Simptomi
Iedomājieties šādu scenāriju:
-
Jums ir Microsoft SQL Server 2012 datu bāze, kurā ir iespējots ALLOW_SNAPSHOT_ISOLATION un READ_COMMITTED_SNAPSHOT opcijas.
-
Jums ir vismaz trīs vienlaikus vaicājumi, kas darbojas ar vienu un to pašu tabulu.
-
Vaicājumi izmanto vaicājuma atgādinājumu (TABLOCK, UPDLOCK) .
-
Katrs vaicājums ir aplauzts tiešajā sākuma Tran pārskatā, taču priekšraksts veikt Tran nav izpildīts.
Kad pirmais vaicājums ir izdarījis šo scenāriju, viens no pārējiem vaicājumiem tiks bloķēts. Ja READ_COMMITTED_SNAPSHOT ir iespējots kopā ar TABLOCK un UPDLOCK vaicājumu padomiem, sesijās tiek ierakstītas IX bloķēšanas tabulas. Strupceļš notiek, kad abas vienlaicīgās sesijas mēģina vienlaikus konvertēt IX atslēgas uz X bloķēta. Ja READ_COMMITTED_SNAPSHOT ir atspējota, sesijas iegūs sešas slēdzenes, kas nebūs strupceļā, kad tās tiek konvertētas X slēdzenēs. Labojumfails novērš šo darbību, piešķirot LCK_M_SCH_S slēdzenes, nevis IX slēdzeņu, ja READ_COMMITTED_SNAPSHOT izmanto kopā ar TABLOCK un UPDLOCK ieteikumiem.Piezīme.Šī problēma rodas arī programmā Microsoft SQL Server 2008 R2. Drīzumā tiks izlaists SQL Server 2008 R2 labojumfails.
Risinājums
Šī problēma pirmo reizi tika izlabota tālāk sniegtajā SQL Server kumulatīvajā atjauninājumā.
Kumulatīvais atjauninājums 8 SQL Server 2012 SP1 /en-us/help/2917531
Katrā jaunajā kumulatīvajā SQL Server atjauninājumā ir iekļauti visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā kumulatīvajā atjauninājumā. Skatiet jaunākos kumulatīvos atjauninājumus SQL Server:
Statusa
Microsoft ir apstiprinājusi, ka šī problēma pastāv Microsoft produktos, kas ir norādīti sadaļā "attiecas uz".
