Как быстро обновить 1С 8.3 до нужного релиза

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

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

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

Определяем текущую версию и целевой релиз

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

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

Делаем резервную копию — обязательный этап

Резервная копия — единственный способ откатиться, если обновление пройдёт с ошибкой. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку при отсутствии активных сеансов. Для клиент-серверной базы используйте штатные средства СУБД (например, pg_dump для PostgreSQL или backup в MS SQL) либо выгрузку через конфигуратор.

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

Подготавливаем базу и дистрибутив обновления

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

Скачайте дистрибутив нужного релиза с официального портала обновлений 1С (для этого нужен действующий договор сопровождения) или используйте каталог шаблонов, если обновления уже устанавливались на этот компьютер. Шаблоны по умолчанию лежат в папке tmplts профиля пользователя.

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

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

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

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

Обновляем конфигурацию с доработками

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

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

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

Завершаем обновление и проверяем результат

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

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

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

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

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

Норма

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

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

Осталась старая версия — обновление не применилось

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

Норма

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

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

Есть незавершённые или ошибочные обработчики

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

Норма

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

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

Ошибки при проведении, пустые или падающие отчёты

Журнал регистрации

Норма

Нет критических ошибок после обновления

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

Массовые ошибки фоновых заданий и сеансов

Типичные ошибки и как их избежать

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

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

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

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

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

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

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

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

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

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

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

Как откатить обновление, если что-то пошло не так?

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

Можно ли обновлять базу, пока пользователи работают?

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