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

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

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

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

Подготовка: резервная копия и проверка текущей версии

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

Далее сделайте резервную копию. Для файловой базы проще всего открыть конфигуратор, выбрать «Администрирование → Сохранить информационную базу» и указать файл с расширением .dt. Для клиент-серверной базы корректнее делать копию средствами СУБД (MS SQL, PostgreSQL), но выгрузка в .dt тоже допустима для баз умеренного размера.

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

Завершение работы пользователей и монопольный доступ

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

В клиент-серверном варианте завершите сеансы через консоль кластера серверов 1С. Там же можно установить блокировку начала сеансов, чтобы пользователи не заходили в базу во время обновления. Не забудьте снять блокировку после завершения работ.

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

Способы обновления типовой конфигурации

Для типовой конфигурации на поддержке доступны два основных пути: автоматическое обновление через интернет и ручная установка из файла обновления. Оба варианта приводят к одному результату, различается только способ получения дистрибутива.

Автоматическое обновление через интернет

В режиме «Предприятие» откройте раздел администрирования и найдите пункт обновления версии программы (в большинстве типовых решений он называется «Обновление версии программы» или находится в разделе «Интернет-поддержка и сервисы»). Система проверит доступные обновления, покажет список и предложит установить их, указав логин и пароль портала 1С.

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

Ручное обновление из файла

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

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

1. 1
   Сделайте и проверьте резервную копию базы
2. 2
   Завершите сеансы пользователей и отключите регламентные задания
3. 3
   Откройте конфигуратор: Конфигурация → Поддержка → Обновить конфигурацию
4. 4
   Выберите источник обновления и подтвердите установку
5. 5
   Выполните обновление конфигурации базы данных (F7 или через меню)
6. 6
   Запустите базу в режиме Предприятие и дождитесь завершения обработчиков обновления
7. 7
   Проверьте версию и работоспособность ключевых функций

Обновление изменённой конфигурации: сравнение и объединение

Если конфигурация дорабатывалась (добавлены отчёты, изменены формы, дописаны модули), автоматическое обновление недоступно или опасно: новые объекты поставщика могут затереть ваши изменения. В этом случае используется режим сравнения и объединения.

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

По каждому конфликтующему объекту примите решение: взять версию поставщика, оставить свою или объединить вручную. Типовые доработки, оформленные как отдельные добавленные объекты (свои отчёты, дополнительные подписки на события), обычно не конфликтуют. Сложнее всего с изменёнными типовыми модулями и формами — их придётся переносить вручную, сопоставляя изменения.

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

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

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

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

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

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

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

Номер версии в разделе «О программе»

Норма

Совпадает с версией установленного релиза

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

Версия старая или обновление завершилось с ошибкой

Открытие ключевых документов и отчётов

Норма

Документы открываются, отчёты формируются без ошибок

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

Ошибки формата, пустые данные, сообщения о недостающих объектах

Журнал обновления в режиме Предприятие

Норма

Все обработчики отмечены как выполненные

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

Есть отложенные обработчики с ошибкой

Регламентные задания

Норма

Включены и выполняются по расписанию

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

Отключены или падают с ошибкой после обновления

Типичные ошибки и их решение

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

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

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

FAQ: частые вопросы об обновлении конфигурации 1С

Можно ли обновить конфигурацию, если пропущено несколько релизов?

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

Что делать, если обновление завершилось с ошибкой на середине?

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

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

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

Как обновить конфигурацию, снятую с поддержки полностью?

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

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

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

Что такое отложенные обработчики обновления?

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