Práticas recomendadas para administração de replicação

Depois de configurar a replicação, é importante entender como administrar uma topologia de replicação. Este tópico fornece diretrizes básicas de práticas recomendadas em várias áreas com links para mais informações para cada área. Além de seguir as diretrizes de prática recomendada apresentadas neste tópico, considere ler o tópico de perguntas frequentes para se familiarizar com questões e perguntas comuns: Perguntas frequentes para administradores de replicação.

É útil dividir as diretrizes de prática recomendada em duas áreas:

• As informações a seguir abordam as práticas recomendadas que devem ser implementadas para todas as topologias de replicação:

  • Desenvolva e teste uma estratégia de backup e restauração.

  • Escrever um script para a topologia de replicação.

  • Crie limites e alertas.

  • Monitore a topologia de replicação.

  • Estabeleça linhas de base de desempenho e ajuste a replicação, se necessário.

• As informações a seguir abordam as práticas recomendadas que devem ser consideradas, mas podem não ser necessárias para sua topologia:

  • Valide os dados periodicamente.

  • Ajuste os parâmetros do agente por meio de perfis.

  • Ajuste os períodos de retenção de publicação e distribuição.

  • Entenda como alterar as propriedades do artigo e da publicação se os requisitos do aplicativo forem alterados.

  • Entenda como fazer alterações de esquema se os requisitos do aplicativo forem alterados.

Desenvolver e testar uma estratégia de backup e restauração

Todos os bancos de dados devem ter backups feitos regularmente, e a capacidade de restaurar os backups deve ser testada periodicamente; bancos de dados replicados não são diferentes. Os seguintes bancos de dados devem ser armazenados em backup regularmente:

• Banco de dados de publicação

• Banco de dados de distribuição

• Bancos de dados de assinatura

• banco de dados msdb e banco de dados mestre nos Publicador, Distribuidor e todos os associados

Os bancos de dados replicados exigem atenção especial em relação ao backup e à restauração de dados. Para obter mais informações, consulte Fazer Backup e Restaurar Bases de Dados Replicadas.

Criar um script para a topologia de replicação

Todos os componentes de replicação em uma topologia devem ser roteados como parte de um plano de recuperação de desastre, e os scripts também podem ser usados para automatizar tarefas repetitivas. Um script contém os procedimentos armazenados de sistema Transact-SQL necessários para implementar os componentes de replicação que foram scriptados, como uma publicação ou uma assinatura. Os scripts podem ser criados em um assistente (como o Assistente para Nova Publicação) ou no Microsoft SQL Server Management Studio depois que você cria um componente. Você pode exibir, modificar e executar o script usando o SQL Server Management Studio ou o sqlcmd. Os scripts podem ser armazenados com arquivos de backup a serem usados no caso de uma topologia de replicação ser reconfigurada. Para obter mais informações, consulte Replicação de Scripts.

Um componente deverá ser reescrito se alguma alteração de propriedade for feita. Se você usar procedimentos armazenados personalizados com replicação transacional, uma cópia de cada procedimento deverá ser armazenada com os scripts; a cópia deverá ser atualizada se o procedimento for alterado (os procedimentos normalmente são atualizados devido a alterações de esquema ou alteração dos requisitos do aplicativo). Para obter mais informações sobre procedimentos personalizados, consulte Especificar como as alterações são propagadas para artigos transacionais.

Estabelecer linhas de base de desempenho e ajustar a replicação, se necessário

Antes que a replicação seja configurada, é recomendável familiarizar-se com os fatores que afetam o desempenho da replicação:

• Hardware de servidor e rede

• Design do banco de dados

• Configuração do distribuidor

• Design e opções de publicação

• Projeto e uso de filtros

• Opções de Assinatura

• Opções de instantâneo

• Parâmetros do agente

• Manutenção

Depois que a replicação é configurada, é recomendável desenvolver uma linha de base de desempenho, o que permitirá determinar como a replicação se comporta com uma carga de trabalho que é típica para seus aplicativos e topologia. Use o Monitor de Replicação e o Monitor do Sistema para determinar números típicos para as cinco dimensões a seguir de desempenho de replicação:

• Latência: o tempo necessário para que uma alteração de dados seja propagada entre nós em uma topologia de replicação.

• Taxa de transferência: a quantidade de atividade de replicação (medida em comandos entregues durante um período de tempo) que um sistema pode sustentar ao longo do tempo.

• Concorrência: o número de processos de replicação que podem operar em um sistema simultaneamente.

• Duração da sincronização: quanto tempo leva uma determinada sincronização para ser concluída.

• Consumo de recursos: recursos de hardware e rede usados como resultado do processamento de replicação.

A latência e a taxa de transferência são mais relevantes para a replicação transacional, pois os sistemas baseados na replicação transacional geralmente exigem baixa latência e alta taxa de transferência. A simultaneidade e a duração da sincronização são mais relevantes para a replicação de mesclagem, pois os sistemas criados na replicação de mesclagem geralmente têm um grande número de Assinantes e um Publicador pode ter um número significativo de sincronizações simultâneas com esses Assinantes.

Depois de estabelecer números de linha de base, defina limites no Replication Monitor. Para obter mais informações, consulte Definir limites e avisos no Replication Monitor e usar alertas para eventos do Agente de Replicação. Se você encontrar um problema de desempenho, é recomendável ler as sugestões nos tópicos de desempenho aprimorados listados acima e aplicar alterações em áreas que afetam os problemas que você está encontrando.

Criar limites e alertas

O Replication Monitor permite que você defina vários limites relacionados ao status e ao desempenho. É recomendável definir os limites apropriados para sua topologia; se um limite for atingido, um aviso será exibido e, opcionalmente, um alerta poderá ser enviado para uma conta de email, um pager ou outro dispositivo. Para obter mais informações, consulte Definir limites e avisos no Replication Monitor.

Além dos alertas que podem ser associados aos limites de monitoramento, a replicação fornece uma série de alertas predefinidos que respondem às ações do agente de replicação. Esses alertas podem ser usados por um administrador para se manter informado sobre o estado da topologia de replicação. É recomendável ler o tópico que descreve os alertas e usar qualquer um que se ajuste às suas necessidades de administração (também é possível criar alertas adicionais, se necessário). Para obter mais informações, consulte Uso de Alertas para Eventos do Agente de Replicação.

Monitorar a topologia de replicação

Depois que a topologia de replicação estiver em vigor e os limites e alertas tiverem sido configurados, é recomendável monitorar regularmente a replicação. O monitoramento de uma topologia de replicação é um aspecto importante da implantação da replicação. Como a atividade de replicação é distribuída, é essencial acompanhar a atividade e o status em todos os computadores envolvidos na replicação. As seguintes ferramentas podem ser usadas para monitorar a replicação:

• O Replication Monitor é a ferramenta mais importante para monitorar a replicação, permitindo que você monitore a integridade geral de uma topologia de replicação. Para obter mais informações, consulte Monitoramento de Replicação.

• Transact-SQL e RMO (Replication Management Objects) fornecem interfaces para monitorar a replicação. Para obter mais informações, consulte Monitoramento de Replicação.

• O Monitor do Sistema também pode ser útil para monitorar o desempenho da replicação. Para obter mais informações, consulte Monitoramento da Replicação com o Monitor do Sistema.

Validar dados periodicamente

A validação não é necessária pela replicação, mas é recomendável executar a validação periodicamente para replicação transacional e replicação de mesclagem. A validação permite verificar se os dados no Assinante correspondem aos dados no Publicador. A validação bem-sucedida indica que, nesse momento, todas as alterações do Publicador foram replicadas para o Assinante (e do Assinante para o Publicador, se houver suporte para atualizações no Assinante) e que os dois bancos de dados estão em sincronia.

É recomendável que a validação seja executada de acordo com o agendamento de backup do banco de dados de publicação. Por exemplo, se o banco de dados de publicação tiver um backup completo uma vez por semana, a validação poderá ser executada uma vez por semana após a conclusão do backup. Para obter mais informações, consulte Validar Dados Replicados.

Usar perfis de agente para alterar os parâmetros do agente, se necessário

Os perfis de agente fornecem um método conveniente para definir parâmetros do agente de replicação. Os parâmetros também podem ser especificados na linha de comando do agente, mas normalmente é mais apropriado usar um perfil de agente predefinido ou criar um novo perfil se você precisar alterar o valor de um parâmetro. Por exemplo, se você estiver usando a replicação de mesclagem e um Assinante passar de uma conexão de banda larga para uma conexão de discagem, considere usar o perfil de link lento para o Merge Agent; esse perfil usa um conjunto de parâmetros mais adequados para o link de comunicações mais lento. Para saber mais, confira Replication Agent Profiles.

Ajustar períodos de retenção de publicação e distribuição, se necessário

A replicação transacional e a replicação de mesclagem usam períodos de retenção para determinar, respectivamente, quanto tempo as transações são armazenadas no banco de dados de distribuição e com que frequência uma assinatura deve ser sincronizada. É recomendável usar as configurações padrão inicialmente, mas monitorar sua topologia para determinar se as configurações exigem ajuste. Por exemplo, no caso de replicação de mesclagem, o período de retenção de publicação (que por padrão é de 14 dias) determina quanto tempo os metadados são armazenados nas tabelas do sistema. Se as assinaturas sempre sincronizarem dentro de cinco dias, considere ajustar a configuração para um número menor, o que reduzirá os metadados e possivelmente fornecerá melhor desempenho. Para obter mais informações, consulte Expiração e Desativação da Assinatura.

Entender como modificar publicações se os requisitos do aplicativo forem alterados

Depois de criar uma publicação, talvez seja necessário adicionar ou descartar artigos ou alterar as propriedades de publicação e artigo. A maioria das alterações é permitida após a criação de uma publicação, mas em alguns casos, é necessário gerar um novo instantâneo para uma publicação e/ou reinicializar assinaturas para a publicação. Para obter mais informações, consulte Alterar propriedades de publicação e artigo e adicionar artigos e remover artigos de publicações existentes.

Entender como fazer alterações de esquema se os requisitos do aplicativo forem alterados

Em muitos casos, as alterações de esquema são necessárias depois que um aplicativo está em produção. Em uma topologia de replicação, essas alterações geralmente devem ser propagadas para todos os Assinantes. A replicação dá suporte a uma ampla gama de alterações de esquema em objetos publicados. Quando você faz qualquer uma das seguintes alterações de esquema no objeto publicado apropriado em um Publicador do Microsoft SQL Server, essa alteração é propagada por padrão para todos os Assinantes do SQL Server:

• ALTER TABLE

• ALTER VIEW

• ALTERAR PROCEDIMENTO

• ALTER FUNCTION

• ALTERAR TRIGGER

Para obter mais informações, consulte Make Schema Changes on Publication Databases (Fazer alterações de esquema em bancos de dados de publicação).

Consulte Também

Perguntas Frequentes sobre Administração de Replicação