Как установить обновление 1С через конфигуратор

Обновление типовой конфигурации 1С через конфигуратор — стандартная процедура, которую администратору или специалисту по сопровождению приходится выполнять регулярно: выходят новые релизы с исправлениями ошибок, изменениями законодательства и доработками функционала. В отличие от автоматического обновления через интернет-поддержку, ручная установка через конфигуратор даёт полный контроль над процессом и подходит для случаев, когда конфигурация доработана, файлы обновления скачаны вручную или сервер не имеет доступа к интернету.

Процедура состоит из нескольких обязательных этапов: подготовка и резервное копирование, загрузка файла обновления, сравнение и объединение конфигураций, обновление конфигурации базы данных и проверка результата. Пропуск любого из них — типичная причина потери данных или неработоспособной базы.

Ниже разобран полный порядок действий для типовых и доработанных конфигураций, различия режимов обновления, а также типичные ошибки и способы проверить, что обновление прошло корректно.

Подготовка: что сделать до запуска конфигуратора

Перед установкой обновления убедитесь, что у вас есть сам файл обновления. Для типовых конфигураций он скачивается с портала 1С (раздел обновлений программ) в виде дистрибутива, который после установки складывает файлы в каталог шаблонов — обычно это папка tmplts в каталоге установки 1С. Проверьте, что версия обновления подходит именно для вашего текущего релиза: обновления часто предназначены только для определённых версий, и перепрыгнуть через несколько релизов напрямую нельзя.

Также проверьте версию платформы 1С:Предприятие. Новые релизы конфигураций нередко требуют платформу не ниже указанной в описании обновления. Если платформа устарела, сначала обновите её, иначе конфигурация может отказаться обновляться или база перестанет запускаться.

Узнать текущую версию конфигурации можно в режиме «Предприятие»: меню «Справка» (или значок информации) → «О программе». Запишите номер релиза — он понадобится, чтобы выбрать правильную цепочку обновлений и потом проверить результат.

Резервная копия — обязательный шаг

Никакое обновление нельзя начинать без актуальной резервной копии. Самый простой способ для файловой базы — выгрузка через конфигуратор: меню «Администрирование» → «Выгрузить информационную базу». Полученный файл с расширением .dt содержит и данные, и конфигурацию, и из него базу можно полностью восстановить.

Для клиент-серверных баз выгрузка .dt тоже возможна, но на больших объёмах она занимает много времени, поэтому чаще делают резервную копию средствами СУБД (например, штатным бэкапом MS SQL Server или PostgreSQL). Важно, чтобы копия была согласованной: на момент создания бэкапа пользователи не должны работать с базой.

Проверьте, что копия действительно создана и файл открывается. Практика показывает: копия, которую не проверяли, в критический момент может оказаться битой. Если обновление плановое, есть смысл развернуть копию базы в отдельном каталоге и сначала отработать обновление на ней — особенно если конфигурация доработана.

Запуск конфигуратора и монопольный режим

Откройте конфигуратор: в стартовом окне 1С выберите нужную базу и нажмите «Конфигуратор». Обновление конфигурации базы данных требует монопольного доступа — все пользователи должны выйти из программы. Если база файловая, достаточно попросить коллег закрыть 1С; для серверной базы сеансы можно завершить через консоль администрирования сервера 1С или через «Администрирование» → «Обслуживание» → «Активные пользователи» в режиме «Предприятие».

Если конфигурация закрыта, откройте её: «Конфигурация» → «Открыть конфигурацию». Дождитесь, пока дерево конфигурации загрузится полностью. Перед обновлением полезно убедиться, что конфигурация находится на поддержке — это видно по значку замка рядом с объектами в дереве конфигурации.

Для файловой базы, где активные сеансы мешают зайти, помогает перезапуск с параметром блокировки или физическое отключение общего доступа к каталогу базы на время обновления. Не удаляйте файлы блокировок вручную, если не уверены, что сеансы завершены, — это риск повреждения данных.

Установка обновления: основной сценарий

Для типовой конфигурации без доработок используйте штатный механизм: «Конфигурация» → «Поддержка» → «Обновить конфигурацию». В открывшемся окне выберите источник обновления — «Поиск доступных обновлений» (конфигуратор просканирует каталог шаблонов и интернет при наличии доступа) или «Выбор файла обновления», если вы указываете файл вручную.

После выбора нужного релиза конфигуратор покажет информацию о версии и порядке обновления. Подтвердите действие — начнётся сравнение и объединение конфигураций. Для типовой базы без изменений достаточно нажать «Выполнить», не меняя настроек: все объекты поставщика заменят текущие.

1. 1
   Сделайте резервную копию базы (выгрузка .dt или бэкап СУБД)
2. 2
   Завершите сеансы всех пользователей, откройте конфигуратор
3. 3
   Откройте «Конфигурация → Поддержка → Обновить конфигурацию»
4. 4
   Выберите источник: поиск обновлений в шаблонах или файл обновления
5. 5
   Подтвердите релиз и выполните сравнение/объединение
6. 6
   Нажмите «Выполнить» в окне объединения
7. 7
   Запустите «Конфигурация → Обновить конфигурацию базы данных» (F7 через меню «Конфигурация») и примите изменения
8. 8
   Проверьте номер версии в режиме «Предприятие»

Если конфигурация доработана

Когда в конфигурацию вносились изменения (добавлены реквизиты, отчёты, изменены модули), объединение требует внимательной ручной работы. В окне сравнения и объединения конфигуратор покажет все различающиеся объекты. Для каждого объекта нужно решить: брать версию поставщика, оставлять свою или объединять.

Общее правило: объекты, которые вы не меняли, должны обновиться до версии поставщика — снимите с них галочки только если осознанно отказываетесь от обновления. Изменённые вами объекты разбирайте индивидуально: в модулях удобно использовать построчное сравнение текстов (двойной щелчок по объекту), чтобы перенести свои доработки в новую версию. Доработки лучше держать в расширениях конфигурации — тогда обновление почти не отличается от типового сценария.

Перед объединением доработанной конфигурации сохраните отчёт о сравнении (кнопка «Отчёт» в окне сравнения) или хотя бы скриншоты списка изменённых объектов. После обновления этот список станет чек-листом для проверки, что доработки не потерялись.

Обновление из cf-файла

Если у вас есть не дистрибутив обновления (.cfu), а полный файл конфигурации (.cf) — например, от поставщика отраслевого решения, — используйте «Конфигурация» → «Загрузить конфигурацию из файла» (полная замена, только если конфигурация снята с поддержки и вы понимаете последствия) или «Конфигурация» → «Сравнить, объединить с конфигурацией из файла» (правильный способ для сохранения данных и доработок). Полная загрузка cf заменяет конфигурацию целиком и не объединяет изменения — для рабочих баз применяйте её только в исключительных случаях.

Обновление конфигурации базы данных

После объединения изменена только конфигурация разработчика — рабочая база пока осталась старой. Чтобы применить изменения, выполните «Конфигурация» → «Обновить конфигурацию базы данных» или нажмите F7. Конфигуратор покажет окно «Реорганизация информации» со списком изменений структуры: новые таблицы, реквизиты, индексы.

Внимательно просмотрите этот список. Особую настороженность должны вызывать строки об удалении объектов или изменении типов реквизитов — при таких операциях возможна потеря данных в затронутых полях. Если видите удаление данных, которых быть не должно, отмените обновление и разберитесь с настройками объединения.

После нажатия «Принять» начнётся реструктуризация. На больших базах она может занимать от нескольких минут до часов. Не прерывайте процесс и не выключайте компьютер: прерванная реструктуризация — одна из главных причин повреждения файловых баз. По завершении некоторые конфигурации при первом запуске в режиме «Предприятие» выполняют дополнительные обработчики обновления (перенос данных, заполнение новых регистров) — дождитесь их окончания, не закрывая программу.

Проверка результата и типичные ошибки

После обновления запустите базу в режиме «Предприятие» и откройте «О программе»: номер версии конфигурации должен соответствовать установленному релизу. Затем проверьте ключевые операции: проведение типового документа, формирование основного отчёта, работу доработанного функционала. Если использовались расширения, убедитесь, что они загрузились и не выдают ошибок совместимости.

Частая проблема — сообщение «Конфигурация базы данных не соответствует сохранённой конфигурации» при запуске. Оно означает, что объединение выполнено, а обновление конфигурации базы данных — нет: вернитесь в конфигуратор и нажмите F7. Другая типичная ситуация — ошибки обработчиков обновления при первом запуске: обычно они пишутся в журнал регистрации, и по тексту ошибки можно понять, какой объект не удалось обработать.

Контрольные точки

Как проверить результат

Номер версии в «О программе»

Норма

Совпадает с установленным релизом

Тревожный признак

Остался старый номер — обновление базы данных не выполнено

Запуск в режиме «Предприятие»

Норма

База открывается, обработчики обновления завершаются без ошибок

Тревожный признак

Ошибки обновления, программа закрывается или зависает

Проведение документов и отчёты

Норма

Документы проводятся, отчёты формируются корректно

Тревожный признак

Ошибки при проведении, пустые или искажённые отчёты

Собственные доработки

Норма

Добавленные реквизиты, отчёты и печатные формы на месте

Тревожный признак

Доработки исчезли — перезаписаны версией поставщика

Если после обновления база не работает и быстро исправить ошибку не удаётся, восстановите резервную копию и вернитесь к анализу. Работать в поломанной базе, надеясь «допилить потом», опаснее, чем потерять время на повторную установку.

Особые случаи и ограничения

Если конфигурация полностью снята с поддержки (замок снят со всех объектов), штатное обновление через «Поддержка → Обновить конфигурацию» может быть недоступно — используйте сравнение и объединение с файлом поставщика. Учтите, что возврат на поддержку после этого потребует отдельной процедуры и аккуратного сопоставления объектов.

В клиент-серверном варианте обновление выполняется так же, но реструктуризация идёт на стороне СУБД и при больших объёмах требует планового окна простоя. Динамическое обновление (без завершения сеансов пользователей) конфигуратор иногда предлагает для незначительных изменений, но для релизов с реструктуризацией оно не подходит — пользователей всё равно придётся выгнать.

Если обновлений накопилось много и база сильно отстала, безопаснее ставить релизы последовательно, проверяя запуск после каждого, чем пытаться перескочить через десяток версий. Это дольше, но резко снижает вероятность неразрешимых конфликтов при объединении.

Частые вопросы

Можно ли обновить 1С через конфигуратор, если нет интернета?

Да. Скачайте дистрибутив обновления на другом компьютере, установите его (файлы попадут в каталог шаблонов) или скопируйте файл обновления напрямую. В конфигураторе выберите «Выбор файла обновления» и укажите путь вручную — интернет для самой установки не нужен.

Что делать, если конфигуратор пишет, что обновление не предназначено для текущей версии?

Это значит, что ваша версия не входит в список поддерживаемых для данного релиза. Откройте описание обновления, найдите цепочку релизов от вашей версии до нужной и устанавливайте их последовательно. Проверить текущую версию можно в разделе «О программе».

Обновление зависло на этапе реструктуризации — что делать?

Сначала убедитесь, что процесс действительно завис: на больших базах реструктуризация идёт часами, и пустой индикатор не всегда означает сбой. Проверьте активность диска и процесса 1cv8. Если активности нет длительное время, завершите процесс и восстановите базу из резервной копии — прерванная реструктуризация обычно оставляет базу в нерабочем состоянии.

Потеряются ли доработки при обновлении типовой конфигурации?

Если доработки внесены прямо в конфигурацию, при объединении их нужно вручную сохранить в окне сравнения — автоматически они могут быть заменены версией поставщика. Доработки, вынесенные в расширение конфигурации, при обновлении не затираются, но расширение стоит проверить на совместимость с новым релизом.

Нужно ли обновлять платформу вместе с конфигурацией?

Не всегда, но требование к минимальной версии платформы указано в описании каждого релиза. Если ваша платформа ниже требуемой, сначала обновите платформу на всех серверах и клиентских машинах, иначе обновлённая конфигурация может не запуститься.

Как откатить обновление, если что-то пошло не так?

Штатной кнопки «откат» в 1С нет. Единственный надёжный способ — восстановить базу из резервной копии, созданной до обновления: загрузите файл .dt через «Администрирование → Загрузить информационную базу» или восстановите бэкап средствами СУБД. Именно поэтому копия перед обновлением обязательна.