Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a:
SQL ServerAzure SQL Managed Instance
Depois de configurar a replicação, é importante entender como administrar uma topologia de replicação. Este tópico fornece orientações básicas sobre práticas recomendadas em várias áreas, com links para mais informações para cada área. Além de seguir as orientações de práticas recomendadas apresentadas neste tópico, leia o tópico de perguntas freqüentes para se familiarizar com perguntas e problemas comuns: Perguntas freqüentes para administradores de replicação.
É útil dividir as orientações sobre as melhores práticas em dois domínios:
As informações a seguir abrangem 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.
Estruture 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 abrangem 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 através 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 mudarem.
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 ser copiados regularmente e a capacidade de restaurar esses backups deve ser testada periodicamente; Os bancos de dados replicados não são diferentes. Deve ser feito backup regularmente dos seguintes bancos de dados:
Base de dados das publicações
Base de dados de distribuição
Bases de dados de subscrição
banco de dados msdb e banco de dados mestre no Editor, no Distribuidor e em todos os Assinantes
Os bancos de dados replicados exigem atenção especial no que diz respeito ao backup e à restauração de dados. Para obter mais informações, consulte Fazer backup e restaurar bancos de dados replicados.
Roteiro da topologia de replicação
Todos os componentes de replicação numa topologia devem ser escritos em scripts como parte de um plano de recuperação após desastres, e os scripts também podem ser usados para automatizar tarefas rotineiras. Um script contém os procedimentos armazenados do sistema Transact-SQL necessários para implementar o(s) componente(s) de replicação definidos por script, como uma publicação ou subscrição. Os scripts podem ser criados em um assistente (como o Assistente para Nova Publicação) ou no Microsoft SQL Server Management Studio depois de criar um componente. Você pode exibir, modificar e executar o script usando o SQL Server Management Studio ou sqlcmd. Os scripts podem ser armazenados com arquivos de backup para serem usados caso uma topologia de replicação precise ser reconfigurada. Para obter mais informações, consulte Scripting Replication.
Um componente deve ser reprogramado se forem feitas quaisquer alterações às suas propriedades. 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 deve ser atualizada se o procedimento for alterado (os procedimentos geralmente são atualizados devido a alterações de esquema ou alteração de requisitos do aplicativo). Para obter mais informações sobre procedimentos personalizados, consulte Especificar Como as Alterações São Propagadas para Artigos Transacionais.
Estabeleça linhas de base de desempenho e ajuste a replicação, se necessário
Antes de configurar a replicação, é recomendável familiarizar-se com os fatores que afetam o desempenho da replicação:
Hardware de servidor e rede
Conceção da base de dados
Configuração do distribuidor
Desenho e opções da publicação
Conceção e utilização do filtro
Opções de subscrição
Opções de instantâneo
Parâmetros do agente
Manutenção
Depois que a replicação for configurada, é recomendável desenvolver uma linha de base de desempenho, que permitirá determinar como a replicação se comporta com uma carga de trabalho típica de seus aplicativos e topologia. Use o Replication Monitor e o System Monitor para determinar números típicos para as cinco dimensões de desempenho de replicação a seguir:
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.
Simultaneidade: 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, porque 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, porque 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 os números da linha de base, defina limites no Replication Monitor. Para mais informações, consulte Definir Limites e Avisos no Replication Monitor e Usar Alertas para Eventos do Replication Agent. Se você encontrar um problema de desempenho, é recomendável ler as sugestões nos tópicos de aprimoramento de desempenho listados acima e aplicar alterações em áreas que afetam os problemas encontrados.
Criar limites e alertas
O Replication Monitor permite definir 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 vários 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. Recomenda-se ler o tópico que descreve os alertas e usar qualquer um que se adapte às suas necessidades administrativas (também é possível criar alertas adicionais, se necessário). Para obter mais informações, consulte Usar alertas para eventos do Agente de Replicação.
Monitorar a topologia de replicação
Depois que a topologia de replicação estiver estabelecida e os limites e alertas tiverem sido configurados, recomenda-se monitorar regularmente a replicação. O monitoramento de uma topologia de replicação é um aspeto importante da implantação da replicação. Como a atividade de replicação é distribuída, é essencial controlar 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 monitorar a integridade geral de uma topologia de replicação. Para obter mais informações, consulte Monitorização da Replicação.
Transact-SQL e RMO (Replication Management Objects) fornecem interfaces para monitorar a replicação. Para obter mais informações, consulte Monitorização 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 Monitorando a replicação com o Monitor do Sistema.
Validar dados periodicamente
A validação não é exigida pela replicação, mas recomenda-se 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 Editor. A validação bem-sucedida indica que, nesse momento, todas as alterações do Editor foram replicadas para o Assinante (e do Assinante para o Editor, se houver suporte para atualizações no Assinante) e que os dois bancos de dados estão sincronizados.
Recomenda-se que a validação seja realizada de acordo com o cronograma 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 mais informações, consulte Validar Dados Replicados.
Use perfis de agente para alterar os parâmetros do agente, se necessário
Os perfis de agente fornecem um método conveniente de 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 estiveres a usar a replicação de mesclagem e um Assinante passar de uma conexão de banda larga para uma conexão de acesso telefónico, considera usar o perfil de enlace lento para o Agente de Mesclagem; este perfil usa um conjunto de parâmetros que são mais adequados para o link de comunicações mais lento. Para obter mais informações, consulte o Replication Agent Profiles.
Ajustar os 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, por 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 da replicação de mesclagem, o período de retenção de publicação (que por padrão é de 14 dias) determina por 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á um melhor desempenho. Para obter mais informações, consulte Expiração e desativação da assinatura.
Compreender como modificar publicações se os requisitos da candidatura mudarem
Depois de criar uma publicação, pode ser necessário adicionar ou descartar artigos ou alterar as propriedades da publicação e do 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 as assinaturas da publicação. Para obter mais informações, consulte Alterar propriedades de publicação e artigo e Adicionar artigos e descartar 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 oferece suporte a uma ampla variedade 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 Microsoft SQL Server Publisher, essa alteração é propagada por padrão para todos os assinantes do SQL Server:
TABELA ALTER
ALTERAR VISTA
PROCEDIMENTO ALTER
ALTERAR FUNÇÃO
ALTER GATILHO
Para obter mais informações, consulte Alterações de Esquema em Bancos de Dados de Publicação.