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

Ao projetar 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 para fazer o backup.

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

• As etapas que são exigidas para restaurar um banco de dados. Dependem do tipo de replicação e das opções escolhidas.

Este tópico abrange 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 instantâneo e replicação transacional, é necessário fazer o backup regularmente dos seguintes bancos de dados:

• O banco de dados de publicação no Publicador.

• O banco de dados de distribuição no Distribuidor.

• O banco de dados de assinatura em cada Assinante.

• Os bancos de dados do sistema mestre e msdb no Publicador, Distribuidor e todos os Assinantes. Esses bancos de dados devem ter seus backups feitos na mesma hora, assim como o banco de dados de replicação pertinente. Por exemplo, faça o backup dos bancos de dados mestre e msdb no Publicador na mesma hora que faz o backup do banco de dados de publicação. Se o banco de dados de publicação for restaurado, certifique-–e de que os bancos de dados mestre e msdb são consistentes com o banco de dados de publicação com respeito à configuração de replicação e às configurações.

Ao executar backups de log regulares, qualquer alteração relacionada à replicação deve ser capturada nos backups de log. Se não executar backups de log, um backup deve ser executado sempre que uma configuração pertinente à replicação for alterada. Para obter mais informações, consulte Ações comuns que requerem um backup atualizado.

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

A replicação transacional inclui o uso da opção sync with backup que pode ser definida no banco de dados de distribuição e no banco de dados de publicação.

• Nós recomendamos essa opção seja sempre definida no banco de dados de distribuição.

  Definir essa opção no banco de dados de distribuição assegura que as transações no log do banco de dados de publicação não serão truncadas até ser feito o backup do banco de dados de distribuição. O banco de dados de distribuição pode ser restaurado ao último backup, e quaisquer transações perdidas são entregues do banco de dados de publicação ao banco de dados de distribuição. A replicação continua sem ser afetada.

  Definir essa opção no banco de dados de distribuição não afeta a latência de replicação. Entretanto, a opção retardará o truncamento do log no banco de dados de publicação até ser feito o backup das transações correspondentes no banco de dados de distribuição. (Isso pode criar um log de transação maior no banco de dados de publicação.)

• Nós recomendamos a definição dessa opção no banco de dados de publicação se seu aplicativo puder tolerar a 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 feito o backup do banco de dados de publicação . O último backup do banco de dados de publicação poderá, então, ser restaurado no Publicador sem qualquer chance do banco de dados de distribuição possuir transações que o banco de dados de publicação restaurado não possua.

  A latência e a taxa de transferência serão afetadas porque as transações não poderão ser entregues ao banco de dados de distribuição até que o backup tenha sido feito no Publicador. Por exemplo, se o log de transações tem seu backup feito a cada cinco minutos, haverá cinco minutos adicionais de latência quando a transação é confirmada no Publicador, e quando a transação é entregue ao banco de dados de distribuição e, subseqüentemente, ao Assinante.

  Observação

  A opção sync with backup assegura a consistência entre o banco de dados de publicação e banco de dados de distribuição, mas a opção não dá garantia contra perda de dados. Por exemplo, se o log de transações for perdido, as transações que foram 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 replicado.

Para definir a opção sync with backup

• Programação Transact-SQL de replicação: Como habilitar backups coordenados para a replicação de transação (Programação Transact-SQL de replicação)

Restaurando bancos de dados envolvidos em replicação

É possível restaurar todos os bancos de dados em uma topologia de replicação se backups recentes estiverem disponíveis e as etapas adequadas forem seguidas. As etapas de restauração para o banco de dados de publicação dependem do tipo de replicação e das opções que foram usadas; entretanto, as etapas de restauração para todos os outros bancos de dados independem de tipo e opções.

A replicação oferece suporte à restauração de bancos de dados replicados para o mesmo servidor e banco de dados dos quais o backup foi criado. Se você restaurar o backup de um banco de dados replicado em outro servidor ou banco de dados, não poderão ser preservadas as configurações de replicação. Nesse caso, é necessário 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 para leitura

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

• Replicação transacional ponto a ponto

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

Banco de dados de publicação: replicação de instantâneo

1. Restaure o último backup de banco de dados 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 de todas as publicações e assinaturas? Se a resposta for afirmativa, a restauração está concluída. Se não, vá para a etapa 3.

3. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes e, depois, recrie a configuração. A restauração está concluída.

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

Banco de dados de publicação: replicação transacional somente para leitura

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

2. A configuração sync with backup foi habilitada no banco de dados de publicação antes da falha? Se foi, 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 atualizado? Contém a configuração mais recente para todas as publicações e assinaturas? Se a resposta for afirmativa, a restauração está concluída. Se não, vá para a etapa 4.

4. As informações de configuração no banco de dados de publicação restauradas não estão atualizadas. Conseqüentemente, é necessário certificar-se de que os Assinantes têm todos os comandos pendentes no banco de dados de distribuição e, então, descartar e recriar a configuração da replicação.

   1. Execute o Distribution Agent até que todos os Assinantes estejam sincronizados com os comandos pendentes no banco de dados de distribuição. Verifique se todos os comandos foram entregues aos Assinantes usando a guia Comandos não Distribuídos no Replication Monitor ou consultando a exibição MSdistribuition_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 Como iniciar e parar um Replication Agent (SQL Server Management Studio) e Conceitos dos executáveis do Replication Agent.

      Para obter mais informações sobre como verificar comandos, consulte Como exibir comandos replicados e outras informações no banco de dados de distribuição (Programação Transact-SQL de replicação) e Como exibir informações e executar tarefas para os agentes associados a uma assinatura (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 está concluída.

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

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Como inicializar manualmente uma assinatura (SQL Server Management Studio) e Como inicializar manualmente uma assinatura (Programação Transact-SQL de replicação).

5. A opção sync with backup não estava 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 Assinantes. Agora, é necessário certificar-se de que os Assinantes têm todos os comandos pendentes no banco de dados de distribuição e, em seguida, aplicar manualmente ao banco de dados de publicação quaisquer transações que não tenham sido incluídas no backup restaurado.

   Importante
   Realizar esse processo pode fazer com que tabelas publicadas sejam restauradas em um point-in-time que é mais recente que o point-in-time de outras tabelas não publicadas que foram restauradas a partir do backup.

   1. Execute o Distribution Agent até que todos os Assinantes estejam sincronizados com os comandos pendentes no banco de dados de distribuição. Verifique se todos os comandos foram entregues aos Assinantes usando a guia Comandos não Distribuídos no Replication Monitor ou consultando a exibição MSdistribuition_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 Como iniciar e parar um Replication Agent (SQL Server Management Studio) e Conceitos dos executáveis do Replication Agent.

      Para obter mais informações sobre como verificar comandos, consulte Como exibir comandos replicados e outras informações no banco de dados de distribuição (Programação Transact-SQL de replicação) e Como exibir informações e executar tarefas para os agentes associados a uma assinatura (Replication Monitor).

   2. Use o tablediff utility ou outra ferramenta para sincronizar manualmente o Publicador com o Assinante. Isso permitirá a recuperação dos dados do banco de dados de assinatura que não estavam contidos no backup de banco de dados de publicação. Vá para a etapa c.

      Para obter mais informações sobre o utilitário tablediff, consulte Como comparar tabelas replicadas para descobrir diferenças (Programação de Replicação).

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

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

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

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Como inicializar manualmente uma assinatura (SQL Server Management Studio) e Como inicializar manualmente uma assinatura (Programação Transact-SQL de replicação).

Banco de dados de publicação: Replicação transacional com assinaturas de atualização

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

2. Execute o Distribution Agent até que todos os Assinantes estejam sincronizados com os comandos pendentes no banco de dados de distribuição. Verifique se todos os comandos foram entregues aos Assinantes usando a guia Comandos não Distribuídos no Replication Monitor ou consultando a exibição MSdistribuition_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 Como iniciar e parar um Replication Agent (SQL Server Management Studio) e Conceitos dos executáveis do Replication Agent.

   Para obter mais informações sobre como verificar comandos, consulte Como exibir comandos replicados e outras informações no banco de dados de distribuição (Programação Transact-SQL de replicação) e Como exibir informações e executar tarefas para os agentes associados a uma assinatura (Replication Monitor).

3. Se você estiver usando assinaturas de atualização em fila, conecte 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 estiver usando assinaturas de atualização em fila e alguma tabela contiver colunas de identidade, é necessário assegurar-se de que os intervalos de identidade corretos serão atribuídos após a restauração. Para obter mais informações, consulte Colunas de identidade de replicação.

4. Agora, é necessário assegurar-se de que os Assinantes têm todos os comandos pendentes no banco de dados de distribuição e, em seguida, aplicar manualmente ao banco de dados de publicação quaisquer transações que não tenham sido incluídas no backup restaurado.

   Importante
   Realizar esse processo pode fazer com que tabelas publicadas sejam restauradas em um point-in-time que é mais recente que o point-in-time de outras tabelas não publicadas que foram restauradas a partir do backup.

   1. Execute o Distribution Agent até que todos os Assinantes estejam sincronizados com os comandos pendentes no banco de dados de distribuição. Verifique se todos os comandos foram entregues aos Assinantes usando o Replication Monitor ou consultando a exibição MSdistribuition_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 Publicador com o Assinante. Isso permitirá a recuperação dos dados do banco de dados de assinatura que não estavam contidos no backup de banco de dados de publicação. Vá para a etapa c.

      Para obter mais informações sobre o utilitário tablediff, consulte Como comparar tabelas replicadas para descobrir diferenças (Programação de Replicação).

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

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

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

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Como inicializar manualmente uma assinatura (SQL Server Management Studio) e Como inicializar manualmente uma assinatura (Programação Transact-SQL de replicação).

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

Nas etapas seguintes, os bancos de dados de publicação A, Be 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 aqui descrito, especialmente as etapas 7,10 e 11, são muito similares ao processo requerido para adicionar um nó a uma topologia ponto a ponto. O modo mais direto para executar essas etapas é por meio do Assistente para Configurar Topologia Ponto a Ponto. Para obter mais informações, consulte Como configurar replicação transacional ponto a ponto (SQL Server Management Studio). Também é possível usar os procedimentos armazenados; para obter mais informações, consulte Como configurar a replicação transacional ponto a ponto (Programação Transact-SQL de replicação).

1. Execute o Distribution Agent 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 Como iniciar e parar um Replication Agent (SQL Server Management Studio) e Conceitos dos executáveis do Replication Agent.

2. Se o banco de dados de distribuição que B usa ainda estiver disponível, execute os Distribution Agents para sincronizar as assinaturas entre os bancos de dados B e A e os bancos de dados 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, descarte as assinaturas para a publicação no banco de dados B. Vá para a etapa 5.

   Para obter mais informações sobre como descartar assinaturas, consulte Assinando publicações.

5. Execute um backup de log ou um backup de banco de dados 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. Ao restaurar um backup em outro servidor, a replicação é removida, portanto a replicação foi removida do banco de dados B. Vá para a etapa 7.

7. Recrie a publicação no banco de dados B e, então, recrie as assinaturas entre os bancos de dados A e B. (Assinaturas que envolvem o banco de dados C serão tratadas mais tarde.)

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

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

   3. Recrie 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 para replicação somente para o parâmetro @sync_type de sp_addsubscription). Vá para a etapa 8.

8. Execute o Distribution Agent para sincronizar as assinaturas nos bancos de dados A e B. Se houver alguma coluna de identidade nas tabelas publicadas, vá para a etapa 9. Se não, 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 será usado também no banco de dadosB. Assegure-se de que o banco de dados restaurado B recebeu todas as alterações do banco de dados que apresentou falha B que foram propagadas para o banco de dados A e o banco de dados C; e, então, propague novamente 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 Distribution Agent está definido para executar continuamente; portanto, tokens devem ser enviados automaticamente a todos os nós. Se o Distribution Agent não estiver executando em modo contínuo, execute o agente. Para obter mais informações, consulte Conceitos dos executáveis do Replication Agent ou Como iniciar e parar um Replication Agent (SQL Server Management Studio). Vá para a etapa c.

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

   4. Use DBCC CHECKIDENT para propagar novamente cada tabela no banco de dados B para ter certeza de 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 intervalo de identidade" em Colunas de identidade de replicação.

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

11. Confirme o sistema e, em seguida, recrie a assinatura entre os bancos de dados B e C. Confirmar um sistema envolve parar as atividades nas tabelas publicadas em todos os nós, e certificar-se de que todos os nós tenham recebido todas as alterações de todos os demais nós.

    1. Pare todas as atividades nas tabelas publicadas na topologia ponto a ponto. 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 Distribution Agent está definido para executar continuamente; portanto, tokens devem ser enviados automaticamente a todos os nós. Se o Distribution Agent não estiver executando em modo contínuo, execute o agente. Vá para a etapa d.

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

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

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

12. Recrie 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 seqüência de log) da mais recente transação que o banco de dados B recebeu do banco de dados C.

    2. Recrie a assinatura no banco de dados B para a publicação no banco de dados C, especificando que a assinatura deverá ser inicializada baseada no LSN (um valor de inicializar a partir do lsn para o parâmetro @sync_type de sp_addsubscription). Vá para a etapa b.

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

13. Execute os Distribution Agents para sincronizar as assinaturas nos bancos de dados B e C. A restauração está concluída.

Banco de dados msdb (Publicador)

1. Restaure o último backup de banco de dados do banco de dados msdb.

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

3. Recrie o trabalho de limpeza de assinatura de seus scripts de replicação. A recuperação está concluída.

Banco de dados mestre (Publicador)

1. Restaure o último backup de banco de dados do banco de dados mestre.

2. Tenha certeza de que o banco de dados é consistente com o banco de dados de publicação com respeito a configuração de replicação e configurações.

Bancos de dados no Distribuidor

Banco de dados de distribuição

1. Restaure o último backup de banco de dados do banco de dados de distribuição.

2. A configuração sync with backup foi habilitada no banco de dados de distribuição antes da falha? Se foi, 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 atualizado? Ele contém a configuração mais recente para todas as publicações e assinaturas? Se sim, a recuperação está concluída. Se não, vá para a etapa 4.

4. A informação de configuração do banco de dados de distribuição restaurado não está atualizada ou a opção sync with 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 ter transações faltantes que foram confirmadas no Publicador, mas que ainda não foram entregues aos Assinantes). Drop and re-create replication, and then run validation.

   1. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes e, em seguida, recrie a configuração. Ao recriar as 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 Removendo a replicação e sp_removedbreplication (Transact-SQL).

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Como inicializar manualmente uma assinatura (SQL Server Management Studio) e Como inicializar manualmente uma assinatura (Programação Transact-SQL de replicação).

   2. Marque todas as publicações para validação. Reinicialize quaisquer assinaturas com falha de validação. A recuperação está concluída.

      Para obter mais informações sobre validação, consulte Validando os dados replicados. Para obter mais informações sobre reinicialização, consulte Reinicializando uma assinatura.

Banco de dados msdb (Distribuidor)

1. Restaure o último backup do banco de dados msdb.

2. O backup restaurado está completo e atualizado? Ele contém a configuração mais recente para todas as publicações e assinaturas? Se sim, a recuperação está 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 as 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 Removendo a replicação e sp_removedbreplication (Transact-SQL).

   Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Como inicializar manualmente uma assinatura (SQL Server Management Studio) e Como inicializar manualmente uma assinatura (Programação Transact-SQL de replicação).

4. Marque todas as publicações para validação. Reinicialize quaisquer assinaturas com falha de validação. A recuperação está concluída.

   Para obter mais informações sobre validação, consulte Validando os dados replicados. Para obter mais informações sobre reinicialização, consulte Reinicializando uma assinatura.

Banco de dados mestre (Distribuidor)

1. Restaure o último backup do banco de dados mestre.

2. Tenha certeza de que o banco de dados é consistente com o banco de dados de publicação com respeito a configuração de replicação e configurações.

Bancos de dados no Assinante

Banco de dados de assinatura

1. O último backup de banco de dados de assinatura é mais recente que a configuração de retenção máxima de distribuição no banco de dados de distribuição? (Isso determina se o Distribuidor ainda tem todos os comandos que são exigidos para deixar o Assinante atualizado.) Se sim, vá para a etapa 2. Se não, reinicialize a assinatura. A recuperação está concluída.

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

   Para obter mais informações sobre como reinicializar uma assinatura, consulte Como reinicializar uma assinatura (SQL Server Management Studio) e Como reinicializar uma assinatura (Programação Transact-SQL de replicação).

2. Restaure o último backup de banco de dados de assinatura. Vá para a etapa 3.

3. Se o banco de dados de assinatura só contiver assinaturas push, vá para etapa 4. Se o banco de dados de assinatura contiver qualquer assinatura pull, faça as perguntas a seguir: As informações de assinatura são atuais? O banco de dados inclui todas as tabelas e opções que foram definidas na hora da falha? Se sim, vá para a etapa 4. Se não, reinicialize a assinatura. A recuperação está concluída.

4. Para sincronizar o Assinante, execute o Distribution Agent. A recuperação está concluída.

   Para obter mais informações sobre como executar o Distribution Agent, consulte Como iniciar e parar um Replication Agent (SQL Server Management Studio) e Conceitos dos executáveis do Replication Agent.

Banco de dados msdb (Assinante)

1. Restaure o último backup do banco de dados msdb. São usadas assinaturas pull nesse Assinante? Se não, a restauração está concluída. Se sim, vá para a etapa 2.

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

3. Descartar e recriar as assinaturas pull. Ao recriar as assinaturas, especifique que o Assinante já tem os dados. A restauração está concluída.

   Para obter mais informações sobre como descartar assinaturas, consulte Assinando publicações.

   Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Como inicializar manualmente uma assinatura (SQL Server Management Studio) e Como inicializar manualmente uma assinatura (Programação Transact-SQL de replicação).

Banco de dados mestre (Assinante)

1. Restaure o último backup do banco de dados mestre.

2. Tenha certeza de que o banco de dados é consistente com o banco de dados de publicação com respeito a configuração de replicação e configurações.

Consulte também

Conceitos

Fazendo backup e restaurando bancos de dados replicados

Configurando a distribuição

Publicando dados e objetos de banco de dados

Assinando publicações

Inicializando uma assinatura

Sincronizando dados

Outros recursos

Fazendo backup e restaurando bancos de dados no SQL Server