none
Выбрать сервер клинского доступа. RRS feed

  • Вопрос

  • Всем добрый день. 

    В преддверие перехода на Excnhage 2019 "скончался" один из серверов Excnhage 2010 который был выставлен наружу. 

    Разворачивать новый нет ни времени не желания, после переключения всех записей DNS локальная почта как-то поднялась (у меня гибридная конфигурация) и базы которые обрабатывал оставшийся транспортный сервер заработали.

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

    Excnhage организация представляет из себе пару транспортных серверов и ряд удалённых серверов "почтовый ящик".

    Подскажите как безболезненно переключить клиентский доступ с серверов "почтовый ящик" на оставшийся транспортный сервер.

    P\s Миграции ящиков в базы данных, которые авторизовывает рабочий сервер, позволяет обеспечить к ним доступ, но это не выход.

    Update

    вешаю руками другой RPC сервер, заведомо рабочий

    Создаю CAS и вешаю выше сервера авторизации, тоже не пускает в mailbox 

    [PS] C:\Windows\system32>set-MailboxDatabase -Identity MDB-Services-01 -RpcClientAccessServer server-name.domain.loc
    ПРЕДУПРЕЖДЕНИЕ: Агент расширения командлета с индексом 0 создал исключение в OnComplete(). Исключение:
    System.Net.WebException: Невозможно соединиться с удаленным сервером ---> System.Net.Sockets.SocketException: Попытка
    установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или
    было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера 192.168.99.99:443
       в System.Net.Sockets.Socket.DoConnect(EndPoint endPointSnapshot, SocketAddress socketAddress)
       в System.Net.ServicePoint.ConnectSocketInternal(Boolean connectFailure, Socket s4, Socket s6, Socket& socket,
    IPAddress& address, ConnectSocketState state, IAsyncResult asyncResult, Int32 timeout, Exception& exception)
       --- Конец трассировки внутреннего стека исключений ---
       в System.Net.HttpWebRequest.GetRequestStream(TransportContext& context)
       в System.Net.HttpWebRequest.GetRequestStream()
       в System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
       в Microsoft.Exchange.SoapWebClient.CustomSoapHttpClientProtocol.<>c__DisplayClass4.<Invoke>b__3()
       в
    Microsoft.Exchange.SoapWebClient.HttpAuthenticator.NetworkServiceHttpAuthenticator.AuthenticateAndExecute[T](SoapHttpCl
    ientProtocol client, AuthenticateAndExecuteHandler`1 handler)
       в Microsoft.Exchange.SoapWebClient.SoapHttpClientAuthenticator.AuthenticateAndExecute[T](SoapHttpClientProtocol
    client, AuthenticateAndExecuteHandler`1 handler)
       в Microsoft.Exchange.SoapWebClient.EWS.ExchangeServiceBinding.FindFolder(FindFolderType FindFolder1)
       в Microsoft.Exchange.ProvisioningAgent.MailboxLoggerFactory.EwsMailer.GetAdminAuditLogsFolder(ADUser adUser)
       в Microsoft.Exchange.ProvisioningAgent.MailboxLoggerFactory.EwsMailer..ctor(OrganizationId organizationId, ADUser
    adUser, ExchangePrincipal principal)
       в Microsoft.Exchange.ProvisioningAgent.MailboxLoggerFactory.Create(OrganizationId organizationId, ADUser mailbox,
    ExchangePrincipal principal)
       в Microsoft.Exchange.ProvisioningAgent.AdminLogAgentClassFactory.ConfigWrapper.get_MailboxLogger()
       в Microsoft.Exchange.ProvisioningAgent.AdminLogProvisioningHandler.OnComplete(Boolean succeeded, Exception e)
       в Microsoft.Exchange.Provisioning.ProvisioningLayer.OnComplete(Task task, Boolean succeeded, Exception exception)

    Пока не хочу избавляться от вышедшего из строя сервера надеюсь его реанимировать, есть еще способы обеспечить клиентский доступ к MAILBOX ?






Ответы

  • Сервер находился в DAG, но базы на которых находятся требуемые MAILBOX не входят в CAS

    Я правильно понимаю, что проблема у вас - с клиентами именно Outlook (ни с какими другими), которые не хотят получать доступ к п/я через оставшийся в живых CAS(возможно, совмещенном с MBX), хотя база(ы) с п/я находились в DAG и и либо не пострадали, либо были успешно смонтированы на другом сервере из DAG?

    В таком случае, проверьте, не привязаны ли проблемная база(ы) к умершему CAS через свойство RPCClientAccessServer:

    Get-MailboxDatabase база | fl RPCClientAccessServer

    Если дело в этом, измените этот параметр так, чтобы он указывал на существующий сервер CAS (а лучше - на общее имя для всех серверов CAS в сайте):

    Set-MailboxDatabase -identity MailboxDatabase -RpcClientAccessServer CAS.Server.FQDN

    После этого, возможно, у пользователей с п/я в этой БД придется выполнить вручную автонастройку учетной записи или даже пересоздать им профиль Outlook.

    PS Если же я вас понял неправильно, то потрудитесь описать какие у вас были серверы, с какими ролями, и что произошло после отказа одного из CAS - какую именно ошибку вы наблюдаете. Иначе вам смогут помочь только более сильные, чем я, телепаты - а такие, боюсь, сюда редко заглядывают.


    Слава России!


Все ответы

  • День добрый.

    Тема архитектуры не расскрыта. 

    В каждом сайте Exchange 2010 должен быть CAS. 

    Exchange 2010 не поддерживает Exchange 2019 в организации.

    Exchange 2010  - Recover Exchange servers, восстанавливается за 1-2 часа.


    MCITP, MCSE. Regards, Oleg

    Модератор
  • Если у вас умер MBX-сервер, который находился не в DAG, то вы можете "переключить" пользовательские пя на другую новую БД - в результате они смогут получать/принимать почту с изначально пустым пя, затем восстановить БД из бэкапа и перенести письма из неё в новую БД.
  • Сервер находился в DAG, но базы на которых находятся требуемые MAILBOX не входят в CAS
  • Сервер находился в DAG, но базы на которых находятся требуемые MAILBOX не входят в CAS

    Я правильно понимаю, что проблема у вас - с клиентами именно Outlook (ни с какими другими), которые не хотят получать доступ к п/я через оставшийся в живых CAS(возможно, совмещенном с MBX), хотя база(ы) с п/я находились в DAG и и либо не пострадали, либо были успешно смонтированы на другом сервере из DAG?

    В таком случае, проверьте, не привязаны ли проблемная база(ы) к умершему CAS через свойство RPCClientAccessServer:

    Get-MailboxDatabase база | fl RPCClientAccessServer

    Если дело в этом, измените этот параметр так, чтобы он указывал на существующий сервер CAS (а лучше - на общее имя для всех серверов CAS в сайте):

    Set-MailboxDatabase -identity MailboxDatabase -RpcClientAccessServer CAS.Server.FQDN

    После этого, возможно, у пользователей с п/я в этой БД придется выполнить вручную автонастройку учетной записи или даже пересоздать им профиль Outlook.

    PS Если же я вас понял неправильно, то потрудитесь описать какие у вас были серверы, с какими ролями, и что произошло после отказа одного из CAS - какую именно ошибку вы наблюдаете. Иначе вам смогут помочь только более сильные, чем я, телепаты - а такие, боюсь, сюда редко заглядывают.


    Слава России!