Procedimentos para realizar backup e restaurar a replicação de mesclagem

Para replicação de mesclagem, faça backup (ou faça uma cópia de segurança) dos seguintes bancos de dados regularmente:

• O banco de dados de publicação no Publicador
• O banco de dados de distribuição no Distribuidor
• O banco de dados de assinatura de cada assinante
• Os bancos de dados master e msdb no Publicador, Distribuidor e todos os Assinantes. Esses bancos de dados devem ser armazenados em backup ao mesmo tempo que os outros e o banco de dados de replicação relevante. Por exemplo, faça backup dos bancos de dados mestre e msdb no Publicador ao mesmo tempo em que você faz backup do banco de dados de publicação. Se o banco de dados de publicação for restaurado, verifique se o banco de dados mestre e msdb é consistente com o banco de dados de publicação em termos de configuração e configurações de replicação.

Se você executar backups de log regulares, quaisquer alterações relacionadas à replicação deverão ser capturadas nos backups de log. Se você não executar backups de log, um backup deverá ser executado sempre que uma configuração relevante para replicação for alterada. Para obter mais informações, consulte Ações Comuns que exigem um backup atualizado.

Escolha uma das abordagens detalhadas abaixo para fazer backup e restaurar o banco de dados de publicação e siga as recomendações listadas para o banco de dados de distribuição e os bancos de dados de assinatura.

Fazendo backup e restaurando o banco de dados de publicação

Há duas abordagens para restaurar um banco de dados de publicação de mesclagem. Depois de restaurar o banco de dados de publicação a partir de um backup, você deve ou:

• Sincronize o banco de dados de publicação com um banco de dados de assinatura.

• Reinicialize todas as assinaturas para as publicações no banco de dados de publicação.

O uso de qualquer um desses métodos garante que, após a execução de uma restauração, o Publicador e todos os Assinantes sejam sincronizados.

Sincronizando o banco de dados de publicação

Sincronizar um banco de dados de publicação com um banco de dados de assinatura permite que você carregue de um ou mais bancos de dados de assinatura essas alterações feitas anteriormente no banco de dados de publicação, mas não representadas no backup restaurado. Os dados que podem ser carregados dependem do modo como uma publicação é filtrada:

• Se a publicação não for filtrada, você deverá conseguir atualizar o banco de dados de publicação com uma sincronização com o Assinante mais atualizado.

• Se a publicação for filtrada, talvez você possa atualizar o banco de dados de publicação. Considere uma tabela particionada, de modo que cada assinatura receba os dados de clientes somente de uma região: norte, leste, sul e oeste. Se existir pelo menos um Assinante para cada partição de dados, a sincronização com um Assinante para cada partição deverá atualizar o banco de dados de publicação. Entretanto, se por exemplo, os dados da partição oeste, não foram replicados para nenhum Assinante, então esses dados no Publicador não poderão ser atualizados.

Se você sincronizar com um Assinante que esteja executando uma versão do Microsoft SQL Server antes do Microsoft SQL Server 2005, a assinatura não poderá ser anônima; deve ser uma assinatura de cliente ou uma assinatura de servidor (conhecida como assinaturas locais e assinaturas globais em versões anteriores).

Para sincronizar uma assinatura, consulte Sincronizar uma Assinatura de Push e Sincronizar uma Assinatura de Pull.

Reinicializando todas as assinaturas

A reinicialização de todas as assinaturas garante que todos os Assinantes estejam em um estado consistente com o banco de dados de publicação restaurado. Essa abordagem deve ser usada se você quiser retornar uma topologia inteira para o estado anterior representado por um determinado backup de banco de dados de publicação. Por exemplo, talvez você queira reinicializar todas as assinaturas se estiver restaurando um banco de dados de publicação para um ponto anterior no tempo como um mecanismo para se recuperar de uma operação em lote executada erroneamente.

Se você escolher esta opção, gere um novo instantâneo para entrega aos Assinantes reinicializados imediatamente após restaurar o banco de dados de publicação.

Para reinicializar uma assinatura, consulte Reinicializar uma assinatura.

Para criar e aplicar um instantâneo, consulte Criar e aplicar o instantâneo inicial e criar um instantâneo para uma publicação de mesclagem com filtros parametrizados.

Fazendo backup e restaurando o banco de dados de distribuição

Com a replicação de mesclagem, o backup do banco de dados de distribuição deve ser feito regularmente e pode ser restaurado sem necessidade de considerações especiais, desde que o backup a ser usado não seja mais antigo que o período de retenção mais curto de todas as publicações que utilizam o Distribuidor. Por exemplo, se houver três publicações com períodos de retenção de 10, 20 e 30 dias, respectivamente, o backup usado para restaurar o banco de dados não deverá ter mais de 10 dias. O banco de dados de distribuição tem uma função limitada na replicação de mesclagem: ele não armazena nenhum dado usado no controle de alterações e não fornece armazenamento temporário de alterações de replicação de mesclagem a serem encaminhadas para bancos de dados de assinatura (como faz na replicação transacional).

Fazendo backup e restaurando um banco de dados de assinatura

Para garantir a recuperação bem-sucedida de um banco de dados de assinatura, os Assinantes devem sincronizar com o Publicador antes do backup do banco de dados de assinatura; eles também devem sincronizar depois que o banco de dados de assinatura for restaurado:

• A sincronização com o Publicador antes de um backup de banco de dados de assinatura ajuda a garantir que, se um Assinante for restaurado do backup, a assinatura ainda estará dentro do período de retenção de publicação. Por exemplo, suponha uma publicação com um período de retenção de 10 dias. A última sincronização foi há 8 dias e agora o backup é executado. Se o backup for restaurado 4 dias depois, a última sincronização ocorrerá há 12 dias, que já passou do período de retenção. Nesse caso, você teria que reinicializar o Assinante. Se o Assinante tivesse sincronizado antes do backup, o banco de dados de assinatura estaria dentro do período de retenção.

  O backup não deve ser mais antigo do que o período de retenção mais curto de todas as publicações às quais o Assinante assina. Por exemplo, se um Assinante assinar três publicações com períodos de retenção de 10, 20 e 30 dias, respectivamente, o backup usado para restaurar o banco de dados não deverá ter mais de 10 dias.

• Sincronizar o banco de dados de assinatura com cada uma de suas publicações após uma restauração garante que o Assinante esteja atualizado com todas as alterações no Publicador.

Para definir o período de retenção da publicação, consulte Definir o Período de Expiração para Assinaturas.

Para sincronizar uma assinatura, consulte Sincronizar uma Assinatura de Push e Sincronizar uma Assinatura de Pull.

Fazendo backup e restaurando um banco de dados de republicação

Quando um banco de dados assina dados de um Publicador e, por sua vez, publica os mesmos dados em outros bancos de dados de assinatura, ele é conhecido como um banco de dados de republicação. Ao restaurar um banco de dados de republicação, siga as diretrizes descritas em "Backup e restauração de um banco de dados de publicação" e "Backup e restauração de um banco de dados de assinatura" neste tópico.

Consulte Também

Fazer backup e restaurar bancos de dados do SQL Server
Fazer backup e restaurar bancos de dados replicados