Belirtiler
SQL Server 2016 ve 2017 'te her zaman kullanılabilirlik grubunuz (AG) olduğunu varsayalım. İkincil yinelemede bir okuma sorgusunu işlemediğiniz zaman, sık DIRTY_PAGE_TABLE_LOCK bekleme nedeniyle performans birincil yinelemeden çok daha yavaş olabilir.
Neden
Bu sorun, Read sorgusuyla Yinele iş parçacığı arasındaki çekişme ve tablonun kilitli olması nedeniyle oluşur.
Çözüm
Bu düzeltme, SQL Server için aşağıdaki güncelleştirmelerde bulunmaktadır:
SQL Server 2017 için toplu güncelleştirme 8
SQL Server 2016 Service Pack 2 Içintoplu güncelleştirme 1
SQL Server 2016 Service Pack 1 için toplu güncelleştirme 9
SQL Server derlemeleri hakkında
Her SQL Server derlemesi, önceki derlemede bulunan tüm düzeltmeleri ve güvenlik düzeltmelerini içerir. SQL Server sürümünüze en son yapıyı yüklemenizi öneririz:
Geçici Çözüm
Bu soruna geçici bir çözüm için, izleme 3459 bayrağını etkinleştirerek, y
Ek Bilgi
Okunabilir bir ikincil yinelemede salt okunur sorgular çalışıyorsa, sorgu iş parçacıkları bekleyen günlük yineleme işlemlerini uygulamaya çalışır ve iş DIRTY_PAGE_TABLE_LOCK parçacıklarının yineleme ve yeniden kullanılabilir olması durumunda, iş parçacıklarıyla birlikte çalışma Bu makalede belirtilen SQL Server 2016 SP ve SQL Server 2017 toplu güncelleştirme sürümünde DIRTY_PAGE_TABLE_LOCK wait ile ilişkili performans sorunu giderilmiştir.
Daha fazla bilgi için, kullanılabilirlik grubundaaşağıdaki Web günlüğü
Durum
Microsoft bu sorunun "Uygulandığı öğe" bölümünde listelenen Microsoft ürünlerinde bulunduğunu onaylamıştır.
Başvurular
Microsoft 'un yazılım güncelleştirmelerini açıklamak için kullandığı terminoloji hakkında bilgi edinin.
