Назад | Перейти на главную страницу

Сбой основного сервера Lotus Domino и восстановление через реплику

У нас есть 2 сервера лотоса домино (8.5.3 FP6 на W2008). Транснациональный журнал включен. Кластеризация Domino включена.

Первичный> MAIL1 Вторичный> MAIL2 (партнер-реплика)

Все пользователи по умолчанию подключаются к основному MAIL1 через lotus notes. Сегодня мы столкнулись с отказом диска на нашем основном сервере MAIL1. К сожалению, произошел сбой нескольких дисков, и сервер выходит из строя. все пользовательские заметки лотоса перенесены на вторичный почтовый сервер автоматически.

Чтобы установить альтернативное оборудование, может потребоваться несколько дней, у меня вопрос: каким должен быть план для восстановления основного сервера? У меня есть только следующие файлы (сегодняшняя дата) с основного сервера mail1. Все пользователи MAIL NSF файлы (файлы, датированные 14 ноября 2018 года) names.nsf admin4.nsf server.id admin.id cert.id iwaredir.nsf

Если я установлю тот же уровень Domino на новое оборудование, используя старое имя / IP-адрес основного сервера mail1, и восстановлю указанные выше файлы в исходное расположение, будет ли это работать?

После того, как я переустановлю домино на новый сервер и восстановлю 14 ноября 2018 года, когда пользователи отправляют файлы nsf на новый сервер через несколько дней, будет ли он автоматически реплицироваться с сервера mail2?

Пока время простоя не превышает времени очистки от заглушки удаления (обычно 90 дней), проблем не возникнет: просто переустановите сервер на любом новом оборудовании и скопируйте почтовые файлы с этой даты на новый сервер.

Установите для него ограничение через notes.ini Server_Restricted = 4, чтобы пользователи не начали работать со старыми данными до того, как произойдет полная репликация.

Затем позвольте запланированной репликации (я надеюсь, что она у вас есть) выполнить свою работу и реплицировать все недостающие данные из MAIL2 в MAIL1. Если вы не хотите ждать, просто введите ответить MAIL2 на консоли MAIL1.

В зависимости от производительности сервера и сети репликация не займет много времени, и после этого вы можете снова разрешить доступ к серверу через установить конфигурацию Server_Restricted =.