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

  • Artigo

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 Publicadores 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 de sistema mestre e msdb no Publicador, Distribuidor e todos os Assinantes. Esses bancos de dados devem ter, cada um, seus backups realizados em simultâneo com o banco de dados de replicação relevante. 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.

Se você executar backups de log regulares, qualquer alteração relacionada à replicação deverá 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 Common Actions Requiring an Updated Backup.

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 realizado 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 realizado 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 realizado 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 realizado 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, subsequentemente, 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 do 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

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 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, é 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, em seguida, recrie a configuração. A restauração está concluída.

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

Banco de Dados de Publicação: Replicação transacional somente 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? Em caso afirmativo, vá para a etapa 3; caso contrário, 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? Ele 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. Consequentemente, é 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 Agente de Distribuição, consulte Conceitos de Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Executáveis do Agente de Replicação.

      Para obter mais informações sobre como verificar comandos, consulte Exibir comandos replicados e outras informações no banco de dados de distribuição (programação Transact-SQL de replicaçã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 as 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 sp_removedbreplication (Transact-SQL).

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Initialize a Subscription Manually.

  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 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 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 Agente de Distribuição, consulte Conceitos de Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Executáveis do Agente de Replicação.

      Para obter mais informações sobre como verificar comandos, consulte Exibir comandos replicados e outras informações no banco de dados de distribuição (programação Transact-SQL de replicação) e Exibir informações e executar tarefas usando o 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 Comparar tabelas replicadas para 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, em seguida, recrie a configuração. 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 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 Initialize a Subscription Manually.

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 Agente de Distribuição, consulte Conceitos de Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Executáveis do Agente de Replicação.

    Para obter mais informações sobre como verificar comandos, consulte Exibir comandos replicados e outras informações no Banco de Dados de Distribuição (Programação Transact-SQL de Replicação) e Exibir Informações e Executar Tarefas usando o Replication Monitor.

  3. Se você estiver usando assinaturas de atualização na fila, 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 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 Replicar colunas de identidade.

  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 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 Comparar tabelas replicadas para 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, em seguida, recrie a configuração. 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 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 Initialize a Subscription Manually.

Banco de Dados de Publicação: Peer-to-Peer Transactional Replication

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, 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 Agente de Distribuição, consulte Conceitos de Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Executáveis do Agente de Replicação.

  2. Se o banco de dados de distribuição que B usa ainda estiver disponível, execute os Agentes de Distribuição 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, remova 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 Subscribe to Publications.

  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 Agente de Distribuição 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. 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 será usado também no banco de dados B. Verifique se 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 de executáveis do Agente de Replicação ou Iniciar e Parar um Agente de Replicação (SQL Server Management Studio). Vá para a etapa c.

    3. Execute o sp_helppeerresponses, fornecendo o valor de @request_id recuperado na etapa b. Espere até que todos os nós indiquem ter recebido a solicitação par. 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 administrar os intervalos de identidade, consulte a seção “Atribuindo intervalos para administração manual do intervalo de identidade” de Replicar colunas de identidades.

  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 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 o sp_helppeerresponses, fornecendo o valor de @request_id recuperado na etapa b. Espere até que todos os nós indiquem ter recebido a solicitação par. 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 sequê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 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 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? Em caso afirmativo, 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). Remova e recrie a replicação. Depois, 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 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 sp_removedbreplication (Transact-SQL).

      Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Initialize a Subscription Manually.

    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 Validate Replicated Data. Para mais informações sobre reinicialização, consulte Reinicializar as assinaturas.

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 sp_removedbreplication (Transact-SQL).

    Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Initialize a Subscription Manually.

  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 Validate Replicated Data. Para mais informações sobre reinicialização, consulte Reinicializar as assinaturas.

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 do banco de dados de assinaturas mais recente do que a configuração de retenção mínima 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 Reinitialize a Subscription.

  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 seguintes perguntas: As informações de assinatura estão atualizadas? 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 Agente de Distribuição, consulte Conceitos de Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Executáveis do Agente de Replicação.

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 Subscribe to Publications.

    Para obter mais informações sobre como especificar que o Assinante já tem os dados, consulte Initialize a Subscription Manually.

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

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