Sintomi

Supponiamo di avere un gruppo di disponibilità AlwaysOn distribuito su Server S1 e server S2 in Microsoft SQL Server 2014. Viene rilevato un problema di integrità nella replica primaria (S1) e il gruppo di disponibilità transita nello stato di risoluzione e avvia il failover se è configurato per il failover automatico. Il gruppo di disponibilità può rimanere nello stato di risoluzione. L'errore di pianificazione non restituendo può essere visualizzato nel log degli errori della replica primaria (S1) o della replica secondaria (S2):

  • Il seguente errore di utilità di pianificazione non producente può verificarsi nella replica primaria intorno al momento in cui il gruppo di disponibilità transita da PRIMARY a Resolving:

    <data> <ora> SPID<ID> con ' dbghelp. dll ' versione ' 4.0.5' <Data> <ora> SPID> <0 ID> con ' dbghelp. dll ' versione ' 4.0.5' <Data> <ora> server con ' dbghelp. dll ' versione ' 4.0.5' <Data> <ora> server * * * * * * * * * * * * Date * * Time * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *> <> <0 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Date * * * * * * * Date * * * * * * * * * * * * * * * * * * Date * * Time * * * * * * * * * * * * * * * * * * * *> <<>> <<><data> <ora> TimeTimeDateDateServer *< data > < ora> server * nonrestituendo l'utilità di pianificazione> <0 data> <ora> server * < data > < ora> server * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Date * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 982676> <> <2>> <<TimeTimeTime <data> <ora> Server Process 0:0:0 (0x11428) 0x00000075CB92C160 Worker non è disponibile per l'utilità di pianificazione 0. Tempo di creazione del thread: 13011925023676. CPU del thread CA utilizzata: kernel 0 ms, utente 0 ms. Utilizzo del processo 2%. Sistema inattivo 84%. Intervallo: 76880 ms.

  • Il seguente errore di utilità di pianificazione non producente può verificarsi nella replica secondaria se il gruppo di disponibilità è configurato per il failover automatico e il partner di failover sta provando a eseguire il passaggio al ruolo principale:

    <data> <ora> SPID<ID> il database del gruppo di disponibilità "AGNAME" sta cambiando i ruoli da "Risoluzione" a "primario", perché la sessione di mirroring o il gruppo di disponibilità non è riuscito a causa della sincronizzazione dei ruoli. Si tratta solo di un messaggio informativo. 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. Il processo di dump esterno non ha restituito alcun errore. <data> <ora> Server Process 0:0:0 (0x1e94) 0x000000082F270160 Worker sembra non cedere all'utilità di pianificazione 0. Tempo di creazione del thread: 13059453624681. CPU del thread CA utilizzata: kernel 0 ms, utente 0 ms. Utilizzo del processo 3%. Sistema inattivo 84%. Intervallo: 70358 ms. <data> <ora> processo server 0:0:0 (0x998) 0x00000000B3F86160 Worker non viene visualizzato in Scheduler 2. Tempo di creazione del thread: 13059458965740. CPU del thread CA utilizzata: kernel 0 ms, utente 0 ms. Utilizzo del processo 3%. Sistema inattivo 83%. Intervallo: 76913 ms.Data> <ora> Server Process 0:0:0 (0X1a64) Worker 0x0000000B5E220160 sembra non cedere in Scheduler 3. Tempo di creazione del thread: 13059466511951. CPU del thread CA utilizzata: kernel 0 ms, utente 0 ms. Utilizzo del processo 3%. Sistema inattivo 83%. Intervallo: 76944 ms.

Nota Questo problema si verifica anche in SQL Server 2012.

Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nell'aggiornamento cumulativo precedente. Vedere gli ultimi aggiornamenti cumulativi per SQL Server:

Stato

Microsoft ha confermato che questo problema si verifica nei prodotti elencati nella sezione "Si applica a".

Serve aiuto?

Amplia le tue competenze

Esplora i corsi di formazione >

Ottieni in anticipo le nuove caratteristiche

Partecipa a Microsoft Insider >

Queste informazioni sono risultate utili?

Come valuti la qualità della lingua?
Cosa ha influito sulla tua esperienza?

Grazie per il feedback!

×