Si applica a
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 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

Sintomi

Consideriamo la scenario seguente:

  • Si ha una sessione attiva con la sni_trace XEvent.

  • Si usa la DMV sys.dm_exec_connections.

  • SQL Server include molte attività di accesso/disconnessione simultanee.

In questo scenario, è possibile che si verifichi una condizione di pianificazione non restituendo con il CONNECTION_MANAGER spinlock e si verifica un dump della memoria.

Soluzione alternativa

La soluzione alternativa per questo problema consiste nell'evitare di eseguire un Sessione di XEvent con sni_trace XE in un ambiente di produzione. Non lo è si consiglia di avere una sessione XEvent a lunga durata con la sni_trace XE perché può influire sulle prestazioni.

Stato

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

Risoluzione

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 hotfix e tutti gli aggiornamenti della sicurezza inclusi nell'aggiornamento cumulativo precedente. Vedere gli ultimi aggiornamenti cumulativi per SQL Server:

Riferimenti

Informazioni sulla terminologiautilizzata da Microsoft per descrivere gli aggiornamenti software.

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.