К статье
Практический материал

Администрирование · 8 мин

Как обновить базу 1С:ГРМ через конфигуратор

Пошаговая инструкция по обновлению базы 1С:ГРМ через конфигуратор: резервная копия, загрузка cf-файла, обновление конфигурации БД, проверка результата и типичные ошибки.

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

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

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

Что подготовить перед обновлением

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

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

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

Тип файла обновленияcf или cfu

cfu подходит только для конкретных исходных релизов — сверьте версию базы с описанием поставки

Доступ к базеМонопольный

Все пользователи вышли, регламентные задания остановлены

Свободное местоЗапас на диске

Места должно хватить на выгрузку копии базы и временные файлы обновления

Резервная копия: обязательный первый шаг

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

Для клиент-серверной базы надёжнее делать копию средствами СУБД (например, штатным бэкапом базы данных в MS SQL Server или PostgreSQL) — это быстрее и корректнее для больших объёмов, чем выгрузка в dt. Выгрузка в dt из конфигуратора тоже допустима, но на очень больших базах занимает много времени.

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

Откройте базу в режиме конфигуратора. Если конфигурация закрыта, выполните «Конфигурация → Открыть конфигурацию». Затем перейдите в «Конфигурация → Поддержка → Обновить конфигурацию». В диалоге выберите источник обновления: «Поиск доступных обновлений» (если обновления размещены в каталоге шаблонов) или «Выбор файла обновления», укажите путь к cf- или cfu-файлу.

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

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

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

Обновление конфигурации базы данных и первый запуск

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

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

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

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

Дополнительно полезно выполнить тестирование и исправление информационной базы («Администрирование → Тестирование и исправление») в режиме проверки без исправления — это покажет, не появились ли ошибки после реструктуризации. Для клиент-серверных баз проверьте журнал регистрации на наличие ошибок, возникших при первом запуске.

Контрольные точки

Как проверить результат

Версия конфигурации
Норма

Совпадает с установленным релизом

Тревожный признак

Версия осталась прежней — обновление не применилось

Отложенные обработчики
Норма

Все выполнены без ошибок

Тревожный признак

Обработчики зависли или завершились с ошибками

Ключевые операции
Норма

Документы, отчёты и печать работают как раньше

Тревожный признак

Ошибки при открытии объектов или проведении документов

Типичные ошибки и ограничения

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

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

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

Типичные ошибки
01
Обновление без резервной копии — при сбое данные восстановить нечем
02
Обновление при активных сеансах пользователей — монопольный режим не установится или процесс оборвётся
03
Прерывание реструктуризации — повреждение структуры базы данных
04
Пропуск промежуточных релизов — cfu-файл откажется устанавливаться
05
Запуск пользователей до завершения отложенных обработчиков — ошибки в данных и отчётах

FAQ

Можно ли обновить базу 1С:ГРМ без конфигуратора?

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

Что делать, если обновление зависло на реструктуризации?

Не завершайте процесс принудительно: на больших базах реструктуризация может идти часами. Проверьте активность на диске и в СУБД. Прерывание почти наверняка приведёт к необходимости восстанавливать базу из резервной копии.

Чем отличается файл cf от cfu?

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

Нужно ли обновлять платформу 1С вместе с конфигурацией?

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

Как вернуться к старой версии, если обновление прошло с ошибками?

Отката штатными средствами нет: восстановите базу из резервной копии, сделанной перед обновлением (загрузка dt-файла или восстановление бэкапа СУБД). Именно поэтому копия обязательна и должна быть проверена до начала работ.

Итог

Что важно запомнить

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