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