Год без обновлений: как довести базу 1С 8.3 до актуального релиза без потерь

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

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

1. Где вы сейчас: версия, режим поддержки, тип базы

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

Версия конфигурации и платформы

Откройте программу и вызовите главное меню (кнопка с тремя полосками в левом верхнем углу) → Справка → О программе. В окне видно:

• 🔹 номер конфигурации, например 3.0.150.25;
• 🔹 номер платформы, например 8.3.22.1923;
• 🔹 режим работы: файловая база или сервер 1С.

Запишите оба номера. По ним вы потом сверяете цепочку релизов и требования к платформе.

Режим поддержки

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

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

Подписка на обновления

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

2. Страховка до начала: копия базы и тестовый стенд

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

Без выгрузки базы в .dt обновление не начинайте.

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

1. Выгрузку базы: в Конфигураторе Администрирование → Выгрузить информационную базу, файл .dt. Выгрузка требует, чтобы в базе не было других пользователей.
2. Файл текущей конфигурации: Конфигурация → Сохранить конфигурацию в файл, получится .cf. Пригодится, если доработанную конфигурацию придётся объединять заново.
3. Для файловой базы дополнительно скопируйте каталог целиком, вместе с 1Cv8.1CD.
4. Для серверной базы попросите администратора СУБД сделать резервную копию средствами самой СУБД.

Тестовый стенд

Создайте новую пустую информационную базу и загрузите в неё .dt через Администрирование → Загрузить информационную базу. Всю цепочку обновлений сначала прогоните здесь.

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

Тестирование и исправление до обновления

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

3. Платформа и блокировка работы пользователей

Какую платформу ставить

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

Порядок такой:

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

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

Как закрыть доступ пользователям

Обновление структуры базы данных требует монопольного доступа. Пользователей нужно вывести из базы и не пускать обратно до конца процедуры.

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

Код разрешения запомните. Если обновление сорвётся на середине, блокировка останется, и войти можно будет только с параметром запуска /UC<код>, например /UC12345.

4. Поэтапное обновление конфигурации 1С

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

Почему нельзя прыгнуть сразу на последний релиз

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

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

Способ А: помощник обновления в программе

Подходит для типовой базы на поддержке без изменений.

1. Подключите интернет-поддержку: Администрирование → Интернет-поддержка и сервисы, введите логин и пароль портала.
2. Там же откройте раздел обновления версии программы.
3. Помощник сам проверит текущую версию, построит цепочку и скачает все нужные файлы.
4. Укажите, делать ли резервную копию средствами помощника, и запустите обновление.
5. Программа закроется, выполнит шаги по очереди и откроется на новой версии.

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

Способ Б: вручную через Конфигуратор

Подходит для любой базы, включая доработанные и серверные.

1. Скачайте с портала обновлений дистрибутивы всех релизов цепочки. Установите их: файлы обновления лягут в каталог шаблонов, по умолчанию %APPDATA%\1C\1cv8\tmplts.
2. В Конфигураторе откройте конфигурацию и выберите Конфигурация → Поддержка → Обновить конфигурацию.
3. Выберите «Поиск доступных обновлений». Конфигуратор покажет только те .cfu, которые подходят к текущей версии. Возьмите ближайший шаг цепочки, а не самый свежий.
4. Подтвердите обновление. Для доработанной конфигурации откроется окно сравнения и объединения, его разбирает программист.
5. Нажмите Конфигурация → Обновить конфигурацию базы данных (клавиша F7) и примите изменения структуры.
6. Запустите базу в режиме 1С:Предприятие и дождитесь окончания обработчиков обновления.
7. Закройте программу и повторите шаги 2–6 для следующего релиза.

Пример цепочки (номера условные):
3.0.98.x  →  3.0.108.x  →  3.0.125.x  →  3.0.140.x  →  актуальный
            каждый шаг: .cfu → F7 → запуск 1С:Предприятие

Сколько это займёт

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

5. Ошибки при обновлении и права доступа после него

Типичные сбои по ходу цепочки

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

Права доступа

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

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

1. Откройте Администрирование → Настройки пользователей и прав → Профили групп доступа.
2. Найдите профили, которые создавали вручную или копировали.
3. Сравните их состав ролей с близким поставляемым профилем и добавьте недостающие роли.
4. Попросите пользователя перезайти в программу.

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

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

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

Сверка данных

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

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

Внешние обработки и обмены

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

Обмены с другими базами проверьте отдельно. Если вторая база тоже давно не обновлялась, версии правил обмена могут разойтись. Тогда обновляют обе базы или временно ставят обмен на паузу.

Подтверждение легальности

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

7. Как не допустить нового отставания

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

• 📅 Обновляйте типовую базу хотя бы раз в месяц-два, до сдачи квартальной отчётности.
• 🧪 Держите тестовую копию и обновляйте сначала её.
• 🔧 Доработки выносите в расширения, а не в основную конфигурацию: так обновление идёт без ручного объединения.
• 📝 Ведите журнал обновлений: дата, с какой версии на какую, кто делал, были ли ошибки.
• 💾 Настройте регулярную выгрузку или резервное копирование , не только перед обновлением.

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