Definição de uma Estratégia Eficaz de Colocação de Réplicas

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.


Considerações das Características da Réplica

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.


Funções Básicas das Réplicas

As réplicas fornecem as seguintes funções à rede:


Identificação dos Quatro Tipos de Réplicas

Há quatro tipos de réplicas.

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.


Identificação de como as Réplicas São Atualizadas e Sincronizadas

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.


Planejamento da Posição das Réplicas

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


Projeto 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:


Colocação de Réplicas para Tolerância a Falhas

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.


Colocação de Réplicas para Acessibilidade

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.


Colocação de Réplicas para Navegação

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.


Colocação de Réplicas para Administração

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.


Colocação de Réplicas para Serviços de Bindery

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:

  1. Identifique todos os containers que contêm recursos bindery e registre seus contextos. (Isso é denominado contexto bindery.)
  2. Identifique as partições que contêm os containers com os recursos bindery.

  3. Coloque uma réplica leitura-gravação dessas partições no servidor.


Colocação de Réplicas para Servidores

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.)


Criação de uma Matriz de Réplica

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.


Resumo

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

  • Em uma rede com links WAN, as partições não devem segmentar múltiplos locais
  • Faça partições locais, próximas dos servidores (mantenha em partições separadas os servidores que estão fisicamente distantes)
  • Coloque menos partições no topo da árvore e mais partições na base.

Tamanho

  • Mantenha pequenos os tamanhos das partições
  • A partição [Root] deve permanecer pequena
  • Tipicamente, uma partição deve ter menos de 1.000 objetos e não mais de 3.500
  • Tipicamente, uma partição deve ter menos de dez a quinze partições subordinadas e não mais que quarenta.

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

  • Faça a réplica localmente e não através de um link WAN (as réplicas em um link WAN precisam enviar/receber informações de sincronização do NDS, o que pode tornar mais lento o tráfego de rede através de um link WAN)
  • Se possível, coloque as réplcas master fisicamente próximas à master das partições pai e filho

Número

  • Mantenha sempre duas ou três réplicas por partição e não mais do que dez
  • Nunca armazene mais do que dez réplicas em um servidor


Avaliação

Uma vez terminada a estratégia de partição, revise as seguintes questões para avaliar a eficiência da estratégia:


Defaults

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.


Próximo Passo

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

Capítulo 8, "Criação de um Plano de Acessibilidade"

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

Capítulo 13, "Criação de um Programa de Implementação"