Problemas de replicação transacional do SQL Server

• Problemas de desempenho
  • Transações ativas de longa duração no banco de dados do Publisher
  • Operações INSERT/UPDATE/DELETE em massa em artigos
  • Grandes mudanças de dados em uma única transação
  • Bloqueios no banco de dados de distribuição
• Questões relacionadas a corrupção
  • Corrupções no banco de dados do editor
  • Corrupções no banco de dados de distribuição
  • Corrupções do banco de dados do assinante
  • Corrupções do banco de dados MSDB

Problemas de desempenho

Transações ativas de longa duração no banco de dados do editor

exec sp_browsereplcmds
GO
SELECT * FROM MSrepl_commands

BEGIN TRANSACTION 

SET IDENTITY_INSERT Person.ContactType ON;
insert into person.ContactType (ContactTypeId, Name, ModifiedDate) values ( 22, 'Test New Position', GETDATE());
SET IDENTITY_INSERT Person.ContactType OFF;

UPDATE AdventureWorks.dbo.AWBuildVersion
SET ModifiedDate  = GETDATE()

Identifique uma transação ativa de longa duração

USE AdventureWorks
GO
DBCC OPENTRAN

• O trabalho do Log Reader Agent da replicação transacional do SQL Server verificará os registros confirmados somente no banco de dados de logs transacionais do editor e INSERT no banco de dados do assinante.
• A ordem dos dados alterados no banco de dados do Publicador enviados ao Assinante será baseada no status Comprometido e na hora no banco de dados do Publicador, mesmo que os dados replicados tenham o mesmo horário do banco de dados do Publicador.
• Identificar transações ativas de longa duração pode ajudar a resolver o crescimento do arquivo de log transacional do editor, distribuidor ou assinante ou qualquer banco de dados.

Operações SQL INSERT/UPDATE/DELETE em massa em artigos

INSERT INTO REplicated_table
SELECT * FROM Source_table

-- UPDATE 10 Million records on Replicated Table with some DEFAULT values
UPDATE Replicated_table
SET new_column = 'Abc'

-- UPDATE in batches to avoid performance impacts on Replication
WHILE 1 = 1
BEGIN
	UPDATE TOP(100000) Replicated_Table
	SET new_Column = 'Abc'
	WHERE new_column is NULL

	IF @@ROWCOUNT = 0
	BREAK
END

-- DELETE 10 Million records on Replicated Table with some DEFAULT values
DELETE FROM Replicated_table

-- UPDATE in batches to avoid performance impacts on Replication
WHILE 1 = 1
BEGIN
	DELETE TOP(100000) Replicated_Table

	IF @@ROWCOUNT = 0
	BREAK
END

Grandes mudanças de dados em uma única transação

UPDATE AdventureWorks.dbo.AWBuildVersion
SET ModifiedDate  = GETDATE()

Maneira 1:CRIAR novo procedimento armazenado SQL

CREATE procedure test_proc
AS
BEGIN
UPDATE AdventureWorks.dbo.AWBuildVersion
SET ModifiedDate  = GETDATE()

UPDATE TOP(10) Production.TransactionHistoryArchive
SET ModifiedDate  = GETDATE()

UPDATE TOP(10) Person.Person
SET ModifiedDate  = GETDATE()
END

Maneira 2:configurando os parâmetros do agente do leitor de log MaxCmdsInTran, ReadBatchSize e ReadBatchThreshold

Maneira 3:configurando os melhores valores para o parâmetro SubscriptionStreams

Bloqueios no banco de dados de distribuição

1. Os arquivos de dados dos bancos de dados de distribuição devem ser colocados em unidades de alto IOPS. Se o banco de dados do Publicador tiver muitas alterações de dados, precisamos garantir que o banco de dados de distribuição seja colocado em uma unidade com alto IOPS. Ele estará continuamente recebendo dados do agente Log Reader, enviando dados para o banco de dados do Assinante através do agente de Distribuição. Todos os dados replicados serão removidos do banco de dados de distribuição a cada 10 minutos por meio do trabalho de limpeza de distribuição.
2. Configure as propriedades Tamanho do arquivo inicial e Crescimento automático do banco de dados Distribuição com os valores recomendados com base nos níveis de atividade do banco de dados Publicador. Caso contrário, isso levará à fragmentação de dados e arquivos de log, causando problemas de desempenho.
3. Inclua bancos de dados de distribuição nos trabalhos regulares de manutenção de índice configurados nos servidores onde o banco de dados de distribuição está localizado.
4. Inclua bancos de dados de distribuição na programação de tarefas de backup completo para solucionar problemas específicos.
5. Certifique-se de que a Limpeza da distribuição:distribuição o trabalho está sendo executado a cada 10 minutos de acordo com o agendamento padrão. Caso contrário, o tamanho do banco de dados de distribuição continua aumentando e leva a problemas de desempenho.

SELECT * 
FROM sys.sysprocesses
where blocked > 0
order by waittime desc

Questões relacionadas à corrupção

• Falhas de hardware, como problemas de disco, armazenamento ou controlador;
• Falhas do sistema operacional do servidor, como problemas de correção;
• Falhas de energia resultando em desligamento abrupto dos servidores ou desligamento inadequado do banco de dados.

• Dados do editor/corrupções no arquivo de log
• Corrupções nos dados do assinante/arquivo de log
• Corrupções nos dados do banco de dados de distribuição/arquivo de log
• Corrupções nos dados do banco de dados Msdb/arquivo de log

Conclusão