KB4563597 - FIX: Dump di asserzione può verificarsi quando le transazioni implicite sono abilitate in SQL Server 2019, 2017 e 2016

Si applica a
SQL Server 2017 Developer on Windows SQL Server 2017 Enterprise Core on Windows SQL Server 2017 Enterprise on Windows SQL Server 2017 Standard on Windows SQL Server 2016 Service Pack 2 SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use) SQL Server 2019 on Windows

Sintomi

Si supponga di abilitare le transazioni implicite a livello di server in Microsoft SQL Server. Si noti che il dump di asserzione seguente viene generato continuamente:

< Datetime> NN spid * BEGIN STACK DUMP:

< Datetime> NN spid * <DateTime> spid NN

< Datetime> NN spid *

< Datetime> NN spid * Posizione: purecall.cpp:NumeroLinea

< Datetime> NN spid * Espressione: !" purecall"

< Datetime> NN spid * SPID: 5

< Datetime> NN spid * ID processo: PROCESSID

< Datetime> NN spid * Descrizione: chiamata di funzione virtuale pura

…

< Datetime> Errore NNs spid: 17065, Gravità: 16, Stato: 1.

< Datetime> NN spid SQL Server asserzione: File: <purecall.cpp>, riga =LineNumber Failed Assertion = '!" purecall"' Pure virtual function call. Questo errore può essere correlato alla tempistica. Se l'errore persiste dopo la rieseguizione dell'istruzione, usare DBCC CHECKDB per verificare l'integrità strutturale del database o riavviare il server per assicurarsi che le strutture di dati in memoria non siano danneggiate.

< Datetime> Errore NNs spid: 3624, gravità: 20, stato: 1.

< Datetime> NNs spid Un controllo dell'asserzione di sistema non è riuscito. Per informazioni dettagliate, controllare il log degli errori SQL Server. In genere, un errore di asserzione è causato da un bug del software o dal danneggiamento dei dati. Per verificare se il database è danneggiato, è consigliabile eseguire DBCC CHECKDB. Se hai accettato di inviare dump a Microsoft durante l'installazione, un mini dump verrà inviato a Microsoft. Un aggiornamento potrebbe essere disponibile da Microsoft nel Service Pack più recente o in un aggiornamento rapido dal supporto tecnico.

Inoltre, è possibile ricevere anche messaggi non cedenti simili ai seguenti nel log degli errori SQL:

< Datetime> Processo server 0:0:0 (0x3c08) 0x00000242BD8EA160 di lavoro sembra non essere in grado di produrre nell'Utilità di pianificazione 10. Tempo di creazione del thread: 13228659375902. CPU thread approssimativo Utilizzato: kernel 0 ms, utente 52312 ms. Utilizzo processo 16%. Inattività sistema 70%. Intervallo: 70347 ms.

Stato

Microsoft ha confermato che si tratta di un problema relativo ai prodotti elencati nella sezione "Si applica a".

Risoluzione

Informazioni sull'aggiornamento cumulativo:

Questo problema è stato risolto negli aggiornamenti cumulativi seguenti per SQL Server:

Informazioni sugli aggiornamenti cumulativi per SQL Server:

Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutti gli aggiornamenti rapidi e tutte le correzioni per la sicurezza inclusi nell'aggiornamento cumulativo precedente. Scopri gli aggiornamenti cumulativi più recenti per SQL Server:

      

Riferimenti

Informazioni sulla terminologia utilizzata da Microsoft per descrivere gli aggiornamenti software.