Обновление 1С после долгого перерыва: цепочка релизов, платформа и проверка базы

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

Порядок рассчитан на 1С:Предприятие 8.3 с интерфейсом «Такси» и типовых конфигураций на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и другие). Чем дольше был перерыв, тем больше шагов в цепочке. При отставании на год с небольшим набирается ориентировочно 5–15 промежуточных релизов.

Диагностика: какие версии стоят сейчас и насколько вы отстали

Начните с цифр. Без них непонятно, сколько шагов впереди.

1. Откройте базу в режиме 1С:Предприятие.
2. Нажмите кнопку главного меню (значок с тремя полосками в заголовке окна) → Справка → О программе.
3. Запишите две строки: версию платформы (вида 8.3.xx.xxxx) и версию конфигурации (вида 3.0.xxx.xx).

Дальше сверьте их с актуальными данными на сайте обновлений 1С (releases.1c.ru). У каждого релиза конфигурации там есть:

• 📌 список версий, с которых на него можно обновиться файлом обновления;
• 📌 минимальная и рекомендуемая версия платформы;
• 📌 файлы: обновление .cfu и полный дистрибутив .cf.

Доступ к дистрибутивам дают по действующему договору 1С:ИТС. Если подписка за время простоя закончилась, её придётся продлить: без неё легально скачать обновления типовой конфигурации нельзя.

Отдельно проверьте, изменяли ли конфигурацию. Откройте Конфигуратор → Конфигурация → Поддержка → Настройка поддержки. Возможные варианты:

Резервная копия и тестовая база до первого шага

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

Что сохранить:

• 💾 Выгрузку базы в .dt: Конфигуратор → Администрирование → Выгрузить информационную базу. Попросите всех пользователей выйти заранее.
• 💾 Файловая база: дополнительно скопируйте каталог базы целиком вместе с файлом 1Cv8.1CD.
• 💾 Клиент-серверная база : кроме .dt, сделайте штатный бэкап средствами СУБД (MS SQL или PostgreSQL).
• 💾 Текущую конфигурацию: Конфигурация → Сохранить конфигурацию в файл (.cf). Пригодится, если конфигурация доработана.

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

Перед стартом прогоните копию через Администрирование → Тестирование и исправление в Конфигураторе. Для файловой базы есть ещё утилита chdbfl.exe в каталоге bin установленной платформы: она проверяет физическую целостность файла базы. Ошибки, найденные до обновления, лучше исправить сразу. Иначе они всплывут посреди цепочки в виде упавшего обработчика.

Цепочка промежуточных релизов: как её построить

Файл .cfu каждого релиза умеет обновлять только перечисленные в его описании версии. Перепрыгнуть с релиза двухлетней давности на свежий одним файлом обновления обычно нельзя. Есть два способа построить маршрут.

Автоматически, из самой программы. В типовых конфигурациях на БСП есть встроенный помощник: Администрирование → Интернет-поддержка и сервисы → Обновление версии программы. Он подключается к интернет-поддержке, сам подбирает цепочку, скачивает файлы и показывает, сколько шагов предстоит. Для типовой базы без доработок это самый простой путь.

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

3.0.130.25 → 3.0.135.31 → 3.0.141.19 → 3.0.148.22 → целевой релиз

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

Можно ли сократить путь полным дистрибутивом .cf? Технически Конфигуратор позволяет обновиться полным файлом через несколько релизов. Но обработчики обновления данных в новом релизе рассчитаны на переход с определённых версий. Обработчики очень старых версий из кода со временем убирают, и часть данных может не пересчитаться. Поэтому для типовой базы надёжнее пройти цепочку, а прыжок через .cf оставить для конфигураций, снятых с поддержки.

Обновление платформы 1С до нужной версии

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

Для файловых баз и обычных клиентов:

1. Скачайте дистрибутив «Технологическая платформа 1С:Предприятия для Windows» нужной разрядности.
2. Запустите setup.exe на каждом компьютере, где работают в 1С.
3. Старые версии не удаляются: новая ставится рядом. Окно запуска 1cestart.exe по умолчанию берёт самую новую из установленных.

Для клиент-серверного варианта есть жёсткое правило: версия клиента должна совпадать с версией сервера 1С до последней цифры. Порядок:

1. Сообщите пользователям, что база будет недоступна, и выберите нерабочее время. Остановка службы сервера 1С обрывает все сеансы, несохранённые данные пользователей пропадут.
2. Остановите службу «Агент сервера 1С:Предприятия 8.3».
3. Установите новую версию сервера и зарегистрируйте её как службу (галочка в установщике).
4. Запустите службу и проверьте, что базы видны в консоли кластера.
5. Обновите клиентскую платформу на всех рабочих местах до той же версии.

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

Обновление конфигурации через Конфигуратор: шаг за шагом

Если встроенный помощник недоступен или конфигурация доработана, проходите цепочку вручную. Сначала установите в каталог шаблонов все скачанные обновления: у каждого есть свой setup.exe, который распаковывает .cfu в папку шаблонов (по умолчанию %APPDATA%\1C\1cv8\tmplts).

Дальше для каждого релиза в цепочке:

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

Шаги 7–8 пропускать нельзя. Каждый релиз приносит обработчики, которые переводят данные в новый формат. Если накатить пять релизов подряд без запуска в пользовательском режиме, обработчики промежуточных версий не отработают как задумано.

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

Ошибки, которые всплывают после долгого простоя

Большинство проблем при длинной цепочке связаны с версиями и накопленным «мусором» в данных.

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

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

Если обработчик упал на рабочей базе, не пытайтесь «дожать» обновление повторными запусками. Верните базу из копии, сделанной перед этим шагом, разберите причину на тестовой копии и только потом повторите.

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

Финальная проверка обновлённой базы

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

Для сверки удобно до обновления сформировать и сохранить пару отчётов (например, оборотно-сальдовую ведомость за квартал), а после обновления построить их снова за тот же период. Расхождение показывает, что какой-то обработчик пересчитал данные не так, как ожидалось.

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

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