Как обновить базу данных 1С

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

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

Что сделать до запуска обновления

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

1. Сделайте копию. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD. Для любой базы работает выгрузка: Конфигуратор, Администрирование → Выгрузить информационную базу (файл .dt).
2. Проверьте версию платформы. В описании релиза конфигурации указана минимальная версия платформы. Если ваша старше, сначала обновляют платформу, потом конфигурацию.
3. Узнайте текущий релиз. Меню Справка → О программе в рабочем режиме. Запишите номер, он понадобится для выбора файла.
4. Выведите пользователей. Для обновления нужен монопольный доступ. Список сеансов: Администрирование → Пользователи → Активные пользователи, либо консоль кластера серверов.
5. Проверьте, на поддержке ли конфигурация. Если в неё вносили правки, при обновлении будет сравнение и объединение. Это дольше и требует внимания (разбор ниже).

Нужен ли промежуточный релиз

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

Файл обновления носит расширение .cfu (обновление) или .cf (полная поставка конфигурации). Для обычного обновления нужен именно .cfu.

Где взять файл обновления

Источник зависит от того, как вы обслуживаетесь.

• Подписка на сопровождение. Файлы доступны на сайте обновлений для зарегистрированных пользователей. Нужен логин и действующий договор.
• Интернет-обновление из программы. Если подключена поддержка пользователей, конфигурация сама предложит доступные релизы.
• Диск ИТС или каталог шаблонов. Подходит для серверов без выхода в сеть: файлы кладут в каталог, и Конфигуратор находит их через поиск доступных обновлений.
• Обслуживающая организация. Партнёр обычно присылает готовый комплект и порядок установки.

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

Способ 1. Конфигуратор: надёжный и самый предсказуемый

Подходит, когда нужен контроль на каждом шаге или конфигурация изменена.

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

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

Не прерывайте реструктуризацию и обработчики первого запуска. Оборванный процесс на большой базе часто означает восстановление из копии.

Если конфигурация на поддержке с изменениями

В окне объединения особенно внимательно смотрите на объекты, помеченные как изменённые и в вашей версии, и в новой. Типовые решения такие:

Способ 2. Обновление прямо из режима «Предприятие»

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

Что там обычно предлагается:

• 🌐 Проверка обновлений через интернет , если подключена поддержка пользователей.
• 📁 Выбор файла обновления на диске, когда интернета на сервере нет.
• ⏰ Отложенный запуск: обновление выполняется при выходе последнего пользователя.

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

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

Способ 3. Командная строка: для администраторов и скриптов

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

"C:\Program Files\1cv8\<версия платформы>\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /UpdateCfg "D:\Updates\1cv8.cfu" /UpdateDBCfg /DisableStartupDialogs /Out "D:\Logs\update.log"

Что означают ключи:

Две вещи экономят нервы. Всегда пишите /Out в журнал: в пакетном режиме экран вы не увидите. И проверяйте код возврата после запуска в скрипте, а не только факт завершения процесса.

Папка платформы на сервере зависит от установленной версии. Если установлено несколько, сверьтесь с тем, какой каталог использует именно эта база.

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

Логика та же, но есть нюансы.

• Блокировка сеансов. Недостаточно попросить людей выйти. Закройте соединения в консоли администрирования кластера серверов или заблокируйте начало сеансов. Иначе реструктуризация упрётся в чужое соединение.
• Копия средствами СУБД. Для больших баз быстрее и надёжнее резервная копия средствами SQL-сервера или PostgreSQL, а не выгрузка .dt. Выгрузку делайте дополнительно.
• Регламентные задания. Отключите их на время обновления, иначе фоновое задание откроет сеанс в неподходящий момент.
• Версии платформы. Платформа на сервере и на клиентских машинах должна подходить новой конфигурации. Если приложения-серверы стоят на разных версиях, обновите все.
• Время. На крупных базах реструктуризация и обработчики занимают десятки минут и больше. Планируйте окно с запасом, вечер пятницы не лучший выбор.

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

Проверка базы после обновления

Запустившаяся база ещё не значит, что всё в порядке. Потратьте четверть часа на проверку, пока пользователи не вернулись.

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

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

Как не откладывать обновления до аварии

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

• 📅 Обновляйтесь по графику, например раз в квартал, а не «когда сломается».
• 🔔 Читайте описание релиза: в нём перечислены изменения в регламентированной отчётности и формах, которые нельзя пропускать.
• 🧪 Каждый раз сначала прогон на копии, потом рабочая база.
• 📝 Ведите журнал обновлений: дата, с какого релиза на какой, кто делал, где лежит копия.

Если после обновления что-то не так

Типовые сбои и что с ними делать:

Если не помогло

Откатывайтесь на копию и не пытайтесь «дожать» сломанную базу. Восстановите файл 1Cv8.1CD из копии или загрузите .dt (Администрирование → Загрузить информационную базу в Конфигураторе). Потом разберите причину на копии: прогоните обновление на тестовой базе, посмотрите журнал, исправьте условие и повторите на рабочей.

Хороший порядок для организации: сначала тестовая копия базы, прогон обновления, проверка ключевых операций, затем рабочая база. Лишний час на тесте дешевле дня простоя.

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