Como a replicação de mesclagem inicializa as publicações e assinaturas

Inicializando a publicação

A lista a seguir detalha as etapas de inicialização de uma publicação, a qual ocorre quando você executa cada procedimento armazenado relacionado ou após você concluir o novo Assistente de Publicação. A inicialização posterior ocorre depois que o Snapshot Agent executa pela primeira vez para uma publicação.

• sp_replicationdboption

  • O banco de dados de publicação é marcado para replicação. O banco de dados não pode ser descartado a menos que replicação seja removida.

  • São adicionadas tabelas do sistema ao banco de dados de publicação (a menos que uma publicação de mesclagem já exista no banco de dados). Para obter uma lista completa de tabelas do sistema, consulte a seção “Tabelas do sistema criadas na publicação” e “Banco de dados de assinatura” neste tópico.

• sp_addmergepublication

  • São adicionadas entradas para a publicação às tabelas do sistema.

• sp_addpublication_snapshot

  • Um trabalho de Snapshot Agent é adicionado ao sistema do SQL Server Agent. O nome de trabalho está no formulário <Publicador>-<Bando_de_Dados_de_Publicação>-<Publicação>-<Inteiro>.

• sp_addmergearticle

  • Cada objeto replicado é marcado para replicação. O objeto não pode ser excluído a menos que o artigo correspondente seja descartado de todas as publicações.

  • São adicionadas entradas para cada artigo às tabelas do sistema.

O restante da inicialização do banco de dados de publicação ocorre durante a execução inicial do Snapshot Agent para uma publicação (o banco de dados de publicação não é reinicializado durante execuções subseqüentes do Snapshot Agent). Se você usar o Assistente de Novas Publicações, o instantâneo inicial será criado por padrão depois que você concluir o assistente. Se você usar procedimentos armazenados, deverá executar o trabalho do agente ou executar o agente diretamente. Para obter mais informações sobre os agentes sendo executados, consulte Como iniciar e parar um Replication Agent (SQL Server Management Studio) e Conceitos dos executáveis do Replication Agent.

A primeira vez que o Snapshot Agent executa para uma publicação:

• Uma coluna com o nome rowguid é adicionada a cada tabela publicada, a menos que a tabela já possua uma coluna de tipo de dados de identificador exclusivo com a configuração de propriedade ROWGUIDCOL (em cujo caso esta coluna é usada). A coluna rowguid é usada para identificar exclusivamente toda linha em toda tabela publicada. Se a tabela for descartada da publicação, a coluna rowguid será removida; se uma coluna existente foi usada para rastreamento, a coluna não será removida.

• Os objetos a seguir são criados no banco de dados de publicação para cada tabela publicada (todos os objetos são criados no esquema dbo):

  • Os gatilhos de inserção, atualização e exclusão são adicionados a tabelas publicadas para rastrear alterações. Os gatilhos são nomeados no formulário MSmerge_ins_<GUID>, MSmerge_upd_<GUID> e MSmerge_del_<GUID>. O valor GUID é derivado da entrada para o artigo na tabela do sistema sysmergearticles.

  • Os procedimentos armazenados são criados para controlar as inserções, atualizações e exclusões nas tabelas publicadas e para efetuar um número de outras operações relacionadas a replicações.

  • São criadas exibições para gerenciar inserções, atualizações, exclusões e filtragem.

  • São criadas tabelas de conflitos para armazenar as informações sobre conflitos. As tabelas de conflitos estão associadas ao esquema das tabelas publicadas: cada tabela publicada recebe um script e, em seguida, o script é usado para criar a tabela de conflitos no banco de dados de publicação. Tabelas de conflitos são nomeadas no formulário dbo.MSmerge_conflict_<Publicação>_<Artigo>.

Sempre que o Snapshot Agent é executado, os seguintes tipos de arquivos (com suas extensões de arquivos correspondentes) são criados para cada artigo no banco de dados de publicação:

• Esquema (.sch)

• Índices e restrições (.dri)

• Gatilhos (.trg)

• Dados de tabela do sistema (.sys)

• Tabelas de conflitos (.cft)

• Dados (.bcp)--não criado para publicações com filtros com parâmetros.

  Se a publicação não usar qualquer filtro com parâmetro, o instantâneo conterá os dados das tabelas publicadas em um conjunto de arquivos .bcp. Se as publicações usam filtros com parâmetros (o que é comum em publicações de mesclagem), o instantâneo inicial não conerá nenhum dado. Os dados são fornecidos com o uso de um instantâneo para a partição de um Assinante, a qual é abordada na seção "Inicializando uma assinatura."

Inicializando uma assinatura

Cada assinatura é inicializada quando o Merge Agent da assinatura executa e copia o instantâneo inicial para o banco de dados de assinaturas: Além do esquema e dos dados dos objetos replicados, o instantâneo contém as tabelas do sistema, exibições, gatilhos e procedimentos armazenados que existem no banco de dados de publicação (uma ou duas tabelas adicionais de sistema também são copiadas para o banco de dados de assinatura). Para obter uma lista completa de tabelas do sistema, consulte a seção “Tabelas do sistema criadas na publicação” e “Banco de dados de assinatura” neste tópico. Se uma assinatura for reinicializada, todos os objetos replicados e os objetos de sistema de replicação serão sobrescritos.

Se nenhuma das tabelas do banco de dados de publicação usar filtros com parâmetros, o instantâneo da mesma publicação será copiado para cada Assinante. Se um ou mais filtros com parâmetros forem usados, a maneira na qual cada assinatura for inicializada será conduzida pela seguinte lógica:

• Se o local do instantâneo for fornecido ao Merge Agent na linha de comando:

  • Aplique o instantâneo deste local.

• Ou ainda se o instantâneo foi gerado anteriormente:

  • Recupere o local do instantâneo de MSmerge_dynamic_snapshots no banco de dados de publicação e aplique o instantâneo daquele local.

• Ou ainda se a publicação permitir que Assinantes iniciem instantâneos:

  • Se um instantâneo já foi gerado para outro Assinante com a mesma partição, aplique esse instantâneo no Assinante.

  • Ou gere e aplique um instantâneo ao Assinante.

• Além disso, inicialize o Assinante usando as instruções SELECT relacionadas às tabelas na publicação. Esta abordagem é muito mais lenta do que o uso de um instantâneo para a partição do Assinante.

Se uma transferência de instantâneo for interrompida, ela continuará automaticamente de onde parou e não reenviará nenhum arquivo que já tenha sido transferido completamente. A unidade de distribuição do Snapshot Agent é o arquivo bcp para cada artigo de publicação, portanto os arquivos que são parcialmente entregues deverão ser redistribuídos por completo. Entretanto, continuar o instantâneo de onde parou pode reduzir significantemente a quantia de dados transmitidos e assegurar uma entrega de instantâneo a tempo, mesmo se a conexão não for confiável. Para obter mais informações sobre criação de instantâneos, consulte Instantâneos para publicações de mesclagem com filtros com parâmetros.

Local do instantâneo

Tabelas do sistema criadas nos bancos de dados de assinatura e publicação.

As tabelas a seguir foram criadas no banco de dados de publicação e em cada banco de dados de assinatura.

Além disso, a tabela MSsnapshotdeliveryprogress é criada em cada banco de dados de assinatura, e a tabela MSsubscription_properties é criada em cada banco de dados de assinatura que usa uma assinatura pull:

Consulte também

Referência

Conceitos