Очистить ссылки AD на теперь удаленный почтовый ящик Exchange 2013
Недавно мы разделили одну из наших баз данных почтовых ящиков на три, чтобы лучше управлять ее растущим размером.
Все миграции прошли успешно, и старая база данных была отключена на некоторое время. Сегодня, чтобы немного поправить, я удалил старую базу данных. После этого в системных журналах я начал получать следующую ошибку:
[Автообнаружение] Не удалось обновить сервер почтовых ящиков для базы данных dbb9bd73-1a38-4487-92f7-6e71bea7ac52 в лесу ресурсов. Исключение: Microsoft.Exchange.Data.Storage.DatabaseNotFoundException: не удалось найти базу данных с идентификатором dbb9bd73-1a38-4487-92f7-6e71bea7ac52. в Microsoft.Exchange.Data.ApplicationLogic.Cafe.MailboxServerLocator.ResolveMasterServerOrDag () в Microsoft.Exchange.Data.ApplicationLogic.Cafe.MailboxServerLocator.BeginGetServer (обратный вызов базы данных AsyncCallback, База данных asyncExchange.syncCallback, База данных asyncExchange.Microsoft, ObjectResponse.Station )
Я думаю, это довольно просто: есть несколько неработающих ссылок на этот теперь удаленный сервер, которые остались в AD и вызывают проблемы. Проблема в том, что я все еще довольно неопытен, когда дело доходит до управления доменами Windows, и я не знаю, как найти эти неработающие ссылки и удалить их.
Google обнаружил некоторые интересные результаты по восстановлению баз данных, которые вы не удаляли специально, но единственная информация об этой конкретной ошибке побуждает пользователя «проверить доступность базы данных». Конечно, отсутствие базы данных было своего рода смыслом ...
Любая помощь приветствуется.
У меня была такая же проблема, и я нашел ваше сообщение, когда искал сообщение об ошибке. Мой отдельный сервер клиентского доступа генерировал событие 3008. На сервере почтовых ящиков каждые 20 минут я получал идентификаторы событий 4 и 16, показывающие, что CAS пытался аутентифицироваться с помощью домен\ SM_GUID учетная запись, которая не существует (потому что это был системный почтовый ящик в базе данных, которую я удалил). Все это началось после того, как я удалил некоторые базы данных в EAC.
Я видел комментарий @blaughw, но он не имел смысла. Нет такой вещи, как отключение базы данных, и это не обязательный шаг при удалении базы данных.
В любом случае, я подумал, поскольку только один из моих серверов клиентского доступа генерировал ошибку, возможно, он кэшировал информацию Active Directory, которая больше не действительна. Итак, на сервере клиентского доступа я перезапустил службу топологии Microsoft Exchange Active Directory, которая перезапускает большинство других служб Exchange. После этого я больше не получал подобных ошибок в журналах событий ни на CAS, ни на моем сервере почтовых ящиков.
Джеффри Фокс