план аварийного восстановления для миграции сервера
Каковы эти сообщения, точно? Они, обменивается сообщениями, которые предприняты, чтобы быть поставленными моему домену? Или они, обменивается сообщениями, это так или иначе предпринято к отправленным ОТ моего домена?
Спаммеры передают электронные письма через Ваш сервер к внешнему миру. Ваш почтовый сервер настроен как открытое реле, и поэтому это происходит.
Я волнуюсь, что так или иначе мой сервер небезопасен, и спаммеры используют его. Это сообщение подтверждает или отклоняет это?
Сервер настроен неправильно и поэтому небезопасен. Однако существует простой способ зафиксировать это:
- Выполните свой MTA (Почтовый сервер) только на Петлевом интерфейсе (127.0.0.1).
- Близкий порт 25 снаружи (обратите внимание на то, что это не требуется вообще послать электронные письма).
Принятие Вы делаете реальную миграцию (и не только запускаете новый AD лес и организацию Exchange) Вы хотите иметь в наличии хорошую копию Active Directory.
Если можно поднять вторичный контроллер домена даже на машине класса ПК, она выручит вопросы. Вы не хотите терять все свои копии Active Directory, или он сделает Вашу жизнь более сложной. Это сохраняет Вас от необходимости восстановить Active Directory в случае отказа.
Вы не можете восстановить резервные копии Состояния системы на в отличие от аппаратных средств так, в то время как я соглашаюсь с @Vick ре Vega: беря полное резервное копирование (включая Состояние системы) Ваших текущих серверов, Вы не можете восстановить их к другим машинам легко. Наличие вторичного контроллера домена делает это меньшим количеством проблемы (хотя Вам все еще нужны резервные копии Состояния системы для удаленного устройства хранения данных AD резервных копий).
Защита Exchange от аварии во время Вашего процесса восстановления довольно проста. Выполните онлайн резервные копирования Exchange и восстановите их, если Вы должны. Если текущие сбои сервера, можно установить новую машину, используют переключатель "/disasterrecovery", чтобы установить Exchange и восстановить резервное копирование онлайн на него. Нет никаких опасений по поводу в отличие от аппаратных средств в восстановлении Exchange и, пока единственной вещью на поле является Exchange, Вы действительно ничего не должны копировать кроме баз данных Exchange.
Править:
"Машина класса ПК" должна была бы выполнять Windows Server. Я поднял его, потому что Вы говорили о предстоящем потенциальном отказе оборудования. Я поднял бы вторичный DC быстро, если бы я был обеспокоен отказом аппаратных средств исходного DC. Можно идти вперед и поднять W2K8R2 DC как вторичное устройство также, но я получил чувство, что Вам могло бы потребоваться некоторое время для получения там.
/forestprep и /domainprep не "рискованные" обновления, по моему опыту. Очевидно, имейте хорошие резервные копии перед запуском (хотя восстановление с неудавшихся модификаций схемы трудно, даже если у Вас действительно есть хорошие резервные копии).
Какие аппаратные средства Вы используете, будите вторичный DC быстро, если Вы волнуетесь по поводу отказа оборудования. Потеря AD в этом процессе не собирается делать его немного легче. Это превратит простую миграцию в ужасную реконструкцию.
Я предлагаю изучить использование VMware Converter для преобразования существующего сервера в виртуальную машину, таким образом elimiting аппаратные проблемы.
AFAIK возможно вытянуть полное и точное изображение от машины Windows, в то время как это работает и без перезагрузки.
Я бы посоветовал вам преобразовать ваш сервер в виртуальные машины, что должно облегчить процесс. За это время и относительно низкие стандарты аварийного восстановления я бы обратился к стороннему поставщику, который помог бы мне сделать это, арендуя их услуги. Я знаю, что n2ws выполняет такую временную подготовку, но очевидно, что у вас есть из чего выбрать.