Реплікація, управління топологією реплікації

Розглянемо|розглядуватимемо| сам процес реплікації змін в AD| як усередині|всередині| сайту, так і між сайтами.

Реплікація усередині|всередині| сайту

Реплікація змін в AD між контроллерами домена відбувається автоматично, кожні 5 хвилин. Топологію реплікації, тобто порядок, в якому сервери опитують один одного для здобуття змін в базі даних, сервери будують автоматично (це завдання виконує компонента служб каталогів, звана Knowledge Consistency Checker, або KCC, варіант перекладу даного терміну – " спостерігач свідчень цілісності "). При чималій кількості контроллерів KCC будує кільцеву топологію реплікації, причому для надійності утворює декілька кілець, по яких контролери передають дані реплікації. Наочно побачити топологію реплікації можна за допомогою адміністративної консолі " Active Directory - сайти і служби ". Якщо в цій консолі розкрити послідовно контейнери Sites, Defauit-First-site-Name, Servers, далі – конкретний сервер (наприклад, DC1) і встановити на вузлі NTDS Settings, то в правій половині вікна видно, що сервер DC1 запрошує зміни з сервера DC2 (рис. 5.35):

Рис. 5.35

Можливостей управління реплікацією у адміністратора мережі в даному випадку небагато. Можна лише викликати примусову реплікацію в тій же консолі " Active Directory - сайти і служби ". Якщо в правій частині того ж вікна консолі, змальованого на рис. 3.35 клацнути правою кнопкою миші на імені DC2 і вибрати варіант " Репліцировать зараз ", то контроллер DC1 отримає зміни в базі даних AD з контроллера DC2 (рис. 5.36):

Рис. 5.36

Реплікація між сайтами

Розбивати велику корпоративну мережу на окремі сайти необхідно по наступних|слідуючих| причинах: окремі підмережі корпоративної мережі, розташовані|схильні| у видалених|віддалених| офісах, можуть бути підключені один до одного повільними каналами зв'язки, які сильно завантажені протягом робочого дня; тому виникає необхідність здійснення реплікації в ті години, коли мережевий|мережний| трафік мінімальний, і передавати дані реплікації із|із| стискуванням|стисненням|.

Повернемося до мережевої структури, змальованої на рис. 3.34 і обговоримо поняття і терміни, що грають важливу роль в управлінні реплікацією між сайтами.

У цій конфігурації топологія реплікації також будується системною компонентой| KCC|. KCC| вибирає контролери, які здійснюють реплікацію між сайтами, перевіряє їх працездатність і, в разі|у разі| недоступності якого-небудь сервера, призначає для реплікації інший доступний сервер.

Для реплікації між сайтами використовується той або інший межсайтовый транспорт – це або IP ( RPC ), або SMTP. Для кожного виду межсайтового транспорту визначається " з'єднання сайтів " (site link), за допомогою якого будується управління реплікацією між двома і більш сайтами. Саме для з'єднання ("линка") задаються такі параметри як " Розклад реплікації " і " Вартість ". На рис. 5.34. з'єднання Link-1 зв'язує в єдиний ланцюжок сайти Сайт-1, Сайт-3, Сайт-4 і Сайт-2, з'єднання Link-2 зв'язує два сайти – Сайт-1 і Сайт-2. У даному прикладі реплікація між сайтами Сайтом-1 і Сайт-2 проходить або по з'єднанню Link-1, або по з'єднанню Link-2 – залежно від розкладу, вартості з'єднання і його доступності (при доступності обох з'єднань перевага матиме з'єднання з нижчою вартістю). На рис. 5.37 змальовано створене автоматично з'єднання для транспорту IP ( RPC ) – DEFAULTIPSITELINK. Якщо відкрити Властивості цього з'єднання (рис. 5.38), то можна управляти списком сайтів, що відносяться до цього з'єднання, призначати вартість з'єднання (значення за замовчуванням – 100), інтервал реплікації (за замовчуванням – кожні 3 години), а якщо натискувати кнопку " Змінити розклад ", то можна тонше визначити дні і годинник, в який проводитиметься реплікація.

Контейнер Subnets| консолі " Active| Directory| - сайти і служби " служить для опису підмереж, що входять в той або інший сайт.

Рис. 5.37

Рис. 5.38