Recommandations TempDB relatives à Best Practices Analyzer de SQL Server 2012 – Bien choisir son serveur d impression

Par: Dan Quinones | Mise à jour: 2012-12-18 | Commentaires (3) | Connexes: Plus> Configurations SQL Server

Problème

Dans une astuce précédente, cluster SQL Server 2012 avec TempDB sur un disque local, nous avons discuté de la prise en charge officielle par Microsoft du disque local tempdb dans les configurations de cluster SQL Server. Cette astuce vous montrera comment utiliser le BPA (Best Practices Analyzer) de SQL Server 2012 pour examiner les recommandations de meilleures pratiques et apporter les modifications appropriées pour obtenir une configuration optimale de la base de données tempdb, du moins en fonction des meilleures pratiques.

Solution

Best Practices Analyzer de Microsoft SQL Server 2012 est un outil de diagnostic gratuit disponible ici, auprès de Microsoft. Le BPA recueille des informations sur un serveur et une instance SQL 2012 installée sur ce serveur. Il détermine ensuite si les paramètres de configuration sont définis conformément aux recommandations de meilleures pratiques et à des rapports sous la forme d'erreurs et d'avertissements relatifs aux paramètres qui s'écartent des recommandations de meilleures pratiques.

Le BPA SQL 2012 est exécuté dans l'analyseur de configuration Microsoft Baseline (MBCA) disponible ici. MBCA est un utilitaire qui analyse la configuration système actuelle par rapport à un modèle de meilleure pratique prédéfini fourni par les différentes équipes de produits Microsoft. Ceux-ci incluent les BPA pour Exchange, Forefront, SharePoint et SQL Server, pour en nommer quelques-uns.

Dans cette astuce, nous allons exécuter SQL 2012 BPA et configurer les paramètres recommandés à partir des erreurs tempdb résultantes. Consultez le conseil. Utilisez l'analyseur de meilleures pratiques Microsoft SQL Server 2012 pour vous familiariser davantage avec cet utilitaire utile.

Exécution de SQL Server Best Practices Analyzer

Avant de démarrer la première analyse BPA, assurez-vous que le compte que vous utilisez dispose d'une connexion SQL Server avec l'appartenance au rôle sysadmin. Sinon, vous rencontrerez l’erreur "La connexion n’existe pas ou n’est pas membre du rôle d’administrateur système", comme indiqué ci-dessous.

Remarque: La connexion doit être un membre explicite du rôle sysadmin et ne peut pas simplement être membre d'un groupe inclus dans le rôle sysadmin.

À l'aide d'un compte disposant de privilèges sysadmin sur SQL Server, lancez le BPA SQL 2012 via Microsoft Baseline Configuration Analyzer.

Indiquez le nom de l'instance et sélectionnez le moteur du serveur et les paramètres de configuration du serveur. Lors de tests, j'ai constaté que vous pouvez laisser le nom de l'instance vide s'il s'agit de l'instance par défaut de MSSQLSERVER. Si d'autres services sont installés, vous pouvez également sélectionner ces paramètres. Sinon, vous recevrez des erreurs indiquant que le service n'est pas disponible ou n'est pas configuré.

Après analyse du serveur, un rapport répertoriant les configurations non définies conformément aux meilleures pratiques s’affiche. Dans ce cas, nous ne recevons que l'erreur liée au fait que la base de données tempdb n'est pas configurée de manière optimale. Parmi les autres erreurs ou avertissements que vous pourriez recevoir, citons: vous n’avez pas de sauvegardes de base de données récentes, n’avez pas de vérification récente de la cohérence de la base de données, avez trop de connexions dans le rôle sysadmin ou avez subi des arrêts de serveur inattendus; pour en nommer quelques-uns.

Cliquez sur l'erreur pour lire la description complète et afficher la résolution recommandée. Dans ce cas, nous avons 4 processeurs et un seul fichier de données tempdb. Le nombre maximal de fichiers de données tempdb par rapport au processeur est généralement considéré comme une pratique recommandée. Le lien Plus d'informations dans le rapport BPA fournit des détails supplémentaires dans un article de Microsoft sur la réduction des conflits de tempdb.

Pour respecter les meilleures pratiques, il est recommandé d’ajouter 3 fichiers de données supplémentaires afin d’égaler le nombre de processeurs. Vous pouvez utiliser plusieurs lecteurs pour répartir la charge de travail sur divers disques physiques ou utiliser le même lecteur que le fichier tempdb actuel. Dans ce cas, nous avons un cluster SQL Server 2012 avec tempdb locale configurée sur un lecteur SSD interne dans chaque nœud et nous utiliserons le même chemin. Ouvrez SSMS et exécutez les commandes suivantes. Remplacez vos propres lettres de lecteur par votre emplacement tempdb.

ALTER DATABASE tempdb
AJOUTER LE FICHIER (NOM = tempdev2, NOM DE FICHIER = 'F: MSSQL11.MSSQLSERVER MSSQL Data tempdb2.ndf', TAILLE = 1024);
ALTER DATABASE tempdb
AJOUTER LE FICHIER (NOM = tempdev3, NOM DE FICHIER = 'F: MSSQL11.MSSQLSERVER MSSQL Data tempdb3.ndf', TAILLE = 1024);
ALTER DATABASE tempdb
AJOUTER LE FICHIER (NOM = tempdev4, NOM DE FICHIER = 'F: MSSQL11.MSSQLSERVER MSSQL Data tempdb4.ndf', TAILLE = 1024);
ALLER

Dans notre cas, nous utilisons le lecteur local tempdb pour notre cluster et un message apparaît dans la fenêtre de sortie indiquant "Répertoire local 'F: MSSQL11.MSSQLSERVER MSSQL Data " est utilisé pour tempdb dans un serveur en cluster. Ce répertoire doit exister Sur chaque nœud de cluster, le service SQL Server dispose d’une autorisation de lecture / écriture. " Cela vous avertit de vous assurer que le même chemin d'accès avec les autorisations appropriées existe sur tous les nœuds du cluster, sinon SQL Server ne pourra pas démarrer sur un autre nœud s'il manque le chemin d'accès ou les autorisations appropriées.

Vérifions l'emplacement de notre fichier tempdb en exécutant le code T-SQL suivant:

Sélectionner nom, nom physique comme Localisation actuelle
De sys.master_files
Où database_id = DB_ID (N'tempdb ')
ALLER

Nous pouvons maintenant exécuter à nouveau le BPA pour réanalyser la configuration une fois les fichiers tempdb supplémentaires ajoutés. Dans ce cas, zéro paramètre de configuration non conforme est signalé après avoir apporté nos modifications.

Dernières pensées

Si vous suivez les étapes de ce conseil, vous devrez vous conformer aux meilleures pratiques de Microsoft SQL Server 2012; toutefois, votre environnement peut nécessiter plus ou moins de fichiers de données tempdb pour des performances optimales. De plus, vous pouvez envisager l'utilisation de l'indicateur de suivi -T1118, comme indiqué dans l'article de Microsoft pour certains workloads. Comme pour de nombreuses solutions techniques, vous devez analyser votre environnement, puis surveiller de près les augmentations ou les baisses de performances résultant de l'ajout de fichiers tempdb ou de l'utilisation d'autres méthodes d'optimisation des performances.

Prochaines étapes

Dernière mise à jour: 2012-12-18

A propos de l'auteur

Dan Quinones est un architecte / ingénieur système possédant plus de 11 ans d'expérience dans les technologies Microsoft Server et de base de données.

Voir tous mes conseils