Многие разработчики и администраторы задаются вопросом: каким образом происходит обновление конфигурации, когда мы запускаем процесс из пользовательского интерфейса, например, через «Обновление через интернет»? В этой статье мы подробно разберем, как устроена эта «магия» и почему прямое изменение конфигурации внутри сеанса невозможно.
Важно уяснить принципиальный момент: платформа 1С:Предприятие не умеет изменять саму себя «на лету» в процессе работы активного пользовательского сеанса. Для того чтобы внести изменения в структуру метаданных (добавить объекты, изменить типы реквизитов или обновить конфигурацию базы данных), необходим монопольный доступ к информационной базе. По этой причине прямое управление процессом из пользовательского режима реализовано через делегирование задач внешним инструментам.
Когда вы инициируете обновление, программа выполняет следующие действия:
.cf или .cfu).1cv8.exe в режиме Конфигуратор с необходимыми ключами запуска.В типовых конфигурациях на базе Библиотеки стандартных подсистем (БСП) разработчики уже предусмотрели инструменты для автоматизации этого процесса. Основным механизмом является вызов метода, который генерирует командный файл для автоматического обновления:
Рассмотрим пример того, как система инициирует создание скрипта:
// В типовых конфигурациях для подготовки процесса используется
// модуль ОбновлениеКонфигурацииКлиент
// Пример вызова формирования файлов скрипта:
ОбновлениеКонфигурацииКлиент.СформироватьФайлыСкриптаОбновления();
Этот метод подготавливает командную строку, в которой прописаны пути к базе, параметры аутентификации и команды на обновление структуры базы данных.
Чтобы успешно управлять конфигуратором из скрипта, необходимо понимать, какие ключи командной строки поддерживает платформа 1С. Разберем основные из них, которые вы можете использовать в своих сценариях автоматизации:
/Configuration — обязательный ключ, указывающий системе на запуск в режиме Конфигуратор./UpdateDBCfg — ключевая команда, которая применяет изменения к структуре базы данных. Без этого ключа изменения останутся в конфигурации, но не будут перенесены в БД./DumpIB — позволяет создать резервную копию базы данных перед началом процесса. Это критически важный этап для обеспечения безопасности данных./UC — используется для передачи кода доступа, если на информационной базе установлена блокировка от несанкционированного доступа./Out — задает файл для записи протокола выполнения операции, что помогает в отладке и мониторинге процесса.Если вы планируете автоматизировать подобные процессы в нетиповых системах, действуйте по следующему алгоритму:
Шаг 1: Создайте файл сценария (например, .bat или .cmd). В нем необходимо прописать запуск 1cv8.exe с указанием пути к информационной базе.
Шаг 2: Добавьте параметры подключения. Обязательно укажите имя пользователя и пароль, обладающие правами на администрирование конфигурации.
Шаг 3: Сформируйте цепочку команд. Сначала выполняется резервное копирование, затем загрузка файла обновления, и в конце — обновление конфигурации базы данных.
Шаг 4: После выполнения всех команд в конфигураторе, скрипт должен инициировать повторный запуск 1cv8.exe в обычном режиме для продолжения работы пользователей.
Помните, что для обеспечения стабильности системы лучше всего опираться на существующие механизмы БСП, так как они уже прошли проверку на множестве типовых решений и учитывают нюансы версионности платформы.
Проанализировав данную ситуацию, мы приходим к выводу: прямое обновление из «1С:Предприятия» — это иллюзия, созданная грамотной автоматизацией вызова внешних процессов через конфигуратор. Используя скрипты, вы получаете мощный инструмент для управления жизненным циклом вашей конфигурации.