Обновление конфигурации в рамках распределенной системы 1С для поддержки технологии «Репликации информационных БД»   

   При увеличении количества узлов (баз данных 1С) распределенной системы, а в технологии репликации информационных баз данных их число может доходить до 100, достаточно сложно организовать контроль процесса обновления конфигурации и обеспечить минимальное время на это мероприятие. Администраторам приходится непосредственно участвовать в этом процессе на каждом узле или пренебрегать оперативностью обмена для надежности обновления.

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

   Распишем схему обновления конфигураций 1С 8.2. средствами инструментов технологии репликация информационных баз данных.        

Рис.1.

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

    Этап 1 (тиражирование) не требует выключения пользователей 1С – все происходит в фоновом режиме, причем администратор достоверно знает, что все изменения корректно распространились на узлы распределенной системы 1С. Информация отображается в консоли и администратор, в случае сбора, может инициализировать процесс тиражирования для определенного узла заново.

    Этап 2 предполагает, что подается команда на утилиту обновления (это служба Windows, взаимодействует с 1С, требует установки COMConnector 1С) для запуска процедуры обновления конфигурации 1С. Утилита имеет возможности по выключению пользователей, в случае необходимости старту/рестарту сервера приложения 1СВсе вышесказанное относится к структурному обновлению конфигурации, при динамическом обновлении пользователи не выключаются и администратор полностью контролирует процесс в рабочее время из консоли.

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