Компьютерный форум OSzone.net  

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)
-   Microsoft Exchange Server (http://forum.oszone.net/forumdisplay.php?f=76)
-   -   [решено] Отказоустойчивость Exchange 2010 CAS без NLB (http://forum.oszone.net/showthread.php?t=240121)

DJ Mogarych 07-08-2012 10:18 1966034

Отказоустойчивость Exchange 2010 CAS без NLB
 
Добрый день, коллеги!

Подскажите, пожалуйста, каким образом можно настроить отказоустойчивую конструкцию CAS, если имеется всего два сервера в стандартной установке (Mailbox+Hub+CAS), и поднят DAG?

Везде говорится об аппаратных баласировщиках для CAS array в такой конфигурации, но покупать такую штуку для организации в 100 человек, когда любой из серверов играючи справляется со всей нагрузкой в одиночку, как-то смысла особо нет.

Вообще, нужен ли в этой ситуации CAS array, или клиенты в случае падения одного из серверов автоматически подключатся к другому?
Спасибо!

Oleg Krylov 07-08-2012 10:24 1966044

Неподдерживаемое решение могу предложить: нацельте ClientAccessArray на DatabaseAvailabilityGroupIpAddresses.

Т.е. делаете А-запись в DNS CASArray.contoso.com=DatabaseAvailabilityGroupIpAddresses и указываете New-ClientAccessArray -Fqdn CASArray.contoso.com

DJ Mogarych 07-08-2012 10:45 1966062

Ага, понятно!

Но теперь возникают вопросы:
1) Клиентов надо будет руками всех перенастраивать?
2) Базы перенацеливать надо? (Set-MailboxDatabase -RpcClientAccessServer)?
3) В DNS будет 2 А-записи, настроенные на один ip-адрес?

Oleg Krylov 07-08-2012 10:55 1966071

1. Нет, Autodiscover же
2. Да.
3. Можете обойтись одной :) New-ClientAccessArray -Fqdn DAG.contoso.com

DJ Mogarych 07-08-2012 10:57 1966074

Супер! Спасибо большое!

DJ Mogarych 29-08-2012 16:57 1979320

Олег, сделал по вашей рекомендации, но Аутлуки почему-то не спешат перенастраиваться на новый адрес. Хотя, если вручную указать адрес outlook.domain.com (такой адрес я выбрал для массива), то всё отлично работает.

Get-AutodiscoverVirtualDirectory | fl выглядит так:
читать дальше »
RunspaceId : edc017cd-0c18-46bc-96d5-5c2c220d3214
Name : Autodiscover (Default Web Site)
InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
LiveIdSpNegoAuthentication : False
WSSecurityAuthentication : True
LiveIdBasicAuthentication : False
BasicAuthentication : True
DigestAuthentication : False
WindowsAuthentication : True
MetabasePath : IIS://MSK-EXCH02.domain.com/W3SVC/1/ROOT/Autodiscover
Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Autodiscover
ExtendedProtectionTokenChecking : None
ExtendedProtectionFlags : {}
ExtendedProtectionSPNList : {}
Server : MSK-EXCH02
InternalUrl :
ExternalUrl :
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=Autodiscover (Default Web Site),CN=HTTP,CN=Protocols,CN=MSK-EXCH02,CN=Servers,CN=E
xchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=organization,CN=Mic
rosoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
Identity : MSK-EXCH02\Autodiscover (Default Web Site)
Guid : 1e633e19-d11e-4402-8e68-2f8ad7e005c0
ObjectCategory : domain.com/Configuration/Schema/ms-Exch-Auto-Discover-Virtual-Directory
ObjectClass : {top, msExchVirtualDirectory, msExchAutoDiscoverVirtualDirectory}
WhenChanged : 03.08.2012 11:42:52
WhenCreated : 03.08.2012 11:42:52
WhenChangedUTC : 03.08.2012 7:42:52
WhenCreatedUTC : 03.08.2012 7:42:52
OrganizationId :
OriginatingServer : msk001srv.domain.com
IsValid : True

RunspaceId : edc017cd-0c18-46bc-96d5-5c2c220d3214
Name : Autodiscover (Default Web Site)
InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated}
ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated}
LiveIdSpNegoAuthentication : False
WSSecurityAuthentication : False
LiveIdBasicAuthentication : False
BasicAuthentication : True
DigestAuthentication : False
WindowsAuthentication : True
MetabasePath : IIS://MSK-EXCH01.domain.com/W3SVC/1/ROOT/Autodiscover
Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Autodiscover
ExtendedProtectionTokenChecking : None
ExtendedProtectionFlags : {}
ExtendedProtectionSPNList : {}
Server : MSK-EXCH01
InternalUrl :
ExternalUrl :
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=Autodiscover (Default Web Site),CN=HTTP,CN=Protocols,CN=MSK-EXCH01,CN=Servers,CN=E
xchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=organization,CN=Mic
rosoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
Identity : MSK-EXCH01\Autodiscover (Default Web Site)
Guid : 1cb33244-8c2b-4961-982f-54489856eba3
ObjectCategory : domain.com/Configuration/Schema/ms-Exch-Auto-Discover-Virtual-Directory
ObjectClass : {top, msExchVirtualDirectory, msExchAutoDiscoverVirtualDirectory}
WhenChanged : 17.08.2012 10:42:42
WhenCreated : 17.08.2012 10:42:31
WhenChangedUTC : 17.08.2012 6:42:42
WhenCreatedUTC : 17.08.2012 6:42:31
OrganizationId :
OriginatingServer : msk001srv.domain.com
IsValid : True


С вашего позволения, задам ещё один вопрос: в состоянии подключения (Ctrl + щелчок мышки на пиктограмме Аутлука) у многих пользователей Аутлук пытается подключиться к серверам, которых больше не существует. Как сделать так, чтобы Аутлук не подключался к несуществующим серверам?

Oleg Krylov 29-08-2012 17:08 1979327

Думаю есть смысл проверить репликацию AD. По сути в самом файле Autodiscover.xml нет ничего, там схема запроса к АД, он берет и подставляет параметры для конкретного пользователя. То, что клиенты лезут на несуществующие серверы - значит в ответ на запрос Autodiscover им возвращается имя старого сервера - надо смотреть в аттрибуты объекта пользователя и в отклик Autodiscover. Аттрибуты можно увидеть в ADSIedit, причем посмотреть на разных контроллерах, а отклик на запрос - Ctrl+щелчок по иконке в трее и Проверка автоконфигурации (там надо ввести адрес и пароль пользователя). И сравнить все это.


Время: 08:04.

Время: 08:04.
© OSzone.net 2001-