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?

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:

Criar Sites
Definir a Subnet de cada Site
Mover cada Domain Controller da Floresta para seu respectivo Site
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.


Autor original: Fabio Hara
Direitos Autorais: Fabio Hara

Fabio Hara
é MVP de Windows Server, MCSE e MCT e trabalha como consultor de redes
e instrutor na Brás e Figueiredo. Atualmente ministra palestras mensais
na Microsoft sobre os recursos do Windows 2000 e em projetos de
migração de Windows NT 4.0 para Windows 2000.

ta acabando! finalmente... a pipokinha ta no fim...

Raygodness escreveu:

ta acabando! finalmente... a pipokinha ta no fim...

Para quê comer pipoca? T.T
Isso é quase um flood, lol. (ou totalmente)

Só espero que os segredos não sejam mais e que sejam divulgados para
todos entenderem tudo sobre o Windows que marcou uma parte da história.

segundo post igualzinho o de antes...

Raygodness escreveu:

segundo post igualzinho o de antes...

E será repetido até entender que pipoca não tem nada haver com Win2000!