Как обновлять базы 1С: практическое руководство

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

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

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

Что проверить перед обновлением

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

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

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

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

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

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

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

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

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

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

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

Пошаговое обновление через Конфигуратор

Этот сценарий даёт максимальный контроль и подходит как базовая инструкция. Все действия выполняются после создания резервной копии и завершения сеансов пользователей.

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

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

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

Проверка версии релиза: меню «Сервис → О программе» → строка с номером конфигурации, например «Бухгалтерия предприятия, редакция 3.0 (3.0.xxx.xx)»

Особенности клиент-серверных и больших баз

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

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

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

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

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

Затем проверьте прикладную функциональность: сформируйте основной отчёт (например, оборотно-сальдовую ведомость), проведите тестовый документ, выполните один обмен данными, если он используется. Ошибки на этом этапе проще исправить сразу, чем после недели работы.

Типичные ошибки и ограничения самостоятельной работы

Самостоятельное обновление оправдано для типовой конфигурации на поддержке, файловой или небольшой клиент-серверной базы, при наличии подписки ИТС и свободного времени на проверку. К специалисту стоит обращаться, если конфигурация доработана, база большая, настроены сложные обмены или предыдущие обновления уже завершались ошибками.

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

Частые вопросы об обновлении баз 1С