Module 

2
Préparation des
systèmes pour
SQL Server 2012
Vue d'ensemble du module
• Vue d'ensemble de l'architecture SQL Server
• Planification des besoins en ressources serveur
• Tests de pré-installation pour SQL Server
Leçon 1 : Vue d'ensemble de l'architecture
SQL Server
• Architecture SQL Server
• Utilisation de l'unité centrale (UC) par SQL Server
• Parallélisme
• Serveurs 32 bits et serveurs 64 bits
• Vue d'ensemble de la mémoire SQL Server
• E/S physiques et logiques
• Démonstration 1A : Configurations de l'UC
et de la mémoire dans SSMS
Architecture SQL Server

Utilisateurs • Couche d'exécution de requêtes

• Analyse et optimise les
requêtes, et gère la mise en
cache et l'exécution des plans
d'exécution de requêtes
• Couche du moteur de stockage
Exécution de requêtes • Gère les pages de mémoire
tampon, les E/S dans les
fichiers physiques, le
verrouillage
et les transactions
Moteur de stockage
• Couche du système
d'exploitation SQL
Système • Fournit une couche
d'exploitation SQL d'abstraction sur les fonctions
courantes du système
d'exploitation, et assure la
gestion des tâches et de la
Utilisation de l'unité centrale (UC) par SQL Server
• Windows utilise la planification préemptive de threads
• Un planificateur pour chaque UC logique créée dans le système
d'exploitation SQL
• Gère les threads récupérés de Windows et affecte des tâches
aux threads
• Réduit les changements de contexte via la planification coopérative
• La disponibilité de l'UC peut être configurée sans redémarrage
• Les planificateurs peuvent être activés ou désactivés
• Le masque d'affinité de l'UC peut être défini
• Les tâches en attente sur une ressource sont déplacées
vers une liste d'attente
• Le type et le temps d'attente sont enregistrés
• Les détails sont utiles pour la surveillance et la résolution
des problèmes
Parallélisme

Le parallélisme est l'utilisation de plusieurs processeurs

pour exécuter une requête unique en même temps

• SQL Server peut choisir de distribuer des requêtes à plusieurs tâches

• Les tâches peuvent s'exécuter en parallèle
• L'exécution globale est plus rapide
• La surcharge de synchronisation est réduite
• Le parallélisme est uniquement utilisé pour les plans coûteux
• Le degré maximum de parallélisme définit comment plusieurs
UC peuvent être utilisées pour exécuter une requête parallèle
• Peut être remplacé en utilisant l'indicateur de requête MAXDOP
• Le seuil de coût pour le parallélisme définit le coût minimal
des plans parallèles
Serveurs 32 bits et serveurs 64 bits
• L'espace d'adressage virtuel est la mémoire qui peut être allouée
aux applications telles que SQL Server
• 4 Go sur les systèmes 32 bits (2 à 3 Go disponibles pour l'application)
• 4 Go pour les applications 32 bits s'exécutant sur WOW sur les systèmes
d'exploitation 64 bits
• 8 To pour les systèmes 64 bits
• L'extension AWE ne peut plus être utilisée pour accéder à la mémoire
supplémentaire sur les systèmes 32 bits
• Peut être un problème important pour les mises à niveau 32 bits vers
SQL Server 2012
• Les processeurs Itanium ne sont plus pris en charge
• Les performances SQL Server dépendent fortement de la mémoire
• L'installation des versions 64 bits est préférable
• Options 64 bits disponibles pour toutes les versions de SQL Server
Vue d'ensemble de la mémoire SQL Server
• Le pool de mémoires tampons est le principal objet
de mémoire de SQL Server
• Contient le cache de données
• Fournit de la mémoire pour les autres composants SQL Server
• Est divisé en pages de 8 Ko
• Le système d'exploitation SQL alloue automatiquement
autant de mémoire que nécessaire
• Utilise un mécanisme pour éviter une insuffisance de mémoire
sur le système
• Peut être configuré à l'aide des options de mémoire minimum
et maximum du serveur
E/S physiques et logiques

Type d'E/S Description

Une E/S physique se produit lorsque la page

demandée n'est pas disponible dans le cache
de tampons et doit être lue à partir du fichier
E/S physique de données dans le cache de tampons pour
qu'elle puisse être fournie, ou lorsqu'une
page modifiée est écrite dans le fichier
de données

Une E/S logique se produit lorsque la page

E/S logique demandée est disponible dans le cache
de tampons
Démonstration 1A : Configurations de l'UC
et de la mémoire dans SSMS
Dans cette démonstration, vous allez apprendre à
• Configurer l'UC et la mémoire SQL Server à l'aide de SSMS
• Examiner les options de configuration à l'aide de T-SQL
Leçon 2 : Planification des besoins en ressources
serveur
• Présentation de la planification des besoins en ressources
de serveur
• Discussion : Expérience passée dans la planification
de ressources
• Planification des besoins en UC
• Planification des besoins en mémoire
• Planification des besoins en réseau
• Planification des besoins en stockage et E/S
Présentation de la planification des besoins
en ressources de serveur
• Il n'existe pas de formule simple pour calculer les besoins
en ressources
• La planification implique
• Consultation des éditeurs de logiciels indépendants ou des
développeurs
• Demandez des études de cas et des installations de référence
• Demandez des détails sur les expériences passées avec
l'application
• Exécution de tests avec des charges de travail réelles
• Définition des objectifs et évaluation des résultats par rapport
aux objectifs
• Planification et prévision d'une nouvelle augmentation de la charge
de travail et de la base de données
• Contrôlez les résultats après la mise en production
Discussion : Expérience passée dans la planification
de ressources
• La planification des ressources est une partie
importante des nouvelles installations
• Quelle est votre expérience passée en matière
de planification de nouveaux systèmes ?
• Quelle a été l'efficacité de la planification ?
Planification des besoins en UC
• La planification de processeur est relativement simple
• Effectuez des tests sur une charge de travail classique et contrôlez
l'utilisation de l'UC
• L'UC doit être inférieure à 30 pour cent en moyenne
• Des pics peuvent se produire mais ne doivent pas durer trop longtemps
• Un plus grand nombre de processeurs fournissent de meilleures
options de parallélisme
• Prennent en charge un grand nombre de connexions simultanées
• Prennent en charge des charges d'entrepôt de données élevées
• Un serveur de base de données dédié doit utiliser toutes les
UC disponibles
• De nombreux nouveaux systèmes utilisent l'architecture NUMA
• Consultez le fournisseur de matériel pour une configuration SQL Server
optimale
Planification des besoins en mémoire
• SQL Server dépend fortement de la mémoire
• Les caches permettent de réduire les E/S et l'UC
• Le cache de données réduit les E/S
• Le cache du plan réduit la nécessité de recompiler les requêtes
• Une mémoire de stockage et de traitement des données
est requise pendant l'exécution des requêtes
• Une insuffisance de mémoire peut entraîner une pression
sur l'UC et les E/S
• Prévoyez suffisamment de mémoire
• Possibilité de mettre en cache les données souvent consultées
• Tenez compte de l'utilisation de mémoire des autres services
qui s'exécutent sur le système
Planification des besoins en réseau

• Planifiez et testez le débit requis pour l'application

• Prévoyez d'utiliser plusieurs cartes réseau
• Prévoyez de dédier une connexion réseau à des fins
d'administration
• Écriture des sauvegardes sur les unités réseau
• Transfert des données vers d'autres instances à l'aide de SSIS

• Utilisez une connexion réseau dédiée lors de l'utilisation

de la mise en miroir de bases de données
• Choisissez et configurez les protocoles réseau utilisés
• Vérifiez les configurations du pare-feu
• Effectuez des tests dans un environnement réseau semblable
au système de production cible
Planification des besoins en stockage et E/S
• Les besoins en E/S doivent être déterminées et testées
• Éléments à prendre en compte pour le stockage
• Stockage dédié et SAN
• Systèmes RAID utilisés
• Nombre de piles impliquées (souvent plus important que la taille
de disque)
• Configuration de la mise en cache d'E/S (cache de disque
et d'écriture)
Leçon 3 : Tests de pré-installation pour SQL Server
• Vue d'ensemble des tests de pré-installation
• Effectuer des pré-vérifications des sous-système d'E/S
• Présentation de SQLIOSIM
• Présentation de SQLIO
• Démonstration 3A : Utilisation de SQLIOSIM et SQLIO
Vue d'ensemble des tests de pré-installation

• La planification et les tests sont fortement couplés

• Après la première phase de planification, des tests doivent
être effectués
• Vérifiez si les prévisions sont atteintes
• Modifiez les prévisions en fonction des résultats
• Vérifiez si les objectifs fixés dans la phase de planification sont
atteints
• Testez différentes configurations impliquant
• Disposition du stockage et des E/S
• Configurations de la mémoire, de l'UC et du réseau
• Documentez chaque série de tests pour une utilisation ultérieure
Effectuer des pré-vérifications
des sous-système d'E/S

• Testez les différents types et tailles d'E/S

• Petites lectures et écritures aléatoires dans les fichiers de
données pour les systèmes OLTP
• Grandes lectures et écritures séquentielles pour les systèmes
OLAP
• Écritures séquentielles pour le stockage de journal
• Effectuez des tests avec différents nombres de fichiers impliqués
• Utilisez des fichiers de test similaires à la configuration cible
• Déterminez le point de saturation d'un sous-système d'E/S
en augmentant progressivement la charge
• Validez les résultats par rapport aux résultats attendus
• En fonction des objectifs définis
• Comparaison avec les fonctions d'E/S potentielles du système
Présentation de SQLIOSIM

• Outil non pris en charge fourni par Microsoft pour tester

l'exactitude fonctionnelle des systèmes de stockage
• Peut être exécuté via la ligne de commande et l'interface
utilisateur graphique
Présentation de SQLIO

• Outil non pris en charge fourni par Microsoft pour tester

les performances des systèmes de stockage
• Outil de ligne de commande qui peut être configuré sur
un modèle d'E/S spécifique
Démonstration 3A : Utilisation de SQLIOSIM
et SQLIO
Dans cette démonstration, vous allez apprendre à
• Configurer SQLIOSim pour exécuter un test de contrainte
sur un serveur
• Tester différents modèles d'E/S à l'aide de l'utilitaire SQLIO
Atelier pratique 2 : Préparation des systèmes
pour SQL Server
• Exercice 1 : Ajuster la configuration de la mémoire
• Exercice 2 : Tests de contrainte de pré-installation
• Exercice difficile 3 : Vérifier des opérations d'E/S
spécifiques (si le temps le permet)

Informations d'ouverture de session

Ordinateur virtuel 22462A-MIA-SQL1

Nom d'utilisateur AdventureWorks\Administrateur
Mot de passe Pa$$w0rd

Durée approximative : 45 minutes

Scénario de l'atelier pratique
Vous avez examiné l'instance supplémentaire de
SQL Server. Un administrateur système chez AdventureWorks
se demande si le serveur existant a suffisamment de mémoire
ou de capacité d'E/S pour prendre en charge cette instance
SQL Server ; il étudie la solution de mettre en place un
nouveau sous-système d'E/S. En tant qu'administrateur de
base de données, vous devez vérifier la mémoire disponible
du serveur et la mémoire allouées à chacune des instances
de SQL Server. Vous devez vérifier que le sous-système d'E/S
du nouveau serveur peut exécuter correctement SQL Server
et la charge de travail requise
Contrôle des acquis de l'atelier pratique
• Pourquoi est-il difficile d'exécuter SQLIOSim
sur l'ordinateur virtuel ?
• Devez-vous utiliser SQLIOSIM ou SQLIO pour tester
les performances d'un système avec des lectures
aléatoires de 8 Ko ?
Contrôle des acquis du module et éléments à retenir
• Questions de contrôle des acquis
• Meilleures pratiques