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