Simptomi
Pieņemsim, ka jums ir AlwaysOn pieejamības grupa, kas tiek izvietota visā serverī S1 un Server S2 programmā Microsoft SQL Server 2014. Primārajā kopijā (S1) ir konstatēta darbspējas problēma, un pieejamības grupa tiek pārsūtīta uz atrisināšanas statusu un sāk atteiču, ja tā ir konfigurēta automātiska atteiču novēršana. Pieejamības grupa var palikt ATRISINĀTā stāvoklī. Kļūdu pierakstīšanās kļūda, kas nav devusi neienesīgu plānotāja kļūdu, var tikt parādīta primārajā dublikātā (S1) vai sekundārajā dublikātā (S2):
-
Pēc tam, kad pieejamības grupa pārvietojas no primārās uz atrisināšanu, var rasties tālāk norādītās nenoteiktās plānotāja kļūdas primārais dublikāts.
<datums> <laiks> SPID<ID>, izmantojot "dbghelp. dll" versija "4.0.5" <datums> <laiks> SPID > <0 ID> izmantojot "dbghelp. dll" versija "4.0.5" <datums> <laiks> Server, izmantojot "dbghelp. dll" versija "4.0.5" <datums> <laiku> serveris * * * nevar iegūt pavedienu konteksts SPID 0> <0 datums> <laiks> Server * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * <datums> <laiku> serveri * <datuma> <laiks> server * sākt steka izmeti: <datums> <laika> Server * <datums> <laika> SPID<ID><datums> <laiku> Server * <datums> <laiks> Server * neienesīgs plānotājs> <0 datums> <laiks> Server * <datums> <laiks> Server * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * <datums> <laiks> servera steka paraksts ir 0x0000000000000176> <2 datums> <laiks> servera taimauts gaida ārējo DUMP procesu 982676. Date <datuma> <laika> servera procesa 0:0:0 (0x11428) darbinieka 0x00000075CB92C160, šķiet, nav iegūšanas uz plānotāja 0. Pavedienu izveides laiks: 13011925023676. Aptuveni thread CPU, ko izmanto: Kernel 0 ms, User 0 ms. Procesa izmantošanas 2%. Sistēma idle 84%. Intervāls: 76880 MS.
-
Pēc tam, kad pieejamības grupa ir konfigurēta automātiskajai atteiču atrisināšanai un kļūmjpārleces partneris mēģina veikt tranzītu uz galveno lomu, sekundārajā dublikātā var rasties šāda nenoteikta plānotāja kļūda:
<datuma> <laiku> SPID<ID> pieejamības grupu datu bāze "agname" maina lomas no "atrisināšana" uz "primārie", jo spoguļošanas sesija vai pieejamības grupa neizdevās, jo tiek veiktas lomu sinhronizācijas iespējas. Šis ir tikai informatīvs ziņojums. 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. Ārējā izmetes procesa laikā netika atgrieztas nekādas kļūdas. <datuma> <laika> servera procesa 0:0:0 (0x1e94) darbinieka 0x000000082F270160, šķiet, nav iegūšanas par plānotāja 0. Pavedienu izveides laiks: 13059453624681. Aptuveni thread CPU, ko izmanto: Kernel 0 ms, User 0 ms. Procesa izmantošana 3%. Sistēma idle 84%. Intervāls: 70358 MS. <datuma> <laika> servera procesa 0:0:0 (0X998) strādnieku 0x00000000B3F86160, šķiet, nav izdevies 2. plānotājam. Pavedienu izveides laiks: 13059458965740. Aptuveni thread CPU, ko izmanto: Kernel 0 ms, User 0 ms. Procesa izmantošana 3%. Sistēma idle 83%. Intervāls: 76913 MS.Datuma> <laiku> servera procesa 0:0:0 (0x1a64) darbinieks 0x0000000B5E220160, šķiet, ir neienesīgs uz plānotāja 3. Pavedienu izveides laiks: 13059466511951. Aptuveni thread CPU, ko izmanto: Kernel 0 ms, User 0 ms. Procesa izmantošana 3%. Sistēma idle 83%. Intervāls: 76944 MS.
Piezīme. Šī problēma pastāv arī SQL Server 2012.
Risinājums
Pēc šī labojumfaila lietošanas nav iespējams izvairīties no neienesīgā plānotāja nosacījuma. Šī problēma pirmo reizi tika izlabota tālāk sniegtajā SQL Server kumulatīvajā atjauninājumā.
Kumulatīvais atjauninājums 5 SQL Server 2014 /en-us/help/3011055
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".