Condividi tramite

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 fornisce raccomandazioni per il tuo 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 controllare le tue raccomandazioni oggi stesso.

Asimmetria dei dati

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

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:

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 per le tabelle replicate, Advisor rileva candidati di tabella basati sulle seguenti caratteristiche fisiche.

  • 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:

  • Scansione media: percentuale media di righe restituite dalla tabella per ogni accesso alla stessa 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 tabelle replicate alla volta con indici cluster columnstore, dando priorità all'attività più elevata.

Importante

I consigli relativi alla tabella replicata non costituiscono una prova inequivocabile e non prendono in considerazione operazioni di spostamento dei dati. Microsoft sta lavorando per l'aggiunta di questa opzione come elemento euristico, ma nel frattempo è sempre opportuno convalidare il carico di lavoro dopo aver applicato il consiglio. Per altre informazioni sulle tabelle replicate, consultare la documentazione seguente.

Utilizzo della cache adattiva (Gen2)

Quando si ha un set di lavoro di grandi dimensioni, si può riscontrare una bassa percentuale di cache hit e un elevato utilizzo della cache. 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 capacità e suddividere i file temporanei nel tuo account di archiviazione per ottimizzare la capacità di trasferimento. 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.

  • Last updated on