Материал: Книга Active directory

Занятие 3 Настройка репликации 543

Поскольку все четыре сайта включены в одну связь сайтов, Active Direc-

реплицирует и з м е н е н и я из Сиэтла . Трафик репликации в сети перетекает по этим нескольким путям репликации из одного филиала в другой через главный офис. С такой связью сайтов нет необходимости создавать централизованную топологию р е п л и к а ц и и в виде звезды (hub-and-spoke), даже если реальная топология сети я в л я е т с я таковой .

Поэтому рекомендуется вручную создать связи сайтов в соответствии с физической топологией сетей. В предыдущем примере можно было бы создать три связи сайтов:

•H E A D Q U A R T E R S - A M S , включающая сайты главного офиса и в Амстердаме;

•H E A D Q U A R T E R S - S E A , в к л ю ч а ю щ а я сайты главного офиса и в Сиэтле;

•H E A D Q U A R T E R S - P E K , включающая сайты главного офиса и Пекина. Затем связь D E F A U L T I P S I T E U N K можно удалить. Результирующая то-

пология показана на рис. 11-12.

Рис. 11-12. Сетевая топология и связь из трех сайтов

После создания связей сайтов генератор ISTG начнет использовать топологию для построения репликации между сайтами с подключением ко всем сайтам. Для настройки путей репликации между сайтами автоматически конструируются объекты подключений.

Транспортные протоколы репликации

В оснастке Active Directory — сайты и службы (Active Directory Sites And Services) связи сайтов содержатся в контейнере IP, который находится в контейнере Inter-Site Transports. Изменения реплицируются между контроллерами домена с использованием одного из двух протоколов.

•Протокол DS - RPC (Directory Service Remote P r o c e d u r e Call, DS - RPC) Отображается в оснастке как IP. Протокол IP используется для репликации внутри сайтов и по умолчанию является предпочтительным протоколом для репликации между сайтами.

•Протокол ISM-SMTP (Inter-Site Messaging-Simple Mail Transport Protocol)

Этот протокол также называется протоколом S M T P и используется только в том случае, если сетевые подключения между сайтами являются нестабильными и не всегда доступными.

В целом для всей репликации между узлами используется протокол IP. Очень немногие организации задействуют для репликации SMTP, поскольку для этого протокола необходимо конфигурировать и управлять центром сертификации СА (Certificate Authority). Кроме того, репликация SMTP не поддерживается для контекста именования доменов, так что если сайт использует SMTP для репликации данных на предприятии, то он должен охватывать весь домен.

СОВЕТ К ЭКЗАМЕНУ

Хотя в производственной среде протокол SMTP обычно не используется для репликации, репликация SMTP включена в сертификационный экзамен. Необходимо помнить самое главное: два сайта, которые могут выполнять репликацию только с помощью протокола SMTP, должны быть отдельными доменами в лесу. Протокол SMTP нельзя использовать для репликации контекста именования доменов.

Мостовые серверы

Генератор ISTG создает топологию репликации между сайтами в связи сайтов. Для оптимизации репликации один из контроллеров домена назначается в качестве мостового сервера, или сервера-плацдарма. Мостовой сервер отвечает за всю входящую и исходящую репликацию раздела для сайта. Например, если сайт центра данных содержит пять контроллеров домена, один из них будет выступать в роли сервера-плацдарма для контекста именования доменов. Все изменения, внесенные в центре данных в раздел домена, будут реплицироваться на все контроллеры домена в сайте. Изменения, поступающие на мостовой сервер, будут реплицироваться на серверы-плацдармы в филиалах, которые, в свою очередь, реплицируют изменения на контроллеры домена в своих сайтах. Аналогичным образом все изменения контекста именования доменов в филиалах будут реплицироваться с мостовых серверов филиалов на сервер-плацдарм в центре данных, который, в свою очередь, реплицирует эти изменения на другие контроллеры домена в центре данных. На рис. 11-13 продемонстрирована внутриузловая репликация в двух сайтах и межузловая репликация с использованием объектов подключений между мостовыми серверами в сайтах.

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

HEADQUARTER^^ •

Рис. 11-13. Сайты, внутриузловая репликация, мостовые серверы и межузловая репликация

Мостовые серверы выбираются автоматически, а генератор ISTG создает топологию межузловой репликации для эффективной репликации между мостовыми серверами, совместно использующими связь сайтов. Мостовые серверы выбираются для каждого раздела, так что один контроллер домена в сайте может быть сервером-плацдармом для раздела схемы, а еще один контроллер — выполнять роль мостового сервера для раздела конфигурации. Тем не менее обычно один контроллер домена является мостовым сервером для всех разделов в сайте. Если же в сайте есть контроллеры других доменов или разделов каталога приложений, для этих разделов будут выбраны отдельные мостовые серверы.

Предпочитаемые мостовые серверы

Вы также можете назначить один или несколько предпочитаемых мостовых серверов. Откройте свойства объекта сервера в оснастке Active Directory — сайты и службы (Active Directory Sites And Services), выберите протокол передачи IP и щелкните кнопку Добавить (Add). Для сайта можно отконфигурировать несколько предпочтительных серверов-плацдармов, однако в качестве плацдарма будет использоваться только один сервер.

Важно понимать, что в случае назначения одного или нескольких мостовых серверов и их недоступности другой сервер не выбирается автоматически и репликация не выполняется для сайта, даже если в нем есть серверы, которые могут выполнять роль плацдармов. В идеале предпочтительные мостовые серверы конфигурировать не следует, однако из соображений производительности роль мостового сервера можно назначать контроллерам доменов с достаточными системными ресурсами. Требования брандмауэра также могут регламентировать назначение отдельного сервера в качестве плацдарма, не разрешая Active Directory самостоятельно выбирать и переназначать мостовые серверы.

Настройка репликации между сайтами

После создания связей сайтов и генерирования механизмом ISTG объектов подключений для репликации разделов между мостовыми серверами, совместно использующими связь сайтов, работу можно считать законченной. Во многих средах, в частности в бреде с простой сетевой топологией, связей сайтов вполне достаточно для управления репликацией между сайтами. В более сложных сетях можно отконфигурировать дополнительные компоненты и свойства репликации.

Транзитивность связей сайтов

По умолчанию связи сайтов являются транзитивными . Если использовать предыдущий пример, то в случае связывания сайтов в Амстердаме и главном офисе, а также сайтов в главном офисе и Сиэтле сайты в Амстердаме и Сиэтле будут связаны транзитивно. Теоретически это означает, что генератор ISTG может создать объект подключения непосредственно между мостовым сервером в Сиэтле и сервером-плацдармом в Амстердаме, опять-таки в обход централизованной сетевой топологии в виде звезды (hub-and-spoke).

Чтобы отключить транзитивность связи сайтов, откройте свойства передачи IP в контейнере Inter-Site Transports и сбросьте флажок Установить мост для всех связей сайтов (Bridge All Site Links). Прежде чем выполнить эту операцию в производственной среде, просмотрите технические ресурсы о репликации Windows Server в технических библиотеках Microsoft TechNet по адресу http://technet.microsoft.com.

СОВЕТ К ЭКЗАМЕНУ

На сертификационном экзамене нужно знать о том, что: во-первых, по умолчанию связи сайтов являются транзитивными; во-вторых, эту транзитивность можно отключить; в-третьих, при отключении транзитивности может возникнуть необходимость в перепостроении мостов для связей сайтов.

Мосты связей сайтов

Мост связи сайтов соединяет две или несколько связей сайтов, создавая транзитивную связь. Мосты связей сайтов необходимы только в том случае, если вы сбросите флажок Установить мост для всех связей сайтов (Bridge All Site Links) в окне свойств транспортного протокола. Помните, что по умолчанию эта транзитивность связей сайтов включена, и мосты связей сайтов не оказывают никакого эффекта.

На рис. 11-14 показано, как используется мост связи сайтов в лесу с отключенной транзитивностью связей сайтов. При создании моста связи сайтов AMS-HEADQUARTERS-SEA, включающей связи сайтов HEADQUARTERSAM S и HEADQUARTERS-SEA, эти две связи сайтов становятся транзитивными, то есть между контроллером домена в Амстердаме и контроллером домена в Сиэтле можно установить подключение репликации.

Рис. 11-14. Мост связи сайтов, включающий связи HEADQUARTERS-AMS

иHEADQUARTERS-SEA

Стоимость связи сайтов

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

По умолчанию для всех связей сайтов конфигурируется стоимость 100. Чтобы изменить ее, откройте свойства связи сайтов и введите требуемое значение в поле (Cost), как показано на рис. 11-15.

Вернемся к предыдущему примеру и представим, что связь создана между сайтами в Амстердаме и Пекине (рис. 11-16). Такую связь сайтов можно отконфигурировать для репликации между контроллерами доменов в этих двух сайтах, если связи с главным офисом недоступны. Эта топология конфигурируется,- к примеру, как часть плана на случай аварийного отказа.

При использовании стоимости 100 по умолчанию для связи сайтов AMSРЕК изменения Active Directory будут реплицироваться непосредственно между Амстердамом и Пекином. Если назначить для связи сайтов стоимость 300, изменения будут реплицироваться между Амстердамом и главным офисом, а затем между главным офисом и Пекином со стоимостью 200 вместо использования прямой связи сайтов A M S - P E K со стоимостью 300.