par Brian Knight - Mis en ligne le 16/03/2005 - Publié en Avril 2004
6 étapes vers la haute disponibilité de SQL Server
Pour l'administrateur de bases de données (DBA), la mise en cluster d'un
SQL Server est source d'inquiétude, un peu parce que cet exercice était déjà
difficile dans SQL Server 7.0 et les releases antérieures. Heureusement, dans
SQL Server 2000, le clustering est moins intimidant. Les six étapes que je
couvre dans cet article constituent un canevas de base permettant d'établir un
environnement en cluster pour SQL Server 2000 ...Le failover clustering est le meilleur moyen d'instaurer la haute disponibilité
dans un environnement SQL Server. Pour mettre en cluster des serveurs
Windows, on utilise le service Microsoft Cluster pour relier entre eux plusieurs
serveurs. Avec le service Cluster, si une panne survient dans un composant matériel
crucial ou dans le service SQL Server, les lecteurs, SQL Server, et les services
associés, basculent tous sur un serveur secondaire. Ce basculement généralisé
est automatique et prend entre 30 et 60 secondes. Avec d'autres solutions haute disponibilité de SQL
Server, comme le log shipping ou la
réplication, en cas de défaillance du
serveur principal, quelqu'un doit changer
manuellement les rôles sur le serveur
secondaire. Bien que le log shipping
offre une bonne solution de
redondance, il s'appuie sur la maintenance
manuelle et il peut être difficile
à instaurer.
Avant de commencer l'opération
de clustering, il faut bien comprendre
que la seule fin du clustering Windows
est la haute disponibilité. En effet, le
clustering n'améliore pas la performance
de SQL Server puisqu'un seul
serveur travaille à la fois - les serveurs
reliés ne traitent pas les requêtes ensemble.
Pour voir comment le clustering
trouve sa place dans le puzzle de la
haute disponibilité de SQL Server, voir
l'article de Michael Hotek « Solutions
haute disponibilité », dans ce numéro.
Clustering de SQL Server
![Clustering de SQL Server Clustering de SQL Server](https://www.itpro.fr/wp-content/uploads/2014/03/2c1ca702daf64b5f647c8ec92b2b5897.jpg)
La figure 1 montre une architecture
cluster simplifiée dans laquelle deux
serveurs Windows, appelés noeuds,
partagent une matrice de disques ou
un SAN (storage area network). Vous
pouvez avoir entre deux et huit noeuds
dans un cluster, selon les versions et
éditions de SQL Server et Windows en
place. Par exemple, un cluster exécutant
la version 32 bits de SQL Server
peut comporter jusqu’à quatre noeuds.
Bien que certains clusters puissent
prendre en charge deux noeuds actifs,
l’architecture de la figure 1 n’en comporte
qu’un : l’autre noeud est passif,
c’est-à -dire en standby. Toutes les
quelques secondes, le service Cluster
adresse une requête simple à SQL
Server pour s’assurer que le serveur
standby est encore online. Les applications
Client, comme Enterprise Manager
ou une application de votre cru, se
connectent à SQL Server par l’intermédiaire
d’un nom virtuel ou d’une
adresse VIP (virtual IP) au lieu de le
faire par le nom du serveur et l’adresse
IP réels. En cas de basculement, le serveur
standby s’approprie l’adresse VIP,
de sorte que vous n’avez pas besoin de
changer la chaîne de connexions pour
que l’application fonctionne.
Vous avez le choix entre deux types
de clustering : clustering à instance
unique ou clustering à instances multiples
(dans SQL Server 7.0, connus
sous le nom de clustering actif/passif et
clustering actif/actif, respectivement).
Une configuration à instance unique
n’a qu’une instance SQL Server installée
dans le cluster de deux noeuds ou
plus. Un cluster à instances multiples a
plusieurs instances SQL Server installées
dans le cluster – en principe, une
instance sur chaque noeud. Quand
vous optez pour le clustering à instances
multiples, vous devez vous assurer
que le ou les serveurs participant
au cluster ont suffisamment de puissance
de processeur et de RAM pour
assumer les instances multiples de SQL
Server.
Dans un cluster à instance unique,
il suffit d’acheter une licence pour le
seul noeud actif. Exception : quand
vous avez un contrat de licence SQL
Server par processeur et qu’il y a davantage
de processeurs sur le ou les
noeuds passifs que sur le noeud actif.
Dans un tel cas, vous devez acquérir la
licence des processeurs supplémentaires.
Dans un cluster à instances multiples,
vous devez acquérir la licence
pour tous les noeuds actifs sur lesquels
SQL Server est installé.
Téléchargez cette ressource
![Guide inmac wstore pour l’équipement IT de l’entreprise](https://www.itpro.fr/wp-content/uploads/2024/10/Guide-inmac-wstore-pour-lequipement-IT-de-votre-entreprise-Poste-de-travail-impression-infrastructure-2024.png)
Guide inmac wstore pour l’équipement IT de l’entreprise
Découvrez les dernières tendances et solutions IT autour des univers de Poste de travail, Affichage et Collaboration, Impression et Infrastructure, et notre dossier Green IT sur les actions engagés par inmac wstore pour réduire son impact environnemental
Les articles les plus consultés
- Stockage autonome, Evolutivité & Gestion intelligente, Pure Storage offre de nouvelles perspectives aux entreprises
- L’utilisation des données pour survivre !
- 9 défis de transformation digitale !
- La blockchain en pratique
- ActiveViam fait travailler les data scientists et les décideurs métiers ensemble
Les plus consultés sur iTPro.fr
- Défis et bénéfices d’infuser l’IA dans l’analytique et la BI
- Mieux protéger l’entreprise à l’ère du travail hybride et du Cloud
- Les entreprises concentrent les investissements sur l’innovation, l’efficacité et la résilience
- L’IA profite au marché du mobile !
- La législation européenne sur l’IA entre en vigueur. Comment s’y préparer au mieux ?
![Revue Smart DSI](https://www.itpro.fr/wp-content/uploads/2024/10/SMART-DSI-Numero-35-Septembre-2024.jpg)