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