Simptomai
Tarkime, kad "SQL Server 2016" ir "2017" visada yra prieinamumo grupėje (AG). Kai apdorojate skaitymo užklausą antrinėje replikoje, našumas gali būti daug lėtesnis nei pirminė replika, nes dažnai DIRTY_PAGE_TABLE_LOCK laukiama.
Priežastis
Ši problema kyla dėl nesutarimų tarp skaitymo užklausos ir perdaryti gijos ir dėl to, kad lentelė užrakinta.
Sprendimas
Ši pataisa yra įtraukta į šiuos SQL serverio naujinimus:
Kaupiamasis naujinimas 8 SQL serverio 2017
Kaupiamasis naujinimas 1 SQL serverio 2016 2 pakeitimų paketui
Kaupiamasis naujinimas 9 SQL serverio 2016 1 pakeitimų paketui
Apie "SQL Server" komponavimo versijas
Kiekvienoje naujoje "SQL Server" versijoje yra visos karštosios pataisos ir saugos pataisos, kurios buvo ankstesniame komponavimo versijoje. Rekomenduojame įdiegti naujausią "SQL Server" versijos komponavimo versiją:
Naujausias Kaupiamasis naujinimas, skirtas "SQL Server 2017"
Sprendimas
Norėdami išspręsti šią problemą,galite naudoti vieną perdaryti giją vietoj lygiagretaus perdaryti gijos įgalinant sekimo vėliavėlę 3459.
Daugiau informacijos
Kai tik skaityti skirtos užklausos veikia skaitomą antrinę repliką, užklausos gijos bando taikyti laukiantį žurnalų perdaryti operacijas ir turi bendradarbiauti su "Redo" darbuotojų gijomis su DIRTY_PAGE_TABLE_LOCK laukais, kuriuos galima dažnai sugeneruoti ir sulėtinti ir perdaryti, ir užklausos veikimą, jei yra lygiagrečių perėjimų darbo krūvis. Veikimo problema, susijusi su DIRTY_PAGE_TABLE_LOCK palaukite, yra išspręsta kaupiamojo naujinimo leidime, skirtą "SQL Server" 2016 SP ir "SQL Server" 2017, kaip nurodyta šiame straipsnyje.
Norėdami gauti daugiau informacijos, galite peržiūrėti šį interneto dienoraščio prieinamumo grupės antrinį replikų perdaryti modelį ir našumą.
Statusą
"Microsoft" patvirtino, kad tai yra "Microsoft" produktų, išvardytų skyriuje "taikoma", problema.
Nuorodos
Sužinokite apie terminologiją "Microsoft" naudoja programinės įrangos naujinimams apibūdinti.
