Быстрое обновление РИБ: боль или реальность

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

РИБ применяется для построения распределённых систем на основе одинаковых конфигураций 1С. С её помощью можно:

• передавать документы и сведения между центральным офисом и филиалами;
• обеспечивать синхронизацию данных между базами, которые территориально разнесены и не имеют иных каналов обмена.

Архитектура РИБ представляет собой иерархию в виде дерева. В неё входят:

• главный (центральный) узел;
• подчинённые узлы, взаимодействующие с центральным.

Схема иерархической структуры РИБ

Существует стандартный способ по обновлению распределённой информационной базы

1) Обновляется центральный узел (точно так же, как и обычная, нераспределенная ИБ)

2) Из центрального узла выгружаются сообщения обмена в дочерние узлы, при этом сообщение обмена будет содержать в себе обновление ИБ

3) В каждом дочернем узле необходимо принять сообщение обмена. После загрузки сообщения будет установлено обновление ИБ

Обновление РИБ по такой схеме, особенно, если на рабочих компьютерах медленное интернет-соединение может занять большое количество времени. Так происходит из-за п.2 и п.3. В п.2 нужно затратить время на выгрузку сообщений обмена в FTP-папку (Яндекс-Диск) и потом в п.3 нужно затратить время на загрузку сообщений обмена.

Например, сообщение обмена, содержащее в себе обновление, может весить 1,5 Гб. При скорости интернета в 100 Кб/с выгрузка и загрузка такого сообщения займёт приблизительно 9 часов. А если, например, необходимо обновить РИБ сразу на несколько этапов, то, соответственно, нужно умножить это время на число этапов. Таким образом, при медленной скорости интернет-соединения, придётся растянуть процесс обновления на несколько дней, что может быть критично для бизнеса.

Но есть способ, который позволяет обновить РИБ оперативно и без боли. Рассмотрим на примере конфигурации Зарплата и управление персоналом, редакция 3.1

1) Необходимо заранее подготовить cf-файлы для обновления ИБ и поместить их на все рабочие места.

2) Синхронизировать все узлы ИБ, чтобы избежать потери части данных

3) Если настроен обмен по расписанию, нужно его отключить на всех узлах

Следующие действия необходимо провести на каждом дочернем узле

1) Отвязать дочерний узел от центрального. Это можно сделать при помощи дополнительного параметра запуска /ResetMasterNode или при помощи специальной обработки. Необходимо в дочернем узле прописать дополнительный параметр запуска /ResetMasterNode в настройках запуска ИБ и запустить базу в Конфигураторе.

2) Зайти в дочерний узел в режиме Предприятия. После запуска программа предложит восстановить связь с главным узлом, отказываемся от этого, нажимаем «Отключить»

3) Обновить дочерний узел и центральный узел до нужного релиза

Далее необходимо обратно привязать все дочерние узлы к центральному узлу

1) Необходимо зайти в Функции технического специалиста и найти константу «Главный узел»

2) Зайти в эту константу и создать новый узел РИБ для центрального узла

3) Далее откроется форма создания нового узла РИБ. Во вкладках Основное, Сценарии синхронизации, Настройки подключения необходимо выбрать нужные настройки синхронизации, которые были до обновления. Также нужно зайти в раздел Служебная информация и заполнить там код (префикс) и наименование центрального узла.

4) После завершения настроек необходимо записать и закрыть новый узел РИБ, выбрать его в качестве значения для константы Главный узел и записать и закрыть эту константу

5) Далее необходимо перезапустить базу. После запуска программа предложит восстановить связь с центральным узлом. Нажимаем Восстановить. Запустится Обновление параметров работы приложения

6) После этого откроется Настройка обмена с центральным узлом. Нужно ещё раз проверить и при необходимости скорректировать настройки

7) Далее необходимо перезапустить базу и зайти в Настройки синхронизации данных. Перед запуском синхронизации в дочернем узле необходимо скорректировать номера сообщений обмена, чтобы избежать ошибки «Сообщение обмена было принято ранее». Подробнее об этом написано в статье https://is1c.ru/about/pc/article/ispravlenie-oshibki-soobshchenie-obmena-bylo-prinyato-ranee/

8) Необходимо запустить синхронизацию. После первого запуска будет ошибка «Конфигурация узла распределенной ИБ не соответствует ожидаемой», на неё не обращаем внимания. Она уйдёт после нескольких процедур обмена

9) После получения сообщений о завершении синхронизации данных без ошибок в центральном и дочернем узлах, обновление можно считать завершённым успешно.