SQL Server Replikasyon Gecikmesi

Problem neden önemlidir?

Transactional replication gecikmesi, dağıtıcı veya abone tarafının değişiklikleri üretim hızında işleyemediğini gösterebilir. Ajan çalışıyor görünse bile backlog ve uçtan uca teslim süresi büyüyebilir.

Nasıl teşhis edilir?

Tracer token sonuçları varsa yayıncıdan dağıtıcıya ve dağıtıcıdan aboneye süreleri ayrı inceleyin. Bu veri yoksa ajan geçmişi, dağıtıcı backlog'u ve ağ ya da abone kaynakları birlikte değerlendirilmelidir.

Sorgu dağıtım veritabanında mevcut tracer token kayıtlarını okur ve yeni token oluşturmaz. distribution adı farklıysa sorgu uyarlanmalı; sonuç olmaması replikasyonun gecikmesiz olduğunu kanıtlamaz.

SELECT TOP (50)
       publication_id,
       publisher_commit,
       distributor_commit,
       subscriber_commit,
       DATEDIFF_BIG(millisecond, publisher_commit, distributor_commit) AS publisher_to_distributor_ms,
       DATEDIFF_BIG(millisecond, distributor_commit, subscriber_commit) AS distributor_to_subscriber_ms
FROM distribution.dbo.MStracer_tokens
WHERE publisher_commit IS NOT NULL
ORDER BY publisher_commit DESC;

Güvenli çözüm yaklaşımı

Yavaş bölüm belirlendikten sonra ajan profili, dağıtıcı kapasitesi, abone sorguları ve ağ sorunları hedefli biçimde araştırılmalıdır. Aboneliği yeniden başlatmak veri hacmi ve kesinti etkisi anlaşılmadan varsayılan çözüm olmamalıdır.

Sürekli monitoring neden gerekir?

Gecikme yoğun yazma dönemlerinde hızla büyüyebilir ve kısa bir kontrol sırasında kaybolabilir. moon ilgili SQL Server göstergelerini izleyebilir ve kalıcı gecikmeleri Slack, PagerDuty veya webhook üzerinden bildirebilir.