AD сайты - Соединения репликации
Насколько я понимаю KCC должен автоматически создать К и Из соединений репликации для Ваших сайтов, если Вы не отключаете эту опцию.
Просматривая наши AD Сайты и Сервисы, я вижу что дело обстоит не так для части DC через наши различные сайты. Шоу некоторого DC, что соединения были, "" в то время как другие, кажется, ручные соединения. Кроме того, некоторый единственный DC имеет отделенное автоматическое сгенерированное соединение, в то время как у других есть несколько.
Администратор, который настроил это, не доступен так думал, что я проведу немного исследования на этом. Я ценил бы некоторые мысли об этом, поскольку я повторяю на своем AD знании.
Для разъяснения, там причина, почему KCC не является автоматической генерацией соединений? Я обеспокоен, что сайты не являются установкой правильно.
Спасибо!
KCC создает соединения репликации на основе топологии вашего сайта, которую вы должны определить, создавая сайты и ссылки на сайты (и дополнительно указывая стоимость ссылок на сайты); например у вас есть 5 сайтов, но сайт A связан только с сайтом C, то единственные соединения репликации для DC в сайте A будут созданы с/на DC в сайте C, и нигде больше; KCC не будет создавать соединения между DC в сайте A и DC в сайте B, D или E (ну, если только все DC в сайте C не отключены и не включено соединение по ссылке с сайтом, но давайте сохраним это на другой день).
Невозможно сказать, хорошо ли работает KCC, не зная, как определяется ваша топология; KCC обычно делает довольно хорошую работу, так что есть хорошие шансы, что с вашими ссылками на сайт что-то не так, если нет соединений, которые должны быть.
.Чтобы пояснить, есть ли причина, по которой KCC не генерирует соединения автоматически? Меня беспокоит, что сайты настроены неправильно.
Это одна из причин, по которой вам не следует вручную изменять топологию AD репликации, кроме изменения стоимости ссылок на сайты, если только у вас нет на то веских причин. (т.е. у вас разрозненная сетевая топология, т.е. не все контроллеры домена могут общаться друг с другом)
Но не верьте мне на слово:
KCC создан для создания топологии, обеспечивающей низкую задержка репликации, которая приспосабливается к сбоям, и которая не требует модификация. Добавление соединений не рекомендуется, так как дополнительные соединения постепенно снижают способность KCC автоматически выбрать лучшие конфигурации. Кроме того, вы создаете ситуацию где вы должны постоянно оценивать, являются ли ручные соединения делать лучшую возможную работу по копированию изменений.
И
Создавайте соединения вручную только в том случае, если подключения, автоматически настроенные KCC, не подключают определенные контроллеры домена, которые вы хотите подключить.
И
- В крайнем случае отключите автоматическую генерацию межсайтовой топологии и создавайте соединения вручную.
Вы можете использовать repadmin /siteoptions /site:Texas для проверки опций на определенном сайте Active Directory и посмотреть, отключен ли ISTG (генератор межсайтовой топологии) или нет. Но даже если он не отключен, если администратор создал объекты ручного подключения, ISTG не угадает и не поставит под сомнение ваши полномочия. Он будет предполагать, что вы вручную изменили топологию репликации по уважительной причине.
Как правило, (т.е. он может применяться не везде постоянно, но в большинстве случаев), если у вас есть полностью зацепленная сеть, означающая, что все контроллеры домена на всех сайтах могут общаться друг с другом, то я просто удалю все ссылки на сайты, кроме одной, и помещу все сайты в эту ссылку на один сайт. В качестве альтернативы, если вы предпочитаете иметь много ссылок на сайты, даже если у вас есть полностью зацепленная сеть, Затем убедитесь в том, что проверка "Bridge all site links" (Мосты всех ссылок на сайты) показывает ISTG, что все сайты могут общаться друг с другом. Если у вас есть сайты, которые не могут общаться друг с другом, а вместо этого репликация должна проходить через межпроцессорный сайт (например, A -> B -> C), то пришло время развязывать мосты по ссылкам на ваш сайт
.Один из сценариев для ручных соединений заключается в том, чтобы иметь контроль над указанием сервера-плацдарма, возможно, из-за проблем с брандмауэром или сетью. В случае сетевых проблем, возможно, что KCC может многократно создавать то, что кажется избыточным соединением. Их можно заметить, когда атрибут ms-DS-ReplicatesNCReason содержит запись с битовым флагом OSCILLATING_CONNECTION_TOPOLOGY.
Когда существуют соединения, созданные вручную, KCC использует их везде, где это возможно.
Если вы не можете найти правдоподобного объяснения для объектов ручного соединения и хотите использовать автоматические соединения, вы можете преобразовать существующее ручное соединение в объект автоматического соединения. Это может сохранить объект ручного подключения и устранить необходимость в его удалении во время очистки. Для этого можно отредактировать атрибут 'Опции' и добавить к нему 1 (чтобы указать, что он генерируется автоматически). После этого KCC либо сохранит соединение, либо удалит его и создаст новое.