BVV63
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
golychev
Цитата:
Описываю подробно:
Экспериментальный Exchange 2010 SP3 на Microsoft Windows Server 2012 с дюжиной почтовых ящиков.
Роли: Client Access Server,
Hub Transport Server,
Mailbox Server,
Unified Messaging Server.
Упал сервак, на котором крутилась виртуалка с Exchange. На нём же находился один из двух контроллеров домена.
A Покуда его поднимали, были предприняты попытки (с некоторыми вариациями) восстановить Exchange с резервной копии на альтернативном сервере. Данная резервная копия была создана встроенными средствами Server 2012 ("Windows Server Backup"), содержит 1) скрытый системный раздел, 2) загрузочный раздел C: (оба в сумме 64 Gb, занято 20 с небольшим) и 3) раздел D: с базой Exchange (512 Gb, занято 30 с небольшим), плюс системное состояние. С учётом того, что встроенная прога резервного копирования в Server 2012, в отличие от таковой в Server 2003, не может восстанавливать загрузочный раздел текущей операционки, схема восстановления была следующей:
1. Создана новая виртуальная машина, под которую выделено 64 Gb, при установке Винды (2012) создаются системный (1) и загрузочный (2) разделы, идентичные по размеру предыдущим.
2. Добавлен раздел 512 Gb (3).
3. Оба раздела подключены к вспомогательной виртуалке под Microsoft Server 2012.
4. Со вспомогательной системы произведено восстановление разделов (2) и (3).
Итог. Восстановленная машина доменный пароль не принимала. При загрузке под локальным администратором было видно, что машина потеряла домен. После того, как она была выведена/введена в домен, она оказалась в полном ступоре: жутко долго грузилась (около 2-х часов), под доменными учётками не пускала, вход в систему под локальным админом был чрезвычайно долгим (с полчаса). Проводник не работал, из диспетчера задач можно было запускать лишь некоторые приложения. Ряд системных служб из числа тех, что имели тип запуска "Auto", не работали (18 штуков, некоторые принадлежат Exchange, но в основном - виндозные). Системные логи пестрели ошибками (ругань в основном по отношению к DCOM).
На текущий момент схемa "A" считается бесперспективной: не удаётся корректно подружить машину с доменом.
B После того, как сервер был поднят, была попытка запустить "нативную" машину. Последствия те же, что и в схеме "A". Примечание: упомянутый контроллер домена, который был на том же сервере, также потерял домен (в дальнейшем был запущен с опцией восстановления AD, после чего с доменом сдружился).
C Были предприняты попытки восстановить Exchange на новых виртуалках, запустив Setup с опцией /m:RecoverServer. Установка завершалась с ошибкой: якобы службу "Microsoft Exchange Active Directory Topology" не удалось запустить (а вот вручную эта служба запускалась на ура). После чего ни продолжить установку, ни удалить Exchange не удавалась.
Сейчас данную схему я считаю единственно перспективной.
Поскольку подготовка к установке Exchange и собственно установка занимают немало времени, я подготовиу машину к установке и сделал с неё шаблон, чтобы не переустанавливать каждый раз, после чего приступил к экспериментам. Удалось превентивно вручную запустить службу "Microsoft Exchange Active Directory Topology", и установка прошла дальше, но упёрлась в службу "Microsoft Exchange Transport".
Собственно, это текущее положение дел. |
Всего записей: 3542 | Зарегистр. 17-08-2009 | Отправлено: 06:48 24-10-2013 | Исправлено: BVV63, 06:56 24-10-2013 |
|
