Лучший отвечающий
Выбрать сервер клинского доступа.

Вопрос
-
Всем добрый день.
В преддверие перехода на 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 ?
- Изменено Hamilius Tahugava 27 мая 2020 г. 21:42 update
26 мая 2020 г. 17:26
Ответы
-
Сервер находился в 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 - какую именно ошибку вы наблюдаете. Иначе вам смогут помочь только более сильные, чем я, телепаты - а такие, боюсь, сюда редко заглядывают.
Слава России!
- Изменено M.V.V. _ 27 мая 2020 г. 22:51
- Помечено в качестве ответа Vasilev VasilMicrosoft contingent staff 8 июня 2020 г. 6:45
27 мая 2020 г. 22:50
Все ответы
-
День добрый.
Тема архитектуры не расскрыта.
В каждом сайте Exchange 2010 должен быть CAS.
Exchange 2010 не поддерживает Exchange 2019 в организации.
Exchange 2010 - Recover Exchange servers, восстанавливается за 1-2 часа.
MCITP, MCSE. Regards, Oleg
26 мая 2020 г. 18:03Модератор -
Если у вас умер MBX-сервер, который находился не в DAG, то вы можете "переключить" пользовательские пя на другую новую БД - в результате они смогут получать/принимать почту с изначально пустым пя, затем восстановить БД из бэкапа и перенести письма из неё в новую БД.27 мая 2020 г. 5:35
-
Сервер находился в DAG, но базы на которых находятся требуемые MAILBOX не входят в CAS27 мая 2020 г. 21:45
-
Сервер находился в 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 - какую именно ошибку вы наблюдаете. Иначе вам смогут помочь только более сильные, чем я, телепаты - а такие, боюсь, сюда редко заглядывают.
Слава России!
- Изменено M.V.V. _ 27 мая 2020 г. 22:51
- Помечено в качестве ответа Vasilev VasilMicrosoft contingent staff 8 июня 2020 г. 6:45
27 мая 2020 г. 22:50