Condividi tramite


Come monitorare la cache adattiva

Questo articolo descrive come monitorare e risolvere i problemi di prestazione delle query lente, determinando se il carico di lavoro sta sfruttando in modo ottimale la cache adattiva per i pool SQL dedicati.

L'architettura di archiviazione del pool SQL dedicato livella automaticamente i segmenti columnstore più frequentemente sottoposti a query in una cache che si trova in unità SSD basate su NVMe. Si avranno prestazioni migliori quando le query recuperano i segmenti che si trovano nella cache.

Risolvere i problemi usando il portale di Azure

È possibile usare Monitoraggio di Azure per visualizzare la metrica della cache per risolvere i problemi di prestazione delle query. Innanzitutto andare sul portale di Azure e fare clic su Monitoraggiom Metriche e +Selezionare un ambito:

Screenshot shows Select a scope selected from Metrics in the Azure portal.

Usare le barre di ricerca e di riepilogo a discesa per individuare il pool SQL dedicato. Quindi selezionare Applica.

Screenshot shows the Select a scope pane where you can select your data warehouse.

Le metriche chiave per la risoluzione dei problemi della cache sono Percentuale riscontro nella cache e Percentuale della cache usata. Selezionare Percentuale di riscontri nella cache quindi usare il pulsante Aggiungi metrica per aggiungere la Percentuale dalla cache utilizzata.

Cache Metrics

Riscontro nella cache e percentuale usata

La matrice seguente descrive scenari in base ai valori della metrica della cache:

Elevata percentuale di riscontro nella cache Bassa percentuale di riscontro nella cache
Elevata percentuale usata della cache Scenario 1 Scenario 2
Bassa percentuale usata della cache Scenario 3 Scenario 4

Scenario 1:. Uso ottimale della cache. Risoluzione dei problemi di altre aree che possono rallentare le query.

Scenario 2:. Il set di dati di lavoro corrente non può entrare nella cache, ciò comporta una bassa percentuale di riscontro nella cache dovuta a letture fisiche. Si consiglia di aumentare il livello della prestazione ed eseguire nuovamente il carico di lavoro per popolare la cache.

Scenario 3: È probabile che la query venga eseguita lentamente per motivi non relativi alla cache. Risoluzione dei problemi di altre aree che possono rallentare le query. È inoltre possibile considerare di ridurre l'istanza per ridurre le dimensioni della cache e i costi.

Scenario 4: Si è verificato un cold cache che potrebbe essere il motivo della lentezza della query. 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 riscontro nella cache o la percentuale usata della cache non viene aggiornata dopo aver eseguito nuovamente il carico di lavoro, il set di lavoro può già trovarsi in memoria. Solo le tabelle columnstore cluster vengono memorizzate nella cache.

Passaggi successivi

Per altre informazioni sull'ottimizzazione delle prestazioni delle query generali, vedere Monitoraggio dell'esecuzione delle query.