Vous êtes sur la page 1sur 18

SQL SERVER 2008

Journe de Transfert dExpertise Thme

La haute Disponibilit des infrastructures Microsoft SQL SERVER 2008


Nadia Ben El Kadi Technology Specialist Microsoft France

Agenda
* SQL Server et le Cluster
* Le Log Shipping * Le Mirroring

* Comparatif
* Q/A

SQL en Cluster 2 noeuds

Rseau Public
Noeud 2 Noeud 1

Serveur(s) Virtuel SQL

Rseau Priv

Virtual Server
La notion de serveur Virtuel est la cl de vote de la technologie Cluster Pour lapplication cliente : le VS = Server Name ou @IP qui seront utilises pour sy connecter Pas ncessaire de connatre quel noeud abrite rellement le serveur SQL Server clusteris est communment appel SQL Server Virtual Server

SQL Server Virtual Server : composants

SQL Server Network Name Nom utilis par les utilisateurs et les applications pour se connecter au serveur SQL ainsi clusteris SQL Server IP Address Adresse TCP/IP utilis par les utilisateurs et les applications pour se connecter au serveur SQL. Cette adresse est diffrente de la Cluster IP Address SQL Server Services Disques partags

SQL Cluster : changement apport avec SQL 2008


Setup a chang :
Nouvelle mthode dinstallation par rapport SQL 2000/2005 Il y a une installation principale , le reste seront des oprations add-node Pourquoi ? Rolling Upgrade : assure un taux de disponibilit suprieur Mise jour des noeuds de faon indpendante

Windows 2008/SQL 2008 Cluster


Windows Server 2008 Cluster Validation tool doit tre ok

Tous les neouds doivent tre dans le mme domaine.


Drive letters sont ncessaires SQL Server 2008 Enterprise supporte 16 nodes avec Windows Server 2008 clustering (8 noeuds avec windows 2003) Windows Server 2008 supporte des neouds dans des subnets distincts mais SQL Serveur ne supporte pas cette fonctionnalit
Dans le cas des geographically dispersed clusters : utiliser un virtual LAN (VLAN).

Logshipping : De quoi sagit-il


Serveur secondaire ou de secours destin prendre le relais en cas dindisponibilit du serveur principal Le log shipping permet dautomatiser le processus suivant : sauvegarde de la base de donnes du serveur principal, restauration sur le serveur de secours

application des sauvegardes du journal de transactions du serveur principal sur le serveur de secours en fonction dune planification
Monitoring : se fait par le Monitor qui centralise les alertes.

Architecture
Serveur de supervision Serveur primaire Serveur(s) secondaires

1. Sauvegarde du Journal

2. Copie

3. Restauration Du jourrnal

Jobs scheduls

Avantages & Inconvnients


Avantages
Protection contre les dfaillances disque Le serveur de secours peut tre distant Restauration rapide Supporte plusieurs secondaires Intgrit transactionnelle assure Permet de tenir compte dun dlai de synchronisation

Inconvnients
Dtection non automatique des dfaillances Basculement non automatique Le serveur de secours est disponible en lecture en dehors des priodes de restauration du journal Redirection des clients grer

Comparaison Cluster et log shipping 1/2


Cluster Log Shipping

Dtection de panne

Automatique

Alertes remontes par le monitor. Ncessitera de superviser ces alertes Non

Basculement automatique

Oui

Protection contre blocage du service SQL

Oui

Oui

Protection contre dfaillance disque

Non (disques partags )

Oui

Perte de transactions commites

Non

Depuis la dernire sauvegarde du journal

Comparaison Cluster et log shipping 2/2


Cluster Log Shipping

Impact sur les performances

Non

Minimum (backup du log)

Temps de basculement

Secondes quelques minutes, dpend de la rcupration des bases

Quelques minutes. Dpendra de la stratgie de redirection.

Localisation des serveurs

Proche . Possibilit de Geo-Cluster

Distant possible.

Serveur de secours disponible en lecture

Non

Oui en dehors des priodes de restauration du journal.

DBM Database Mirroring

SQL 2008 DB Mirroring


Rappel : DB Mirroring existe depuis SQL Server 2005
2 Modes :

Asynchrone : High-Performance Mode (EE only) Synchrone : High-Safety Mode


Limite dun principal et dun mirror

News depuis SQL Server 2008 :


Compression du log stream Automatic page repair

15

Comparatif (1 of 2)

Feature
Automatic Failover Transparent to Client

Database Mirroring
Oui

Failover Clustering
Oui

Log Shipping
Non No. Dpendra de la mthode de redirection

Oui

Oui

Downtime

Quelques Secondes

Quelques Secondes + DB Recovery


N/A. Shared Drive

Quelques Secondes + DB Recovery


Accessible xcept pendant la restoration du log

Standby Read Access

Accessible via Snapshot

Complments
- Autres actions pour augmenter la disponibilit :
-

Avoir de bons plans de maintenance et un bon monitoring


Online Index operation Ressource Governor Piecemeal restore

Conclusion & Q/A