Sintomi
Supponiamo che tu esegua il comando DBCC CHECKDB che crea uno snapshot temporaneo o uno snapshot in un database con transazioni in corso in sql Server 2012 o sql Server 2014 e che il ripristino rollback nello snapshot non riesca a causa di un errore esterno, ad esempio un errore di I/O. In questo caso, i messaggi di errore seguenti vengono registrati nel log degli errori di SQL Server e SQL Server si arresta in modo imprevisto:
<timestamp> <SPID> <n> transazioni eseguite in avanti nel database "<dbname>" (<ID>). Si tratta solo di un messaggio informativo. Non è necessaria alcuna azione per l'utente. <timestamp> <SPID> il sistema operativo ha restituito l'errore 665 (l'operazione richiesta non può essere completata a causa di una limitazione del file System) a SQL Server durante una scrittura in offset <offset> nel file "<nomefile>". I messaggi aggiuntivi nel log degli errori di SQL Server e nel log eventi di sistema possono avere maggiori dettagli. Si tratta di una condizione di errore a livello di sistema grave che minaccia l'integrità del database e deve essere corretta immediatamente. Completare un controllo di coerenza completo del database (DBCC CHECKDB). Questo errore può essere causato da molti fattori; per altre informazioni, vedere la documentazione online di SQL Server. <timestamp> <SPID> errore: 3314, gravità: 17, stato: 3. <timestamp> <SPID> durante l'annullamento di un'operazione registrata nel database "<dbname>" si è verificato un errore all'ID record del log (<AA: BB: CC>). In genere, il problema specifico viene registrato in precedenza come errore nel servizio log eventi di Windows. Ripristinare il database o il file da un backup o ripristinare il database. <timestamp> <SPID> errore: 831, gravità: 20, stato: 1. <timestamp> <SPID> non è possibile rilasciare una pagina mantenuta. <timestamp> <SPID> errore: 3449, gravità: 21, stato: 1. <timestamp> <SPID> SQL Server devono essere arrestati per recuperare un database (ID database <dbid>). Il database è un database utente che non è stato possibile arrestare o un database di sistema. Riavviare SQL Server. Se il database non viene recuperato dopo un altro avvio, ripristinare o ripristinare il database. <timestamp> <SPID> SQL Trace è stato interrotto a causa della chiusura del server. ID traccia =' 1'. Si tratta solo di un messaggio informativo; non è necessaria alcuna azione utente. <timestamp> <SPID> SQL Trace è stato interrotto a causa della chiusura del server. ID traccia =' 2'. Si tratta solo di un messaggio informativo; non è necessaria alcuna azione utente. <timestamp> <SPID> errore: 17188, gravità: 16, stato: 1.
Causa
Questo problema si verifica perché SQL Server cerca di trasferire il database interessato offline per la gestione degli errori quando un ripristino rollback in uno snapshot non riesce. Tuttavia, il database non può essere offline a causa del latch mantenuto internamente. Di conseguenza, il servizio SQL Server viene arrestato.
Risoluzione
Informazioni sui Service Pack
Per risolvere il problema, ottenere Service Pack 1 per SQL Server 2014.
Per altre informazioni su SQL Server 2014 Service Pack 1 (SP1), vedere bug corretti in SQL server 2014 Service Pack 1.
Informazioni sull'aggiornamento cumulativo
Il problema è stato risolto per la prima volta nel seguente aggiornamento cumulativo di SQL Server.
Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nell'aggiornamento cumulativo precedente. È consigliabile scaricare e installare gli aggiornamenti cumulativi più recenti per SQL Server:
Stato
Microsoft ha confermato che questo problema si verifica nei prodotti elencati nella sezione "Si applica a".
