Мы хотим постепенно отказаться от использования внутренних дисков сервера и начать работу с iSCSI LUN (по разным неинтересным причинам). Первые несколько недель этого плана в основном включали запуск Exchange LCR на диск iSCSI и наблюдение за его работой, чтобы проверить стабильность соединения. Это успешно реплицируется в течение нескольких недель без единой ошибки, поэтому мы готовы к замене, то есть мы хотим запустить активную базу данных с диска iSCSI и реплицировать ее в пассивную базу данных на внутренних дисках.
Короче говоря, я читал - или, скорее, пытался прочитать - о процедуре, стоящей за этим. К сожалению, вся доступная документация, похоже, исходит из предположения, что вы восстанавливаетесь после сбоя. Это понятно, я понимаю, в чем суть функции, но это оставляет меня немного параноидальным в отношении ситуации. Я хочу быть уверенным, что не создаю катастрофу, используя меры реагирования на стихийные бедствия, по существу, в безопасной ситуации.
Самые краткие шаги, которые я нашел, находятся на http://www.exchangeinbox.com/article.aspx?i=138 в разделе «Восстановление локальной базы данных непрерывной репликации», и, черт возьми, они не делают это простым !? Это «Прошедшее время: 0:03» на скриншоте вселяет мою надежду, что это то, что мы можем выбить прямо в 17:00 и все же выйти за дверь к 17:15. Я наивен?
По сути, я хочу подтвердить, что следуя этому процессу:
Чтобы ответить на этот вопрос сам - мы сделали это вчера вечером, и действительно, это заняло 2 минуты - прохладно. Индексатор поиска должен был выполнить полное сканирование - это все, чего я не ожидал - из-за чего на какое-то время количество операций чтения с диска в секунду увеличилось до максимума, но, хотя это замедляло локальную доставку, это было не слишком сильно (сообщения, которые я отправлял себе из моей учетной записи Exchange прибыл в течение 4 минут, сообщения от моего Gmail для обмена все еще приходили в течение <10 секунд). В общем, безболезненный процесс.