Обновление 1С 8.3 своими руками: резервная копия, тестовый запуск и безопасный откат

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

Что получим в итоге

• резервную копию информационной базы;
• зафиксированную текущую версию платформы и конфигурации;
• обновление через поддерживаемый механизм 1С;
• проверку запуска, документов, печати и обменов;
• готовый сценарий отката.

1. Определяем, что именно обновляем

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

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

2. Проверяем, типовая ли конфигурация

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

3. Делаем резервную копию

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

Конфигуратор → Администрирование → Выгрузить информационную базу → backup-before-update.dt

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

4. Проверяем базу до обновления

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

Конфигуратор → Администрирование → Тестирование и исправление

Также проверьте свободное место: на время обновления база может заметно вырасти.

5. Устанавливаем обновление

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

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

6. Первый запуск выполняем под администратором

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

7. Проверяем не только открытие программы

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

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

Типовые ошибки

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

Откат

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

Критерий успеха

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