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