Администрирование · 10 мин
Как правильно обновить конфигурацию 1С 8.3
Подробная инструкция по обновлению конфигурации 1С 8.3: резервная копия, типовое и доработанное обновление, проверка результата, типичные ошибки и FAQ.
Обновление конфигурации 1С 8.3 — регулярная задача, от которой зависит корректность отчётности, поддержка новых форматов электронного документооборота и соответствие изменениям законодательства. Ошибка при обновлении может привести к потере данных или остановке работы целой организации, поэтому процедуру нельзя выполнять «на живую» без подготовки.
Общая логика процесса одинакова для типовых и доработанных конфигураций: сначала создаётся резервная копия, затем загружается новая версия конфигурации поставщика, после чего выполняется обновление конфигурации базы данных и контрольная проверка. Различия начинаются на этапе сопоставления изменений: в типовой конфигурации всё проходит автоматически, а в доработанной требуется ручное сравнение объектов.
Ниже разобран полный цикл обновления: от подготовки и бэкапа до проверки результата и отката при неудаче. Инструкция подходит для файловых и клиент-серверных баз, а отличия между ними отмечены отдельно.
Когда и зачем обновлять конфигурацию
Обновление необходимо в нескольких ситуациях: выход новых форм регламентированной отчётности, изменения в налоговом и бухгалтерском учёте, переход на новые форматы обмена (ЭДО, ФНС, банки), исправление критических ошибок поставщика. Если конфигурация давно не обновлялась, накапливается отставание на несколько релизов, и обновление придётся выполнять последовательно через промежуточные версии.
Плановое обновление лучше проводить в нерабочее время — вечером или в выходные, когда пользователи не работают в базе. Для клиент-серверных баз это критично: обновление конфигурации базы данных требует монопольного доступа, а активные сеансы заблокируют процесс.
Подготовка: резервная копия и проверка окружения
Резервная копия — единственный способ откатиться, если обновление пройдёт с ошибкой. Для файловой базы достаточно выгрузки через Конфигуратор: «Администрирование → Выгрузить информационную базу» в файл с расширением .dt. Для клиент-серверной базы надёжнее делать копию средствами СУБД (MS SQL, PostgreSQL), потому что выгрузка .dt на больших базах занимает много времени и не всегда подходит для оперативного восстановления.
Дополнительно перед обновлением стоит: убедиться, что все пользователи вышли из базы; проверить свободное место на диске (временные файлы обновления могут занимать заметный объём); сохранить файл описания нового релиза и убедиться, что пропуск промежуточных версий допустим — поставщик указывает, с каких версий возможно прямое обновление.
Обновление типовой конфигурации без доработок
Типовая конфигурация «на замке» обновляется автоматически. Откройте базу в режиме Конфигуратора под пользователем с полными правами, перейдите в меню «Конфигурация → Поддержка → Обновить конфигурацию». Мастер предложит выбрать источник: поиск обновлений в сети, из файла или из каталога шаблонов.
Если дистрибутив обновления уже скачан и установлен, шаблоны попадают в каталог шаблонов (обычно указывается в настройках запуска). Выберите нужную версию из списка, подтвердите обновление и дождитесь завершения загрузки. После этого конфигуратор спросит, обновить ли конфигурацию базы данных — соглашайтесь и дождитесь реструктуризации.
- 1Создайте резервную копию базы (файл .dt или копию средствами СУБД)
- 2Завершите все сеансы пользователей и фоновые задания
- 3Откройте Конфигуратор: «Конфигурация → Поддержка → Обновить конфигурацию»
- 4Выберите источник обновления и нужную версию релиза
- 5Подтвердите загрузку и дождитесь сравнения объектов
- 6Примите изменения и обновите конфигурацию базы данных (F7 или «Конфигурация → Обновить конфигурацию базы данных»)
- 7Запустите базу в режиме Предприятия и дождитесь выполнения отложенных обработчиков обновления
- 8Проверьте номер версии в разделе «О программе» и работу ключевых операций
Обновление доработанной конфигурации
Если конфигурация снята с поддержки частично или полностью, мастер обновления покажет окно сравнения и объединения с конфигурацией поставщика. Здесь каждый изменённый объект нужно обработать осознанно: для типовых объектов, которые не дорабатывались, оставляйте загрузку из нового релиза; для доработанных — решайте, переносить ли свои изменения в новую версию вручную.
Практическое правило: сначала принимайте обновление с настройками по умолчанию, затем по списку доработанных объектов (полезно заранее вести реестр доработок) вручную переносите свой код в новые версии модулей и форм. Слепое принятие всех изменений поставщика затрёт доработки, а слепое сохранение своих объектов приведёт к тому, что исправления поставщика не попадут в базу.
Режим «Загрузить конфигурацию из файла»
Альтернативный способ — полная загрузка конфигурации из .cf-файла через «Конфигурация → Загрузить конфигурацию из файла». Он подходит только для полностью типовых конфигураций без доработок: загрузка заменяет конфигурацию целиком и безусловно удаляет все изменения. Для доработанных баз этот способ использовать нельзя.
Обновление через несколько релизов
Если база отстала на несколько версий, проверьте в документации поставщика, допускается ли переход сразу на целевой релиз. Многие конфигурации требуют последовательного обновления через промежуточные версии, потому что обработчики переноса данных рассчитаны на определённую стартовую версию.
При последовательном обновлении каждый шаг выполняется полностью: загрузка релиза, обновление конфигурации базы данных, запуск в режиме Предприятия для отработки обработчиков обновления. Пропуск запуска обработчиков между релизами — частая причина ошибок на последующих шагах.
Проверка результата после обновления
После завершения реструктуризации запустите базу в режиме Предприятия под учётной записью администратора. При первом запуске выполнятся процедуры обновления данных — не прерывайте их. В типовых конфигурациях прогресс отображается в специальной форме; дождитесь сообщения об успешном завершении.
Затем проверьте номер версии (обычно виден в разделе «Администрирование» или «О программе»), откройте ключевые документы и отчёты, сформируйте регламентированный отчёт, проверьте обмены, если они используются. Для клиент-серверных баз полезно дополнительно выполнить тестирование и исправление базы штатными средствами конфигуратора.
Как проверить результат
Совпадает с установленным релизом
Версия старая или обновление завершилось с ошибкой
Все выполнены, статус «завершено»
Есть обработчики с ошибками или в очереди
Открываются и формируются без ошибок
Ошибки при открытии форм, незаполненные данные
Синхронизация проходит штатно
Ошибки форматов, отказ в обмене
Откат при неудачном обновлении
Если обновление завершилось ошибкой и база неработоспособна, единственный надёжный путь — восстановление из резервной копии. Для файловой базы: «Администрирование → Загрузить информационную базу» из файла .dt. Для клиент-серверной — восстановление средствами СУБД с последующей перерегистрацией базы в кластере, если это требуется.
После отката не повторяйте обновление вслепую. Сохраните текст ошибки, скриншоты и журнал регистрации — по ним определяется причина сбоя: нехватка места, несовместимость платформы, повреждённые данные, конфликт доработок. Повторная попытка без устранения причины обычно приводит к тому же результату.
Как выбрать действие
Часто задаваемые вопросы
Можно ли обновлять конфигурацию, пока пользователи работают в базе?
Нет. Обновление конфигурации базы данных требует монопольного доступа: активные сеансы заблокируют процесс, а принудительное завершение во время реструктуризации может повредить базу. Заранее предупредите пользователей и завершите все сеансы через консоль кластера или список активных пользователей.
Чем выгрузка .dt отличается от копии средствами СУБД?
Файл .dt — логическая выгрузка данных средствами 1С, универсальная и переносимая между СУБД, но медленная на больших базах. Копия средствами СУБД (бэкап MS SQL или PostgreSQL) создаётся и восстанавливается значительно быстрее, поэтому для крупных клиент-серверных баз предпочтительна именно она.
Что делать, если обновление зависло на реструктуризации?
Сначала оцените, идёт ли процесс: посмотрите активность процессов и рост временных файлов. На больших базах реструктуризация может занимать часы. Если процесс реально остановлен, не прерывайте его резко — дождитесь таймаута или корректной отмены. После сбоя восстановите базу из копии и разбирайтесь с причиной (место на диске, блокировки, повреждённые таблицы).
Нужно ли обновлять платформу вместе с конфигурацией?
Не всегда, но требования проверять обязательно. Каждый релиз конфигурации указывает минимально совместимую версию платформы. Если установленная платформа старше требуемой, сначала обновите платформу на всех серверах и клиентских машинах, и только потом обновляйте конфигурацию.
Как обновить конфигурацию, если интернет-обновление недоступно?
Скачайте дистрибутив обновления с портала поставщика на другом компьютере, установите его в каталог шаблонов и в мастере обновления выберите источник «из каталога шаблонов» либо укажите файл обновления напрямую. Сам процесс дальше не отличается от обычного.
Как понять, что конфигурация доработана?
В Конфигураторе откройте «Конфигурация → Поддержка → Настройка поддержки». Если там указано, что конфигурация находится на поддержке с возможностью изменения или изменения внесены, значит доработки есть. Также признак — пиктограммы изменённых объектов в дереве конфигурации при включённом отображении поддержки.
Что важно запомнить
Безопасное обновление конфигурации 1С 8.3 строится на трёх правилах: всегда делайте проверенную резервную копию, обновляйте только при завершённых сеансах пользователей и после установки проверяйте версию, отложенные обработчики и работу ключевых операций. Доработанные конфигурации обновляйте через сравнение и объединение с осознанным переносом своих изменений.