none
MS Exchange 2007 аварийное удаление... RRS feed

  • Вопрос

  • Доброго времени суток!
    Есть следующая проблема:
    Был Exchange 2007, но успешно умер (без возможности восстановления)... При попытки на новый сервер развернуть Exchange 2007 выдает ошибку с кодом 2152

    Не удается найти описание для идентификатора события 2152 из источника MSExchange ADAccess. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.

    Если событие возникло на другом компьютере, возможно, потребуется сохранить отображаемые сведения вместе с событием.

    К событию были добавлены следующие сведения:

    ExSetupUI.exe

    2724

    1753

    Error 6d9 from HrGetServersForRole

    ресурс сообщения существует, но сообщение не найдено в таблице строк и таблице сообщений

    В нете пишут что нужно удалить ексч и после уже разворачивать...
    А вот как удалить ексчендж которого нет (но как понимаю записи о нем в АД есть) я не понимаю. Помогите его удалить?

    • Перемещено Hengzhe Li 12 марта 2012 г. 9:25 forum merge (От:Exchange Server 2007)
    27 июля 2009 г. 7:25

Все ответы

    • Предложено в качестве ответа ЮА 28 июля 2009 г. 12:10
    27 июля 2009 г. 7:44
  • Статья интересная, но у меня нет теперь ексчендьж серверов. Только Базы остались. При попытке установить на ЛЮБОЙ серв в домене Ексчендж вылетает ошибка описанная выше. По членству в группах все ок.
    27 июля 2009 г. 7:51
  • Приветствую!

    Проблема в том, что как вы правельно заметили информация об Exchange серверах остается в AD. Наилучший способ(так же правельный) это все таки восстановление потерянного сервера, причем здесь надо отметить для успешного восстановления вам необходим дистрибутив, железо и акаунт погибшего сервера в AD, программа восстановления сама возьмет все настройки из AD, поэтому постарайтесь сделать следующее:

    1. Подготовка сервера(установка ОС, разметка дискового пространства "как было")
    2. Сброс пароля для акаунта сервера в AD
    3. Собственно процесс восстановления

    Хочу заметить, что для этого вам ненадо никаких эксчейндж серверов и поэтому предыдущий автор вам дал абсолютно правельную ссылку.

    Проделайте все как сзано в статье, если на каком-то этапе возникнут ошибки пишите сюда))

    Так же есть обсуждения мануального вычещения Exchange из AD http://social.technet.microsoft.com/Forums/en-US/exchangesvrgeneral/thread/412e2904-839f-4960-970d-6ee281d1d50a, но это не официальная процедура, посему советовать ее проделать в продакшене сложно, возможно только после тестирования на стенде

    • Предложено в качестве ответа ЮА 28 июля 2009 г. 12:10
    27 июля 2009 г. 8:09
  • Конечно я мог и не допонять, но пожалуй опишу что случилось и что делалось.

    Месяц назад было 2 сервера ексч 2007. Один главный, второй вторичный. За этот месяц я повысел вторичный до главного, а главный был успешно удален. В пятницу отвалились базы данных Майл и паблик. Востановление по e00 ничего не дало, пишет что восстановление не возможно из-за повреждения. Ексченьдж находился на виртуалки и последний снап шот был зделан месяц назад. Естественно я воспользовался снап шотом и вот беда. Первичный ексч уже мертв а вторичному (виртуальному) нужен первичный. Было принято решение ставить все с нуля. Собственно это пока не получается из-за той самой ошибки.

    Так что получается что ексченьджей нет, но записи в домене есть.
    27 июля 2009 г. 8:24

  • Не совсем ясно, что такое вторичный сервер и первичный - таких понятий в Exchange 2007 нет. Есть понятия ролей. Распишите пожалуйста на каких серверах какие роли у вас находились. Так же не совсем ясна процедура повышения вторичного сервера до главного(что именно вы сделали)

    27 июля 2009 г. 8:31
  • Не существует такого понятия, как главный и вторичный серверы Exchange. Почитайте внимательно ссылку, которую я вам привел. Вам нужно восстановить работоспосоность серверов - как это сделать написано в статье. То, что у вас в данный момент нет ни одного работающего сервера Exchange, не имеет значения

    27 июля 2009 г. 8:34
  • Было два сервера один exch01 (физический) работал как транспортный узел, через него вся почта приходила и уходила, и был фторой exch02 (виртуальный) на нем пыли mail.edb и public.edb. Так вот первый мог быть без второго, а наоборот нет. После все, роли перенесли на виртуальный exch02 а exch02 убили. Сорри за корявый язык, я просто с почтовиком недолго знаком.
    27 июля 2009 г. 8:54
  • 1. А как убили предыдущий сервер?
    2. Так в данный момент у вас базы не поднимаются или не работает весь сервер Exchange?

    27 июля 2009 г. 9:01
  • 1. Наладили рекликацию всего. После успешной репликации удалили сервер из консоли ексч.
    2. После снап шота exch02 вернулся в режим зависимости от exch01 (которого уже нет). Т.е. не работает Ексч.
    27 июля 2009 г. 9:10
  • Устанавливайте новую систему (можно на виртуальной машине) в соотвествие со статьей, называйте ее Exch01, заводите в домен и устанавливайте Exchange с ключом recoverserver

    27 июля 2009 г. 9:18
  • Народ... я нашел бекап для exch01 на месяц назад, т.е. если его восстановить то exch02 увидет первый сервер и по идее должно все подняться...
    Бекап я развернул но столкнулся с такой проблемой: при заходе на exch01 под доменными именами (пользователями) пишет что мол не верные данные учетной записи, а под локальным админом заходит. Точно такая же ситуация на exch02. Может вывести серваки из домена и обратно воткнуть? или как?
    27 июля 2009 г. 11:05
  • вот что пишет домен в евентах системы

    При установке сеанса с компьютера EXCH01 не получено подтверждение имен. В базе данных безопасности содержатся ссылки на учетные записи EXCH01$. Ошибка:

    Отказано в доступе.

    27 июля 2009 г. 11:08
  • Вот что пишется на серверах ексченьдж
    Процесс MSEXCHANGEADTOPOLOGYSERVICE.EXE (идентификатор процесса=1672). Произошла ошибка при обнаружении топологии, ошибка 0x80040952 (LDAP_LOCAL_ERROR (Client-side internal error or bad LDAP message)).  
    27 июля 2009 г. 11:49
  • Или попробывать удалить с первого ексченьдж и потом со второго. Тогда записи в АД исчезнут и можно будет с нуля ставить...

    Или удалить, а потом воспользоваться "Exchange с ключом recoverserver"?

    Посоветуйте какой способ лучше?
    27 июля 2009 г. 13:53
  • Лучший способ это сейчас подготовить новую систему, сросить акаунт компьютера(для эксчейнджа который у вас недавно упал), запустить установку Exchange в режиме восстановления. Все как описано здесь: http://technet.microsoft.com/ru-ru/library/bb123496.aspx 

    После того как восстановите почтовый сервер с ролью Mailbox, проинсталлируйте на него же Hub и CAS и восстановите базы данных из бакапа.

    • Предложено в качестве ответа ЮА 28 июля 2009 г. 12:10
    28 июля 2009 г. 12:10
  • Запустил восстановление setup.com /M:RecoverServer. выдает следующее:

    Роль Транспортного сервера Концентратора - ОШИБКА
    Службе "MSExchangeTransport" не удалось перейти в состояние "Running" на этом сервере.
    29 июля 2009 г. 7:13
  • Запустил восстановление setup.com /M:RecoverServer /DoNotStertTransport

    Службе "MSExchangeServiceHost" не удалось перейти в состояние "Running" на этом сервере.

    Мож я чего не так делаю?
    29 июля 2009 г. 7:24
  • Уточните пожалуйста, какие шаги на этом компьютере вы делали?

    Подозреваю, что первые три шага были упущены:

    1. Установкой новой ОС
    2. Сброс пароля акаунта почтового сервера в AD
    3. Введение сервера в домен

    и только тогда запуск  setup.com /M:RecoverServer

    http://technet.microsoft.com/ru-ru/library/bb123496.aspx  тут же шаги что делать когда восстановление прошло с ошибкой
    • Предложено в качестве ответа Nikita PanovModerator 21 сентября 2009 г. 11:05
    29 июля 2009 г. 8:42
  • Это Loop_g, просто пароль забыл....
    Короч Новую ОС поставил...
    а вот со сбросом как то непонятно...
    В AD нашел ексч сервер и праворй кнопкой reset. а потом удалил этот комп из ад (Delete) ибо не давал мне домен ввести новый комп с этим именем в домен.
    Третий пункт выполнен.

    По поводу ссылки... Только забекапил AD, ибо стремно (+ так описано в статье)

    Так вот мои шаги были верны или не особо?


    ping ya.ru
    29 июля 2009 г. 9:34
  • Почти выполнил указания в ссылке.
    Имеем в реестре совпадение по версиям только HubTransportRole

    В параметре MSExchCurrentServerRoles значение 38. В примере описанном в ссылке, говориться что

    Например, если на сервере с установленными ролями транспортного сервера-концентратора (значение = 32), сервера почтовых ящиков (значение = 2) и сервера клиентского доступа (значение = 4) была успешно восстановлена роль сервера почтовых ящиков, значение будет равно 38. Из этого значения вычтите 2 для роли сервера почтовых ящиков. Останется значение 36 для параметра msExchCurrentServerRoles.

    Так вот вопрос (сорри за тупку) какое значение задавать? И нужно ли в реестре переименовывать ветку?


    ping ya.ru
    29 июля 2009 г. 10:33
  • Посоветовался с человеком, он говорит что такой метод бесполезный ибо СИДы не совпадут. Это верное утверждение?
    ping ya.ru
    29 июля 2009 г. 12:57
  • Сиды здесь не причем. Вам не надо было удалять акаунт, после сброса пароля, а ввести новую ОС как раз под этим акаунтом, далее оставалось только запускать восстановление.

    Почти выполнил указания в ссылке.
    Имеем в реестре совпадение по версиям только HubTransportRole

    В параметре MSExchCurrentServerRoles значение 38. В примере описанном в ссылке, говориться что

    Например, если на сервере с установленными ролями транспортного сервера-концентратора (значение = 32), сервера почтовых ящиков (значение = 2) и сервера клиентского доступа (значение = 4) была успешно восстановлена роль сервера почтовых ящиков, значение будет равно 38. Из этого значения вычтите 2 для роли сервера почтовых ящиков. Останется значение 36 для параметра msExchCurrentServerRoles.

    Так вот вопрос (сорри за тупку) какое значение задавать? И нужно ли в реестре переименовывать ветку?

    Вот эти действия надо проделывать когда у вас не проходит восстановление по ролям или проходит, но какие-то роли не восстанавливаются. Пробуйте сейчас запускать Recovery

    30 июля 2009 г. 6:38