← На главную

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

На первый взгляд, задача может показаться сложной, особенно если мы пытаемся "сделать обработкой узел и назначить его центральным", как иногда ошибочно предлагают. Этот подход не подходит, если у нас уже существует центральная база, и мы хотим подключить именно подчиненный узел к ней. Мы рассмотрим подробнее процесс восстановления подключения подчиненного узла РИБ после его отключения.

Основы восстановления подключения подчиненного узла РИБ

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

1. Обновление конфигурации подчиненного узла

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

   Действия:

   1. Запустите конфигуратор подчиненного узла.
   2. Откройте центральный узел (или его актуальный архив, если к центральному узлу нет прямого доступа) и сохраните его конфигурацию в файл с расширением .cf (например, через меню "Конфигурация" -> "Сохранить конфигурацию в файл...").
   3. В конфигураторе подчиненного узла загрузите этот файл .cf (через меню "Конфигурация" -> "Загрузить конфигурацию из файла...").
   4. После загрузки конфигурации обновите конфигурацию базы данных (F7). Этот шаг гарантирует, что структура данных подчиненного узла соответствует центральному.

2. Восстановление связи с главным узлом

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

   1. Автоматическое предложение

      На актуальных версиях платформы 1С:Предприятие, при первом запуске периферийной базы после того, как она была "отключена" от главного узла (например, с помощью config/ResetMasterNode), программа часто автоматически предлагает восстановить связь с главным узлом. Это наиболее простой и предпочтительный вариант.

      Действия:

      1. Запустите подчиненный узел в режиме "1С:Предприятие".
      2. Если появится диалоговое окно с предложением восстановить связь с главным узлом, внимательно прочитайте его и подтвердите согласие. Программа самостоятельно выполнит необходимые действия.

   2. Ручное восстановление

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

      Действия:

      1. Запустите подчиненный узел в режиме "1С:Предприятие".
      2. Перейдите в раздел "Администрирование" (обычно находится в основной навигационной панели).
      3. Найдите пункт "Настройка синхронизации данных".
      4. Программа может предложить форму "Повторная синхронизация данных перед запуском". В этом случае мы должны нажать кнопку "Синхронизировать и продолжить". Система попытается определить главный узел и восстановить обмен.
      5. В некоторых случаях может потребоваться использование внешней обработки, специально разработанной для установки главного узла РИБ. Эти обработки помогают явно указать, какой узел является центральным для данной базы. Такие обработки обычно распространяются разработчиками или сообществом 1С и могут называться, например, "Установка Главного Узла РИБ" или "Подключение к центральному узлу". Мы должны найти такую обработку, загрузить ее в базу (или открыть как внешнюю) и следовать инструкциям по установке центрального узла, указывая идентификатор или параметры подключения к нему.

3. Синхронизация данных

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

   Действия:

   1. Перейдите в раздел "Администрирование" в режиме "1С:Предприятие".
   2. Выберите пункт "Настройка синхронизации данных".
   3. Запустите процесс синхронизации данных. В зависимости от конфигурации и объема данных, это может занять некоторое время.
   4. Если в конфигурации используется функциональность "Автономная работа", необходимо также проверить ее настройки и выполнить синхронизацию через соответствующий пункт.

4. Проверка констант

   Для подтверждения успешного отключения/подключения и корректности статуса узла, мы можем проверить значения определенных констант через режим "Все функции" (обычно доступен через главное меню "Сервис" или "Инструменты" -> "Параметры" -> "Отображать команду "Все функции"").

   Действия:

   1. Перейдите в "Все функции" (обычно находится в меню "Главное меню" -> "Сервис" -> "Параметры" -> "Отображать команду 'Все функции'", затем "Главное меню" -> "Все функции" -> "Константы").
   2. Найдите константы "Это автономное рабочее место" и "Настройка подключенного узла РИБ завершена".
   3. В случае, если узел успешно стал подчиненным и не является автономным рабочим местом, обе эти галки (флажки) должны быть сняты. Если одна из них установлена, это может указывать на то, что процесс восстановления не завершился полностью или есть некорректные настройки.

Дополнительные нюансы и возможные проблемы при повторном подключении РИБ

Восстановление работы РИБ — это процесс, который требует внимательности к деталям. Помимо основных шагов, мы должны учитывать и ряд дополнительных аспектов, которые могут повлиять на успешность операции.

1. Префиксы узлов

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

2. Номера сообщений обмена

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

3. Идентификатор узла

   Каждый узел РИБ имеет свой уникальный идентификатор. Если при копировании базы для создания нового узла (или при восстановлении из резервной копии) идентификатор остался прежним и совпадает с другим узлом в распределенной сети, это неизбежно приведет к серьезным проблемам при обмене. Система будет воспринимать два разных узла как один и тот же, что вызовет путаницу и ошибки. Мы должны всегда убеждаться, что идентификаторы узлов уникальны. Для изменения идентификатора узла, если это необходимо, обычно используются специализированные внешние обработки или встроенные механизмы конфигурации, предназначенные для создания новых узлов РИБ.

4. Архивные копии

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

5. Платформа 1С:Предприятие

   Мы должны помнить, что поведение некоторых механизмов, включая параметр командной строки config/ResetMasterNode, может зависеть от версии платформы 1С:Предприятие. В некоторых случаях, определенные версии платформы могут работать некорректно с этим ключом или иметь свои особенности. Известно, что для успешного отключения узла иногда может потребоваться использование платформы более ранней версии (например, 8.3.12.x - 8.3.13.x), если на текущей версии возникают проблемы. Всегда обращайтесь к официальной документации 1С или проверенным источникам для информации о совместимости и известных проблемах с конкретными версиями платформы.

6. Внешние обработки

   В экосистеме 1С существует множество внешних обработок, разработанных сообществом или партнерами, которые могут значительно упростить или автоматизировать выполнение специализированных действий с РИБ. Например, для установки главного узла, для полного отключения от РИБ (если config/ResetMasterNode не сработал), для выравнивания номеров сообщений и т.д. Мы можем найти такие обработки на специализированных ресурсах, форумах или сайтах партнеров 1С. При использовании внешних обработок всегда проверяйте их источник и, по возможности, тестируйте на копии базы данных.

Восстановление узла РИБ — это процесс, требующий внимательного и последовательного подхода. Мы убедились, что простое "отключение" и попытка "подключить" могут оказаться недостаточными. Следуя изложенным шагам и учитывая дополнительные нюансы, мы сможем успешно вернуть отключенный узел в состав распределенной информационной базы и обеспечить бесперебойный обмен данными в нашей системе.