Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo descrive come monitorare e risolvere i problemi relativi alle prestazioni lente delle query determinando se il carico di lavoro sfrutta in modo ottimale la cache adattiva per i pool SQL dedicati.
L'architettura di archiviazione del pool SQL dedicato suddivide automaticamente in livelli i segmenti di columnstore più frequentemente interrogati in una cache su SSD NVMe. Quando le query recuperano segmenti che risiedono nella cache, si avranno prestazioni migliori.
Risolvere i problemi usando il portale di Azure
È possibile usare Monitoraggio di Azure per visualizzare le metriche della cache per risolvere i problemi relativi alle prestazioni delle query. Passare prima al portale di Azure e fare clic su Monitoraggio, Metriche e + Selezionare un ambito:
Usare la barra di ricerca e il menu a discesa per individuare il pool SQL dedicato. Selezionare quindi Applica.
La schermata mostra il riquadro Selezionare un ambito in cui è possibile scegliere il proprio data warehouse.
Le metriche chiave per la risoluzione dei problemi della cache sono percentuale riscontri cache e percentuale di utilizzo cache. Selezionare Percentuale riscontri cache e quindi usare il pulsante Aggiungi metrica per aggiungere la percentuale usata dalla cache.
Riscontri nella cache e percentuale usata
La matrice seguente descrive gli scenari in base ai valori delle metriche della cache:
| Alta percentuale di hit della cache | Bassa percentuale di hit nella cache | |
|---|---|---|
| Percentuale di utilizzo cache elevata | Scenario 1 | Scenario 2 |
| Percentuale di utilizzo cache insufficiente | Scenario 3 | Scenario 4 |
Scenario 1: Si usa in modo ottimale la cache. Risolvere i problemi relativi ad altre aree che potrebbero rallentare le query.
Scenario 2: Il set di dati di lavoro corrente non può rientrare nella cache, causando una percentuale di riscontri nella cache ridotta a causa di letture fisiche. Valutare la possibilità di aumentare il livello di prestazioni ed eseguire di nuovo il carico di lavoro per popolare la cache.
Scenario 3: È probabile che la query sia lenta a causa di motivi non correlati alla cache. Risolvere altri problemi che potrebbero causare un rallentamento delle query. È anche possibile ridurre le dimensioni dell'istanza per ridurre le dimensioni della cache per risparmiare sui costi.
Scenario 4: Si disponeva di una cache a freddo che potrebbe essere il motivo per cui la query era lenta. Si consiglia di eseguire nuovamente la query poiché il set di dati di lavoro dovrebbe ora essere memorizzato nella cache.
Importante
Se la percentuale di successi nella cache o la percentuale di utilizzo della cache non vengono aggiornate dopo la riesecuzione del carico di lavoro, l'insieme di lavoro potrebbe già risiedere in memoria. Solo le tabelle clusterizzate columnstore vengono memorizzate nella cache.
Passaggi successivi
Per altre informazioni sull'ottimizzazione generale delle prestazioni delle query, vedere Monitorare l'esecuzione delle query.