Estratégias para Backup e Restauração de Replicação de Snapshots e Transacionais

Aplica-se a:SQL ServerBanco de Dados SQL do Azure

Ao desenhar uma estratégia de backup e restauro para replicação instantânea e transacional, há três áreas a considerar:

• Quais bases de dados devo fazer backup.
• Definições de backup para replicação transacional.
• Os passos necessários para restaurar uma base de dados. Estas dependem do tipo de replicação e das opções escolhidas.

Este tópico cobre cada uma destas áreas nas três secções seguintes. Para informações sobre cópia de segurança e restauro para a publicação Oracle, consulte Cópia de Segurança e Restauro para Publicação Oracle.

Cópias de segurança de bases de dados

Para replicação de snapshots e transações, deve fazer backup regular das seguintes bases de dados:

• A base de dados das publicações da Publicadora.

• A base de dados de distribuição no Distribuidor.

• A base de dados de subscrição de cada assinante.

• As bases de dados do sistema master e msdb no Publicador, Distribuidor e todos os Assinantes. Estas bases de dados devem ser copiadas em simultâneo entre si e com a base de dados de replicação relevante. Por exemplo, faça backup das bases de dados master e msdb no Publisher ao mesmo tempo que faz backup da base de dados da publicação. Se a base de dados de publicações for restaurada, certifique-se de que as bases de dados master e msdb são consistentes com a base de dados da publicação no que diz respeito à configuração e definições de replicação.

Se realizar cópias de segurança regulares dos registos, quaisquer alterações relacionadas com a replicação devem estar incluídas nas cópias de segurança dos registos. Se não realizar backups de log, deve ser feito um backup sempre que uma configuração relevante para a replicação for alterada. Para mais informações, consulte Ações Comuns que Requerem uma Cópia de Segurança Atualizada.

Definiçõ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 na base de dados de distribuição e na base de dados de publicação:

• Recomendamos que defina sempre esta opção na base de dados de distribuição.

  Configurar esta opção na base de dados de distribuição garante que as transações no registo da base de dados de publicação não serão truncadas até terem sido efetuadas cópias de segurança na base de dados de distribuição. A base de dados de distribuição pode ser restaurada para o último backup, e quaisquer transações em falta são entregues da base de dados de publicação para a base de dados de distribuição. A replicação continua sem ser afetada.

  Definir esta opção na base de dados de distribuição não afeta a latência de replicação. No entanto, a opção atrasará o truncamento do registo na base de dados de publicação até que as transações correspondentes na base de dados de distribuição tenham sido guardadas. (Isto pode criar um registo de transações maior na base de dados de publicação.)

• Recomendamos que defina esta opção na base de dados de publicações se a sua aplicação tolerar latência adicional.

  Definir esta opção na base de dados de publicações garante que as transações não são entregues à base de dados de distribuição até que sejam guardadas na base de dados de publicações. A última cópia de segurança da base de dados de publicações pode então ser restaurada no Publicador sem que a base de dados de distribuição contenha transações que não estejam presentes na base de dados de publicações restaurada.

  A latência e a taxa de transferência são afetadas porque as transações não podem ser entregues à base de dados de distribuição até terem sido efetuado o backup no Publisher. Por exemplo, se o registo de transações for guardado a cada cinco minutos, há mais cinco minutos de latência entre o momento em que uma transação é comprometida no Publisher e o momento em que a transação é entregue à base de dados de distribuição, e subsequentemente ao Assinante.

  Observação

  A opção de sincronizar com backup assegura consistência entre a base de dados de publicação e a base de dados de distribuição, mas a opção não garante a perda de dados. Por exemplo, se o registo de transações for perdido, as transações que foram comprometidas desde a última cópia de segurança do registo de transações não estarão disponíveis na base de dados de publicações ou na base de dados de distribuição. Este é o mesmo comportamento de uma base de dados não replicada.

  Definir a opção de sincronização com backup na base de dados de distribuição não é compatível quando a base de dados publicador faz parte de um grupo de disponibilidade. Isto pode levar ao seguinte erro quando o agente do leitor de logs é executado após o failover.

  O processo não conseguia executar 'sp_repldone/sp_replcounters' em 'machinename\instance'. (Fonte: MSSQL_REPL, Erro número: MSSQL_REPL20011) Obter ajuda: http://help/MSSQL_REPL20011 Possível estado inconsistente na base de dados de distribuição: dist_backup_lsn {nnnnnnnn:nnnnnnnn:nnnn}, dist_last_lsn {nnnnnnnn:nnnnnnnn:nnnn}. Execute "sp_repldone NULL, NULL, 0, 0, 1" e, em seguida, execute sp_replflush. Reinicialize todas as assinaturas da publicação. (Fonte: MSSQLServer, Erro número: 18846)

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

• Programação Transact-SQL de Replicação: Ativar Cópias de Segurança Coordenadas para Replicação Transacional (Programação Transact-SQL de Replicação)

Restauração de Bases de Dados Envolvidas na Replicação

Pode restaurar todas as bases de dados numa topologia de replicação se estiverem disponíveis backups recentes e se forem seguidos os passos apropriados. Os passos de restauro para a base de dados de publicações dependem do tipo de replicação e das opções utilizadas; no entanto, os passos de restauro para todas as outras bases de dados são independentes do tipo e das opções.

A replicação suporta a restauração de bases de dados replicadas no mesmo servidor e base de dados a partir do qual a cópia de segurança foi criada. Se restaurar uma cópia de segurança de uma base de dados replicada para outro servidor ou base de dados, as definições de replicação não podem ser preservadas. Nesse caso, você deve recriar todas as publicações e assinaturas depois que os backups forem restaurados.

Editora

Existem passos de restauro fornecidos para os seguintes tipos de replicação:

• Replicação de snapshot

• Replicação transacional de somente leitura

• Replicação transacional com atualização de subscrições

• Replicação transacional ponto-a-ponto

A restauração das bases de dados msdb e master , que também são abordadas nesta secção, é a mesma para os quatro tipos.

Base de Dados de Publicação: Replicação de Capturas Instantâneas

1. Restaurar a última cópia de segurança da base de dados de publicações. Vai para o passo 2.

2. O backup da base de dados de publicações contém a configuração mais recente para todas as publicações e subscrições? Se sim, a restauração está concluída. Se não, vai para o passo 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 mais informações sobre como remover a replicação, veja sp_removedbreplication (Transact-SQL).

Base de Dados de Publicações: Replicação Transacional Apenas de Leitura.

1. Restaurar a última cópia de segurança da base de dados de publicações. Vai para o passo 2.

2. A definição de sincronização com backup estava ativada na base de dados de publicações antes da falha? Se sim, vai para o passo 3; Se não, vai para o Passo 5.

   Se a definição estiver ativada, a consulta SELECT DATABASEPROPERTYEX('<PublicationDatabaseName>', 'IsSyncWithBackup') devolve '1'.

3. A cópia de segurança restaurada está completa e atualizada? Contém a configuração mais recente para todas as publicações e subscrições? Se sim, a restauração está concluída. Se não, vai para o passo 4.

4. A informação de configuração na base de dados de publicações restaurada não está atualizada. Você deve garantir que os assinantes tenham todos os comandos pendentes na base de dados de distribuição e depois eliminar e recriar a configuração de replicação.

   1. Execute o Agente de Distribuição até que todos os Assinantes estejam sincronizados com os comandos pendentes na base de dados de distribuição. Verifique se todos os comandos são entregues aos Assinantes usando o separador Comandos Não Distribuídos no Monitor de Replicação ou consultando a vista MSdistribution_status na base de dados de distribuição. Vai para o passo B.

      Para mais informações sobre como executar o Agente de Distribuição, consulte Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Conceitos de Executáveis do Agente de Replicação.

      Para mais informações sobre como verificar comandos, consulte Visualizar Comandos Replicados e Outras Informações na Base de Dados de Distribuição (Replicação Transact-SQL Programação) e Ver informação e executar tarefas usando o Monitor de Replicação.

   2. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes, e depois recrie a configuração. Quando recriar subscrições, especifique que o assinante já tem os dados. A restauração está concluída.

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

      Para mais informações sobre como especificar que o Assinante já possui os dados, consulte Inicializar uma Subscrição Manualmente.

5. A opção de sincronização com backup não estava definida na base de dados de publicações. Portanto, transações que não foram incluídas no backup restaurado podem ter sido entregues ao Distribuidor e aos Assinantes. Deve agora garantir que os Subscritores têm todos os comandos pendentes na base de dados de distribuição e, em seguida, aplicar manualmente à base de dados de publicação quaisquer transações que não estejam incluídas no backup restaurado.

   Importante

   A realização deste processo pode fazer com que as tabelas publicadas sejam restauradas para um ponto temporal mais recente do que o momento de outras tabelas não publicadas que são restauradas a partir da cópia de segurança.

   1. Execute o Agente de Distribuição até que todos os Assinantes estejam sincronizados com os comandos pendentes na base de dados de distribuição. Verifique se todos os comandos são entregues aos Assinantes usando o separador Comandos Não Distribuídos no Monitor de Replicação ou consultando a vista MSdistribution_status na base de dados de distribuição. Vai para o passo B.

      Para mais informações sobre como executar o Agente de Distribuição, consulte Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Conceitos de Executáveis do Agente de Replicação.

      Para mais informações sobre como verificar comandos, consulte Visualizar Comandos Replicados e Outras Informações na Base de Dados de Distribuição (Replicação Transact-SQL Programação) e Ver informação e executar tarefas usando o Monitor de Replicação.

   2. Use o utilitário tablediff ou outra ferramenta para sincronizar manualmente o Publisher com o Subscriber. Isto permite-lhe recuperar dados da base de dados de subscrição que não estavam contidos no backup da base de dados da publicação. Vai para o passo c.

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

   3. A cópia de segurança restaurada está completa e atualizada? Contém a configuração mais recente para todas as publicações e subscrições? Se sim, execute o procedimento sp_replrestart armazenado para ressincronizar os metadados do Publisher com os metadados do Distributor. A restauração está concluída. Se não, vai para o passo D.

   4. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes, e depois recrie a configuração. Quando recriar subscrições, especifique que o assinante já tem os dados. A restauração está concluída.

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

      Para mais informações sobre como especificar que o Assinante já possui os dados, consulte Inicializar uma Subscrição Manualmente.

Base de Dados de Publicações: Replicação Transacional com Atualização de Subscrições

1. Restaurar a última cópia de segurança da base de dados de publicações. Vai para o passo 2.

2. Execute o Agente de Distribuição até que todos os Assinantes estejam sincronizados com os comandos pendentes na base de dados de distribuição. Verifique se todos os comandos são entregues aos Assinantes usando o separador Comandos Não Distribuídos no Monitor de Replicação, ou consultando a vista MSdistribution_status na base de dados de distribuição. Vai para o passo 3.

   Para mais informações sobre como executar o Agente de Distribuição, consulte Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Conceitos de Executáveis do Agente de Replicação.

   Para mais informações sobre como verificar comandos, consulte Visualizar Comandos Replicados e Outras Informações na Base de Dados de Distribuição (Replicação Transact-SQL Programação) e Ver informação e executar tarefas usando o Monitor de Replicação.

3. Se estiver a usar subscrições com atualizações em fila, ligue-se a cada subscritor e elimine todas as linhas da tabela MSreplication_queue (Transact-SQL) na base de dados da subscrição. Vai para o passo 4.

   Observação

   Se estiver a usar subscrições atualizadas em fila e quaisquer tabelas conterem colunas de identidade, deve garantir que os intervalos corretos de identidade são atribuídos após a restauração. Para obter mais informações, consulte Replicar colunas de identidade.

4. Deve agora garantir que os Subscritores têm todos os comandos pendentes na base de dados de distribuição e, em seguida, aplicar manualmente à base de dados de publicação quaisquer transações que não estejam incluídas no backup restaurado.

   Importante

   A realização deste processo pode fazer com que as tabelas publicadas sejam restauradas para um ponto temporal mais recente do que o momento de outras tabelas não publicadas que são restauradas a partir da cópia de segurança.

   1. Execute o Agente de Distribuição até que todos os Assinantes estejam sincronizados com os comandos pendentes na base de dados de distribuição. Verifique se todos os comandos são entregues aos Assinantes usando o Replication Monitor ou consultando a vista MSdistribution_status na base de dados de distribuição. Vai para o passo B.

   2. Use o Utilitário Tablediff ou outra ferramenta para sincronizar manualmente o Publisher com o Subscriber. Isto permite-lhe recuperar dados da base de dados de subscrição que não estavam contidos na cópia de segurança da base de dados de publicação. Vai para o passo c.

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

   3. A cópia de segurança restaurada está completa e atualizada? Contém a configuração mais recente para todas as publicações e subscrições? Se sim, execute o procedimento sp_replrestart armazenado para ressincronizar os metadados do Publisher com os metadados do Distributor. A restauração está concluída. Se não, vai para o passo D.

   4. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes, e depois recrie a configuração. Quando recriar subscrições, especifique que o assinante já tem os dados. A restauração está concluída.

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

      Para mais informações sobre como especificar que o Assinante já possui os dados, consulte Inicializar uma Subscrição Manualmente.

Base de Dados de Publicações: Replicação Transacional entre Pares

Nos passos seguintes, as bases de dados de publicação A, B e C estão numa topologia de replicação transacional peer-to-peer. As bases de dados A e C estão online e funcionam corretamente; a base de dados B é a base de dados a ser restaurada. O processo aqui descrito, especialmente os passos 7, 10 e 11, é muito semelhante ao processo necessário para adicionar um nó a uma topologia peer-to-peer. A maneira mais simples de executar esses passos é usar o Assistente de Configuração de Topologia Peer-to-Peer, mas também pode usar procedimentos armazenados.

1. Execute os Agentes de Distribuição para sincronizar as subscrições nas bases de dados A e C. Vai para o passo 2.

   Para mais informações sobre como executar o Agente de Distribuição, consulte Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Conceitos de Executáveis do Agente de Replicação.

2. Se a base de dados de distribuição que B utiliza ainda estiver disponível, execute Agentes de Distribuição para sincronizar as subscrições entre as bases de dados B e A e as bases de dados B e C. Vai para o passo 3.

3. Remover metadados da base de dados de distribuição que B utiliza, executando sp_removedistpublisherdbreplication na base de dados de distribuição para B. Proceda para o passo 4.

4. Nas bases de dados A e C, remova as subscrições da publicação na base de dados B. Vá para o passo 5.

   Para mais informações sobre como cancelar subscrições, consulte Subscrever Publicações.

5. Faça uma cópia de segurança de registos ou cópia de segurança completa da base de dados A. Vai para o passo 6.

6. Restaurar a cópia de segurança da base de dados A na base de dados B. A base de dados B agora tem os dados da base de dados A, mas não a configuração de replicação. Quando restauras uma cópia de segurança para outro servidor, a replicação é removida; por isso, a replicação foi removida da base de dados B. Vai para o passo 7.

7. Recriar a publicação na base de dados B e depois recriar as subscrições entre as bases de dados A e B. (As subscrições que envolvem a base de dados C são tratadas numa fase posterior.)

   1. Recriar a publicação na base de dados B. Vai para o passo B.

   2. Recriar a subscrição na base de dados B para a publicação na base de dados A, especificando que a subscrição deve ser inicializada com um backup (um valor de inicialize com backup para o @sync_type parâmetro de sp_addsubscription). Vai para o passo c.

   3. Recrie a subscrição na base de dados A para a publicação na base de dados B, especificando que o Assinante já possui os dados (um valor de suporte de replicação apenas para o @sync_type parâmetro de sp_addsubscription). Vai para o passo 8.

8. Execute os Agentes de Distribuição para sincronizar as subscrições nas bases de dados A e B. Se houver colunas de identidade nas tabelas publicadas, vá ao passo 9. Se não, vai para o passo 10.

9. Após a restauração, o intervalo de identidade atribuído a cada tabela na base de dados A também seria usado na base de dados B. Certifique-se de que a base de dados restaurada B recebeu todas as alterações da base de dados falhada B que foram propagadas para a base de dados A e para a base de dados C; e depois resemear o intervalo de identidade para cada tabela.

   1. Execute sp_requestpeerresponse na base de dados B e recupere o parâmetro @request_idde saída . Vai para o passo B.

   2. Por defeito, o Agente de Distribuição está configurado para funcionar continuamente; por isso, os tokens devem ser enviados automaticamente para todos os nós. Se o Agente de Distribuição não estiver a correr em modo contínuo, execute o agente. Para mais informações, consulte Replication Agent Executables Concepts ou Start and Stop a Replication Agent (SQL Server Management Studio). Vai para o passo c.

   3. Executar sp_helppeerresponses, fornecendo o @request_id valor recuperado no passo b. Espere até que todos os nós indiquem que receberam o pedido do par. Vai para o passo d.

   4. Use DBCC CHECKIDENT para reseed em cada tabela na base de dados B para garantir que um intervalo apropriado seja utilizado. Vai para o passo 10.

   Para mais informações sobre como gerir intervalos de identidade, consulte a secção "Atribuição de intervalos para gestão manual de intervalos de identidade" do Replicar Colunas de Identidade.

10. Neste ponto, a base de dados B e a base de dados C não estão diretamente ligadas, mas receberão alterações através da base de dados A. Se a topologia contiver nós que estejam a correr SQL Server 2005 (9.x), avance para o passo 11; Caso contrário, vai para o Passo 12.

11. Desative o sistema e depois recrie a subscrição entre as bases de dados B e C. Ativar um sistema implica parar a atividade em tabelas publicadas em todos os nós e garantir que cada nó recebeu todas as alterações de todos os outros nós.

    1. Interrompa toda a atividade nas tabelas publicadas na topologia peer-to-peer. Vai para o passo B.

    2. Execute sp_requestpeerresponse na base de dados B e recupere o parâmetro @request_idde saída . Vai para o passo c.

    3. Por padrão, o Agente de Distribuição está configurado para funcionar continuamente; portanto, os tokens devem ser enviados automaticamente para todos os nós. Se o Agente de Distribuição não estiver a correr em modo contínuo, execute o agente. Vai para o passo d.

    4. Executar sp_helppeerresponses, fornecendo o @request_id valor recuperado no passo b. Espere até que todos os nós indiquem que receberam a solicitação do par. Vá para o Passo e.

    5. Recriar a subscrição na base de dados B para a publicação na base de dados C, especificando que o Assinante já possui os dados. Vai para o passo B.

    6. Recriar a subscrição na base de dados C para a publicação na base de dados B, especificando que o assinante já possui os dados. Vai para o passo 13.

12. Recriar a subscrição entre as bases de dados B e C:

    1. Na base de dados B, consulte a tabela MSpeer_lsns para recuperar o número de sequência de logarítmic (LSN) da transação mais recente que a base de dados B recebeu da base de dados C.

    2. Recriar a subscrição na base de dados B para a publicação na base de dados C, especificando que a subscrição deve ser inicializada com base no LSN (um valor de inicialize a partir do lsn para o @sync_type parâmetro de sp_addsubscription). Vai para o passo B.

    3. Recriar a subscrição na base de dados C para a publicação na base de dados B, especificando que o assinante já possui os dados. Vai para o passo 13.

13. Executar os Agentes de Distribuição para sincronizar as subscrições nas bases de dados B e C. A restauração está concluída.

Base de Dados MSDB (Editora)

1. Restaurar a última cópia de segurança da base de dados msdb .

2. A cópia de segurança restaurada está completa e atualizada? Contém a configuração mais recente para todas as publicações e subscrições? Se sim, a recuperação está concluída. Se não, vai para o passo 3.

3. Recrie o trabalho de limpeza da subscrição a partir dos seus scripts de replicação. A recuperação está concluída.

Base de Dados Mestre (Publicador)

1. Restaurar a última cópia de segurança da base de dados principal .

2. Certifique-se de que a base de dados é consistente com a base de dados da publicação no que diz respeito à configuração e definições de replicação.

Bases de dados no Distribuidor

Base de Dados de Distribuição

1. Restaurar a última cópia de segurança da base de dados de distribuição.

2. A definição de sincronização com backup estava ativada na base de dados de distribuição antes da falha? Se sim, vai para o passo 3; Se não, vai para o Passo 4.

   Se a definição estiver ativada, a consulta SELECT DATABASEPROPERTYEX('<DistributionDatabaseName>', 'IsSyncWithBackup') devolve '1'.

3. A cópia de segurança restaurada está completa e atualizada? Contém a configuração mais recente para todas as publicações e subscrições? Se sim, a recuperação está concluída. Se não, vai para o passo 4.

4. Ou a informação de configuração na base de dados de distribuição restaurada não está atualizada, ou a opção de sincronização com backup não foi definida na base de dados de distribuição. (Após a restauração, a base de dados de distribuição pode não ter transações que foram confirmadas no publicador, mas que ainda não foram entregues aos assinantes.) Eliminar e recriar a replicação, e então executar a validação.

   1. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes, e depois recrie a configuração. Quando recriar subscrições, especifique que o assinante já tem os dados. Vai para o passo B.

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

      Para mais informações sobre como especificar que o Assinante já possui os dados, consulte Inicializar uma Subscrição Manualmente.

   2. Marque todas as publicações para validação. Reinicie quaisquer subscrições que falhem a validação. A recuperação está concluída.

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

Base de Dados MSDB (Distribuidora)

1. Restaurar a última cópia de segurança da base de dados msdb .

2. A cópia de segurança restaurada está completa e atualizada? Contém a configuração mais recente para todas as publicações e subscrições? Se sim, a recuperação está concluída. Se não, vai para o passo 3.

3. Remova a configuração de replicação do Publicador, Distribuidor e Assinantes, e depois recrie a configuração. Quando recriar subscrições, especifique que o assinante já tem os dados. Vai para o passo 4.

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

   Para mais informações sobre como especificar que o Assinante já possui os dados, consulte Inicializar uma Subscrição Manualmente.

4. Marque todas as publicações para validação. Reinicie quaisquer subscrições que falhem a validação. A recuperação está concluída.

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

Base de Dados Primária (Distribuidor)

1. Restaurar a última cópia de segurança da base de dados principal .

2. Certifique-se de que a base de dados é consistente com a base de dados da publicação no que diz respeito à configuração e definições de replicação.

Bases de dados no Assinante

Base de Dados de Subscrição

1. A última cópia de segurança da base de dados de subscrição é mais recente do que a definição mínima de retenção de distribuição na base de dados de distribuição? (Isto determina se o Distribuidor ainda tem todos os comandos necessários para trazer o Assinante up-to-data.) Se sim, vai para o passo 2. Se não, reinicie a subscrição. A recuperação está concluída.

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

   Para mais informações sobre como reinicializar uma subscrição, consulte Reinicializar uma Subscrição.

2. Restaurar a última cópia de segurança da base de dados de subscrição. Vai para o passo 3.

3. Se a base de dados de subscrições contiver apenas subscrições push, avance para o passo 4. Se a base de dados de subscrições contiver subscrições extraídas, faça as seguintes perguntas: A informação sobre subscrições está atualizada? A base de dados inclui todas as tabelas e opções que foram definidas no momento da falha? Se sim, vai para o passo 4. Se não, reinicie a subscrição. A recuperação está concluída.

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

   Para mais informações sobre como executar o Agente de Distribuição, consulte Iniciar e Parar um Agente de Replicação (SQL Server Management Studio) e Conceitos de Executáveis do Agente de Replicação.

Base de Dados MSDB (Assinante)

1. Restaurar a última cópia de segurança da base de dados msdb . As subscrições pull são usadas neste assinante? Se não, a restauração está concluída. Se sim, vai para o passo 2.

2. A cópia de segurança restaurada está completa e atualizada? Contém a configuração mais recente para todas as subscrições de pull? Se sim, a recuperação está concluída. Se não, vai para o passo 3.

3. Elimina e recria as subscrições de pull. Ao recriar as subscrições, especifique que o assinante já possui os dados. A restauração está concluída.

   Para mais informações sobre como cancelar subscrições, consulte Subscrever Publicações.

   Para mais informações sobre como especificar que o Assinante já possui os dados, consulte Inicializar uma Subscrição Manualmente.

Base de Dados Mestre (Assinante)

1. Restaurar a última cópia de segurança da base de dados principal .

2. Certifique-se de que a base de dados é consistente com a base de dados da publicação no que diz respeito à configuração e definições de replicação.

Conteúdo relacionado

• Backup e restauração de bancos de dados do SQL Server
• Fazer backup e restaurar bancos de dados replicados
• Configurar distribuição
• Publicar Dados e Objetos de Base de Dados
• Subscreva Publicações
• inicializar uma assinatura
• Sincronizar Dados