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