К статье
Практический материал

Администрирование · 9 мин

Как обновить конфигурацию 1С без потери данных

Как обновить конфигурацию 1С: подготовка, резервная копия, обновление через конфигуратор и поддержку, проверка результата, типовые ошибки и ответы на вопросы.

Обновление конфигурации 1С — регулярная задача: разработчик выпускает релизы с исправлениями ошибок, изменениями законодательства и новой функциональностью. Пропуск обновлений в учётных программах приводит к устаревшим формам отчётности и некорректным расчётам, поэтому обновляться нужно планово, но с обязательной подготовкой.

Основное правило: обновление всегда начинается с резервной копии. Даже штатная процедура через «Поддержку» может завершиться ошибкой — из-за доработок в конфигурации, прерванного соединения или недостатка прав. Копия базы позволяет откатиться за минуты, а не восстанавливать данные днями.

Путь обновления зависит от трёх факторов: типовая конфигурация или доработанная, файловая база или клиент-серверная, есть ли действующая подписка ИТС. Ниже разобраны все сценарии — от автоматического обновления типовой базы до ручной загрузки cf-файла.

Подготовка: что сделать до обновления

Первый шаг — определить текущую версию конфигурации и платформы. Откройте «О программе» в главном меню: там указаны версия платформы, название и номер релиза конфигурации. Эти данные нужны, чтобы понять, какие промежуточные обновления потребуются — иногда «перепрыгнуть» через несколько релизов нельзя, и обновление выполняется последовательно.

Второй шаг — проверить, типовая ли конфигурация. В конфигураторе откройте «Конфигурация → Поддержка → Настройка поддержки». Если конфигурация на полной поддержке без значков изменений — подойдёт автоматический сценарий. Если объекты сняты с поддержки или изменены, потребуется сравнение и объединение с ручным разбором конфликтов.

Третий шаг — согласовать время. Обновление требует монопольного доступа: все пользователи должны выйти из базы, а регламентные задания — быть остановлены. В клиент-серверном варианте сеансы завершают через консоль администрирования сервера 1С или кластер.

Резервная копия: обязательный минимум

Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытых сеансах, либо выполнить выгрузку в dt через «Администрирование → Выгрузить информационную базу». Выгрузка в dt надёжнее: она дополнительно проверяет целостность данных при создании архива.

Для клиент-серверной базы делайте выгрузку dt средствами 1С либо полный бэкап средствами СУБД (например, штатным бэкапом MS SQL Server). Бэкап СУБД восстанавливается быстрее на больших базах, но требует прав администратора сервера баз данных.

Дополнительно сохраните конфигурацию в cf-файл: конфигуратор → «Конфигурация → Сохранить конфигурацию в файл». Это займёт минуту, но даст возможность вернуть именно метаданные, если обновление конфигурации пройдёт, а результат окажется неприемлемым.

Обновление типовой конфигурации через режим предприятия

Самый простой сценарий доступен при действующей подписке ИТС и интернет-доступе. Откройте «Администрирование → Обновление версии программы», укажите логин и пароль портала 1С. Программа сама найдёт доступные релизы, покажет порядок установки и скачает дистрибутивы.

Перед стартом мастер предложит создать резервную копию — не отказывайтесь. После загрузки обновления программа завершит сеансы, выполнит обновление конфигурации базы данных и перезапустится. На больших базах принятие изменений может занять от десятков минут до нескольких часов — это нормально, прерывать процесс нельзя.

Если интернет-обновление недоступно, скачайте дистрибутив обновления с портала 1С вручную, установите его в каталог шаблонов и запустите обновление через конфигуратор: «Конфигурация → Поддержка → Обновить конфигурацию», выбрав поиск доступных обновлений в каталоге шаблонов.

Порядок действий для типовой конфигурации
  1. 1
    Проверьте версию конфигурации и наличие подписки ИТС
  2. 2
    Сделайте выгрузку dt и сохраните cf-файл
  3. 3
    Завершите сеансы пользователей и остановите регламентные задания
  4. 4
    Запустите обновление через «Администрирование → Обновление версии программы» или конфигуратор
  5. 5
    Дождитесь завершения обновления конфигурации базы данных
  6. 6
    Проверьте версию в «О программе» и работу ключевых операций

Обновление доработанной конфигурации через конфигуратор

Если конфигурация изменена, обновление выполняют в конфигураторе: «Конфигурация → Поддержка → Обновить конфигурацию» с выбором файла нового релиза. После загрузки откроется окно сравнения и объединения, где видны все отличия старой и новой конфигурации поставщика.

Работайте с деревом объединения внимательно: объекты, изменённые и в вашей базе, и у поставщика, требуют ручного решения — какие изменения сохранить. Для модулей доступно построчное сравнение текстов. Доработки, выполненные через расширения конфигурации, при объединении не затрагиваются — это один из аргументов переносить изменения в расширения.

После объединения выполните «Конфигурация → Обновить конфигурацию базы данных». На этом этапе 1С может запросить реструктуризацию таблиц — соглашайтесь только при наличии резервной копии. Затем протестируйте доработанный функционал: типовые механизмы обычно работают сразу, а вот ваши изменения могут конфликтовать с новым кодом поставщика.

Типичные ошибки
01
Обновление без резервной копии — при сбое реструктуризации база остаётся в повреждённом состоянии
02
Пропуск промежуточных релизов — обновление не устанавливается или завершается с ошибкой
03
Автоматическое объединение доработанной конфигурации без анализа — стираются прикладные доработки
04
Прерывание процесса обновления конфигурации базы данных — база остаётся в несогласованном состоянии
05
Отсутствие проверки после обновления — ошибки всплывают при сдаче отчётности

Обновление платформы и совместимость

Конфигурация и платформа обновляются отдельно, но связаны: новые релизы конфигураций часто требуют минимальную версию платформы. Требуемая версия указана в описании релиза на портале 1С и проверяется при установке обновления. Если платформа старше требуемой — сначала обновите её.

Платформа устанавливается на сервер и на каждое рабочее место. Несколько версий платформы могут сосуществовать на одном компьютере, база привязывается к конкретной версии в настройках списка баз. После смены версии платформы проверьте работу базы до обновления конфигурации — так проще локализовать источник проблем.

Проверка результата после обновления

Начните с простого: откройте «О программе» и убедитесь, что номер релиза соответствует установленному. Затем запустите базу под обычным пользователем, а не только под администратором — проблемы с правами после обновления встречаются часто.

Проверьте ключевые для вашей работы операции: проведение документов, формирование регламентированных отчётов, обмены с другими системами, печатные формы. Если включены отложенные обработчики обновления, дождитесь их завершения — прогресс виден в разделе «Результаты обновления программы».

Контрольные точки

Как проверить результат

Версия в «О программе»
Норма

Совпадает с устанавливаемым релизом

Тревожный признак

Старая версия — обновление не завершено

Отложенные обработчики
Норма

Все выполнены без ошибок

Тревожный признак

Есть неудачные — смотреть журнал и повторить выполнение

Проведение документов и отчёты
Норма

Документы проводятся, отчёты формируются

Тревожный признак

Ошибки в модулях — анализировать журнал регистрации

Обмены и интеграции
Норма

Обмены проходят штатно

Тревожный признак

Ошибки форматов — проверять настройки и версии приёмников

Если обновление завершилось ошибкой

При ошибке обновления конфигурации базы данных не запускайте процесс повторно «наугад». Откройте журнал регистрации и текст ошибки: типичные причины — нехватка места на диске, блокировки, недостаток прав, повреждённые данные. Устраните причину и повторите обновление.

Если база перестала открываться, восстановите её из резервной копии и только потом разбирайтесь с причиной. Для файловой базы дополнительно помогает тестирование и исправление (chdbfl или штатный режим конфигуратора) на копии базы — никогда не запускайте исправление на единственном экземпляре.

Сложные случаи — неразрешимые конфликты объединения, падение реструктуризации на больших таблицах, ошибки отложенных обработчиков — разумно передавать специалисту с доступом к копии базы. Попытки «дожать» процесс без понимания причины часто усугубляют ситуацию.

Итог

Что важно запомнить

Порядок безопасного обновления всегда одинаков: резервная копия → монопольный доступ → обновление → проверка. Типовую конфигурацию обновляйте штатными средствами, доработанную — через сравнение и объединение с ручным разбором изменений. Результат подтверждается не фактом установки, а работой ключевых операций.

Частые вопросы

Можно ли обновляться через несколько релизов сразу?

Зависит от конфигурации: многие релизы допускают установку только поверх определённых предыдущих версий. Автоматическое обновление через интернет само строит цепочку релизов. При ручном обновлении смотрите файл описания поставки — там указано, с каких версий допустимо обновление.

Нужна ли подписка ИТС для обновления?

Для типовых конфигураций обновления распространяются в рамках действующего договора ИТС. Без подписки легально получить новые релизы нельзя. Сама процедура установки уже имеющегося дистрибутива подписки не требует.

Сколько времени занимает обновление?

На небольшой файловой базе — от 15–30 минут. На больших клиент-серверных базах реструктуризация и отложенные обработчики могут занимать несколько часов. Планируйте обновление на нерабочее время с запасом.

Что делать, если конфигурация сильно доработана?

Обновлять только через сравнение и объединение в конфигураторе с ручным разбором каждого конфликта. По возможности переносите доработки в расширения конфигурации — это резко упрощает последующие обновления.

Можно ли откатить обновление?

Штатного механизма отката нет. Откат выполняется восстановлением базы из резервной копии, сделанной до обновления. Данные, введённые после обновления, при этом будут потеряны — их придётся переносить отдельно.

Нужно ли обновлять платформу вместе с конфигурацией?

Только если новый релиз конфигурации требует более свежую версию платформы — это указано в описании релиза. Обновлять платформу «на всякий случай» не обязательно: стабильная связка версий надёжнее, чем погоня за последними релизами.