Сбой основного сервера Lotus Domino и восстановление через реплику
У нас есть 2 сервера lotus domino (8.5.3 FP6 на W2008). Транснациональный журнал включен. Кластеризация Domino включена.
Основной> MAIL1 Вторичный> MAIL2 (партнер реплики)
Все пользователи по умолчанию подключаются к основному ПОЧТУ 1 через лотосные заметки. Сегодня мы столкнулись с ошибкой диска на нашем основном сервере MAIL1. К сожалению, произошел сбой нескольких дисков, и сервер вышел из строя. Все пользователи лотосных заметок перенесены на Вторичный сервер MAIL2 автоматически.
Для организации альтернативного оборудования может потребоваться несколько дней, у меня вопрос: какой должна быть дорожная карта для восстановления основного сервера снова? У меня есть только следующие файлы (датированные сегодня) с основного почтового сервера. Все пользователи. Почтовые файлы NSF (датированные файлы от 14 ноября 2018 года) names.nsf admin4.nsf server.id admin.id cert.id iwaredir.nsf
Если я установлю тот же уровень Domino на новое оборудование, используя старое первичное имя / почтовый сервер mail1 / ip, и восстановлю вышеуказанные файлы в исходное местоположение, это будет работать?
После того, как я переустановлю domino на новый сервер и восстановлю 14 ноября, пользователи n-2018 отправят файлы nsf на новый сервер через несколько дней, будет ли он автоматически реплицироваться с сервера mail2?
1 ответ
Пока время простоя не превышает время очистки заготовки для удаления (обычно 90 дней), проблем не будет: просто переустановите сервер на любом новом оборудовании и скопируйте почтовые файлы с этой даты на новый сервер.
Установите для него ограничение посредством notes.ini Server_Restricted = 4, чтобы пользователи не начинали работать со старыми данными до полной репликации.
Затем позвольте запланированной репликации (надеюсь, что она у вас есть) выполнить свою работу и реплицируйте все недостающие данные из MAIL2 в MAIL1. Если вы не хотите ждать, просто введите repl MAIL2 на консоли MAIL1.
В зависимости от производительности сервера и сети репликация не займет много времени, после чего вы можете снова разрешить доступ к серверу с помощью set config Server_Restricted =.