none
Предупрежения и ошибки в журналах после миграции Exchange на другой host hyperv RRS feed

  • Вопрос

  • Добрый день коллеги. Имеется Exchange 2010 Sp2 Rollup1 (все в одном) виртуализирован. В связи с переездом на новые Blade сервера была перенесена виртуальная машина и сменен IP адрес. Вроде все работает, но напрягают следующие ошибки:

    Процесс w3wp.exe () (идентификатор процесса=5612). Поставщик Active Directory Exchange потерял контакт с контроллером домена INT-W2K8R2-DC2.ric096.local.  Ошибка 0x55 (Timeout) (Отклик Active Directory: Операция была прекращена из-за превышения предела времени ожидания со стороны клиента. ).  Поставщик Active Directory Exchange попытается осуществить повторное подключение к контроллеру домена, когда он будет доступен.  

    Через некоторое время:

    Процесс MAD.EXE (идентификатор процесса=2192). Поставщик Active Directory Exchange обнаружил следующие серверы с характеристиками: 
     (имя сервера | роли | включен | доступность | синхронизирован | поддержка глобального каталога | основной контроллер домена | право системного списка управления доступом | важные данные | Netlogon | версия ОС) 
    На сайте:
    dc1.ric096.local				CDG 1 7 7 1 0 1 1 7 1
    int-w2k8-dc.ric096.local		CDG 1 7 7 1 0 1 1 7 1
    P62-3-DC1.ric096.local		CDG 1 7 7 1 0 1 1 7 1
    INT-W2K8R2-DC2.ric096.local	CDG 1 7 7 1 0 1 1 7 1
    

    соответственно:
    1 - 2003

    2 - 2008

    3\4 - 2008r2

    Ошибки зарегестрированы только на  INT-W2K8R2-DC2.ric096.local. В GUI Exchange поставил контроллер домена вручную на P62-3-DC1.ric096.local. Не помогло.

    Exchange находится в другой подсети нежели контроллеры домена.

    Есть какие нибудь идеи?


    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    15 марта 2012 г. 5:32

Ответы

  • Вобщем после долгих раздумий, пришел к выводу что какие то сетевые проблеммы с этим контроллером домена.

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

    Проблему пофиксил сняв с этого контроллера домена роль глобального каталога. Перезапустил Службу топологии Exchange, службы после опроса доступных серверов контроллеров стали выбирать другие сервера глобальных каталогов для поиска конфигурации и чегото там еще....


    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    • Помечено в качестве ответа Aleksey Medvedovskiy 15 марта 2012 г. 17:54
    15 марта 2012 г. 17:54

Все ответы

  • Есть какойнибудь третистороний софт, на подобе антивирусов или агентов каких то?


    Мой скромный Блог

    15 марта 2012 г. 5:54
  • в сети развернут Касперский... но ранее это стабильной работе не мешало, на контроллерах и exchange антивиря и стороннего софта нет

    Кстати INT-W2K8R2-DC2.ric096.local - развернут в режиме ядра... может это как то...


    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"



    15 марта 2012 г. 6:10
  • Попробуйте отключить АВ, не надолго, и мониторьте логи.


    Мой скромный Блог

    15 марта 2012 г. 6:43
  • AB? расшифруйте pls


    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"


    15 марта 2012 г. 7:12
  • Прошу прощения, АВ=антивирус:)


    Мой скромный Блог

    15 марта 2012 г. 7:24
  • Прошу прощения, АВ=антивирус:)


    Мой скромный Блог

    ничего не изменилось кроме того что в журнале сообщение не с воск знаком а информационное :

    Процесс Microsoft.Exchange.AddressBook.Service.exe (идентификатор процесса=2940). Поставщик Active Directory Exchange потерял контакт с контроллером домена INT-W2K8R2-DC2.ric096.local.  Ошибка 0x55 (Timeout) (Отклик Active Directory: Операция была прекращена из-за превышения предела времени ожидания со стороны клиента. ).  Поставщик Active Directory Exchange попытается осуществить повторное подключение к контроллеру домена, когда он будет доступен.

    Вот еще одно информационное свалилось

    Процесс w3wp.exe () (идентификатор процесса=2128). Поставщик Active Directory Exchange потерял контакт с контроллером домена INT-W2K8R2-DC2.ric096.local.  Ошибка 0x55 (Timeout) (Active directory response: Операция была прекращена из-за превышения предела времени ожидания со стороны клиента. ).  Поставщик Active Directory Exchange попытается осуществить повторное подключение к контроллеру домена, когда он будет доступен. 


    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"


    15 марта 2012 г. 7:46
  • Вывалилась ошибка:

    Необработанное исключение "Active Directory operation failed on INT-W2K8R2-DC2.ric096.local. This error could have been caused by user input or by the Active Directory server being unavailable. Please retry at a later time. Additional information: Active directory response: Операция была прекращена из-за превышения предела времени ожидания со стороны клиента. ."
    Трассировка стека: Microsoft.Exchange.Data.Directory.ADPossibleOperationException: Active Directory operation failed on INT-W2K8R2-DC2.ric096.local. This error could have been caused by user input or by the Active Directory server being unavailable. Please retry at a later time. Additional information: Active directory response: Операция была прекращена из-за превышения предела времени ожидания со стороны клиента. . ---> System.DirectoryServices.Protocols.LdapException: Операция была прекращена из-за превышения предела времени ожидания со стороны клиента. 
       в System.DirectoryServices.Protocols.LdapConnection.ConstructResponse(Int32 messageId, LdapOperation operation, ResultAll resultType, TimeSpan requestTimeOut, Boolean exceptionOnTimeOut)
       в System.DirectoryServices.Protocols.LdapConnection.SendRequest(DirectoryRequest request, TimeSpan requestTimeout)
       в Microsoft.Exchange.Data.Directory.PooledLdapConnection.SendRequest(DirectoryRequest request, LdapOperation ldapOperation, IAccountingObject budget, Nullable`1 clientSideSearchTimeout)
       в Microsoft.Exchange.Data.Directory.ADSession.Find(ADObjectId rootId, String optionalBaseDN, ADObjectId readId, QueryScope scope, QueryFilter filter, SortBy sortBy, Int32 maxResults, IEnumerable`1 properties, CreateObjectDelegate objectCreator, CreateObjectsDelegate arrayCreator, Boolean includeDeletedObjects)
       --- Конец трассировки внутреннего стека исключений ---
       в Microsoft.Exchange.Data.Directory.ADSession.AnalyzeDirectoryError(PooledLdapConnection connection, DirectoryRequest request, DirectoryException de, Int32 totalRetries, Int32 retriesOnServer)
       в Microsoft.Exchange.Data.Directory.ADSession.Find(ADObjectId rootId, String optionalBaseDN, ADObjectId readId, QueryScope scope, QueryFilter filter, SortBy sortBy, Int32 maxResults, IEnumerable`1 properties, CreateObjectDelegate objectCreator, CreateObjectsDelegate arrayCreator, Boolean includeDeletedObjects)
       в Microsoft.Exchange.Data.Directory.ADSession.Find(ADObjectId rootId, QueryScope scope, QueryFilter filter, SortBy sortBy, Int32 maxResults, IEnumerable`1 properties, CreateObjectDelegate objectCtor, CreateObjectsDelegate arrayCtor)
       в Microsoft.Exchange.Data.Directory.ADSession.Find[TResult](ADObjectId rootId, QueryScope scope, QueryFilter filter, SortBy sortBy, Int32 maxResults, IEnumerable`1 properties)
       в Microsoft.Exchange.Data.Directory.Recipient.ADRecipientSession.FindBySid(SecurityIdentifier sId)
       в Microsoft.Exchange.Autodiscover.WCF.GetUserSettingsRequestMessage.<>c__DisplayClass1.<ExecuteCommand>b__0()
       в Microsoft.Exchange.Autodiscover.RequestDetailsLogger.TrackLatency(LogField logField, Action method)
       в Microsoft.Exchange.Autodiscover.WCF.GetUserSettingsRequestMessage.ExecuteCommand(WindowsIdentity callerWindowsIdentity, CallContext callContext)
       в Microsoft.Exchange.Autodiscover.WCF.GetUserSettingsRequestMessage.Execute()

    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"


    15 марта 2012 г. 8:10
  • ради эксперимента вырубил злосчастный контроллер домена

    получил сообщение:

    Процесс w3wp.exe () (идентификатор процесса=2668). Поставщик Active Directory Exchange потерял контакт с контроллером домена INT-W2K8R2-DC2.ric096.local.  Ошибка 0x51 (ServerDown) (Active directory response: Сервер LDAP недоступен.).  Поставщик Active Directory Exchange попытается осуществить повторное подключение к контроллеру домена, когда он будет доступен. 

     

    Как сделать чтобы другой контроллер домена отвечал за сервер LDAP


    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    15 марта 2012 г. 8:41
  •  В связи с переездом на новые Blade сервера была перенесена виртуальная машина и сменен IP адрес. Вроде все работает, но напрягают следующие ошибки:


    Смена адреса это скорее всего смена сетевого оборудования и другой мартшрут до DC. Я бы проверил сеть. В частности MTU, размеры пакетов и т.п.

    Сазонов Илья http://isazonov.wordpress.com/

    15 марта 2012 г. 12:02
    Модератор
  • после изменения получилось вот что:

    [PS] C:\Windows\system32>Get-ADServerSettings | fl

    RunspaceId                                 : 43a41609-d674-4939-b62d-13f0e126ca52
    DefaultGlobalCatalog                       : int-w2k8-dc.ric096.local
    PreferredDomainControllerForDomain         : {<ric096.local, int-w2k8-dc.ric096.local>}
    DefaultConfigurationDomainController       : int-w2k8-dc.ric096.local
    DefaultPreferredDomainControllers          : {int-w2k8-dc.ric096.local}
    UserPreferredGlobalCatalog                 : int-w2k8-dc.ric096.local
    UserPreferredConfigurationDomainController : int-w2k8-dc.ric096.local
    UserPreferredDomainControllers             : {int-w2k8-dc.ric096.local}
    RecipientViewRoot                          : ric096.local
    ViewEntireForest                           : False
    WriteOriginatingChangeTimestamp            : False
    WriteShadowProperties                      : False
    Identity                                   :
    IsValid                                    : True

    Перезапустил службу топологии Exchange. Все равно Exch опрашивает int-w2k8r2-dc2..... Ничего не понимаю


    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    15 марта 2012 г. 12:05
  • Вобщем после долгих раздумий, пришел к выводу что какие то сетевые проблеммы с этим контроллером домена.

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

    Проблему пофиксил сняв с этого контроллера домена роль глобального каталога. Перезапустил Службу топологии Exchange, службы после опроса доступных серверов контроллеров стали выбирать другие сервера глобальных каталогов для поиска конфигурации и чегото там еще....


    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    • Помечено в качестве ответа Aleksey Medvedovskiy 15 марта 2012 г. 17:54
    15 марта 2012 г. 17:54
  •  В связи с переездом на новые Blade сервера была перенесена виртуальная машина и сменен IP адрес. Вроде все работает, но напрягают следующие ошибки:


    Смена адреса это скорее всего смена сетевого оборудования и другой мартшрут до DC. Я бы проверил сеть. В частности MTU, размеры пакетов и т.п.

    Сазонов Илья http://isazonov.wordpress.com/

    Илья, в принципе да, исменилля у сервера IP и другие маршруты до DC. Можете пояснить как критично взаимосвязаны MTU и размер пакетов. На сетевой карте (виртуальной) включено JumboFrame/ MTU на маршрутизатарах между Vlan 1500. Коммутаторы D-LINK (так уж исторически сложилось).

    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    16 марта 2012 г. 9:33
  • Иногда в сети попадаются не очень умные роутеры, которые могут дропить большие пакеты: например, пакет с MTU 1400 пролетит, а с MTU 1500 нет.

    Сазонов Илья http://isazonov.wordpress.com/

    16 марта 2012 г. 12:37
    Модератор
  • Этот вариант уже исключили.... пакеты не дропятся.  Сутки наблюдаю ла логами, после вышеуказанных действий все чисто... ошибок нет. Посмотрим что будет дальше.


    MCP,MCTS
    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"


    16 марта 2012 г. 13:26