Simptome
Să presupunem că aveți un grup de disponibilitate cu AlwaysOn care este implementat pe serverul S1 și Server S2 în Microsoft SQL Server 2014. Se detectează o problemă de sănătate pe replica principală (S1), iar grupul disponibilitate tranzitează starea de rezolvare și pornește failover dacă este configurat pentru failover automată. Grupul disponibilitate poate rămâne în starea de rezolvare. Eroarea programatorului care nu este elastică poate să apară în Jurnalul de erori la replica principală (S1) sau la reproducerea secundară (S2):
-
Următoarea eroare de programator care nu se poate produce pe replica principală din perioada în care grupul disponibilitate tranzitează de la primar la rezolvare:
<data> <timp> SPID<ID> folosind "dbghelp. dll" versiunea ' 4.0.5 ' <data> <timp> SPID> <0 ID> folosind ' dbghelp. dll ' version ' 4.0.5 ' <data> <timp> Server folosind ' dbghelp. dll ' versiune ' 4.0.5 ' <data> <timp> Server * * * nu se poate obține un context de fir pentru spid 0> <0 dată> <timp> server * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Date * * Time * * * * * Date-> <> <>> <<ID><dată> <Date dată> Timeserver * < dată > < timp> Time Server * programator non Date- elastic> <0 dată> <timp> server * Date< dată > < timp> server * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Time * * * * * 982676> <> <2>> <<DateDate <dată> <timp> procesul de server 0:0:0 (0x11428) lucrător 0x00000075CB92C160 pare să fie fără randament în programator 0. Timp de creare a firului: 13011925023676. PROCESOR de aproximativ filet utilizat: kernel 0 ms, utilizator 0 ms. Utilizarea procesului 2%. Sistem inactiv 84%. Interval: 76880 MS.
-
Următoarea eroare de programator care nu se poate produce în reproducerea secundară dacă grupul disponibilitate este configurat pentru failover automat și partenerul de failover încearcă să tranziteze rolul principal:
<dată> <dată> SPID<ID> disponibilitatea grupului de date "agname" schimbă rolurile din "Rezolvare" la "primare", deoarece sesiunea de oglindire sau grupul disponibilitate nu a reușit din cauza sincronizării rolurilor. Acesta este doar un mesaj informational. 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. Procesul de dumping extern nu a returnat nicio eroare. <dată> <dată> proces Server 0:0:0 (0x1e94) lucrător 0x000000082F270160 pare să fie fără randament în programator 0. Timp de creare a firului: 13059453624681. PROCESOR de aproximativ filet utilizat: kernel 0 ms, utilizator 0 ms. Utilizarea procesului de 3%. Sistem inactiv 84%. Interval: 70358 MS. <data> <timpul> procesul de server 0:0:0 (0x998) lucrător 0x00000000B3F86160 pare să fie non-elastic în programatorul 2. Timp de creare a firului: 13059458965740. PROCESOR de aproximativ filet utilizat: kernel 0 ms, utilizator 0 ms. Utilizarea procesului de 3%. Sistem inactiv 83%. Interval: 76913 MS.Data> <ora> proces Server 0:0:0 (0x1a64) lucrător 0x0000000B5E220160 pare să fie non-elastic în programator 3. Timp de creare a firului: 13059466511951. PROCESOR de aproximativ filet utilizat: kernel 0 ms, utilizator 0 ms. Utilizarea procesului de 3%. Sistem inactiv 83%. Interval: 76944 MS.
Notă Această problemă apare și în SQL Server 2012.
Rezolvare
După ce aplicați această remediere rapidă, se poate evita condiția pentru programator care nu este elastică. Această problemă a fost remediată pentru prima dată în următoarea actualizare cumulativă de SQL Server.
Actualizarea cumulativă 5 pentru SQL Server 2014 /en-us/help/3011055
Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în actualizarea cumulativă anterioară. Consultați cele mai recente actualizări cumulative pentru SQL Server:
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secțiunea „Se aplică la”.