Как принудительно удалить Exchange 2007 из поврежденного Active Directory
Наш единственный контроллер домена перенес аппаратный сбой и полностью потерял нашу Active Directory. Через много дней мы переустановили AD и начинаем реконструкцию.
Наш DC - это сервер 2003 std. У нас есть (был) Exchange 2007, работающий в нашей сети. В отличие от "лучших практик", на этом сервере также выполняются другие рабочие нагрузки. Поскольку нашей "старой" AD больше не существует, наши службы Exchange не будут запускаться. Мы также не можем запустить процедуру "удаления", так как она обычно выдает ошибку "не удается найти сервер Exchange exchange.domain.com".
Перспектива еще большего простоя, разгрузки всех данных с этого сервера, переустановки с нуля и переустановки всех других наших приложений - это слишком много для ИТ-команды и руководства. Мы ищем способ принудительного удаления Exchange с существующего сервера, чтобы мы могли переустановить его, или мы ищем способ "починить" нашу установку Exchange для использования с нашей новой AD.
Спасибо за любую помощь.
3 ответа
Это звучит так, как будто вы пытаетесь сэкономить время / ресурсы, вы делаете это настолько неудобным, что это будет стоить вам гораздо больше, чем вы сэкономили. Я надеюсь, что это ценный урок, чтобы не срезать углы, а также важность резервного копирования. Многие администраторы, прежде чем вы, в том числе и я, узнали, что трудный путь.
Вы должны были бы быть в состоянии восстановить ваш DC из резервной копии в худшем случае в виртуальную машину на сервере, который делает что-то еще - но я полагаю, у вас нет резервных копий, иначе вы бы этого не спросили.
К сожалению, я думаю, что лучший ответ - это то, что вы уже предложили: стереть его, переустановить Windows и обменять. Вы понимаете, что ваши адреса, почтовые ящики и т. Д. Хранятся в AD, а не обмениваются? Так что вам все равно придется заново их все настроить.
Неразбериха с реестром, чтобы избавиться от него, на самом деле порождает проблемы и просто приводит к нестабильной системе, которую вам нужно переустановить в конце. Лучше начать и сделать это сейчас, чем тратить целую кучу времени, пытаясь избежать этого, а затем в конечном итоге сделать это в любом случае.
Я знаю, что это, вероятно, не тот ответ, который вы хотели бы услышать, но я был бы удивлен, если бы у кого-нибудь было решение с волшебной кнопкой, которое нигде не предусматривает установку exchange.
Конечно, если у вас нет другого места для установки виртуальной машины и выполнения описанной установки временного обмена, что будет гораздо менее болезненным.
Если это просто оборудование, которое мешает вам установить новый сервер Exchange, то, возможно, вам стоит установить новую виртуальную машину на существующее оборудование для запуска вашего нового сервера Exchange. Таким образом, вы можете запустить его в этом неидеальном режиме (все же лучше, чем вообще не запускать, верно?), И в конечном итоге вы сможете в конечном итоге переместить ВМ на собственное оборудование, если у вас есть оборудование для его отдельного запуска.,
Вы также можете перенести остатки реальной машины (со сломанным Exchange) на свою собственную виртуальную машину, а затем в дальнейшем иметь возможность перемещать и / или масштабировать эти машины в другом месте. Таким образом, вы все равно можете использовать одну физическую машину, но две виртуальные машины будут настроены более оптимально для их соответствующих приложений. Это, конечно, предполагает, что на существующей машине есть как минимум два или более ЦП... Исходя из того факта, что все ранее существовало на одном и том же оборудовании, у него явно достаточно ОЗУ для поддержки конфигурации. Это также дает преимущество в том, что вы можете управлять двумя виртуальными машинами, как если бы они были двумя отдельными машинами.
Вчера был очень похожий вопрос, и кто-то разместил эту ссылку в качестве ответа. Я считаю, что это соответствует вашему сценарию.