Estratégias para fazer backup e restaurar o instantâneo e a replicação transacional
Aplica-se a: 
SQL Server Banco de Dados SQL do Azure
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.
Observação
A Instância Gerenciada de SQL do Azure pode ser um publicador, um distribuidor e um assinante para a replicação transacional e de instantâneo. Os bancos de dados do Banco de Dados SQL do Azure só podem ser assinantes por push para a replicação transacional e de instantâneo. Para obter mais informações, confira Replicação transacional com o Banco de Dados SQL do Azure e a Instância Gerenciada de SQL do Azure.
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.
A configuração da opção de sincronização com backup no banco de dados de distribuição não é compatível quando o banco de dados do editor faz parte do grupo de disponibilidade. Isso pode levar ao seguinte erro quando o agente de leitura de registros é executado após o failover.
O processo não pôde executar 'sp_repldone/sp_replcounters' em 'machinename\instance'. (Origem: MSSQL_REPL, Número do erro: MSSQL_REPL20011) Obter ajuda: http://help/MSSQL_REPL20011 Possível estado inconsistente no banco 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. (Origem: MSSQLServer, Número do erro: 18846)
Para definir a opção sync with backup
- Programação Transact-SQL de replicação: Habilitar backups coordenados para replicação transacional (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 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.
Editor
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
Restaure o último backup de banco de dados do banco de dados de publicação. Vá para a etapa 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.
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 para leitura
Restaure o último backup de banco de dados do banco de dados de publicação. Vá para a etapa 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'.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.
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.
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 um Agente de Distribuição, consulte Iniciar e parar um agente de replicação (SQL Server Management Studio) e Conceitos dos executáveis do agente de replicação.
Para obter mais informações sobre como verificar comandos, confira Exibir comandos replicados e outras informações no banco de dados de distribuição (Programação do Transact-SQL de replicação) e Exibir informações e executar tarefas usando o Replication Monitor.
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.
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.
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 um Agente de Distribuição, consulte Iniciar e parar um agente de replicação (SQL Server Management Studio) e Conceitos dos executáveis do agente de replicação.
Para obter mais informações sobre como verificar comandos, confira Exibir comandos replicados e outras informações no banco de dados de distribuição (Programação do Transact-SQL de replicação) e Exibir informações e executar tarefas usando o Replication Monitor.
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 mais informações sobre como usar o utilitário tablediff, consulte Comparar diferenças de tabelas replicadas (Programação de Replicação).
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.
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
Restaure o último backup de banco de dados do banco de dados de publicação. Vá para a etapa 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 um Agente de Distribuição, consulte Iniciar e parar um agente de replicação (SQL Server Management Studio) e Conceitos dos executáveis do agente de replicação.
Para obter mais informações sobre como verificar comandos, confira Exibir comandos replicados e outras informações no banco de dados de distribuição (Programação do Transact-SQL de replicação) e Exibir informações e executar tarefas usando o Replication Monitor.
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 Replicar colunas de identidade.
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.
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.
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 mais informações sobre como usar o utilitário tablediff, consulte Comparar diferenças de tabelas replicadas (Programação de Replicação).
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.
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: 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, mas você também pode usar procedimentos armazenados.
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 um Agente de Distribuição, consulte Iniciar e parar um agente de replicação (SQL Server Management Studio) e Conceitos dos executáveis do agente de replicação.
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.
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.
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.
Execute um backup de log ou um backup completo do banco de dados A. Vá para a etapa 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.
Recrie a publicação no banco de dados B e, em seguida, recrie as assinaturas entre os bancos de dados A e B. (As assinaturas que envolvem o banco de dados C são tratadas em um estágio posterior).
Recrie a publicação no banco de dados B. Vá para a etapa b.
Recrie 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 igual a inicializar com base em um backup para o parâmetro
@sync_typede sp_addsubscription). Vá para a etapa c.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 igual a suporte para replicação somente para o parâmetro
@sync_typede sp_addsubscription). Vá para a etapa 8.
Execute os Agentes 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.
Após a restauração, o intervalo de identidades que você atribuiu a cada tabela no banco de dados A também será usado no banco de dados B. Certifique-se de que o banco de dados B restaurado tenha recebido 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, redefina o intervalo de identidades para cada tabela.
Execute sp_requestpeerresponse no banco de dados B e recupere o parâmetro de saída
@request_id. Vá para a etapa b.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 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.
Execute sp_helppeerresponses fornecendo o valor
@request_idrecuperado na etapa b. Espere até que todos os nós indiquem ter recebido a solicitação par. Vá para a etapa d.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.
Nesse ponto, o banco de dados B e o banco de dados C não estão diretamente conectados, mas receberão alterações por meio do banco de dados A. Se a topologia contiver nós que estejam executando o SQL Server 2005 (9.x), vá para a etapa 11; caso contrário, vá para a etapa 12.
Coloque o sistema em pausa e, em seguida, recrie a assinatura entre os bancos de dados B e C. A pausa de um sistema envolve a interrupção da atividade em tabelas publicadas em todos os nós e a garantia de que cada nó tenha recebido todas as alterações de todos os outros nós.
Pare todas as atividades nas tabelas publicadas na topologia ponto a ponto. Vá para a etapa b.
Execute sp_requestpeerresponse no banco de dados B e recupere o parâmetro de saída
@request_id. Vá para a etapa c.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.
Execute sp_helppeerresponses fornecendo o valor
@request_idrecuperado na etapa b. Espere até que todos os nós indiquem ter recebido a solicitação par. Vá para a etapa e.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.
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.
Recrie a assinatura entre os bancos de dados B e C:
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.
Recrie 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 igual a inicializar com base no LSN para o parâmetro
@sync_typede sp_addsubscription). Vá para a etapa b.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.
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)
Restaure o último backup do banco de dados msdb .
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.
Recrie o trabalho de limpeza de assinatura de seus scripts de replicação. A recuperação está concluída.
Banco de dados mestre (Publicador)
Restaure o último backup do banco de dados mestre .
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
Restaure o último backup de banco de dados do banco de dados de distribuição.
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'.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.
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 não ter transações que foram confirmadas no Publicador, mas que ainda não foram entregues aos Assinantes.) Remova e recrie a replicação e, em seguida, execute a validação.
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.
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)
Restaure o último backup do banco de dados msdb .
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.
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.
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)
Restaure o último backup do banco de dados mestre .
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
É 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.) Em caso positivo, 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.
Restaure o último backup de banco de dados de assinatura. Vá para a etapa 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.
Para sincronizar o Assinante, execute o Distribution Agent. A recuperação está concluída.
Para obter mais informações sobre como executar um Agente de Distribuição, consulte Iniciar e parar um agente de replicação (SQL Server Management Studio) e Conceitos dos executáveis do agente de replicação.
Banco de dados msdb (Assinante)
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.
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.
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)
Restaure o último backup do banco de dados mestre .
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.