Администрирование · 8 мин
Как обновить базу 1С:ГРМ через конфигуратор
Пошаговая инструкция по обновлению базы 1С:ГРМ через конфигуратор: резервная копия, загрузка cf-файла, обновление конфигурации БД, проверка результата и типичные ошибки.
Обновление базы 1С:ГРМ выполняется через конфигуратор и состоит из четырёх обязательных этапов: резервное копирование, загрузка файла обновления, реструктуризация базы данных и проверка результата. Пропуск любого из этапов — главная причина сбоев, потери данных и невозможности запустить базу после обновления.
Перед началом работы уточните текущую версию конфигурации и релиз, до которого планируете обновиться. Обновления 1С часто последовательные: перепрыгнуть через несколько релизов напрямую нельзя, если разработчик не предусмотрел такой переход. Информация о поддерживаемых путях обновления всегда указана в файле поставки или в описании релиза.
Вся работа ведётся при монопольном доступе к базе: ни один пользователь не должен быть подключён. В клиент-серверном варианте дополнительно проверьте, что не запущены регламентные задания, которые могут автоматически стартовать сеансы во время обновления.
Что подготовить перед обновлением
Сначала определите текущую версию конфигурации. Откройте конфигуратор, выберите «Конфигурация → Поддержка → Настройка поддержки» или посмотрите версию в разделе «О программе» в пользовательском режиме. Сверьте её с номером релиза обновления: если между ними есть промежуточные версии, возможно, придётся ставить обновления последовательно.
Проверьте, что у вас есть дистрибутив обновления — обычно это файл с расширением .cf (полная конфигурация) или .cfu (файл обновления). Файл обновления .cfu подходит только для строго определённых исходных релизов, это указано в его описании. Если исходная версия не совпадает, файл не загрузится.
Убедитесь, что у учётной записи, под которой вы работаете, есть права администратора в конфигураторе, а на диске достаточно свободного места — для крупных баз резервная копия и временные файлы могут занимать значительный объём.
cfu подходит только для конкретных исходных релизов — сверьте версию базы с описанием поставки
Все пользователи вышли, регламентные задания остановлены
Места должно хватить на выгрузку копии базы и временные файлы обновления
Резервная копия: обязательный первый шаг
Резервная копия — единственная гарантия возврата к рабочему состоянию, если обновление пройдёт с ошибками. Для файловой базы откройте конфигуратор и выполните «Администрирование → Выгрузить информационную базу», указав путь для файла .dt. Дождитесь завершения выгрузки и проверьте, что файл создан и имеет ненулевой размер.
Для клиент-серверной базы надёжнее делать копию средствами СУБД (например, штатным бэкапом базы данных в MS SQL Server или PostgreSQL) — это быстрее и корректнее для больших объёмов, чем выгрузка в dt. Выгрузка в dt из конфигуратора тоже допустима, но на очень больших базах занимает много времени.
Обновление конфигурации через конфигуратор
Откройте базу в режиме конфигуратора. Если конфигурация закрыта, выполните «Конфигурация → Открыть конфигурацию». Затем перейдите в «Конфигурация → Поддержка → Обновить конфигурацию». В диалоге выберите источник обновления: «Поиск доступных обновлений» (если обновления размещены в каталоге шаблонов) или «Выбор файла обновления», укажите путь к cf- или cfu-файлу.
После загрузки файла платформа покажет окно сравнения конфигураций. Если база на полной поддержке без изменений, достаточно нажать «Выполнить». Если конфигурация дорабатывалась, внимательно просмотрите список изменённых объектов: платформа предложит правила объединения, и неверный выбор может затереть ваши доработки.
После загрузки изменений конфигурация базы данных ещё не обновлена — это отдельный шаг. Выполните «Конфигурация → Обновить конфигурацию базы данных» и подтвердите реструктуризацию. На этом этапе платформа физически изменяет структуру таблиц, и на больших базах процесс может занять продолжительное время.
- 1Выгрузите резервную копию базы (dt или бэкап СУБД)
- 2Завершите все сеансы пользователей и остановите регламентные задания
- 3Откройте конфигуратор, выполните «Конфигурация → Поддержка → Обновить конфигурацию»
- 4Укажите файл обновления и выполните сравнение/объединение
- 5Запустите «Обновить конфигурацию базы данных» и дождитесь реструктуризации
- 6Запустите базу в режиме 1С:Предприятие и проверьте версию и работоспособность
Обновление конфигурации базы данных и первый запуск
При обновлении конфигурации базы данных платформа может вывести список изменений структуры: новые таблицы, реквизиты, индексы. Подтвердите принятие изменений. Прерывать процесс реструктуризации нельзя — это почти гарантированно приведёт к повреждению базы, и придётся восстанавливаться из копии.
После успешного обновления запустите базу в режиме 1С:Предприятие. При первом запуске могут автоматически выполниться отложенные обработчики обновления данных — они переносят и преобразуют данные под новую структуру. Не завершайте сеанс, пока обработчики не отработают: в типовых конфигурациях ход их выполнения виден в специальном окне прогресса.
Проверка результата после обновления
Проверьте номер версии в разделе «О программе» — он должен соответствовать установленному релизу. Затем пройдитесь по ключевым функциям, которыми пользуется организация: откройте основные документы, сформируйте типовые отчёты, проверьте печатные формы и обмены данными, если они настроены.
Дополнительно полезно выполнить тестирование и исправление информационной базы («Администрирование → Тестирование и исправление») в режиме проверки без исправления — это покажет, не появились ли ошибки после реструктуризации. Для клиент-серверных баз проверьте журнал регистрации на наличие ошибок, возникших при первом запуске.
Как проверить результат
Совпадает с установленным релизом
Версия осталась прежней — обновление не применилось
Все выполнены без ошибок
Обработчики зависли или завершились с ошибками
Документы, отчёты и печать работают как раньше
Ошибки при открытии объектов или проведении документов
Типичные ошибки и ограничения
Частая проблема — попытка обновиться cfu-файлом с неподходящей версии: платформа сообщит, что файл обновления не предназначен для текущей конфигурации. Решение — установить промежуточные релизы последовательно или получить полный cf-файл нужной версии.
Вторая типичная ситуация — ошибка «Конфигурация базы данных не соответствует сохранённой конфигурации» после прерванного обновления. В этом случае не пытайтесь повторно запускать обновление вслепую: оцените состояние базы и при сомнениях восстановите копию и повторите процедуру сначала.
Если конфигурация снята с поддержки или сильно доработана, автоматическое обновление может быть невозможно: потребуется ручное сопоставление объектов при сравнении-объединении. Это работа для специалиста, знакомого с доработками, — ошибка в правилах объединения приведёт к потере изменённого кода.
FAQ
Можно ли обновить базу 1С:ГРМ без конфигуратора?
Нет, обновление конфигурации выполняется только в конфигураторе. Пользовательский режим позволяет лишь наблюдать выполнение отложенных обработчиков после того, как конфигурация уже обновлена администратором.
Что делать, если обновление зависло на реструктуризации?
Не завершайте процесс принудительно: на больших базах реструктуризация может идти часами. Проверьте активность на диске и в СУБД. Прерывание почти наверняка приведёт к необходимости восстанавливать базу из резервной копии.
Чем отличается файл cf от cfu?
Файл cf содержит конфигурацию целиком и подходит для перехода с любой версии. Файл cfu — компактное обновление, которое применимо только к строго указанным исходным релизам, перечисленным в описании поставки.
Нужно ли обновлять платформу 1С вместе с конфигурацией?
Новые релизы конфигураций часто требуют определённой минимальной версии платформы — это указано в сопроводительной документации к релизу. Сначала обновите платформу, проверьте запуск базы, и только затем обновляйте конфигурацию.
Как вернуться к старой версии, если обновление прошло с ошибками?
Отката штатными средствами нет: восстановите базу из резервной копии, сделанной перед обновлением (загрузка dt-файла или восстановление бэкапа СУБД). Именно поэтому копия обязательна и должна быть проверена до начала работ.
Что важно запомнить
Обновление базы 1С:ГРМ — это строгая последовательность: резервная копия, монопольный доступ, загрузка обновления, реструктуризация, отложенные обработчики и проверка. Пропуск копии или прерывание реструктуризации — главные причины потери данных.