Os segredos do Windows 2000 - Parte XII

O gerenciamento de uma estrutura de replicação do Active Directory entre Domain Controllers de uma Floresta foi aperfeiçoado em relação ao modelo do Windows NT 4.0. Para as empresas que possuem varias localidades separadas, gerenciar o trafego de banda de rede pode ser um pesadelo.

O modelo de replicação de diretórios do Windows NT 4.0 esta baseado no conceito de Pulse Replication. Nesta implementação a replicação de updates e alterações é feita a cada X minutos. Isto já não se torna muito pratico quando envolve domínios com varias localidades com links baixos compartilhados (128k, por exemplo).

Já o modelo do Active Directory é feito através de um controle mais preciso, de acordo coma localidade física. Mas como o Active Directory consegue saber quais são os Domain Controllers da sua localidade e de outras remotas?

Site

Como o Active Directory exige o protocolo TCP/IP, então é possível assumir que cada localidade física seja separada por roteadores, com faixas IP´s distintas. Então a partir desta linha de raciocínio podemos dizer que cada unidade remota ira possuir um network ID especifico. Esta será então a forma de controlar a replicação do Active Directory entre Domain Controllers. No Active Directory é obrigatório que tais informações sejam cadastradas através da ferramenta Active Directory Sites and Services

As primeiras tarefas que devem ser executadas após a instalação do primeiro Domain Controller na Floresta são:

1. Criar Sites
   
2. Definir a Subnet de cada Site
   
3. Mover cada Domain Controller da Floresta para seu respectivo Site
   
4. Criar o Site Link para cada Site

Todas as informações cadastradas pelo Active Directory Sites and Services são transferidas para todos os Domain Controllers da Floresta e para o DNS em forma de registros SRV (Service Records). Isto representa um grande ganho para os clientes baseados em Windows 2000, pois primeiramente a comunicação com os Domain Controllers Será feita respeitando qual site a estação esteja.


No modelo descrito acima, para replicar do Domain Controller A (DC A) para o Domain Controller B (DC B) não é necessário que exista trafego de um servidor para outro passando pelo Default Gateway (Router). Neste caso as replicações sem compactação de pacotes, pois se assume que ambos os servidores estejam na mesma LAN.


Neste outro exemplo, o DC A inicialmente ira realizar uma query no DNS para descobrir qual site o DC B pertence e qual seu IP Address. Como o mesmo encontra-se em um Site remoto, a comunicação é toda destinada passando pelo Default Gateway. As comunicações de um Site para outro precisam passar pelo Router.

É importante lembrar que quando se fala em Sites estamos falando de Estrutura física do Active Directory. Isto significa que um Site pode conter um ou mais domínios. Uma recomendação importante no projeto de estrutura de Sites é planejar um Domain Controller por Site. Isto por causa das informações do Registro SRv ( Service Record ) no DNS. Entretanto o custo pode ser um fator que complique a situação. Pode-se então considerar o uso de um Domain Controller por Site com mínimo de 10-20 usuários.

Dentro da estrutura de Sites entra o fator de replicação das informações do Active Directory da Floresta, o Global catalog (GC) exerce função importante. A função principal do Global Catalog é de servir como um Índice de Objetos e atributos dos objetos existentes da Floresta, acelerando o processo de queries e consultas na base do Active Directory. No nosso modelo de planejamento de Sites, é importante planejar um Global Catalog por Site. Mas não devemos esquecer de que somente Domain Controllers podem ser Global Catalog Servers.