Raccomandazioni di Azure Advisor per pool SQL dedicati in Azure Synapse Analytics

Questo articolo descrive le raccomandazioni per il pool SQL dedicato disponibili in Azure Advisor.

Il pool SQL dedicato offre raccomandazioni per garantire che le prestazioni del carico di lavoro del data warehouse vengano costantemente ottimizzate. Grazie alla stretta integrazione con Azure Advisor, le procedure consigliate vengono presentate direttamente nel portale di Azure. Il pool SQL dedicato raccoglie dati di telemetria e raccomandazioni riguardanti le superfici per il carico di lavoro attivo con cadenza giornaliera. Di seguito vengono descritti gli scenari per i quali è supportata la presentazione di raccomandazioni e viene illustrato come applicare le azioni consigliate.

È possibile verificare la disponibilità di raccomandazioni oggi stesso.

Asimmetria dei dati

Durante l'esecuzione del carico di lavoro, l'asimmetria dei dati può causare uno spostamento dati aggiuntivo o colli di bottiglia nelle risorse. La documentazione seguente descrive come identificare le asimmetrie dei dati e come evitarle selezionando una chiave di distribuzione ottimale.

• Identificare e rimuovere un'asimmetria

Statistiche mancanti o non aggiornate

Una qualità non ottimale delle statistiche può compromettere significativamente le prestazioni delle query perché Query Optimizer di SQL potrebbe generare piani di query non ottimali. La documentazione seguente descrive le procedure consigliate per la creazione e l'aggiornamento delle statistiche:

• Creazione e aggiornamento delle statistiche delle tabelle

Per visualizzare l'elenco delle tabelle interessate da questi consigli, eseguire il comando script T-SQL seguente. Advisor esegue in modo continuo lo stesso script T-SQL per generare tali consigli.

Tabelle replicate

Per consigli sulla tabella replicata, Advisor rileva candidati di tabella basati sulle caratteristiche fisiche seguenti:

• Dimensione tabella replicata
• Numero di colonne
• Tipo di distribuzione della tabella
• Numero di partizioni

Advisor sfrutta in modo continuativo l'euristica basata sul carico di lavoro, ad esempio frequenza di accesso alla tabella, righe restituite in media e soglie sulle dimensioni e l'attività dei data warehouse, per verificare che vengano generati consigli di alta qualità.

La sezione seguente descrive l'euristica basata sul carico di lavoro che è possibile trovare nel portale di Azure per ogni raccomandazione relativa alla tabella replicata:

• Media analisi: percentuale media di righe restituite dalla tabella per ogni accesso alla tabella negli ultimi sette giorni.
• Lettura frequente, nessun aggiornamento: indica che la tabella non è stata aggiornata negli ultimi sette giorni durante la visualizzazione dell'attività di accesso.
• Percentuale di lettura/aggiornamento: la percentuale della frequenza di accesso alla tabella rispetto all'aggiornamento negli ultimi sette giorni.
• Attività: misura l'utilizzo in base all'attività di accesso. L'attività di accesso alla tabella viene confrontata con l'attività media di accesso alla tabella nel data warehouse negli ultimi sette giorni.

Attualmente Advisor visualizza al massimo quattro candidati di tabella replicata alla volta con indici columnstore cluster con priorità per l'attività più elevata.

Utilizzo della cache adattiva (Gen2)

Quando il working set è di grandi dimensioni, la percentuale di riscontri nella cache potrebbe essere bassa e l'utilizzo della cache potrebbe risultare elevato. In questo tipo di scenario è opportuno aumentare le prestazioni in modo da incrementare la capacità della cache e rieseguire il carico di lavoro. Per altre informazioni, vedere la documentazione seguente.

Conflitto di tempdb

Quando si verifica un conflitto di tempdb significativo, le prestazioni delle query possono peggiorare. Un conflitto di tempdb può verificarsi per via delle tabelle temporanee definite dall'utente o nel caso in cui venga spostato un grande quantitativo di dati. In questo tipo di scenario è possibile eseguire un ridimensionamento per aumentare l'allocazione di tempdb e configurare le classi di risorse e la gestione del carico di lavoro in modo da rendere disponibile più memoria per le query.

Configurazione errata del caricamento dei dati

È consigliabile caricare sempre i dati da un account di archiviazione nella stessa area del pool SQL dedicato per ridurre al minimo la latenza. Usare l'istruzione COPY per l'inserimento di dati ad alta velocità effettiva e suddividere i file di staging nell'account di archiviazione per ottimizzare la velocità effettiva. Se non è possibile usare l'istruzione COPY, è possibile usare l'API SqlBulkCopy o bcp con dimensioni batch elevate per ottenere una velocità effettiva migliore. Per altre indicazioni sul caricamento dei dati, vedere Procedure consigliate per il caricamento dei dati.