"Упал" узел распределенной ИБ, как правильно "поднять"? #414622

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

Первое: все зависит от плана обмена. Если в подчиненном узле есть документы, которых нет в центральном - поднять узел без потерь не получится. Состав документов - одинаковый? Обмен - обоюдный или однонаправленный?

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

Второе: номера сообщений (отправленные и полученные) должны быть "синхронизированы" между узлами. Их значения - не принципиальны. Создание первоначального образа (длительный процесс!!!) - "сбросит" зарегистрированные изменения и обнулит счетчики сообщений.

длительность процесса - понятие субъективное и зависит от величины базы...

И третье: есть повод начать делать бэкапы регулярно, - как Вы считаете?(риторический вопрос)

Все в нашей жизни - относительно. И время, и этот процесс, и я, и Вы - величины переменные.

а нафик. Распределёнка заменяет бэкапы. Даже более того: ну вот есть у тебя копия периферийного узла давности "несколько сообщений назад". И что ты с ней будешь делать ?

кстати, можно попробовать и последние изменения с периферийного узла спасти

Глупый и недалекий совет, - не серьезно. Хотя-бы бэкап один раз в день и копии сообщений текущего дня... Если есть копия базы за "несколько сообщений назад" - то копии этих самых "несколько" сообщений позволят "дотянуть" базу до состояния последнего из них.

Повторю: без бэкапов, если есть данные, "уникальные" для узла, - потери неизбежны. А такие данные - есть. Например: список пользователей.

чрезвычайно избыточно. И не просто в реализации. Овчинка выделки не стоит.

, Я не работаю в той фирме, у них есть свой админ, но когда началинаются проблемы они обращаются ко мне (2_ALL) потери информации в периферийном узле не будет, т.к. там документы не вводятся (из-за кризиса филиал свернули, остались только управленцы). План обмена настроен на создание полной копии, т.е. и в периферийном узле и в центральном должна быть одна и та же информация (особенность учета Заказчика) (4, 6) Спасибо, это решит проблему. Сделаю заново нач. образ (получить базу нового узла путем выгрузки/загрузки не получается, т.к. при начале разбора файла сообщений система ощущает нехватку памяти, а управлять этим процессом вручную не хотелось бы уже мне), переведу на 8.1