KB3020116 - ispravka: dolazi do greške "Planer bez prinosa" i AlwaysOn Availability Group tranzitira u stanje REŠAVANJA

Simptomi

Pretpostavimo da imate AlwaysOn grupu dostupnosti koja je raspoređena preko servera S1 i servera S2 u sistemu Microsoft SQL Server 2014. Zdravstveni problem se otkriva na primarnoj replici (S1), a grupa dostupnosti tranzitira u stanje REŠAVANJA i započinje neuspeh ako je konfigurisana za automatsko neuspeh. Grupa dostupnosti može ostati u stanju rešavanja problema. Greška planera koji nije dao rezultat može se pojaviti u evidenciji grešaka na primarnoj replici (S1) ili sekundarnoj replici (S2):

• Na primarnoj replici može doći do sledeće greške planera bez prinosa u vreme kada grupa raspoloživosti tranzitira iz PRIMARNOG u REŠAVANJE:

  <Date> <Time> spid<ID>     Using 'dbghelp.dll' version '4.0.5'<Date> <Time> spid> <0 ID>     Using 'dbghelp.dll' version '4.0.5'<Date> <Time> Server      Using 'dbghelp.dll' version '4.0.5'<Date> <Time> Server      ***Unable to get thread context for spid 0> <0 Date> <Time> Server      * *******************************************************************************<Date> <Time> Server      *<Date> <Time> Server      * BEGIN STACK DUMP:<Date> <Time> Server      *   <Date> <Time> spid<ID><Date> <Time> Server      *<Date> <Time> Server      * Non-yielding Scheduler> <0 Date> <Time> Server      *<Date> <Time> Server      * *******************************************************************************<Date> <Time> Server      Stack Signature for the dump is 0x0000000000000176> <2 Date> <Time> Server      Timeout waiting for external dump process 982676. <Datum> <Time> Server Process 0:0:0 (0x11428) Radnik 0x000000075CB92C160 izgleda ne daje rezultate na Planer 0. Vreme kreiranja konca: 13011925023676. CpU Aporx Thread-a koji se koristi: jezgro 0 ms, korisnik 0 ms. Iskorišćenost procesa 2%. Stanje u levka sistema 84%. Interval: 76880 ms.

• Na sekundarnoj replici može doći do sledeće greške planera bez prinosa ako je grupa dostupnosti konfigurisana za automatsko neuspeh, a partner koji ne uspeva pokušava da se tranzitira do primarne uloge:

  <date> <Time> spid<ID> The availability group database "agname" is changing roles from "RESOLVING" to "PRIMARY" because the mirroring session or availability group failed over because to role synchronization. Ovo je samo informativna poruka. No user action is required....<Date> <Time> Server      Using 'dbghelp.dll' version '4.0.5'<Date> <Time> Server      ***Unable to get thread context for spid 0<Date> <Time> Server      * *******************************************************************************<Date> <Time> Server      *<Date> <Time> Server      * BEGIN STACK DUMP:<Date> <Time> Server      *   <Date> <Time> spid> <8 ID><Date> <Time> Server      * Private server build.<Date> <Time> Server      *<Date> <Time> Server      * Non-yielding Scheduler> <2 Date> <Time> Server      *<Date> <Time> Server      * *******************************************************************************<Date> <Time> Server      Stack Signature for the dump is 0x000000000000006D> <4 Date> <Time> Server      External dump process return code 0x20000001. Proces spoljnog stanja memorije nije vratio greške.<Datum> <Vreme> Proces servera 0:0:0 (0x1e94) Radnik 0x000000082F270160 izgleda ne daje na Planer 0. Vreme kreiranja konca: 13059453624681. CpU Aporx Thread-a koji se koristi: jezgro 0 ms, korisnik 0 ms. Iskorišćenost procesa 3%. Stanje u levka sistema 84%. Interval: 70358 ms.<Datum> <Vreme> Proces servera 0:0:0 (0x998) Radnik 0x00000000B3F86160 izgleda ne daje na Planer 2. Vreme kreiranja konca: 13059458965740. CpU Aporx Thread-a koji se koristi: jezgro 0 ms, korisnik 0 ms. Iskorišćenost procesa 3%. Stanje u levka sistema 83%. Interval: 76913 ms.Datum> <Vreme> Proces servera 0:0:0 (0x1a64) Radnik 0x0000000B5E220160 izgleda da ne daje rezultate na Planeru 3. Vreme kreiranja konca: 13059466511951. CpU Aporx Thread-a koji se koristi: jezgro 0 ms, korisnik 0 ms. Iskorišćenost procesa 3%. Stanje u levka sistema 83%. Interval: 76944 ms.

Napomena Do ovog problema dolazi i u sistemu SQL Server 2012.

Rešenje

Kada primenite ovu hitnu ispravku, uslov planera koji nije dao rezultat može se izbeći. Ovaj problem je prvi put otklonjen u sledećoj kumulativnoj ispravki sistema SQL Server.

Status

Microsoft je potvrdio da je ovo problem u Microsoft proizvodima koji su navedeni u odeljku "Odnosi se na".