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