Как обновить 1С через несколько релизов

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

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

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

Шаг 1. Определите текущую версию конфигурации

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

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

Шаг 2. Постройте цепочку промежуточных релизов

Каждый дистрибутив обновления 1С содержит информацию о том, с каких версий разрешено обновление. Эти сведения находятся в файле описания поставки (обычно 1cv8.htm или сопроводительный файл в каталоге обновления). Прежде чем что-то устанавливать, откройте описание целевого релиза и проверьте, входит ли ваша текущая версия в список поддерживаемых.

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

Промежуточные релизы скачиваются с портала 1С (portal.1c.ru) при действующем договоре 1С:ИТС либо предоставляются франчайзи. Убедитесь, что скачиваете именно обновления, а не полные дистрибутивы, если планируете ставить через «Поддержка → Обновить конфигурацию».

Шаг 3. Сделайте резервную копию базы

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

Для клиент-серверных баз дополнительно (или вместо выгрузки) делается резервная копия средствами СУБД — например, через MS SQL Server Management Studio. Файловая база копируется и как файл 1Cv8.1CD при отсутствии активных сеансов.

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

Шаг 4. Выполните последовательное обновление через конфигуратор

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

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

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

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

Шаг 5. Особенности обновления доработанных конфигураций

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

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

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

Способы обновления через несколько релизов

Автоматическое обновление из режима Предприятие

Подходит для типовых конфигураций на поддержке при пропуске небольшого числа релизов; не контролирует промежуточные шаги и требует интернет-доступа к сервисам 1С

Ручное обновление через конфигуратор

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

Обновление на копии с последующей подменой базы

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

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

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

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

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

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

Версия конфигурации в разделе О программе

Норма

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

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

Версия не изменилась или промежуточная — обновление не завершено

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

Норма

Все обработчики завершены, прогресс 100%

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

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

Ключевые отчёты за прошлые периоды

Норма

Данные совпадают с данными до обновления

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

Расхождения в суммах — признак сбоя при реструктуризации

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

Норма

Документы проводятся без ошибок

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

Ошибки проведения — возможно, не обновлены обработчики или права

Типичные ошибки при обновлении через несколько релизов

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

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

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

Можно ли обновить 1С сразу на последний релиз, пропустив промежуточные?

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

Где взять старые промежуточные релизы конфигурации?

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

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

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

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

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

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

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

Можно ли выполнить всю цепочку обновлений автоматически?

Штатного механизма, который сам проставил бы все промежуточные релизы, в конфигураторе нет. Автоматизация возможна через пакетный режим конфигуратора и скрипты, но это инструмент для опытных администраторов; для разового обновления надёжнее ручная последовательная установка.