Korriger: "ikke gir scheduler"-feil oppstår og AlwaysOn tilgjengelighet gruppe transits å løse tilstand

Symptomer

Anta at du har en AlwaysOn tilgjengelighet-gruppe som er distribuert på tvers av serveren S1 og S2-server i Microsoft SQL Server-2014. Et problem med helse blir funnet på den primære replikaen (S1) og tilgjengelighet gruppe transits å løse tilstanden og begynner failover hvis den er konfigurert for automatisk failover.
Tilgjengelighet-gruppen kan beholdes i løse tilstanden. Oppgaveplanlegging ikke gir feilen vises i feilloggen på den primære replikaen (S1) eller den sekundære replikaen (S2):

• Følgende ikke gir scheduler feil kan oppstå på primære replikaen rundt tidspunktet når gruppen tilgjengelighet transits fra PRIMÆRE å løse:

  <Dato><tid> spid <ID> bruke 'dbghelp.dll' versjon '4.0.5'
  <Dato><tid> spid <ID> bruke 'dbghelp.dll' versjon '4.0.5'
  <Dato><tid> Server ved å bruke 'dbghelp.dll' versjon '4.0.5'
  <Dato><tid> Server *** kan ikke hente omgivelser for tråd for spid 0
  <Date> <Time> Server      * *******************************************************************************
  <Dato><tid> Server *
  <Dato><tid> Server * Start STAKKDUMP:
  <Dato><tid> Server * <dato><tid> spid <ID>
  <Dato><tid> Server *
  <Dato><tid> Server * ikke-fører til Oppgaveplanlegging
  <Dato><tid> Server *
  <Date> <Time> Server      * *******************************************************************************
  <Dato><tid> Server Stack signatur for dump er 0x0000000000000176 <dato><tid> tidsavbruddet for serveren venter på at eksterne dump prosessen 982676. <Dato><tid> Server prosessen 0:0:0 (0x11428) arbeider 0x00000075CB92C160 ser ut til å være ikke-noe som gir en på planlegger 0. Tråd opprettingstidspunkt: 13011925023676. Omtrentlig tråd CPU brukt: kjernen 0 ms, bruker 0 FR. prosessen utnyttelse 2%. System Idle 84%. Intervall: ms 76880.

• Følgende ikke gir scheduler feil kan oppstå på sekundære replikaen Hvis gruppen tilgjengelighet er konfigurert for automatisk failover og failover-partner prøver å transitt til rollen som PRIMÆR enhet:

  <Dato><tid> spid <ID> tilgjengelighet gruppe databasen "agname" endrer roller fra "Løse" til "PRIMÆR" fordi gruppen speiling økt eller tilgjengelighet ikke på grunn av rollen synkronisering. Dette er en informativ melding. Ingen brukerhandling er nødvendig.
  …
  <Dato><tid> Server ved å bruke 'dbghelp.dll' versjon '4.0.5'
  <Dato><tid> Server *** kan ikke hente omgivelser for tråd for spid 0
  <Date> <Time> Server      * *******************************************************************************
  <Dato><tid> Server *
  <Dato><tid> Server * Start STAKKDUMP:
  <Dato><tid> Server * <dato><tid> spid <ID>
  <Dato><tid> Server * Private servere.
  <Dato><tid> Server *
  <Dato><tid> Server * ikke-fører til Oppgaveplanlegging
  <Dato><tid> Server *
  <Date> <Time> Server      * *******************************************************************************
  <Dato><tid> Server Stack signatur for dump er 0x000000000000006D
  <Dato><tid> ekstern Server dump-prosess returkode 0x20000001.
  Eksterne dump-prosess returnerte ingen feil.
  <Dato><tid> Server prosessen 0:0:0 (0x1e94) arbeider 0x000000082F270160 ser ut til å være ikke-noe som gir en på planlegger 0. Tråd opprettingstidspunkt: 13059453624681. Omtrentlig tråd CPU brukt: kjernen 0 ms, bruker 0 FR. prosessen utnyttelse 3%. System Idle 84%. Intervall: ms 70358.
  <Dato><tid> Server prosessen 0:0:0 (0x998) arbeider 0x00000000B3F86160 ser ut til å være ikke-noe som gir en på 2 Oppgaveplanlegging. Tråd opprettingstidspunkt: 13059458965740. Omtrentlig tråd CPU brukt: kjernen 0 ms, bruker 0 FR. prosessen utnyttelse 3%. System Idle 83%. Intervall: ms 76913.
  Datoen><tid> Server prosessen 0:0:0 (0x1a64) arbeider 0x0000000B5E220160 ser ut til å være ikke-noe som gir en på Scheduler 3. Tråd opprettingstidspunkt: 13059466511951. Omtrentlig tråd CPU brukt: kjernen 0 ms, bruker 0 FR. prosessen utnyttelse 3%. System Idle 83%. Intervall: ms 76944.

Obs! Dette problemet oppstår også i SQL Server 2012.

Oppløsning

Når du har installert denne hurtigreparasjonen, kan ikke gir scheduler betingelsen unngås.
Dette problemet ble først løst i den følgende kumulative oppdateringen av SQL Server.

Hvis du vil ha mer informasjon

Kallstakk00007ffe`548016ba c3 ret0:216> kL
Child-SP RetAddr Call Site
00000000`39c0bb38 00007ffe`51cc1148 ntdll!ZwWaitForSingleObject+0xa
00000000`39c0bb40 00007ffe`400376cf KERNELBASE!WaitForSingleObjectEx+0x94
00000000`39c0bbe0 00007ffe`40037073 clusapi!ReconnectAsyncBase<unsigned long>::operator()+0x2b
00000000`39c0bc20 00007ffe`40037cf5 clusapi!ReconnectOnError<ResourceControlAsyncFunctor>+0x8f
00000000`39c0bc80 00007ffe`40038c22 clusapi!ClusterpResourceControl+0x1e1
00000000`39c0be70 00007ffe`447e1817 clusapi!ClusterResourceControl+0x3e
00000000`39c0bed0 00007ffe`447e1729 sqlmin!HadrWsfcUtil::IsStorageResource+0x67
00000000`39c0bf20 00007ffe`44821e41 sqlmin!HadrWsfcUtil::GetQuorumType+0x119
00000000`39c0c000 00007ffe`44b2ba75 sqlmin!HadrClusterTable::InternalGetRow+0x91
00000000`39c0c0b0 00007ffe`4403e6ef sqlmin!CQScanTVFStreamNew::GetRow+0xd5
00000000`39c0c110 00007ffe`41d7f517 sqlmin!CQueryScan::GetRow+0x81
00000000`39c0c140 00007ffe`41d7f6dd sqllang!CXStmtQuery::ErsqExecuteQuery+0x36d
(Inline Function) --------`-------- sqllang!CXStmtSelect::XretDoExecute+0xb3
00000000`39c0c2d0 00007ffe`429154e2 sqllang!CXStmtSelect::XretExecute+0x2e7
(Inline Function) --------`-------- sqllang!CExecStmtLoopVars::ExecuteXStmtAndSetXretReturn+0x14
00000000`39c0c3a0 00007ffe`4212af55 sqllang!CMsqlExecContext::ExecuteStmts<1,0>+0x1782
00000000`39c0e120 00007ffe`41d7ac2e sqllang!CMsqlExecContext::FExecute+0xa3a
00000000`39c0e310 00007ffe`41d82267 sqllang!CSQLSource::Execute+0x86c
00000000`39c0e4e0 00007ffe`41d89087 sqllang!process_request+0xa57
00000000`39c0eca0 00007ffe`410049d0 sqllang!process_commands+0x4a3

Status

Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen "Gjelder for".

Forfatter: yingfan
Tekstforfatter: v-juwang
Teknisk redaktør: Cmathews; maarumug; yingfan
Editor: v-xhua