Partager via

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

  • Article

Remarque

Cet outil sera mis hors service le 15 décembre 2024. Nous cesserons de prendre en charge cet outil pour tous les problèmes qui pourront survenir et nous ne publierons plus de correctifs de bogues ni de mises à jour supplémentaires.

L’Assistant Expérimentation de base de données (DEA) vous aide à évaluer la façon dont la charge de travail de 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 charge de travail capturée dans la cible 1 et la cible 2.
  • Analyse des traces de charge de travail relues 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 d’un test A/B SQL Server 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 des requêtes sur ce serveur, y compris les horodatages.

Considérations :

  • Avant de commencer, assurez-vous de sauvegarder les bases de données à partir desquelles vous capturez 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 d’un test A/B SQL Server consiste à relire le fichier de trace que vous avez capturé sur vos deux serveurs cibles :

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

Les configurations matérielles de Cible 1 et Cible 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.

Considérations :

  • Pour relire une trace de charge de travail, vos ordinateurs doivent être configurés pour exécuter des traces Distributed Replay (DReplay).
  • Assurez-vous de restaurer les bases de données sur vos serveurs cibles à l’aide de la sauvegarde 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 des résultats de l’évaluation. La mise en cache des requêtes dans SQL Server peut affecter les résultats de l’évaluation.

Analyse des traces de charge de travail relues

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 relatives aux implications potentielles sur les performances du changement proposé.

Considérations :

  • Si un ou plusieurs composants sont manquants, une page de conditions préalables contenant 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