Partager via


Observations relatives à l'utilisation de serveurs de test

L'utilisation d'un serveur de test pour paramétrer une base de données sur un serveur de production constitue 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.

[!REMARQUE]

La fonction de paramétrage du serveur de test n'est pas prise en charge par l'interface utilisateur graphique de l'Assistant Paramétrage du Moteur de base de données.

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 pendant le paramétrage du serveur de test. Si xp_msver n'est pas activée, l'Assistant Paramétrage du Moteur de base de données suppose les caractéristiques matérielles de l'ordinateur où l'Assistant Paramétrage du Moteur de base de données est exécuté. Si les caractéristiques matérielles de l'ordinateur où l'Assistant Paramétrage du Moteur de base de données est exécuté ne sont pas accessibles, la présence d'un processeur et de 1 024 mégaoctets (Mo) de mémoire est reconnue par défaut. Cette procédure stockée étendue est activée par défaut lors de l'installation de SQL Server. Pour plus d'informations, consultez Configuration de la surface d'exposition et xp_msver (Transact-SQL).

  • L'Assistant Paramétrage du Moteur de base de données s'attend à ce que les versions de SQL Server soient les mêmes 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 tient compte des différences matérielles entre le serveur de 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 la collecte de métadonnées, ainsi que pour la création des statistiques nécessaires au paramétrage.

  • L'Assistant Paramétrage du Moteur de base de données ne copie pas de données réelles du serveur de production sur 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).

Problèmes liés à la base de données shell

  • Après le paramétrage, l'Assistant Paramétrage du Moteur de base de données doit supprimer toutes 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. Si ces options sont utilisées, l'Assistant Paramétrage du Moteur de base de données conserve la base de données shell. Pour plus d'informations, consultez Référence des fichiers 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.

Problèmes liés au processus de paramétrage

  • 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 graphique 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 paramétrer de nombreux événements en raison d'objets manquants dans la base de données shell que l'Assistant Paramétrage du Moteur de base de données crée 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 paramétrage et collecte les statistiques nécessaires. 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 souhaiterez éventuellement ignorer les recommandations que l'Assistant Paramétrage du Moteur de base de données effectue concernant 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 cluster sur les colonnes datetime, ce qui pourrait être intéressant lorsque l'option DATE_CORRELATION_OPTIMIZATION est activée.

    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.