A definição da estratégia mais eficaz de colocação de réplicas permite-lhe otimizar o banco de dados do Diretório para oferecer tolerância a falhas, acessibilidade e navegação. Para isso, você deve entender algumas características básicas de réplicas.
Uma réplica é basicamente uma cópia física de uma partição. Pode ser armazenado um número ilimitado de réplicas para cada partição em cada servidor NetWare 4. Além disso, um único servidor NetWare 4 pode armazenar várias réplicas se elas forem geradas de partições únicas.
As réplicas fornecem as seguintes funções à rede:
Com as mesmas informações distribuídas por vários servidores, os clientes não ficam dependentes de um único servidor para a autenticação da rede ou para fornecer serviços.
IMPORTANTE: Se a rede tiver apenas um servidor, você provavelmente manterá apenas uma cópia da partição [Root]. Isso porque a infra-estrutura da rede não precisa dela. Diante dessas condições, o único meio de fornecer algum nível de tolerância a falhas é manter uma cópia de backup atualizada do banco de dados do Diretório. Certifique-se de que o software de backup pode fazer backup do NDS.
NOTA: A réplica da partição não fornece tolerância a falhas ao sistema de arquivos. Somente as informações sobre o objeto Diretório são reproduzidas. Para fornecer tolerância a falhas aos arquivos, você deve espelhar ou duplicar os discos rígidos e habilitar o recurso TTSTM (Transaction Tracking SystemTM ).
O acesso às informações que existem nas partições que cruzam os links WAN é aprimorado, e o tráfego WAN aumenta, dependendo da quantidade de sincronização necessária.
Movimentação pela árvore. A procura de informações específicas na Árvore do Diretório é denominada movimentação pela árvore ou resolução de nome. Esta tecnologia permite que os clientes localizem as informações sobre o Diretório que não existem dentro do container no qual seu objeto Usuário reside. O NDS executa o processo de resolução de nome para localizar as informações.
Cada réplica mantém referências (ponteiros) para os servidores que armazenam essas réplicas subordinadas ou superiores à sua posição relativa na Árvore do Diretório. O NDS utiliza esses ponteiros para se movimentar para cima e para baixo na árvore a fim de encontrar as informações que são solicitadas.
A colocação de réplicas de informações acessadas freqüentemente em servidores locais aumenta a velocidade na qual os nomes são solucionados.
Há quatro tipos de réplicas.
Somente uma réplica master pode ser definida para cada partição.
Pode haver várias réplicas leitura-gravação.
As estações de trabalho cliente só podem atualizar as réplicas master e leitura-gravação.
Uma réplica apenas leitura não pode ser utilizada em um servidor onde os serviços de bindery forem necessários porque os serviços de bindery precisam de uma réplica gravável. Quando os serviços de bindery forem definidos, utilize uma réplica master ou uma leitura-gravação. A configuração default no programa de instalação do NetWare 4 copia uma réplica leitura-gravação da partição para a qual um servidor bindery estiver fazendo upgrade.
Se você adicionar ao servidor uma réplica leitura-gravação ou apenas leitura da partição filho, a réplica de referência será removida.
Os recursos de rede são mantidos somente em réplicas master, leitura-gravação e apenas leitura. As réplicas apenas leitura possuem limitações e não são normalmente implementadas. As réplicas de referência subordinada são alocadas e criadas automaticamente e reúnem as três partições.
Quando são feitas alterações nos objetos dentro de uma partição, essas alterações são enviadas automaticamente para outras réplicas dessa partição. Isso assegura que o banco de dados do Diretório permaneça consistente. Somente as alterações são enviadas para outras réplicas. Por exemplo, se um usuário alterar o número do telefone, somente o novo número será enviado, e não o objeto Usuário completo.
A réplica master participa do processo de sincronização da partição trocando atualizações com outras réplicas, mas não controla esse processo. Da mesma forma, cada réplica leitura-gravação se sincroniza com outras réplicas da partição. As réplicas apenas leitura também se sincronizam com outras réplicas, porém elas somente recebem atualizações de outros servidores.
O banco de dados do NDS é "meio inconsistente". À medida que as alterações ocorrem, nem sempre todas as réplicas de uma partição contêm as mesmas informações a todo momento. Na verdade, é bem provável que o conteúdo das réplicas variem ligeiramente em um determinado momento. No entanto, essas réplicas se convergem posteriormente para um estado consistente, uma vez que as alterações são distribuídas para todas as réplicas.
Algumas alterações são enviadas imediatamente para outras réplicas, como as alterações feitas na senha de um usuário. As alterações menos cruciais, como horário do último login de um usuário, são reunidas no local por um curto período de tempo antes de serem enviadas para a rede.
Para que ocorra essa sincronização, cada réplica deve ser contatada. Quando uma partição é criada, são adicionados alguns atributos adicionais ao objeto container que estiver atuando como um objeto raiz da partição. Essas propriedades são utilizadas para gerenciar a sincronização de dados entre as réplicas da partição.
Esses atributos devem ser levados em consideração no exame das questões de sincronização:
|
Atributo |
Descrição |
|---|---|
|
Ponteiro da Réplica |
Cada partição mantém um registro da localização de suas réplicas. As localizações são armazenadas na propriedade da réplica da partição, com uma entrada de propriedade para cada réplica da partição. A coleção de réplicas e ponteiros de uma partição forma uma lista de réplicas de partição, às vezes denominada anel de réplicas ou lista de réplicas. |
|
Sincronizado Até |
Cada réplica na lista de uma partição mantém uma lista de marcações de horário. O servidor que mantém uma determinada réplica utiliza esse atributo para estabelecer o estado de sincronização da réplica que ele está mantendo em comparação a outras réplicas na lista de réplicas. Esse atributo é geralmente denominadovetor marcações de horário. |
|
ACL Herdado (Access Control List) |
O objeto raiz da partição é responsável pela determinação dos direitos de acesso herdados em um objeto [Root] abaixo dele mesmo. Esse atributo é basicamente um resumo do ACL para todos os objetos dentro da sua partição. |
Quando o primeiro servidor de uma Árvore do Diretório é instalado, a primeira réplica da partição [Root] é colocada nesse servidor. Esse primeiro servidor contém a réplica master da partição [Root].
Não há direitos ou considerações especiais para esse servidor. A réplica da [Root] pode ser removida a qualquer momento ou alterada para uma réplica leitura-gravação uma vez que outros servidores estejam na árvore.
A figura seguinte ilustra como a partição [Root] pode ser reproduzida na rede.
Figura 6-2.
Exemplo de Colocação da Partição [Root 
Ao instalar servidores adicionais na árvore, siga estas duas regras simples para determinar se uma réplica deve ser colocada no servidor.
Em todos os outros casos, se for necessária uma réplica em um servidor, a réplica será adicionada manualmente.
A seguinte figura ilustra como as réplicas podem ser colocadas no servidor na Árvore do Diretório.
Figura 6-3.
Exemplo da Posição da Réplica 
Na maioria dos casos, você deve projetar a posição da réplica baseando-se nos princípios de tolerância a falhas, acessibilidade e navegação. Considere as seguintes diretrizes:
Crie pelo menos três réplicas de cada partição. Talvez você deseje criar mais, dependendo da topologia ou da performance da rede.
Coloque pelo menos uma cópia de cada réplica longe do local, em outro prédio ou localização. Talvez você deseje mais localizações, dependendo do plano de recuperação de erros fatais que estiver sendo utilizado pela organização. É possível recriar uma grande parte da rede utilizando as réplicas de partição.
Assegure-se de que as réplicas de referência subordinada não são utilizadas para tolerância a falhas. As réplicas de referência subordinada podem ser utilizadas para restaurar as três estruturas, mas não para restaurar objetos folha.
Coloque as réplicas no local de acesso mais fácil. Isso significa que se os grupos de usuários em dois containers diferentes precisarem de acesso ao mesmo objeto dentro de uma outro limite da partição, você deverá colocar a réplica em um servidor que existe no container a um nível acima dos dois containers que contêm os grupos.
Coloque as réplicas em servidores que contêm objetos para usuários e recursos que ficam fisicamente próximos ao servidor. Isso proporciona uma resposta mais rápida às solicitações do usuário para a autenticação de login e para o acesso a recursos de rede.
Coloque as réplicas no servidor que armazena os diretórios HOME dos usuários que o acessam. Além disso, armazene as réplicas dos objetos Diretório que ficam nos lados opostos de um link WAN nos servidores locais que os usuários accessam.
As operações de partição precisam que uma réplica master de cada partição seja acessível. Você deve verificar se as réplicas master existem nos servidores que estão localizados fisicamente próximos ao administrador da partição.
Os serviços de bindery são permitidos na instalação ou são habilitados automaticamente se você estiver fazendo upgrade de um servidor NetWare 2 ou NetWare 3.
Se os serviços de bindery forem habilitados, o servidor receberá uma réplica de leitura-gravação de até três partições que tenham um objeto container em seu contexto bindery.
Considere as seguintes diretrizes para suporte aos serviços de bindery:
Identifique as partições que contêm os containers com os recursos bindery.
Coloque o menor número possível de réplicas em um servidor.
Coloque as réplicas nos melhores servidores na rede. Os servidores lentos podem afetar a sincronização da réplica para todos os servidores dentro do anel de réplica. (O anel de réplica refere-se ao grupo de servidores que contêm as réplicas da mesma partição.)
Você deve criar uma matriz de réplica para a rede. Utilize a seguinte tabela para organizar a posição física das réplicas de cada partição. Recomendamos que cada partição tenha três réplicas para tolerância a falhas, porém você poderá precisar de mais réplicas dependendo do acesso do usuário. Consulte "Exemplos de Gabaritos" para obter naiores informações.
A colocação de particionamento e de réplica permite-lhe escalar a Árvore do Diretório para atender às necessidades da organização. Este processo pode ser tão simples quanto aceitar todos os defaults ou tão complexo quanto projetar uma matriz de colocação de particionamento e de réplica para definir muitas localizações.
A tabela abaixo apresenta a revisão de algumas diretrizes básicas para o particionamento de seu Diretório:
|
Condição |
Diretriz |
|---|---|
|
Local |
|
|
Tamanho |
|
A tabela a seguir apresenta uma revisão das diretrizes básicas para a colocação de réplicas em seu Diretório:
|
Condição |
Diretriz |
|---|---|
|
Colocação |
|
|
Número |
|
Uma vez terminada a estratégia de partição, revise as seguintes questões para avaliar a eficiência da estratégia:
Os defaults de particionamento e réplica são os seguintes:
|
Tipo de Réplica |
Default |
|---|---|
|
Master |
O primeiro servidor NetWare 4 na rede recebe a réplica master da partição [Root]. O primeiro servidor em uma partição recebe a réplica master dessa partição. |
|
Leitura-gravação |
Novos servidores. O segundo e o terceiro servidor em um partição recebem as réplicas leitura-gravação dessa partição. Os servidores seguintes não recebem réplicas a menos que os serviços de bindery sejam habilitados na instalação. Se os serviços de bindery forem habilitados no novo servidor, o servidor receberá uma réplica leitura-gravação de até três partições que tenha um objeto container em seu contexto do bindery. Upgrade de servidor. Um servidor que fez upgrade do NetWare 2 ou do NetWare 3 recebe uma réplica leitura-gravação de até três partições que tenham um objeto container em seu contexto do bindery. Nota: Os serviços de bindery são habilitados na instalação ou são habilitados automaticamente se você estiver fazendo upgrade de um servidor NetWare 2 ou NetWare 3. |
|
Leitura-gravação |
Nenhum. |
|
Referência subordinada |
As réplicas de referência subordinada são alocadas e criadas automaticamente e reúnem as partições das três. |
|
Para |
Consulte |
|---|---|
|
Planejar um método que será usado para manter um horário consistente de rede para os servidores e os clientes |
Capítulo 7, "Planejamento da Estratégia de Sincronização de Horário" |
|
Criar um plano de acessibilidade para determinar como os recursos são acessados e utilizados |
|
|
Criar uma estratégia de gerenciamento de aplicativo para os os aplicativos de rede a fim de melhorá-los e gerenciá-los de forma eficaz |
Capítulo 10, "Projeto da Estratégia de Gerenciamento de Aplicativos" |
|
Criar uma estratégia de migração para os servidores e para a estação de trabalho de uma versão anterior do NetWare ou outro sistema operacional de rede |
Capítulo 12, "Desenvolvimento de uma Estratégia de Migração" |
|
Criar um programa de implementação |