Observations relatives à l'utilisation de serveurs de test

  • Article

S’applique à :SQL Server

L’utilisation d’un serveur de test pour paramétrer une base de données sur un serveur de production est un avantage important de l’Assistant Paramétrage du moteur de base de données. Avec cette fonctionnalité, vous pouvez transférer sur un serveur de test la charge de gestion du paramétrage sans copier les données réelles sur le serveur de test à partir du serveur de production.

Note

La fonctionnalité de paramétrage du serveur de test n’est pas prise en charge dans l’interface utilisateur graphique de l’Assistant Paramétrage du moteur de base de données (GUI).

Pour utiliser cette fonctionnalité efficacement, tenez compte des points répertoriés dans les sections suivantes.

Configuration de l'environnement serveur de test/serveur de production

  • L'utilisateur qui souhaite se servir d'un serveur de test pour paramétrer une base de données sur un serveur de production doit exister sur les deux serveurs, sinon ce scénario ne fonctionne pas.

  • La procédure stockée étendue( xp_msver) doit être activée pour utiliser le scénario serveur de test/serveur de production. L’Assistant Paramétrage du moteur de base de données utilise cette procédure stockée étendue pour extraire le nombre de processeurs et la mémoire disponible du serveur de production à utiliser lors du paramétrage du serveur de test. Si xp_msver n’est pas activé, l’Assistant Paramétrage du moteur de base de données suppose les caractéristiques matérielles de l’ordinateur sur lequel l’Assistant Paramétrage du moteur de base de données est en cours d’exécution. Si les caractéristiques matérielles de l'ordinateur sur lequel l'Assistant Paramétrage du moteur de base de données s'exécute ne sont pas disponibles, l'ordinateur est supposé être équipé d'un seul processeur et de 1024 mégaoctets (Mo) de mémoire. Cette procédure stockée étendue est activée par défaut lorsque vous installez SQL Server. Pour plus d’informations, consultez Configuration de surface d’exposition et xp_msver (Transact-SQL).

  • L’Assistant Paramétrage du moteur de base de données s’attend à ce que les éditions de SQL Server soient identiques sur le serveur de test et le serveur de production. Si deux versions différentes sont utilisées, la version installée sur le serveur de test a la priorité. Par exemple, si le serveur de test exécute SQL Server Standard, l’Assistant Paramétrage du moteur de base de données n’inclut pas les vues indexées, le partitionnement et les opérations en ligne dans ses recommandations, même si le serveur de production exécute SQL Server Enterprise.

À propos du comportement du serveur de test/serveur de production

  • L’Assistant Paramétrage du moteur de base de données prend en compte les différences matérielles entre la production et le serveur de test lors de la création de recommandations. La recommandation est identique comme si le paramétrage avait été effectué uniquement sur le serveur de production.

  • L’Assistant Paramétrage du moteur de base de données peut imposer une charge sur le serveur de production pour collecter les métadonnées, ainsi que la création de statistiques nécessaires au réglage.

  • L’Assistant Paramétrage du moteur de base de données ne copie pas les données réelles du serveur de production vers le serveur de test. Il copie uniquement les métadonnées des bases de données ainsi que les statistiques nécessaires.

  • Toutes les informations de session sont stockées dans la base de données msdb sur le serveur de production. Tout serveur de test disponible pour le paramétrage est alors utilisable et les informations sur toutes les sessions sont accessibles à un endroit unique (le serveur de production).

  • Après le réglage, l’Assistant Paramétrage du moteur de base de données doit supprimer les métadonnées qu’il a créées sur le serveur de test pendant le processus de paramétrage. y compris la structure de base de données. Si vous exécutez une série de sessions de paramétrage avec les mêmes serveurs de production et de test, vous souhaiterez éventuellement conserver cette structure de base de données pour gagner du temps. Dans le fichier d’entrée XML, spécifiez le sous-élément RetainShellDB avec les autres sous-éléments sous l’élément parent TuningOptions . L’utilisation de ces options permet à l’Assistant Paramétrage du moteur de base de données de conserver la base de données shell. Pour plus d’informations, consultez Informations de référence sur le fichier d’entrée XML (Assistant Paramétrage du moteur de base de données)

  • Des bases de données shell risquent d’être laissées sur le serveur de test après la réussite d’une session de paramétrage du serveur de test ou du serveur de production, même si vous n’avez pas spécifié le sous-élément RetainShellDB . Ces bases de données shell indésirables risquent d'interférer avec les sessions de paramétrage suivantes et elles doivent être supprimées avant qu'une autre session de paramétrage du serveur de test ou du serveur de production soit effectuée. De plus, si une session de paramétrage existe de manière inattendue, les bases de données shell sur le serveur de test et les objets de ces bases de données risquent d'être laissés sur le serveur de test. Vous devez également supprimer ces bases de données et ces objets avant de démarrer une nouvelle session de paramétrage du serveur de test ou du serveur de production.

  • L'utilisateur doit rechercher dans le journal de paramétrage les erreurs de paramétrage dues aux différences entre les serveurs de production et de test, ainsi que les erreurs résultant de la copie de métadonnées du serveur de production au serveur de test. Par exemple, une connexion d'utilisateur peut ne pas exister sur le serveur de test. Si une connexion d'utilisateur n'existe pas sur le serveur de test, les événements dans la charge de travail qui sont émis par cette connexion d'utilisateur risquent de ne pas être paramétrables. Utilisez l’interface utilisateur utilisateur de l’Assistant Paramétrage du moteur de base de données pour afficher le journal de paramétrage. Pour plus d’informations, consultez Afficher et utiliser la sortie de l’Assistant Paramétrage du moteur de base de données.

  • Si l’Assistant Paramétrage du moteur de base de données ne peut pas régler de nombreux événements, car les objets sont manquants dans la base de données shell créée par l’Assistant Paramétrage du moteur de base de données sur le serveur de test, l’utilisateur doit vérifier le journal de paramétrage. Les événements ne pouvant pas être paramétrés sont consignés dans le journal. Pour paramétrer correctement la base de données sur le serveur de test, l'utilisateur doit créer les objets manquants dans la structure de base de données, puis démarrer une nouvelle session de paramétrage.

  • Si une base de données portant le même nom existe déjà sur le serveur de test, l’Assistant Paramétrage du moteur de base de données ne copie pas les métadonnées, mais continue le réglage et collecte les statistiques si nécessaire. Cela est utile si l’utilisateur a déjà créé une base de données sur le serveur de test et a copié les métadonnées appropriées avant d’appeler l’Assistant Paramétrage du moteur de base de données.

  • Si l'option DATE_CORRELATION_OPTIMIZATION est activée sur une base de données du serveur de production, les métadonnées et les données associées à cette option ne sont pas complètement traduites en script pendant le paramétrage du serveur de test. Lors de l'exécution du paramétrage pour un scénario serveur de test/serveur de production, les problèmes suivants peuvent survenir :

    • Les utilisateurs peuvent avoir des plans de requête différents sur les serveurs pour les requêtes utilisant l'option DATE_CORRELATION_OPTIMIZATION.

    • L’Assistant Paramétrage du moteur de base de données peut suggérer la suppression des vues indexées qui appliquent l’option DATE_CORRELATION_OPTIMIZATION dans le script de recommandation.

    Par conséquent, vous pouvez ignorer les recommandations que l’Assistant Paramétrage du moteur de base de données effectue sur les vues indexées qui contiennent des statistiques de corrélation, car l’Assistant Paramétrage du moteur de base de données connaît leurs coûts, mais pas leurs avantages. L’Assistant Paramétrage du moteur de base de données peut ne pas recommander la sélection de certains index tels que les index en cluster sur les colonnes datetime , ce qui peut être bénéfique lorsque DATE_CORRELATION_OPTIMIZATION est activé.

    Pour déterminer si une vue est basée sur des statistiques de corrélation, sélectionnez la colonne is_date_correlation_view de l’affichage catalogue sys.views .