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

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

Файл .cfu или .cf без копии базы запускать нельзя. Если обновление оборвётся на середине, база может остаться в промежуточном состоянии, а вернуть её без копии нечем.

Что проверить перед стартом

Десять минут подготовки экономят вечер восстановления. Пройдите по списку.

• 💾 Свежая копия базы. Не вчерашняя, а сделанная сейчас, когда все вышли из программы.
• 🔑 Доступ. Нужен пользователь с правом администратора и возможность запустить Конфигуратор.
• 📦 Дистрибутивы. Установщик платформы и файл обновления конфигурации лежат на диске заранее.
• 💽 Место на диске. Для файловой базы свободного места должно быть минимум вдвое больше размера базы: копия плюс временные файлы.
• 🧩 Доработки. Если конфигурация изменена программистом, обновление пойдёт через сравнение и объединение. Без специалиста не начинайте.
• 👥 Пользователи. Предупредите всех и попросите выйти. Обновление требует монопольного доступа.

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

Резервная копия: два способа, один обязателен

Копия нужна не «для порядка», а чтобы откатиться за пять минут.

Файловая база

Закройте все сеансы и скопируйте папку базы целиком. Внутри лежит файл 1Cv8.1CD и служебные файлы. Копируйте всю папку, а не один файл.

Клиент-серверная база

Папкой тут не обойтись: данные лежат в СУБД. Делайте резервную копию средствами СУБД (например, бэкап SQL-сервера) — это самый надёжный вариант.

Выгрузка в .dt через Конфигуратор

Подходит для обоих режимов. Откройте Конфигуратор, перейдите в меню Администрирование и выберите Выгрузить информационную базу. Файл .dt потом загружается обратно командой Загрузить информационную базу.

Копия, которую никто не пробовал открыть, не считается резервной.

Какой способ выбрать: автоматический или ручной

У обновления конфигурации два пути: из самой программы и через Конфигуратор. Выбор зависит от типа конфигурации и вашего доступа.

Для небольшой организации с типовой «Бухгалтерией» хватает первого способа. Если базу дорабатывали, лучше Конфигуратор: он показывает, что будет объединено, и позволяет разрулить конфликты.

Когда нужна новая платформа, а когда достаточно конфигурации

Это самый частый вопрос: «Что обновлять?». Ответ простой. Новый релиз конфигурации требует определённой минимальной версии платформы. Об этом написано в описании релиза и в сообщении при запуске.

Платформа нужна, если:

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

Если ничего из этого нет, платформу можно не трогать. «Работает — не лезь» тут вполне разумный принцип.

Как обновить платформу

1. Скачайте дистрибутив нужной версии и запустите setup.exe от имени администратора.
2. Следуйте мастеру установки. Отметьте компоненты: основные для клиента, при необходимости — серверные.
3. Дождитесь окончания. Новая версия ставится в отдельную папку, старая не удаляется.
4. Запустите 1С. В окне запуска у базы можно указать, какой версией её открывать.

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

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

Обновление конфигурации по шагам

Теперь главное. Предположим, платформа подходит, копия есть, все вышли.

Из программы

1. Войдите под администратором.
2. Откройте раздел администрирования и найдите пункт обновления версии программы. Если не нашли — введите слово «обновление» в поиск по функциям.
3. Выберите источник: файл обновления на диске или загрузку из интернета.
4. Подтвердите, что копия сделана, и запустите. Программа сама закроет сеансы и перезапустится.
5. Дождитесь сообщения об успешном завершении.

Через Конфигуратор

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

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

Если версия сильно отстала

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

Первый запуск и проверка результата

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

Что проверить сразу:

• ✅ открывается ли главное окно и есть ли в заголовке новая версия (посмотрите Справка → О программе);
• ✅ создаётся ли новый документ и проводится ли он без ошибок;
• ✅ формируется ли пара ключевых отчётов, например оборотно-сальдовая ведомость;
• ✅ работает ли печать документов;
• ✅ ходят ли обмены и электронная отчётность, если вы их используете.

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

Клиент-серверный вариант: что меняется

Принцип тот же, но есть нюансы, о которых забывают.

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

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

1. Сделайте бэкап базы средствами СУБД и выгрузку в .dt при желании.
2. Завершите сеансы пользователей. Это делается в консоли администрирования кластера: найдите базу, откройте список сеансов и завершите их. Заодно включите режим блокировки начала сеансов, чтобы никто не зашёл раньше времени.
3. Установите новую платформу на сервер, затем на клиентские машины.
4. Перезапустите службу сервера 1С:Предприятия, чтобы она подхватила новую версию. Для этого обычно достаточно перезапуска службы или самого сервера.
5. Обновите конфигурацию через Конфигуратор.
6. Снимите блокировку сеансов и проверьте работу.

Для терминального сервера клиент ставится один раз на сервер, поэтому приходить на каждое рабочее место не нужно.

Автоматизация: командная строка и скрипты

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

Пример обновления файловой базы из .cfu:

"C:\Program Files\1cv8\8.3.XX.XXXX\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Админ" /P "пароль" /UpdateCfg "D:\Update\1cv8.cfu" /UpdateDBCfg /DisableStartupDialogs /Out "D:\Update\log.txt"

Что тут важно:

• DESIGNER — запуск в режиме Конфигуратора;
• /F — путь к файловой базе (для серверной базы используется параметр /S с именем сервера и базы);
• /UpdateCfg — загрузить обновление;
• /UpdateDBCfg — применить конфигурацию к базе данных (реструктуризация);
• /Out — вывод в лог, чтобы потом проверить результат.

Версию платформы в пути (8.3.XX.XXXX) замените на вашу.

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

Полностью автоматическое обновление «в ночь» подходит только для типовых баз без доработок. Утром всё равно проверьте лог и откройте базу.

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

Спокойно, без паники. Алгоритм простой.

1. Не запускайте обновление повторно, пока не поймёте причину.
2. Сохраните текст ошибки и лог (файл из /Out или журнал регистрации).
3. Если база не открывается или данные повреждены, восстановите копию. Для файловой базы это возврат папки, для серверной — восстановление бэкапа СУБД, для .dt — загрузка в пустую базу.
4. Повторите обновление на тестовой копии и найдите причину: нехватка места, старая платформа, конфликт доработок, оборвавшаяся связь.

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

Когда обновление лучше отложить

Не всякий релиз надо ставить в день выхода. Подождите, если:

• 📅 до сдачи отчётности остаётся пара дней, а в релизе нет нужных вам изменений;
• 🧪 вы не успеваете проверить результат на тестовой копии;
• 🛠 на базе висят незавершённые доработки, и программист ещё не готов;
• 🌐 нет стабильной связи с сервером, а обновление идёт по сети.

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

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