IT2web

Системному администратору Windows Server

Главная --> Active Directory --> Репликация и сайты AD - Сравнение внутрисайтовой и межсайтовой репликации

Репликация и сайты AD - Сравнение внутрисайтовой и межсайтовой репликации

Article Index
Репликация и сайты AD
Внутрисайтовая и межсайтовая репликация.
четвертый контролер домена
В внутрисайтовой репликации между любыми контроллерами одного домена должны быть не больше трех шагов репликации
Межсайтовая репликация.
Серверы плацдармы (bridgehead server)
Сравнение внутрисайтовой и межсайтовой репликации
All Pages

Таблица 1.    Сравнение внутрисайтовой и межсайтовой репликации

Сравнение внутресайтовой и межсайтовой репликации

  


Внутрисайтовый транспорт

Как видно из таблицы 1, при внутрисайтовый  передачах используется RPC  поверх IP. Это быстрый механизм, способный с небольшими интервалами пересылать обновления внутри сайта. Так как в самом сайте, по определению  следует, что все связи между контроллерами имеют большую полосу пропускания, нет смысла выполнять сжатие передаваемых данных. При обычной частоте репликации  внутри сайта это приведет к дополнительному расходу ресурсов процессора.

Удаленный вызов процедур RPC использует динамическое назначение портов TCP. Обращаясь к Active Directory, клиент подключается по RPC к порту  135, также известный RPC Locator service  (этот порт так же используется службами удалённого обслуживания, такими как DHCP, DNS и WINS). Сервер запрашивает у локатора RPC порт, назначенный в данный момент для репликации Active Directory. По умолчанию этот порт назначается динамически при старте Active Directory и может быть любым среди портов с высокими номерами.

Номер порта можно зафиксировать. Для этого надо в ветви реестра -

HKLM\SYSTEM\CurrentControlSet\Services\NTDS\Parameters  

изменить параметр TCP/IP Port. Значение может быть любым, кроме зарезервированных за другими службами.

Особенности  межсайтового  транспорта

Если мы говорим о межсайтовом транспорте, то и здесь  обычно предпочтение отдается  RPC поверх IP. Протокол  SMTP сетевые администраторы предпочитают не применять. Во-первых, это часто связано с тем, что в разных сайтах располагаются контроллеры из одного домена, что автоматически исключает использование SMTP.  Во-вторых, асинхронная природа SMTP не позволяет гарантированно реплицировать изменения в течение заданного интервала. Если в удаленном сайте есть глобальный каталог GC, изменения до него могут доходить с большим опозданием, что при неудачном стечении обстоятельств может воспрепятствовать доступу пользователей к ресурсам или, наоборот, предоставить его в тот момент, когда он уже запрещен.

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


Конечно, было бы самое время перейти к конкретной настройке на конкретном примере репликацию используя консоли WindowsServer 2003 предоставленные в наше расположение, но не спешите, мы даже пока не поговорили как устанавливается сама АД, так что об этом чуть позже.