Panoramica del processo di confronto del carico di lavoro

Nota

Questo strumento verrà ritirato il 15 dicembre 2024. Il supporto di questo strumento verrà interrotto in caso di problemi e non verranno più generati correzioni di bug o ulteriori aggiornamenti.

Database Experimentation Assistant (DEA) consente di valutare il modo in cui il carico di lavoro nel server di origine (nell'ambiente corrente) verrà eseguito nel nuovo ambiente. DEA guida l'utente durante l'esecuzione di un test A/B completando tre fasi:

• Acquisizione di una traccia del carico di lavoro nel server di origine.
• Riproduzione del carico di lavoro acquisito sulla destinazione 1 e sulla destinazione 2.
• Analisi delle tracce del carico di lavoro riprodotte raccolte dalla destinazione 1 e dalla destinazione 2.

Questo articolo offre una panoramica di questo processo.

Acquisizione di una traccia del carico di lavoro

Il primo passaggio del test A/B di SQL Server consiste nell'acquisire una traccia nel server di origine. Il server di origine è in genere il server di produzione. I file di traccia acquisiscono l'intero carico di lavoro di query in tale server, inclusi data e ora.

Considerazioni:

• Prima di iniziare, assicurarsi di eseguire il backup dei database da cui verrà acquisita la traccia.
• L'utente DEA deve potersi connettere al database tramite autenticazione di Windows.
• Un account del servizio SQL Server deve poter accedere al percorso del file di traccia di origine.
• Affinché DEA determini se le prestazioni di una query sono migliorate o ridotte, tale query deve essere eseguita almeno 15 volte durante il periodo di acquisizione.

Riproduzione di una traccia del carico di lavoro

Il secondo passaggio del test A/B di SQL Server consiste nel riprodurre il file di traccia acquisito nei due server di destinazione.

Destinazione 1, che simula il server di origine Destinazione 2, che a sua volta simula l'ambiente di destinazione proposto.

Le configurazioni hardware di Destinazione 1 e Destinazione 2 devono essere il più simili possibile in modo che SQL Server possa analizzare accuratamente l'effetto delle prestazioni delle modifiche proposte.

Considerazioni:

• Per riprodurre una traccia del carico di lavoro, i computer devono essere configurati per eseguire le tracce Riesecuzione distribuita (DReplay).
• Assicurarsi di ripristinare i database nei server di destinazione usando il backup dal server di origine.
• È consigliabile riavviare il servizio SQL Server (MSSQLSERVER) nell'applicazione di servizio per migliorare la coerenza nei risultati della valutazione. Il caching delle query in SQL Server può influire sui risultati della valutazione.

Analisi delle tracce del carico di lavoro riprodotte

La fase finale del processo consiste nel generare un report di analisi usando le tracce di riproduzione ed esaminare il report per ottenere informazioni dettagliate sulle potenziali implicazioni sulle prestazioni della modifica proposta.

Considerazioni:

• Se mancano uno o più componenti, viene visualizzata una pagina dei prerequisiti con collegamenti per i download quando si prova a generare un nuovo report di analisi (connessione Internet necessaria).
• Per visualizzare un report generato in una versione precedente dello strumento, è necessario prima aggiornare lo schema.

Vedi anche

• Per informazioni su come produrre un file di traccia con un log di eventi che si verificano in un server, vedere l'articolo Acquisire una traccia in Database Experimentation Assistant.