Príznaky
Predpokladajme, že v SQL Server 2016 a 2017 máte skupinu s vždy dostupnou dostupnosťou (AG). Pri spracovaní dotazu na čítanie na sekundárnej replike môže byť výkon oveľa nižší ako primárna replika z dôvodu častých DIRTY_PAGE_TABLE_LOCK čakaní.
Príčina
Tento problém sa vyskytuje z dôvodu sporu medzi dotazom na čítanie a postupnosťou opakovania, a pretože tabuľka je zamknutá.
Riešenie
Táto oprava je zahrnutá v nasledujúcich aktualizáciách pre SQL Server:
Kumulatívna aktualizácia 8 pre SQL Server 2017
Kumulatívna aktualizácia 1 pre SQL Server 2016 Service Pack 2
Kumulatívna aktualizácia 9 pre SQL Server 2016 Service Pack 1
Informácie o zostavách SQL Server
Každá nová zostava pre SQL Server obsahuje všetky rýchle opravy a opravy zabezpečenia, ktoré boli v predchádzajúcej zostave. Odporúčame nainštalovať najnovšiu zostavu pre svoju verziu SQL Server:
Alternatívne riešenie
Tento problém môžete obísť tak, že povolíte príznak sledovania 3459 pomocou jedného vlákna opakovania namiesto paralelného opakovania vlákna.
Ďalšie informácie
Keď sú dotazy iba na čítanie spustené na čitateľnej sekundárnej replike, vlákna dotazov sa pokúšajú použiť čakajúce operácie opätovného vykonania denníka a musia spolupracovať s pracovnými vláknami opakovania s DIRTY_PAGE_TABLE_LOCK čakaniami, ktoré sa môžu často generovať a spomaliť opakovanie aj výkon dotazov v prípade súbežného opätovného vyťaženia. Problém s výkonom súvisiaci s čakaním DIRTY_PAGE_TABLE_LOCK sa rieši v kumulatívnom vydaní aktualizácie pre balíky SQL Server 2016 SP a SQL Server 2017, ktoré sú uvedené v tomto článku.
Ďalšie informácie nájdete v nasledujúcom blogu o sekundárnom modeli a výkone repliky skupiny dostupnosti.
Stav
Spoločnosť Microsoft potvrdzuje, že ide o problém v produktoch spoločnosti Microsoft, ktoré sú uvedené v tomto článku v časti Informácie v tomto článku sa týkajú nasledujúcich produktov.
Odkazy
Získajte informácie o terminológii , ktorá spoločnosť Microsoft používa na popis aktualizácií softvéru.
