Vue d’ensemble du processus de comparaison des charges de travail

L’Assistant Expérimentation de base de données (DEA) vous aide à évaluer la façon dont la charge de travail sur votre serveur source (dans votre environnement actuel) s’effectue dans votre nouvel environnement. DEA vous guide tout au long de l’exécution d’un test A/B en effectuant trois étapes :

• Capture d’une trace de charge de travail sur le serveur source.
• Relecture de la trace de charge de travail capturée sur la cible 1 et la cible 2.
• Analyse des traces de charge de travail relecturées collectées à partir de la cible 1 et de la cible 2.

Cet article fournit une vue d’ensemble de ce processus.

Capture d’une trace de charge de travail

La première étape du test SQL Server A/B consiste à capturer une trace sur votre serveur source. Le serveur source est généralement le serveur de production. Les fichiers de trace capturent l’intégralité de la charge de travail de requête sur ce serveur, y compris les horodatages.

Éléments à prendre en compte :

• Avant de commencer, veillez à sauvegarder les bases de données à partir desquelles vous capturerez la trace.
• L’utilisateur DEA doit pouvoir se connecter à la base de données à l’aide de l’authentification Windows.
• Un compte de service SQL Server doit être en mesure d’accéder au chemin du fichier de trace source.
• Pour que DEA détermine si les performances d’une requête sont améliorées ou détériorées, cette requête doit s’exécuter au moins 15 fois pendant la période de capture.

Relecture d’une trace de charge de travail

La deuxième étape du test SQL Server A/B consiste à relire le fichier de trace que vous avez capturé sur deux serveurs cibles :

Cible 1, qui imite votre serveur source Target 2, qui imite votre environnement cible proposé.

Les configurations matérielles de Target 1 et Target 2 doivent être aussi similaires que possible afin que SQL Server puisse analyser avec précision l’effet de performances de vos modifications proposées.

Éléments à prendre en compte :

• Pour relire une trace de charge de travail, vos ordinateurs doivent être configurés pour exécuter des traces Distributed Replay (DReplay).
• Veillez à restaurer les bases de données sur vos serveurs cibles à l’aide de la sauvegarde à partir du serveur source.
• Il est recommandé de redémarrer le service SQL Server (MSSQLSERVER) dans l’application de services pour améliorer la cohérence dans les résultats d’évaluation. La mise en cache des requêtes dans SQL Server peut affecter les résultats d’évaluation.

Analyse des traces de charge de travail relectées

La dernière étape du processus consiste à générer un rapport d’analyse à l’aide des traces de relecture et à examiner le rapport pour obtenir des informations sur les implications potentielles sur les performances du changement proposé.

Éléments à prendre en compte :

• Si un ou plusieurs composants sont manquants, une page de conditions préalables avec des liens pour les téléchargements s’affiche lorsque vous essayez de générer un nouveau rapport d’analyse (connexion Internet requise).
• Pour afficher un rapport généré dans une version antérieure de l’outil, vous devez d’abord mettre à jour le schéma.

Voir aussi

• Pour savoir comment produire un fichier de trace avec un journal des événements qui se produisent sur un serveur, consultez l’article Capturer une trace dans l’Assistant Expérimentation de base de données.