Simptome
Pretpostavimo da imate grupu "Uvek na dostupnosti" (AG) u programima SQL Server 2016 i 2017. Kada obradite upit za čitanje na sekundarnoj replici, performanse mogu biti mnogo sporije od primarne replike zbog DIRTY_PAGE_TABLE_LOCK čekanja.
Izazvati
Do ovog problema dolazi zbog razlike između upita za čitanje i ponavljanja niti i zato što je tabela zaključana.
Rezoluciju
Ova ispravka je uključena u sledeće ispravke za SQL Server:
Kumulativna ispravka 8 za SQL Server 2017.
Kumulativna ispravka 1 za SQL Server 2016 servisni paket 2
Kumulativna ispravka 9 za SQL Server 2016 Servisni paket 1
Osnovni podaci SQL Server verzijama
Svako novo izdanje za SQL Server sadrži sve hitne ispravke i bezbednosne ispravke koje su bile u prethodnom izdanju. Preporučujemo da instalirate najnoviju verziju za svoju verziju programa SQL Server:
Zaobilaženje problema
Da biste zaobišli ovaj problem, možete da koristite jednu ponudnu nit umesto paralelne ponovnog niza tako što ćete omogućiti praćenje zastavice 3459.
Više informacija
Kada su upiti samo za čitanje pokrenuti na čitljivoj sekundarnoj replici, nit upita pokušava da primeni operacije ponavljanja evidencije na čekanju i treba da sarađuje sa ponavljanjima radnih niti pomoću DIRTY_PAGE_TABLE_LOCK čekanja, koje mogu često da se generišu i uspore performanse ponavljanja i upita ako postoje istovremena ponavljanja opterećenja. Problem sa performansama povezan sa čekanjem DIRTY_PAGE_TABLE_LOCK rešen je u izdanju kumulativne ispravke za SQL Server 2016 SP i SQL Server 2017 pomenuto u ovom članku.
Dodatne informacije potražite na sledećem blogu o dostupnosti sekundarnog modela i performansi grupe za ponavljanje replike.
Status
Microsoft je potvrdio da je ovo problem u Microsoft proizvodima koji su navedeni u odeljku "Odnosi se na".
Reference
Saznajte više o terminologiji koju Microsoft koristi za opisivanja softverskih ispravki.