HADR yüksek iş parçacığı kullanımı


10

Bir kullanılabilirlik grubunun bir HADR havuzundaki işçi iş parçacığı sayısı neden çoğaltma başına " genellikle, 3-10 paylaşılan iş parçacığı var " ın minimum kullanımının çok üzerine çıksın?

Bir durumda, 3 kullanılabilirlik grubu ve 10 veritabanı içeren 300'den fazla iş parçacığının kullanıldığını gözlemledik. SQL Server 2014 SP1.

Leadlerimiz ikincil çoğaltmada yedekleme, birincil çoğaltmada yüksek etkinlik, ikincil çoğaltma ile ilgili raporlardır.

AG'ler VMware üzerinde bir veri merkezindedir. Toplam 16 programlayıcı, normal işçi iş parçacığı 200 aralığının altında. sunucudaki max_dop 2'dir.

  • 3 AG, 10 DB, her biri 4 kopya - birincil, 2 salt okunur, 1 okunamaz.
  • 1 ikincil eşzamanlı, 2 eşzamansız
  • Büyük çoklu ana bilgisayar kümesinde fiziksel olarak 32 çekirdeğe 16 vcores.
  • Fazla hüküm yok.
  • Diğer daha küçük VM'ler 4-8 çekirdekler yerleştirilir, ancak CPU'ya basmazlar

Çalışan iş parçacıklarında servis reddi ile sonuçlanan bir artış gözlemledik. İşçi ipliklerinin AG'ye atfedilmesi bizim varsayımımızdır, çünkü sadece bu işçi zincirleri sınırı geçebilir.

Bağlamda okunan SQL Server Premier Saha Mühendisi Blogunun aşağıdaki bağlantıları bana tam bir cevap vermiyor:


3
Gördüklerinizin ekran görüntüsünü gönderebilir misiniz? Burada bir şey görünüyor, sanki genel olarak AG işçilerinin aksine işçi iş parçacıklarını sorguluyorsunuz. (Ve diğer işçi
zincirleri

Benzer bir meseleyi avlıyorum. MaxDop sorununa çivilediğime eminim. IndexMaintenance için Ola Hallengreens komut dosyalarını kullanıyorum ve MaxDOP ayarı NULL olarak ayarlandı. Önemli olan, gelen ve MaxDOP 2'nizi geçersiz kılan sorgularınız olabilir mi?
Kasper Brandenburg

Bunun için bir çözüm buldunuz mu?
trusha

Yanıtlar:


-1

DC'niz VM'de olduğundan, düşük disk performansı yaşadığınızdan şüpheleniyorum. Kötü disk performansı, ikincil dosyada daha yavaş günlük yazma süreleriyle sonuçlanabilir; bu da ikincil eşlemeden (yorucu işçi iş parçacığı) birincil çoğaltmaya geri dönme işleminin yavaşlamasına neden olabilir.

İkincil Çoğaltmadaki disk gecikmesi, HADR Senkronizasyon İşlemi işleminde bir artışa neden olarak, İkincil'in işlemi onaylamasını beklerken Birincil açık uçları tutmaya neden olabilir.

Lütfen Kilitlemeli Zamanlayıcılar için hata günlüğüne bakın ve disk gecikmesini ve disk kuyruğu uzunluğunu görmek için PerfMon'dan bazı IO metrikleri toplayın.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.