Temos um sistema que possui uma de suas fontes de dados ainda no SQL Server 2000. Para obter maior disponibilidade, estamos procurando configurar a replicação transacional deste servidor de 2000 para um cluster de 2008.
Minha pergunta é: as INSERT/UPDATE/DELETEdeclarações no banco de dados de origem em todas as tabelas publicadas são garantidas como transacionalmente seguras (como o nome sugere)? Por exemplo, se eu executar a seguinte consulta no banco de dados de origem:
BEGIN TRAN
INSERT t1 (mycol) VALUES ( 0 )
INSERT t2 (mycol) VALUES ( 1 )
COMMIT TRAN
Supondo que t1e t2façam parte da mesma publicação, a seguinte consulta no destino sempre dará o resultado abaixo?
SET TRANSACTION ISOLATION LEVEL SNAPSHOT
BEGIN TRAN
SELECT 'Value in t1: ' + CAST(t1.mycol AS VARCHAR(10)) from t1
SELECT 'Value in t2: ' + CAST(t2.mycol AS VARCHAR(10)) from t2
COMMIT
Resultado:
Value in t1: 0
Value in t2: 1
Bem, existem três tipos diferentes de replicação, mas todos são transacionalmente seguros, até certo ponto.
Existem três tipos de replicação no SQL Server: replicação de transação, replicação de mesclagem e replicação de instantâneo.
Replicação de transação
Esse tipo de replicação transfere cada modificação que ocorre no mestre para cada um dos bancos de dados assinantes. Esse tipo de replicação garante que você obterá cada alteração conforme ela ocorre (mais ou menos) no sistema mestre.
Isso funcionará como você descreve. No entanto, pode (haverá) um atraso de tempo enquanto a replicação é movida do banco de dados mestre para o banco de dados do assinante.
Mesclar replicação
Esse tipo de replicação é essencialmente replicação de transação, mas permite conflitos. (Obviamente, há um pouco mais do que isso, mas essa é a essência.)
Portanto, assim como a replicação de transações, você obterá os dados de cada assinante à medida que eles forem alterados (além de um pequeno intervalo de tempo).
Replicação de Instantâneo
Isso é diferente dos dois anteriores, pois o banco de dados não replica alterações individuais. Em vez disso, ele tira instantâneos periódicos e os envia.
Isso é transacionalmente seguro, pois você verá apenas a transação concluída sendo replicada para os assinantes. No entanto, você não verá isso em tempo real (ou qualquer coisa como tempo real).
Portanto, sim, a replicação é transacionalmente segura, pois você verá apenas as transações concluídas. Quaisquer transações parciais ou revertidas não serão aplicadas aos bancos de dados do assinante.
No entanto, eles não são transacionalmente seguros porque a replicação não mantém a consistência perfeita entre os bancos de dados. (Quebrando assim o ACIDity e, portanto, as transações.) Para isso, você precisará de transações distribuídas (que é um conceito totalmente diferente).