Si applica a
SQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Web - duplicate (do not use) SQL Server 2014 Enterprise Core - duplicate (do not use) SQL Server 2014 Express - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use) SQL Server 2012 Service Pack 3 SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Enterprise Core SQL Server 2012 Standard 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 Express - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use)

Sintomi

Dopo l'installazione di SQL Server 2014 Service Pack 1 (SP1), SQL Server 2012 SP3 o SQL Server 2016, è possibile che si verifichino prestazioni di query lente e l'utilizzo della CPU con privilegi elevati (kernel) fino a quando il server non viene riavviato. È anche possibile che venga visualizzato un volume elevato di PAGELATCH_ * attese.

Risoluzione

Il problema è stato risolto nei seguenti aggiornamenti cumulativi 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:

Causa

SQL Server usa la promozione di latch dinamici e la logica di demotion (Super/Sub-latch). In questo modo le prestazioni e la scalabilità di SQL Server vengono migliorate tenendo traccia del numero di acquisizioni in un latch e del tempo necessario per acquisire lo stesso latch se non è esistito il conflitto di latch. Vengono quindi promossi i latch idonei (Super-latch) in base a questo modello. Quando sono presenti molte modifiche (inserimenti/aggiornamenti/eliminazioni) in un heap o BTree (HoBT), i latch associati a HoBT possono essere promossi allo stato di Super latch. Tuttavia, la retrocessione non si verifica automaticamente. In questo articoloè possibile leggere altre informazioni su Super/Sub-latching. Se questi HoBTs verranno deallocati in seguito, il HoBT liberato tornerà in una cache globale per il riutilizzo. Quando HOBT viene riutilizzato, riutilizza il latch alzato di grado in precedenza, anche se non è presente alcun conflitto in HoBT. In questo articolo viene aggiunto il sovraccarico della CPU. Questo comportamento aumenta l'utilizzo della CPU in modalità privilegiata (kernel) di SQL Server finché non viene riavviato il server. Questo aumento in genere aggiunge non più di diversi microsecondi con ogni esecuzione. È anche possibile che venga visualizzato un volume elevato di PAGELATCH_ * attese a causa di questi super-latch estesi su HoBTs. 

Stato

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

Serve aiuto?

Vuoi altre opzioni?

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