Al momento sei offline in attesa che la connessione Internet venga ristabilita

Errore 17066 o 17310 durante l'avvio di SQL Server

IMPORTANTE: il presente articolo è stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l’obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre è perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilità per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualità della traduzione.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 3027860
Sintomi
Durante l'avvio di Microsoft SQL Server, si nota uno o più dei seguenti sintomi immediatamente dopo il ripristino del database e sono abilitate le connessioni client.

Sintomo 1

Si ricevono messaggi di errore e asserzioni simili alle seguenti nel registro errori di SQL Server:

13-12-2014 08:03:34.85 spid24s sto usando 'dbghelp. dll' versione '4.0.5'
13-12-2014 08:03:34.85 spid24s * * Dump thread - spid = 0, CE = 0x0000000082274B20
13-12-2014 08:03:34.85 spid24s * * * Dump dello Stack inviato a C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\LOG\SQLDump0001.txt
13-12-2014 08:03:34.85 spid24s * * * *
13-12-2014 08:03:34.85 spid24s *
spid24s 08:03:34.85 2014-12-13 * inizio DUMP dello STACK:
spid24s 08:03:34.85 2014-12-13 * 12/13/14 08:03:34 spid 24
13-12-2014 08:03:34.85 spid24s *
spid24s 08:03:34.85 2014-12-13 * percorso: ghost.cpp:1742
spid24s 08:03:34.85 2014-12-13 * espressione: tcln1! = NULL
spid24s 08:03:34.85 2014-12-13 * SPID: 24
spid24s 08:03:34.85 2014-12-13 * ID processo: 35444
13-12-2014 08:03:34.85 spid24s *

13-12-2014 08:03:35.47 spid24s errore: 17066, gravità: 16, stato: 1.
13-12-2014 08:03:35.47 asserzione di SQL Server spid24s: File: <ghost.cpp>, riga = asserzione non riuscita 1742 = ' tcln1! = NULL'. Questo errore può essere correlato alla temporizzazione. Se l'errore persiste dopo la riesecuzione dell'istruzione, utilizzare DBCC CHECKDB per verificare il database per l'integrità strutturale o riavviare il server per assicurarsi che le strutture di dati in memoria non siano danneggiate.</ghost.cpp>

Sintomo 2

Si ricevono messaggi di errore e eccezioni simile alle seguente nel registro errori di SQL Server:

13-12-2014 12:38:30.25 spid51 sto usando 'dbghelp. dll' versione '4.0.5'
13-12-2014 12:38:30.25 spid51 * * * Dump dello Stack inviato a C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\LOG\SQLDump0003.txt
13-12-2014 12:38:30.25 spid51 SqlDumpExceptionHandler: 51 processo generato l'eccezione irreversibile c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server, il processo verrà terminato.
2014-12-13 12:38:30.25 spid51 * *******************************************************************************
13-12-2014 12:38:30.25 spid51 *
spid51 12:38:30.25 2014-12-13 * inizio DUMP dello STACK:
spid51 12:38:30.25 2014-12-13 * 12/13/14 12:38:30 spid 51
13-12-2014 12:38:30.25 spid51 *
13-12-2014 12:38:30.25 spid51 *
spid51 12:38:30.25 2014-12-13 * indirizzo eccezione = 000000000030D47C Module(sqlservr+00000000000FD47C)
spid51 12:38:30.25 2014-12-13 * codice eccezione = c0000005 EXCEPTION_ACCESS_VIOLATION
spid51 12:38:30.25 2014-12-13 * violazione di accesso durante la lettura dell'indirizzo FFFFFFFFFFFFFFFF
spid51 12:38:30.25 2014-12-13 * byte di Input Buffer 54 -
spid51 12:38:30.25 2014-12-13 * exec usp_select1

Errore del Server di 2014-12-13 12:38:30.77: 17310, gravità: 20, stato: 1.
Richiesta di 2014-12-13 12:38:30.77 Server, un utente dalla sessione con SPID 51 generato un errore irreversibile. Chiusura sessione di SQL Server. Contatti il servizio supporto tecnico con il dump generati nella directory di registro.

La violazione di accesso avrà il seguente stack di chiamate:

sqlservr! TaskGhostCleanup::IsHashed + 0x8d
sqlservr! TaskGhostCleanup::Enqueue + 0x32
sqlservr! IndexRowScanner::MoveToRowOnNextPage + 0x9c
sqlservr! IndexDataSetSession::GetNextRowValuesInternal + 0x11cb

Sintomo 3

Dopo aver ricevuto i messaggi descritti nelle sezioni precedenti sui sintomi, i messaggi riportati di seguito sono visualizzati nel log degli errori di SQL Server:

13-12-2014 08:04:53.37 processo Server 0:0:0 (0x23c8) worker 0x000000002880C1A0 sembra non cedere al processo di schedulazione 23. Ora di creazione di thread: 13062953007877. Circa Thread della CPU utilizzato: kernel 0 ms, Sig. ra utente 0 utilizzo processo 0%. 88% di inattività del sistema. Intervallo: ms 70013
13-12-2014 08:04:53.37 processo Server 0:0:0 (0x71d8) 0x000000002A8D21A0 di lavoro sembra non cedere al processo di schedulazione 30. Ora di creazione di thread: 13062953007891. Circa Thread della CPU utilizzato: kernel 0 ms, Sig. ra utente 0 utilizzo processo 0%. 88% di inattività del sistema. Intervallo: ms 70013
13-12-2014 08:04:53.38 Server * * * Impossibile ottenere il contesto di thread per spid 0
2014-12-13 08:04:53.38 Server * *******************************************************************************
13-12-2014 08:04:53.38 Server *
13-12-2014 08:04:53.38 Server * DUMP dello STACK iniziale:
13-12-2014 08:04:53.38 Server * 12/13/14 08:04:53 spid 29488
13-12-2014 08:04:53.38 Server *
13-12-2014 08:04:53.38 Server * utilità di pianificazione Non cedente
13-12-2014 08:04:53.38 Server *
2014-12-13 08:04:53.38 Server * *******************************************************************************
13-12-2014 08:04:53.38 Server Stack firma per il dump è 0x0000000000000341
13-12-2014 08:04:55.43 processo dump Server esterni restituisce il codice 0x20000001. Il processo di dump esterno non ha restituito errori.
13-12-2014 08:04:55.43 processo Server 0:0:0 (0x9358) 0x0000000081CE41A0 di lavoro sembra non cedere al processo di schedulazione 4. Ora di creazione del thread: 13062953009701. Thread utilizzato dalla CPU apross.: kernel 0 ms, utente 15 ms. Processo utilizzato 0%. 88% di inattività del sistema. Intervallo: 70011 ms

A questo punto, SQL Server potrebbe essere non rispondere alle richieste dell'utente. In questo caso, è necessario riavviare il servizio per risolvere la situazione.
Cause
Questo problema si verifica perché le query degli utenti tentano di utilizzare le code di pulitura ghost prima che questo processo è completamente inizializzato.
Risoluzione

Informazioni sul Service pack

Per risolvere questo problema, procurarsi il Service Pack 1 per SQL Server 2014.

Per ulteriori informazioni sul Service Pack 1 (SP1) di SQL Server 2014, vedere bug risolti nel Service Pack 1 di SQL Server 2014.

Hotfix per SQL Server 2008 SP4

Per risolvere questo problema, applicare KB 3034373: Un pacchetto di aggiornamento su richiesta hotfix è disponibile per SQL Server 2008 SP4.

Hotfix per SQL Server 2008 R2 SP3

Per risolvere questo problema, applicare KB 3033860: Un pacchetto di aggiornamento su richiesta hotfix è disponibile per SQL Server 2008 R2 SP3.

Informazioni sull'aggiornamento cumulativo

Il miglioramento della funzionalità è stata introdotta nell'aggiornamento cumulativo seguente di SQL Server.

Aggiornamento cumulativo 6 per SQL Server 2014

Aggiornamento cumulativo 4 per SQL Server 2012 SP2

Aggiornamento cumulativo 14 per SQL Server 2012 SP1

Informazioni sugli aggiornamenti cumulativi per SQL Server

Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutti gli hotfix e tutte le correzioni di protezione che sono stati incluse nell'aggiornamento cumulativo precedente. Estrarre gli ultimi aggiornamenti cumulativi per SQL Server:
Workaround
Per risolvere questo problema, attenersi alla seguente procedura:
  1. Configurare -T669 come parametro di avvio. Questo flag di traccia impedisce che le query degli utenti accodino delle richieste al processo di pulitura ghost.
  2. Consente di impostare un avviso di agente SQL Server per attivare un processo in SQL Msg 3408. Ad esempio, si consiglia di impostare l'avviso seguente:
    Ripristino è completato. Si tratta di un messaggio informativo. Non è richiesta alcuna azione da parte dell'utente.
  3. All'interno di questo processo, eseguire uno script TSQL per attendere da 5 a 10 minuti e quindi eseguire il DBCC TRACEOFF (669, -1) .
Questa procedura assicura che questo flag di traccia è attivo solo durante l'avvio di SQL Server. L'uso di questo flag di traccia non pregiudicare il normale funzionamento del processo di pulitura in background ghost.
Status
Microsoft ha confermato che si tratta di un problema con SQL Server e si sta attualmente esaminando una correzione per questo problema. In questo articolo della Knowledge Base riportato di seguito avranno con informazioni aggiuntive appena disponibili.

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 3027860 - Ultima revisione: 11/14/2015 04:28:00 - Revisione: 8.0

Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Express Edition

  • kbtshoot kbprb kbmt KB3027860 KbMtit
Feedback
html>