Год не обновлял конфигурацию, сейчас 11.0.9.14. Пройти по всей цепочке обновлений - более 10 итераций. Вопрос следующий. У нас РИБ. Сначала обновляем главный узел, потом обмен с подчинённым узлом, дальше он обновляется и так много раз. Процедура довольно муторная. Можем ли мы сначала сделать все обновления для главного узла, затем один раз обменяться с подчинённым или правильнее проделывать всю процедуру для каждого обновления?
По теме из базы знаний
- Автоматическое обновление конфигурации периферийной ИБ
- Некоторые моменты обновления типовых конфигураций (доработанных типовых конфигураций)
- При создании РИБ с расширением может выйти ошибка: "Не удалось создать начальный образ по причине: Аварийно завершился рабочий процесс фонового задания"
- Автоматическое обновление конфигурации и данных на подчиненных узлах в рамках РИБ
- Автоматическое обновление конфигурации (регламентное задание) для серверных решений
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) MGMGA, а какие могут быть последствия если задействован полный обмен?
Подчиненные узлы не могут сами по себе создавать сущности без ведома головного узла.
Для верности два три раза подряд сделать все обмены. Все данные соберутся на главном узле, после этого можно образы узлов заново создать из главного.
Это даже полезно, потому как на подчиненных узлах со временем могут накапливаться не корректные данные, а такая процедура гарантировано устанавливает всю РИБ одинаковой.
Потери могут быть только в том, что не передается через обмены, типа: письма с почты, бизнес-задачи, внешние обработки и т.п.
У меня на этом построен весь бэкап системы. В случае завала любого подчиненного узла сразу же создаю новый образ из главного. Таким образом потери составляют только от последнего удачного обмена до момента сбоя. А на подчиненных узлах вообще бэкап становится не нужен.
Подчиненные узлы не могут сами по себе создавать сущности без ведома головного узла.
Для верности два три раза подряд сделать все обмены. Все данные соберутся на главном узле, после этого можно образы узлов заново создать из главного.
Это даже полезно, потому как на подчиненных узлах со временем могут накапливаться не корректные данные, а такая процедура гарантировано устанавливает всю РИБ одинаковой.
Потери могут быть только в том, что не передается через обмены, типа: письма с почты, бизнес-задачи, внешние обработки и т.п.
У меня на этом построен весь бэкап системы. В случае завала любого подчиненного узла сразу же создаю новый образ из главного. Таким образом потери составляют только от последнего удачного обмена до момента сбоя. А на подчиненных узлах вообще бэкап становится не нужен.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот