Я играл с классом wmi MSAD_ReplNeighbor для мониторинга репликации AD.
У меня есть топология концентратора и луча, с одним доменом, где три DC находятся на лучевом сайте.
Один выполняет все главные роли, а два других DC не имеют главных ролей.
Я выполнил запрос с классом MSAD_ReplNeighbor на каждом из трех узловых контроллеров домена, и мне любопытно, что я вижу со свойством SyncOnStartup:
На DC1 (который содержит все главные роли) бит SyncOnStartup установлен для разделов «Домен» и «Конфигурация» для всех межсайтовых соседей. SyncOnStartup отключен для DomainDnsZones и ForestDnsZones для всех межсайтовых соседей.
На DC2 (не имеет главных ролей) бит SyncOnStartup установлен для раздела ForestDnsZones для всех межсайтовых соседей и отключен для всех остальных разделов.
На DC3 (не имеет главных ролей) бит SyncOnStartup установлен для раздела DomainDnsZones для всех межсайтовых соседей и отключен для всех остальных разделов.
Конечно, бит SyncOnStartup установлен для всех NC для внутрисайтовых соседей каждого DC.
Итак, мой вопрос: как AD решила подобным образом балансировать нагрузку (я предполагаю, что это именно то, что она делает).
Что бы он сделал, если бы я ввел четвертый DC на хаб-сайт?
Я просто хочу лучше это понять.
Кроме того, этот вопрос касается не класса wmi, а того, как AD решает, как включить репликацию раздела при запуске.
Мне любопытно, где я вижу, что SyncOnStartup включен для межсайтовых соседей.
Я подозреваю, что документация, которую вы ищете, не является общедоступной.
Возможно, самый «глубокий» технический справочник по репликации Active Directory, помимо исходного кода продукта, - [MS-DRSR]: Удаленный протокол службы репликации каталогов (DRS).
Атрибут, который вы исследуете с помощью WMI, - это Битовый флаг DRS_INIT_SYNC для типа RepsFrom. Однако документация протокола фактически не определяет, когда продукт установит этот битовый флаг.
Если бы мне пришлось угадывать, я бы сказал, что этот флаг установлен на соединении репликации-плацдарма вне сайта для данного контекста именования (NC). Я не нахожу документации, подтверждающей это, но это кажется разумным. К сожалению, сегодня у меня нет времени, чтобы серьезно заняться реверс-инжинирингом существующей топологии AD или создать ее макет.
Редактировать:
В repadmin /bridgeheads /verbose Команда должна показать вам подробную информацию о каждом плацдарме для каждого NC.
В Раздел «Выбор сервера-плацдарма» в этом документе описывает, как генератор межсайтовой топологии (ISGT) выбирает плацдарм для каждого NC. (В Windows Server 2008 R2 появился механизм балансировки нагрузки. но это не то, что мы здесь видим.)