Estratégias para fazer backup e restaurar instantâneos e a replicação transacional

Quando você cria uma estratégia de backup e restauração para instantâneo e replicação transacional, há três áreas a serem consideradas:

• Quais bancos de dados fazer backup.

• Configurações de backup para replicação transacional.

• As etapas necessárias para restaurar um banco de dados. Elas dependem do tipo de replicação e das opções escolhidas.

Este tópico aborda cada uma dessas áreas nas próximas três seções. Para obter informações sobre backup e restauração para Publicação Oracle, consulte Backup e Restauração para Editores Oracle.

Fazendo backup de bancos de dados

Para replicação instantânea e transacional, você deve fazer backup regularmente dos seguintes bancos de dados:

• O banco de dados de publicação da Editora.

• 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 os bancos de dados mestre e msdb são consistentes com o banco de dados de publicação em relação à configuração e às 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.

Configurações de backup para replicação transacional

A replicação transacional inclui o uso da opção de sincronização com backup , que pode ser definida no banco de dados de distribuição e no banco de dados de publicação:

• Recomendamos que você sempre defina essa opção no banco de dados de distribuição.

  Definir esta opção no banco de dados de distribuição garante que as transações no log do banco de dados de publicação não serão truncadas até que um backup tenha sido realizado no banco de dados de distribuição. O banco de dados de distribuição pode ser restaurado para o último backup e todas as transações ausentes são entregues do banco de dados de publicação para o banco de dados de distribuição. A replicação continua não afetada.

  Definir essa opção no banco de dados de distribuição não afeta a latência de replicação. No entanto, a opção atrasará o truncamento do log no banco de dados de publicação até que as transações correspondentes no banco de dados de distribuição tenham sido feitas cópias de segurança. (Isso pode criar um log de transações maior no banco de dados de publicação.)

• Recomendamos que você defina essa opção no banco de dados de publicação se o aplicativo puder tolerar latência adicional.

  Definir essa opção no banco de dados de publicação assegura que as transações não serão entregues ao banco de dados de distribuição até ser realizado o backup do banco de dados de publicação. O backup do banco de dados da última publicação pode ser restaurado no Publicador sem qualquer possibilidade de o banco de dados de distribuição conter transações que o banco de dados de publicação restaurado não possui.

  A latência e a taxa de transferência são afetadas porque as transações não podem ser entregues ao banco de dados de distribuição até que tenham sido armazenadas em backup no Publicador. Por exemplo, se o log de transações for realizado um backup a cada cinco minutos, haverá um tempo adicional de cinco minutos de latência entre o momento em que uma transação é confirmada no Publicador e aquele em que a transação é entregue ao banco de dados de distribuição e, posteriormente, ao Assinante.

  Observação

  A opção de sincronização com backup garante a consistência entre o banco de dados de publicação e o banco de dados de distribuição, mas a opção não garante a perda de dados. Por exemplo, se o log de transações for perdido, as transações confirmadas desde o último backup de log de transações não estarão disponíveis no banco de dados de publicação ou no banco de dados de distribuição. Esse é o mesmo comportamento de um banco de dados não duplicado.

Para definir a opção de sincronização com backup

• Programação de replicação Transact-SQL: Habilitar backups coordenados para replicação transacional (Programação de replicação Transact-SQL)

Restaurando bancos de dados envolvidos na replicação

Você pode restaurar todos os bancos de dados em uma topologia de replicação se os backups recentes estiverem disponíveis e as etapas apropriadas forem seguidas. As etapas de restauração do banco de dados de publicação dependem do tipo de replicação e das opções usadas; no entanto, as etapas de restauração para todos os outros bancos de dados são independentes do tipo e das opções.

A replicação dá suporte à restauração de bancos de dados replicados para o mesmo servidor e banco de dados do qual o backup foi criado. Se você restaurar um backup de um banco de dados replicado para outro servidor ou banco de dados, as configurações de replicação não poderão ser preservadas. Nesse caso, você deve recriar todas as publicações e assinaturas depois que os backups forem restaurados.

Publicador

Há etapas de restauração fornecidas para os seguintes tipos de replicação:

• Replicação de instantâneo

• Replicação transacional somente leitura

• Replicação transacional com assinaturas de atualização

• Replicação transacional entre pares

A restauração dos bancos de dados msdb e mestre , que também são abordados nesta seção, é a mesma para todos os quatro tipos.

Base de Dados de Publicação: Replicação de Snapshot

1. Restaure o backup mais recente do banco de dados de publicação. Vá para a etapa 2.

2. O backup do banco de dados de publicação contém a configuração mais recente para todas as publicações e assinaturas? Se sim, a restauração será concluída. Se não, vá para a etapa 3.

3. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes e, em seguida, recrie a configuração. A restauração foi concluída.

   Para obter mais informações sobre como remover a replicação, consulte sp_removedbreplication (Transact-SQL).

Base de dados de publicação: Replicação Transacional Read-Only

1. Restaure o backup mais recente do banco de dados de publicação. Vá para a etapa 2.

2. A configuração de sincronização com backup foi habilitada no banco de dados de publicação antes da falha? Se sim, vá para a etapa 3; se não, vá para a etapa 5.

   Se a configuração estiver habilitada, a consulta SELECT DATABASEPROPERTYEX('<PublicationDatabaseName>', 'IsSyncWithBackup') retornará '1'.

3. O backup restaurado está completo e up-to-date? Ele contém a configuração mais recente para todas as publicações e assinaturas? Se sim, a restauração será concluída. Se não, vá para a etapa 4.

4. As informações de configuração no banco de dados de publicação restaurado não são up-to-date. Portanto, você deve verificar se os Assinantes têm todos os comandos pendentes no banco de dados de distribuição e, em seguida, eliminar e recriar a configuração de replicação.

   1. Execute o Distribution Agent até que todos os Assinantes sejam sincronizados com os comandos pendentes no banco de dados de distribuição. Verifique se todos os comandos são entregues aos Assinantes usando a guia Comandos Não Atribuídos no Replication Monitor ou consultando a exibição MSdistribution_status no banco de dados de distribuição. Vá para a etapa b.

      Para obter mais informações sobre como executar o Distribution Agent, consulte Conceitos de Inicialização e Interrupção de um Agente de Replicação (SQL Server Management Studio) e Executáveis do Replication Agent.

      Para obter mais informações sobre como verificar comandos, consulte Exibir Comandos Replicados e Outras Informações no Banco de Dados de Distribuição (Replicação Transact-SQL Programação) e exibir informações e executar tarefas usando o Replication Monitor.

   2. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes e, em seguida, recrie a configuração. Ao recriar assinaturas, especifique que o Assinante já tem os dados. A restauração foi concluída.

      Para obter mais informações sobre como remover a replicação, consulte sp_removedbreplication (Transact-SQL).

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Inicializar uma assinatura manualmente.

5. A opção de sincronização com backup não foi definida no banco de dados de publicação. Portanto, as transações que não foram incluídas no backup restaurado podem ter sido entregues ao Distribuidor e aos Assinantes. Agora você deve verificar se os Assinantes têm todos os comandos pendentes no banco de dados de distribuição e aplicar manualmente ao banco de dados de publicação todas as transações que não estão incluídas no backup restaurado.

   Importante

   A execução desse processo pode fazer com que as tabelas publicadas sejam restauradas em um momento mais recente do que o momento de outras tabelas não publicadas que são restauradas do backup.

   1. Execute o Distribution Agent até que todos os Assinantes sejam sincronizados com os comandos pendentes no banco de dados de distribuição. Verifique se todos os comandos são entregues aos Assinantes usando a guia Comandos Não Atribuídos no Replication Monitor ou consultando a exibição MSdistribution_status no banco de dados de distribuição. Vá para a etapa b.

      Para obter mais informações sobre como executar o Distribution Agent, consulte Conceitos de Inicialização e Interrupção de um Agente de Replicação (SQL Server Management Studio) e Executáveis do Replication Agent.

      Para obter mais informações sobre como verificar comandos, consulte Exibir Comandos Replicados e Outras Informações no Banco de Dados de Distribuição (Replicação Transact-SQL Programação) e exibir informações e executar tarefas usando o Replication Monitor.

   2. Use o utilitário tablediff ou outra ferramenta para sincronizar manualmente o Publicador com o Assinante. Isso permite que você recupere dados do banco de dados de assinatura que não estavam contidos no backup do banco de dados de publicação. Vá para a etapa c.

      Para obter mais informações sobre o utilitário tablediff , consulte Comparar Tabelas Replicadas para Diferenças (Programação de Replicação).

   3. O backup restaurado está completo e possui a data up-to? Ele contém a configuração mais recente para todas as publicações e assinaturas? Se sim, execute o procedimento armazenado sp_replrestart para ressincronizar os metadados do Publicador com os metadados do Distribuidor. A restauração foi concluída. Se não, vá para a etapa d.

   4. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes e, em seguida, recrie a configuração. Ao recriar assinaturas, especifique que o Assinante já tem os dados. A restauração foi concluída.

      Para obter mais informações sobre como remover a replicação, consulte sp_removedbreplication (Transact-SQL).

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Inicializar uma assinatura manualmente.

Banco de dados de publicação: replicação transacional com possibilidade de atualização nas assinaturas

1. Restaure o backup mais recente do banco de dados de publicação. Vá para a etapa 2.

2. Execute o Distribution Agent até que todos os Assinantes sejam sincronizados com os comandos pendentes no banco de dados de distribuição. Verifique se todos os comandos são entregues aos Assinantes usando a guia Comandos Não Atribuídos no Replication Monitor ou consultando o modo de exibição MSdistribution_status no banco de dados de distribuição. Vá para a etapa 3.

   Para obter mais informações sobre como executar o Distribution Agent, consulte Conceitos de Inicialização e Interrupção de um Agente de Replicação (SQL Server Management Studio) e Executáveis do Replication Agent.

   Para obter mais informações sobre como verificar comandos, consulte Exibir Comandos Replicados e Outras Informações no Banco de Dados de Distribuição (Replicação Transact-SQL Programação) e exibir informações e executar tarefas usando o Replication Monitor.

3. Se você estiver usando assinaturas de atualização em fila de espera, conecte-se a cada Assinante e exclua todas as linhas da tabela MSreplication_queue (Transact-SQL) no banco de dados de assinatura. Vá para a etapa 4.

   Observação

   Se você estiver usando assinaturas de atualização em fila e qualquer tabela contiver colunas de identidade, é necessário verificar se os intervalos de identidade corretos são atribuídos após uma restauração. Para obter mais informações, consulte Replicar Colunas de Identidade.

4. Agora você deve verificar se os Assinantes têm todos os comandos pendentes no banco de dados de distribuição e aplicar manualmente ao banco de dados de publicação todas as transações que não estão incluídas no backup restaurado.

   Importante

   A execução desse processo pode fazer com que as tabelas publicadas sejam restauradas em uma data mais recente do que as outras tabelas não publicadas que são restauradas do backup.

   1. Execute o Distribution Agent até que todos os Assinantes sejam sincronizados com os comandos pendentes no banco de dados de distribuição. Verifique se todos os comandos são entregues aos Assinantes usando o Replication Monitor ou consultando a exibição MSdistribution_status no banco de dados de distribuição. Vá para a etapa b.

   2. Use o Utilitário tablediff ou outra ferramenta para sincronizar manualmente o Publisher com o Subscriber. Isso permite que você recupere dados do banco de dados de assinatura que não estavam contidos no backup do banco de dados de publicação. Vá para a etapa c.

      Para obter mais informações sobre o utilitário tablediff , consulte Comparar Tabelas Replicadas para Diferenças (Programação de Replicação).

   3. O backup restaurado está completo e up-to-date? Ele contém a configuração mais recente para todas as publicações e assinaturas? Se sim, execute o procedimento armazenado sp_replrestart para ressincronizar os metadados do Publicador com os metadados do Distribuidor. A restauração foi concluída. Se não, vá para a etapa d.

   4. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes e, em seguida, recrie a configuração. Ao recriar assinaturas, especifique que o Assinante já tem os dados. A restauração foi concluída.

      Para obter mais informações sobre como remover a replicação, consulte e sp_removedbreplication (Transact-SQL).

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Inicializar uma assinatura manualmente.

Base de dados de publicação: replicação transacional ponto a ponto

Nas etapas a seguir, os bancos de dados de publicação A, B e C estão em uma topologia de replicação transacional ponto a ponto. Os bancos de dados A e C estão online e funcionando corretamente; O banco de dados B é o banco de dados a ser restaurado. O processo descrito aqui, especialmente as etapas 7, 10 e 11, é muito semelhante ao processo necessário para adicionar um nó a uma topologia ponto a ponto. A maneira mais simples de executar essas etapas é usar o Assistente para Configurar Topologia Ponto a Ponto, mas você também pode usar procedimentos armazenados.

1. Execute os Agentes de Distribuição para sincronizar as assinaturas nos bancos de dados A e C. Vá para a etapa 2.

   Para obter mais informações sobre como executar o Distribution Agent, consulte Conceitos de Inicialização e Interrupção de um Agente de Replicação (SQL Server Management Studio) e Executáveis do Replication Agent.

2. Se o banco de dados de distribuição que B usa ainda estiver disponível, execute Os Agentes de Distribuição para sincronizar assinaturas entre bancos de dados B e A e bancos de dados e B e C. Vá para a etapa 3.

3. Remova os metadados do banco de dados de distribuição que B usa executando sp_removedistpublisherdbreplication no banco de dados de distribuição para B. Vá para a etapa 4.

4. Nos bancos de dados A e C, remova as assinaturas para a publicação no banco de dados B. Vá para a etapa 5.

   Para obter mais informações sobre como remover assinaturas, consulte Gerenciar Assinaturas.

5. Execute um backup de log ou backup completo do banco de dados A. Vá para a etapa 6.

6. Restaure o backup do banco de dados A no banco de dados B. O banco de dados B agora tem os dados do banco de dados A, mas não a configuração de replicação. Quando você restaura um backup para outro servidor, a replicação é removida; portanto, a replicação foi removida do banco de dados B. Vá para a etapa 7.

7. Recriar a publicação no banco de dados B e recriar assinaturas entre os bancos de dados A e B. (As assinaturas que envolvem o banco de dados C são tratadas posteriormente.).

   1. Recriar a publicação no banco de dados B. Vá para a etapa b.

   2. Crie novamente a assinatura no banco de dados B para a publicação no banco de dados A, especificando que a assinatura deve ser inicializada com um backup (um valor de inicialização com backup para o parâmetro @sync_type de sp_addsubscription). Vá para a etapa c.

   3. Crie novamente a assinatura no banco de dados A para a publicação no banco de dados B, especificando que o Assinante já tem os dados (um valor de suporte de replicação somente para o parâmetro @sync_type de sp_addsubscription). Vá para a etapa 8.

8. Execute os Agentes de Distribuição para sincronizar as assinaturas nos bancos de dados A e B. Se houver colunas de identidade em tabelas publicadas, vá para a etapa 9. Caso contrário, vá para a etapa 10.

9. Após a restauração, o intervalo de identidade atribuído para cada tabela no banco de dados A também será usado no banco de dados B. Verifique se o banco de dados restaurado B recebeu todas as alterações do banco de dados B com falha que foram propagadas para o banco de dados A e o banco de dados C; e, em seguida, reensoou o intervalo de identidade para cada tabela.

   1. Execute sp_requestpeerresponse no banco de dados B e recupere o parâmetro de saída @request_id. Vá para a etapa b.

   2. Por padrão, o Agente de Distribuição é definido para ser executado continuamente; portanto, os tokens devem ser enviados automaticamente para todos os nós. Se o Agente de Distribuição não estiver em execução no modo contínuo, execute o agente. Para obter mais informações, consulte Conceitos de Executáveis do Replication Agent ou Iniciar e Parar um Agente de Replicação (SQL Server Management Studio). Vá para a etapa c.

   3. Execute sp_helppeerresponses, fornecendo o valor de @request_id recuperado na etapa b. Aguarde até que todos os nós indiquem que receberam a solicitação de par. Vá para a etapa d.

   4. Use DBCC CHECKIDENT para reutilizar cada tabela no banco de dados B para garantir que um intervalo apropriado seja usado. Vá para a etapa 10.

   Para obter mais informações sobre como gerenciar intervalos de identidade, consulte a seção "Atribuindo intervalos para gerenciamento manual de intervalos de identidade" de Replicar Colunas de Identidade.

10. Neste ponto, o banco de dados B e o banco de dados C não estão conectados diretamente, mas receberão alterações por meio do banco de dados A. Se a topologia contiver quaisquer nós que estejam executando o SQL Server 2005, vá para a etapa 11; caso contrário, vá para a etapa 12.

11. Crie novamente a assinatura entre os bancos de dados B e C. A interação de um sistema envolve interromper a atividade em tabelas publicadas em todos os nós e garantir que cada nó tenha recebido todas as alterações de todos os outros nós.

    1. Interrompa completamente todas as atividades em tabelas publicadas na topologia peer-to-peer. Vá para a etapa b.

    2. Execute sp_requestpeerresponse no banco de dados B e recupere o parâmetro de saída @request_id. Vá para a etapa c.

    3. Por padrão, o Agente de Distribuição é definido para ser executado continuamente; portanto, os tokens devem ser enviados automaticamente para todos os nós. Se o Agente de Distribuição não estiver em execução no modo contínuo, execute o agente. Vá para a etapa d.

    4. Execute sp_helppeerresponses, fornecendo o valor de @request_id recuperado na etapa b. Aguarde até que todos os nós indiquem que receberam a solicitação entre pares. Vá para a etapa e.

    5. Crie novamente a assinatura no banco de dados B para a publicação no banco de dados C, especificando que o Assinante já tem os dados. Vá para a etapa b.

    6. Crie novamente a assinatura no banco de dados C para a publicação no banco de dados B, especificando que o Assinante já tem os dados. Vá para a etapa 13.

12. Recriar a assinatura entre os bancos de dados B e C:

    1. No banco de dados B, consulte a tabela MSpeer_lsns para recuperar o LSN (número de sequência de log) da transação mais recente que o banco de dados B recebeu do banco de dados C.

    2. Crie novamente a assinatura no banco de dados B para a publicação no banco de dados C, especificando que a assinatura deve ser inicializada com base no LSN (um valor de inicialização de lsn para o parâmetro @sync_type de sp_addsubscription). Vá para a etapa b.

    3. Crie novamente a assinatura no banco de dados C para a publicação no banco de dados B, especificando que o Assinante já tem os dados. Vá para a etapa 13.

13. Execute os Agentes de Distribuição para sincronizar as assinaturas nos bancos de dados B e C. A restauração foi concluída.

Banco de Dados msdb (Publicador)

1. Restaure o backup mais recente do banco de dados msdb .

2. O backup restaurado está completo e up-to-date? Ele contém a configuração mais recente para todas as publicações e assinaturas? Se sim, a recuperação será concluída. Se não, vá para a etapa 3.

3. Crie novamente a tarefa de limpeza de assinaturas usando seus scripts de replicação. A recuperação foi concluída.

Banco de Dados Mestre (Publisher)

1. Restaure o backup mais recente do banco de dados mestre .

2. Verifique se o banco de dados é consistente com o banco de dados de publicação em relação à configuração e às configurações de replicação.

Bancos de dados no Distribuidor

Banco de Dados de Distribuição

1. Restaure o backup mais recente do banco de dados de distribuição.

2. A configuração de sincronização com backup estava habilitada no banco de dados de distribuição antes da falha? Se sim, vá para a etapa 3; se não, vá para a etapa 4.

   Se a configuração estiver habilitada, a consulta SELECT DATABASEPROPERTYEX('<DistributionDatabaseName>', 'IsSyncWithBackup') retornará '1'.

3. O backup restaurado está completo e up-to-atualizado? Ele contém a configuração mais recente para todas as publicações e assinaturas? Se sim, a recuperação será concluída. Se não, vá para a etapa 4.

4. As informações de configuração no banco de dados de distribuição restaurado não são up-to-date ou a opção de sincronização com backup não foi definida no banco de dados de distribuição. (Após a restauração, o banco de dados de distribuição pode estar faltando transações que foram confirmadas no Publicador, mas ainda não foram entregues aos Assinantes.) Exclua e recrie a replicação e, em seguida, execute a validação.

   1. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes e, em seguida, recrie a configuração. Ao recriar assinaturas, especifique que o Assinante já tem os dados. Vá para a etapa b.

      Para obter mais informações sobre como remover a replicação, consulte sp_removedbreplication (Transact-SQL).

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Inicializar uma assinatura manualmente.

   2. Marque todas as publicações para validação. Reinicialize todas as assinaturas que falharem na validação. A recuperação foi concluída.

      Para obter mais informações sobre validação, consulte Validar Dados Replicados. Para obter mais informações sobre reinicialização, consulte Reinicializar assinaturas.

Banco de Dados msdb (Distribuidor)

1. Restaure o backup mais recente do banco de dados msdb .

2. O backup restaurado está completo e up-to-date? Ele contém a configuração mais recente para todas as publicações e assinaturas? Se sim, a recuperação será concluída. Se não, vá para a etapa 3.

3. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes e, em seguida, recrie a configuração. Ao recriar assinaturas, especifique que o Assinante já tem os dados. Vá para a etapa 4.

   Para obter mais informações sobre como remover a replicação, consulte sp_removedbreplication (Transact-SQL).

   Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Inicializar uma assinatura manualmente.

4. Marque todas as publicações para validação. Reinicialize todas as assinaturas que falharem na validação. A recuperação foi concluída.

   Para obter mais informações sobre validação, consulte Validar Dados Replicados. Para obter mais informações sobre reinicialização, consulte Reinicializar assinaturas.

Banco de Dados Mestre (Distribuidor)

1. Restaure o backup mais recente do banco de dados mestre .

2. Verifique se o banco de dados é consistente com o banco de dados de publicação em relação à configuração e às configurações de replicação.

Bancos de dados do Assinante

Banco de Dados de Assinatura

1. O backup mais recente do banco de dados de assinaturas é mais novo do que a configuração mínima de retenção no banco de dados de distribuição? (Isso determina se o Distribuidor ainda tem todos os comandos necessários para trazer o Assinante up-to-date.) Se sim, vá para a etapa 2. Se não, reinicialize a assinatura. A recuperação foi concluída.

   Para determinar a configuração de retenção de distribuição máxima, execute sp_helpdistributiondb e recupere o valor da coluna max_distretention (esse valor está em horas).

   Para obter mais informações sobre como reinicializar uma assinatura, consulte Reinicializar uma assinatura.

2. Restaure o backup de banco de dados de assinatura mais recente. Vá para a etapa 3.

3. Se o banco de dados de assinatura contiver apenas assinaturas push, vá para a etapa 4. Se o banco de dados de assinatura contiver assinaturas pull, faça as seguintes perguntas: As informações da assinatura estão atualizadas? O banco de dados inclui todas as tabelas e opções que foram definidas no momento da falha. Se sim, vá para a etapa 4. Se não, reinicialize a assinatura. A recuperação foi concluída.

4. Para sincronizar o Assinante, execute o Agente de Distribuição. A recuperação foi concluída.

   Para obter mais informações sobre como executar o Distribution Agent, consulte Conceitos de Inicialização e Interrupção de um Agente de Replicação (SQL Server Management Studio) e Executáveis do Replication Agent.

Banco de Dados msdb (Subscritor)

1. Restaure o backup mais recente do banco de dados msdb . As assinaturas pull são usadas neste Assinante? Se não, a restauração será concluída. Se sim, vá para a etapa 2.

2. O backup está completo e restaurado? up-to-date. Ele contém a configuração mais recente para todas as assinaturas pull? Se sim, a recuperação será concluída. Se não, vá para a etapa 3.

3. Exclua e recrie as assinaturas de pull. Quando você recriar as assinaturas, certifique-se de que o Assinante já tem os dados. A restauração foi concluída.

   Para obter mais informações sobre como remover assinaturas, consulte Cancelar assinaturas de publicações.

   Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Inicializar uma assinatura manualmente.

banco de dados principal (Inscrito)

1. Restaure o backup mais recente do banco de dados mestre .

2. Verifique se o banco de dados é consistente com o banco de dados de publicação em relação à configuração e às configurações de replicação.

Consulte Também

Fazer backup e restaurar bancos de dados do SQL Server
Fazer backup e restaurar bancos de dados replicados
Configurar Distribuição
Publicar dados e objetos de banco de dados
Assinar publicações
Inicializar uma Assinatura
Sincronizar dados