3. Initialement Co-développé
par Sybase et Microsoft
1989
Multiplatforme
Windows, Linux, Mac
SGBDR développé et commercialisé par la
société Microsoft depuis 1994
Historique
MS SQL Server HA-DR
3
5. Fonctionnalités pour l’administration
MS SQL Server HA-DR
5
Réplication de
données
Haute
disponibilité
Le gouverneur
de ressources
Gestion de la
qualité des
données
Plan de
maintenance
Cliché de base
de données (DB
snapshot)
Gestion de la
stratégie
d’administration
9. La conception des systèmes à haute disponibilité
MS SQL Server HA-DR
9
Modularité
Fail fast
Indépendance des défaillances
Redondance et reparation
Elimination des points de défaillance
uniques
11. Statistiques
MS SQL Server HA-DR
11
Des salariés dans une entreprise déclarent la perte
de dossiers informatiques
des PME non préparées à un sinistre ne survivent
pas à un important crash informatique
94%
82%
12. Type de catastrophe et leurs conséquences
MS SQL Server HA-DR
12
Catastrophes
Naturelles
Perte d’un
local
Désastre à
grande échelle
Humaines et
technologiques
Intentionnelles
Non
Intentionnelles
13. Les mesures
MS SQL Server HA-DR
13
Préventives
• Sauvegardes de
données
• Inspections
quotidiennes
Détectives
• logiciels anti-virus
• formation des
salaries
• systèmes de
secours
Correctives
• Plan de Reprise
d’Activité (PRA)
14. Avantages d’un PRA
MS SQL Server HA-DR
14
Assurer la continuité de l’entreprise en cas de catastrophe,
Minimiser le risque de retard dans les activités de l’entreprise
Minimiser la prise de décision pendant l’incident
Apporter un sentiment de sécurité
15. Inconvénients d’un PRA
MS SQL Server HA-DR
15
Coût élevé
Myopie de système
Manque d’appropriation
Plans obsolètes
17. Mise en miroir de bases de données.
Réplication.
Clustering de Basculement.
Copie des journaux de transaction.
Base de données partagées évolutives.
Sauvegarde et restauration
SQL SERVER et HA
MS SQL Server HA-DR
17
18. 1. Mise en miroir de bases de données.
SQL SERVER et HA-DR
MS SQL Server HA-DR
18
20. 3. Clustering de Basculement
SQL SERVER et HA-DR
MS SQL Server HA-DR
20
21. 3. Clustering de Basculement
SQL SERVER et HA-DR
MS SQL Server HA-DR
21
22. 4. Copie des journaux
de transaction
SQL SERVER et HA-DR
MS SQL Server HA-DR
22
23. 5. Base de données partagée évolutive
SQL SERVER et HA-DR
MS SQL Server HA-DR
23
La fonctionnalité de base de données partagée évolutive
vous permet de développer une base de données en lecture
seule créée exclusivement pour générer des rapports
24. 6. Sauvegarde et restauration
SQL SERVER et HA-DR
MS SQL Server HA-DR
24
25. 6. Sauvegarde et restauration
SQL SERVER et HA-DR
MS SQL Server HA-DR
25
Complête Différentielle
Partielle
Fichiers de
transactions
1- des requêtes nativement interbases, les bases ayant des schema differents
2- le moteur est capable de compresser les données au niveau ligne ou page dans les tables comme dans les index
3- Dès qu’une requête est estimée dépasser le seuil du coût à partir duquel un plan de requête peut être parallélisée
4- sans interrompre le service des données et sans perturber l’activité des utilisateurs
5- permet de définir des travaux multi-serveurs, comme la sauvegarde, la défragmentation des index le recalcul des statistiques oula vérification d’intégrité physique des espaces de stockage.
1- pour une meilleure gestion des ressources entre utilisateurs
4- créer des règles de gestion et d’en planifier le fonctionnement
5- permet le nettoyage, la correction, l’enrichissement, la normalisation, la déduplication...
6- maintenir les performance de la base de données : sauvegarde, Vérification d’intégrité physique, Défragmentation des index, Recalcul des statistiques
7- créer une nouvelle base à partir d’une base existante en lecture seule,
SQL Server présente plusieurs solutions qui améliorent la disponibilité des serveurs et des base de données, celle là masquent l’impact d’une défaillance matérielle ou logicielles et gerent la disponibilité des applications pour réduire au maximum le temps mort que percoit l’utilisateur. Et parmi ces solutions on trouve:
La mise en miroir de bd est une solution logicielle qui peut être utilize pour gérer une base de données de secours.
La BD en miroir est crée en restaurant une sauvegarde complete de la BD principale Ainsi cette base de données n’est pas accessible aux clients directement
Toutefois, on peut utilizer indirectement pour créer des rapports en créant une capture instantanée de la BD
La capture instantanée de la BD fournit un accés au lecture seule aux données.
La BD en miroir situe dans un serveur en miroir, ce serveur est responsible de sa mise a jour en accordance avec la BD principale
La réplication utilise un mo dèle publier/ab onner. Ce mo dèle p ermet à un serveur principal, app elé serveur depublication, de distribuer les données à un ou plusieurs serveurs secondaires, app elés Ab onnés. La réplication fournitune disp onibili té et une évolutivité en temp s réel sur ces serveurs
La stratégie de sauvegarde définit le typ e e t la fréquence de sauvegarde, la manière dont les sauvegardes seront testées, et où et comment les supp orts de sauvegarde seront s to ckés. La stratégie de restauration définit qui est res p onsable de l’exécution des restaurations et d e la manière dont les restaurations doivent être réalisées p our atteindre les ob jectifs de disp onibilité et de p erte de donnée s