Репликация

[facepalm]

в каких сценариях может потребоваться вручную создавать объекты связи в пределах сайта(кд > 3), кроме как
-между контролерами домена, держателями FSMO, которые должны быть прямыми партнерами по репликации (или KCC сама сгенерирует такую топологию)
-между держателем роли FSMO и сервером, на который она передается
?

[shs]

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

Для сокращения пути доверия, например: http://technet.microsoft.com/ru-ru/library/cc737939(WS.10).aspx

Upd. Упс, посыпаю голову пеплом. Сокращение пути доверия - это из другой оперы. Это соркащение пути доверия между доменами.

[shs]

между контролерами домена, держателями FSMO, которые должны быть прямыми партнерами по репликации (или KCC сама сгенерирует такую топологию)

Честно говоря, всегда имел дело с небольшим количеством контроллеров (т.е. от оптимизации размещения ролей FSMO я очень далек ), но все равно никак не могу вспомнить требование того, чтобы держатели ролей были прямыми партнерами. Возможно, я что-то упустил??? Ссылкой на источник информации не поделитесь?

[facepalm]

In domains that are not large, place both the RID master and primary domain controller emulator roles on the "Operations master domain controller." In a very large domain, you can reduce the peak workload on the primary domain controller emulator by placing the RID master and primary domain controller emulator roles on separate domain controllers, which need to be direct replication partners of the "Standby operations master domain controller." Keep the two roles together unless the workload on your "Operations master domain controller" justifies the extra management burden of separating the roles.

http://technet.microsoft.com/en-us/library/cc961940.aspx

[shs]

In domains that are not large, place both the RID master and primary domain controller emulator roles on the "Operations master domain controller." In a very large domain, you can reduce the peak workload on the primary domain controller emulator by placing the RID master and primary domain controller emulator roles on separate domain controllers, which need to be direct replication partners of the "Standby operations master domain controller." Keep the two roles together unless the workload on your "Operations master domain controller" justifies the extra management burden of separating the roles.

http://technet.microsoft.com/en-us/library/cc961940.aspx

Не, ну тут речь не о любых владельцах роли, а о двух конкретных: RID-мастер и PDC-эмулятор.

[facepalm]

Ну да, ошибся
Интересны еще сценарии

[shs]

Интересны еще сценарии

Смутном помню что-то про то, что при большом количестве доменов (или контроллеров в домене?) служба KCC престает справляться генерацией оптимальной топологии и ее рекомендуют отключить и подредактировать связи вручную. Но, вот, для какого конкретно случая это рекомендуется, не помню.

[facepalm]

Смутном помню что-то про то, что при большом количестве доменов (или контроллеров в домене?) служба KCC престает справляться генерацией оптимальной топологии и ее рекомендуют отключить и подредактировать связи вручную. Но, вот, для какого конкретно случая это рекомендуется, не помню

When the number of servers grows beyond seven, the KCC estimates the number of connections that are needed so that if a change occurs at any one domain controller, there are as many replication partners as needed to ensure that no domain controller is more than three replication hops from another domain controller (that is, a change takes no more than three hops before it reaches another domain controller that has already received the change by another path). These optimizing connections are created at random and are not necessarily created on every third domain controller.

она автоматически создает дополнительные связи

[shs]

она автоматически создает дополнительные связи

Никто и не утверждал обратного. Естественно, что KCC автоматически создает связи (она для того и нужна).
Вот, нашел то, о чем говорил:

In some large site configurations containing many sites, many domains, or many routes betweens sites, the inter-site KCC executes slowly, consuming too much Central Processing Unit (CPU) time and memory resources.

Один из предлагаемых вариантов решения:

Disable Inter-Site KCC Entirely, Manually Configure Connections

Но в данном случае речь идет о межсайтовой топологии, а вы, насколько я понял, говорили о внутрисайтовой. http://support.microsoft.com/kb/244368/en-us