Assinaturas atualizáveis – Resolução de conflitos com atualização em fila

Aplica-se:SQL Server

Como as assinaturas de atualização em fila permitem modificações nos mesmos dados em vários locais, pode haver conflitos quando os dados forem sincronizados no Publicador. A replicação detecta todos os conflitos quando alterações são sincronizadas com o Publicador, resolvendo-os por meio da política de resolução selecionada durante a criação da publicação. Podem ocorrer os seguintes conflitos:

  • Conflitos de atualização e inserção. Esse conflito acontece quando os mesmos dados são alterados em dois locais. Uma alteração vence e a outra perde.

  • Excluir conflitos. Esses conflitos ocorrem quando a mesma linha é excluída em um local e alterada em outro.

A detecção e resolução de conflitos pode ser um processo demorado e que utiliza muitos recursos. No entanto, é o que há de melhor para reduzir os conflitos no aplicativo, por criar partições de dados, de modo que os vários Assinantes modifiquem diferentes subconjuntos de dados.

Detectando conflitos

Ao criar uma publicação e ativar atualizações em fila, a replicação adiciona uma coluna uniqueidentifier (msrepl_tran_version) com o padrão de newid() à tabela subjacente. Quando os dados publicados são alterados tanto no Publicador quando no Assinante, a linha recebe um GUID (Globally Unique Identifier) para indicar que existe uma nova versão de linha. O Queue Reader Agent usa essa coluna durante a sincronização para determinar se há um conflito.

Uma transação em uma fila mantém os valores de versão de linha antigos e novos. Quando a transação é aplicada ao Publicador, os GUIDs da transação e o GUID da publicação são comparados. Se um GUID antigo armazenado na transação corresponder ao GUID na publicação, a publicação será atualizada e à linha será atribuído o novo GUID gerado pelo Assinante. Ao atualizar a publicação com o GUID da transação, você passa a ter versões de linha correspondentes tanto na publicação quanto na transação.

Se um GUID antigo, armazenado na transação, não corresponder ao GUID da publicação, será detectado um conflito. O novo GUID da publicação indica que há duas versões de linhas diferentes: uma na transação sendo submetida ao Assinante e uma mais nova que existe no Assinante. Nesse caso, outro Assinante ou o Publicador atualizou a mesma linha na publicação antes de a transação do Assinante ser sincronizada.

Diferentemente da replicação de mesclagem, o uso da coluna GUID não é destinado à identificação a própria linha, mas para verificar se a linha foi alterada.

Resolução de conflitos

Quando você cria uma publicação usando atualização em fila, seleciona um resolvedor de conflitos para ser usado se algum conflito for detectado. O resolvedor de conflitos governa o modo pelo qual o Queue Reader Agent controla as diferentes versões da mesma linha, encontradas durante a sincronização. É possível alterar a política de resolução de conflitos após a criação da publicação, desde que não haja assinaturas para a publicação. As opções do resolvedor de conflitos são as seguintes:

  • Publicador vence (padrão)

  • O Publicador vence e a assinatura é reinicializada

  • Assinante vence

Os conflitos são registrados e exibidos com o Visualizador de Conflitos.

Para definir a política de resolução de conflitos de atualização em fila

Para exibir conflitos de dados

Publicador vence

Quando a resolução de conflitos é definida como "o Publicador vence", a consistência transacional é mantida com base nos dados do Publicador. A transação conflitante é revertida para o Assinante que a iniciou.

O Queue Reader Agent detecta um conflito, e comandos compensatórios são gerados e propagados ao assinante por meio de sua inserção no banco de dados de distribuição. O Agente de Distribuição, em seguida, aplica os comandos de compensação para o Assinante que originou a transação conflitante. As ações de compensação atualizam as linhas no Assinante para que correspondam às do Publicador.

Até que os comandos de compensação sejam aplicados, é possível ler os resultados de uma transação que será, em algum momento futuro, revertida para o Assinante. Isto equivale a uma leitura suja (nível de isolamento de leitura não confirmada). Não há compensações para as transações dependentes subsequentes que venham a ocorrer. Contudo, os limites da transação são mantidos e todas as ações dentro da transação são igualmente confirmadas, ou, em caso de conflito, revertidas.

O Publicador vence e a assinatura é reinicializada

Reinicializar o Assinante para resolver conflitos mantém uma consistência transacional explícita no Assinante, mas pode despender muito tempo caso a publicação contenha grandes quantidades de dados.

Quando o Queue Reader Agent detecta um conflito, todas as transações restantes na fila (inclusive a transação em conflito) são rejeitadas e o Assinante é marcado para reinicialização. O próximo instantâneo gerado para a publicação é aplicado pelo Agente de Distribuição para o Assinante.

Assinante vence

A detecção de conflitos segundo a política Assinante vence significa que a última transação de Assinante que atualizar o Publicador vence. Nesse caso, quando um conflito é detectado, a transação enviada pelo Assinante ainda é usada, e o Publicador é atualizado. Essa política é adequada para aplicativos em que essas alterações não comprometem a integridade de dados.

Conteúdo relacionado

  • Last updated on