Avec SQL Server 2012 plusieurs solutions de disponibilité s'offrent à vous. Ces solutions vous permettent d'atteindre le niveau de disponibilité que vous souhaitez avec un TCO réduit. Au cours de cette session, nous verrons les nouveautés autour de la disponibilité des données avec SQL Server 2012. Nous aborderons aussi les scénarii possible en mixant plusieurs options pour permettre non seulement la disponibilité des données mais aussi leur redondance et la réparatition géographique pour des solutions de disaster recovery.

1. palais des
congrès
Paris
7, 8 et 9
février 2012

2. 8 février 2012 – 13H00 – DAT302
AlwaysOn
Les solutions de haute disponibilité
avec SQL Server 2012
Pascal BELAUD Christophe LAPORTE
Architecte SQL Server SQL Server MVP / MCM
Microsoft France Conseil IT
Blog : http://belaud.fr Blog : http://conseilit.wordpress.com
Twitter : @PascalBelaud Twitter : @ConseilIT

3. Sommaire
Point sur les solution actuelles pour les
scénarios de Haute-Disponibilité et Disaster
Recovery
AlwaysOn Availability Groups (AAG)
Réplication et AAG
Conclusion

4. Sommaire
Point sur les solution actuelles pour les
scénarios de Haute-Disponibilité et Disaster
Recovery
AlwaysOn Availability Groups (AAG)
Réplication et AAG
Conclusion

5. Log Shipping
Avantages Limites
 Solution éprouvée  Déconnexion
 Stratégie de sauvegarde  Utilisateurs orphelins
 Nombreux secondaires  Mode récupération
 Accès en R/O complet
 « Retard » de données  Bascule manuelle
 RPO
Serveur
moniteur
Sauvegarder Restaurer les
les fichiers du fichiers du
journal des journal des
Serveur Serveur transactions
principal transactions
secondaire

6. Failover Cluster
Avantages Limites
 Granularité instance  Temps de bascule
 Nom réseau virtuel  SPOF => Stockage
 Tolérance aux pannes  Durée du recovery
software / hardware (RTO)

7. Database Mirroring
Avantages Limites
 RTO faible  Une seul base
 Réparation automatique  1 seul réplica
de pages endommagées  Serveurs liés
 Défaillance software /  Utilisateurs orphelins
hardware / storage  Offload des sauvegardes
 Snapshot pour R/O

8. Réplication
Avantages Limites
 Nombre d’abonnés  Gestion des conflits
 Scénario déconnecté  Stratégie de backup
/autonomie des serveurs
 Latence de mise à jour
 Granularité : publication
 Données en lecture
et/ou écriture Abonné
 Répartition
géographique Editeur Distributeur
Abonné

9. Scalable Shared Databases
Avantages Limites
 Répartition de charge  Base en lecture seule
 Utilisation de TempDB  Scénario d’utilisation
locale  Mise en place
 SPOF : disque partagé

10. SQL Server 2008 R2
Redondance et
RPO=0 Unité de protection RTO réutilisation
Pas de perte de données
Protection automatique
Multiples secondaires
Instance SQL Server
Base de données
Ecriture possible
Lecture
Table
Solutions SQL Server
Log Shipping
synchrone
Database Mirroring
avec témoin
synchrone
sans témoin
asynchrone
Windows Failover Cluster
Réplication transactionelle
Réplication Peer-to-Peer

11. Sommaire
Point sur les solution actuelles pour les
scénarios de Haute-Disponibilité et Disaster
Recovery
AlwaysOn Availability Groups (AAG)
Réplication et AAG
Conclusion

12. Windows Failover Cluster
Convergence des solutions de haute-disponibilité de
Microsoft vers Windows Failover Cluster (WFC)
AlwaysOn
 Availability Groups
 Failover Clustering

13. AlwaysOn Availability Groups
AlwaysOn Availability Groups est une nouvelle fonctionnalité qui
fournit la disponibilité nécessaire à vos bases de données
Flexible Intégrée Efficace
Failover multi-bases Failover applicatif avec Secondaire actif
Plusieurs secondaires le virtual name  Secondaire lisible
 Total de 4
secondarers Assistant de  Backup depuis
 2 secondaires configuration Secondaire
synchrones
 1 paire en Dashboard Automatisation avec
automatic Intégration System power-shell
failover
Center
Synchrone et asynchrone
Compression et Infrastructure de
Encryption diagnostic riche
Failover auto et manuel
Support File-Stream
Politique de failover
flexible Support du Publisher
Réparation automatique de la réplication
de page

14. Architecture de la démonstration
AOBELAUD-DC AOBELAUD-SRV2 AOBELAUD-SRV3
192.168.2.50 192.168.2.102 192.168.2.103
Sql12Belaud.fr Synchronous Synchronous
AOBELAUD-SRV1
192.168.2.101 AOBELAUD-SRV4
Primary OLTP 192.168.2.104
Asynchronous

15. DEMO
Mise en œuvre

16. Bascule planifiée et non planifiée
Accès Reporting (Read-Only)
Non
Planifiée
Planifiée

17. Secondaires accessibles en lecture
Les Readable Secondaries permettent de déverser
les requêtes ReadOnly sur les secondaires
Les données accédées sont presque temps réel
Les applications ReadOnly se reconnectent
automatiquement à un autre secondaire
Ne remplace pas la Réplication

18. Architecture de la démonstration
AOBELAUD-DC AOBELAUD-SRV2 AOBELAUD-SRV3
192.168.2.50 192.168.2.102 192.168.2.103
Sql12belaud.fr Synchronous Synchronous
AOBELAUD-SRV1
192.168.2.101 AOBELAUD-SRV4
Primary REPORTING 192.168.2.104
Asynchronous

19. DEMO
Accès aux secondaires en lecture

20. Bascule planifiée et non planifiée
Accès Reporting (Read-Only)
Non
Planifiée
Planifiée

21. DEMO
Sauvegarde sur les secondaires

22. Bascule planifiée et non planifiée
BACKUP
Planifiée
Non
Planifiée

23. Pour aller plus loin

24. Réplicas secondaires actifs
Sauvegardes sur secondaires
 Sauvegarde complète : oui avec copy_only (pas de clear
du differential bitmap)
 Sauvegarde différentielle : non supportée
 Sauvegarde du journal : oui (forment une seule chaine de
journaux, VLFs réinitialisés sur primaire)
 Limite les IO sur le serveur actif …
 Fonctionnalité très attendue
 Utilisé dans les plans de maintenance …

25. Réplicas secondaires actifs
Accès en lecture seule – réplicas secondaires
 Offload du reporting
 Ressource Governor pour limiter l’impact sur redo thread
 Concurrence et blocage
 Isolation level -> snapshot isolation (+14 bytes )
 Ignore les Hints de verrouillage
 REDO jamais choisi en victime ( DeadLock )
 Plan d’exécution
 Statistiques persistées en TempDB (sys.stats)
 Read-Only Routing List
 Application Intent = Read_Only
 Obligation de se connecter au travers du VNN
 Le listener va réorienter la requête vers un réplica secondaire
 Ordonne les réplicas secondaires pour accès en RO
 Configuration sur chaque réplica

26. DEMO
RCSI - Row versioning

27. DEMO
Statistiques d’index

28. Sommaire
Point sur les solution actuelles pour les
scénarios de Haute-Disponibilité et Disaster
Recovery
AlwaysOn Availability Groups (AAG)
Réplication et AAG
Conclusion

29. Compatibilité de AAG avec …
FCI (Failover Cluster Instance)
 Impossible de créer un groupe de disponibilité sur une instance en
cluster
DBM (DataBase Mirroring)
 Il s’agit d’une évolution de la technologie, DBM reste d’actualité avec
SQL Server 2012 (domaines différents ..,)
Log Shipping
 Pas d’incompatibilité : le travail de backup peut se faire sur n’importe
quel réplica, sur un répertoire partagé. La restauration de la base sur
un serveur Stand-By ne pose pas de problème
 Le LS permet aussi d’initialiser un membre du groupe de disponibilité
(Join seul dans l’assistant)
Réplication
 Beaucoup de choses à dire … (DAT304 – JY Devant)

30. AAG et la réplication
Oui
 Supporté pour Editeur Non
 Type de réplication
Capture instantanée
 Non supporté pour
distributeur (FCI)

 Transactionnelle
 Fusion
 Rôle serveur  Type de réplication
Editeur : oui
Peer To Peer

 Abonné : supporté 
•
•
Pull : pas de problème
Push : connexion échoue
 bidirectionnelle
• Pas d’IHM  Pas de republication
• Documenté dans BOL

31. AAG et la réplication
Configurer un distributeur distant
 Sur tous les réplicas du groupe de disponibilité
Créer une réplication
 Pas de différence avec une réplication classique
Rediriger les connexions du LogReader
 sp_redirect_publisher
 Utiliser le Virtual Network Name du groupe

32. DEMO
Mise en place de la réplication

33. DEMO
Log shipping

34. Sommaire
Point sur les solution actuelles pour les
scénarios de Haute-Disponibilité et Disaster
Recovery
AlwaysOn Availability Groups (AAG)
Réplication et AAG
Conclusion

35. SQL Server 2012
Redondance et
RPO=0 Unité de protection RTO réutilisation
Jeu de bases de données
Pas de perte de données
Protection automatique
Multiples secondaires
Instance SQL Server
Base de données
Lecture
Table
Solutions SQL Server
Log Shipping
synchrone
Database Mirroring
avec témoin
synchrone
sans témoin
asynchrone
Windows Failover Cluster
Réplication transactionelle
Réplication Peer-to-Peer
AlwaysOn

36. Conclusion
SQL Server AlwaysOn est une SQL Server AlwaysOn Availability Group
solution de haute-disponibilité Multi-database failover
complète Multiple secondaries
 Meilleure disponibilité applicative Synchronous and asynchronous data
movement
 Retour sur investissement élevé
Built in compression and encryption
 Déploiement et administration
simplifiées Automatic and manual Failover
Flexible failover policy
Automatic Page Repair
Les AlwaysOn Availability Groups Readable secondary
fournissent une grande flexibilité Secondary backup
dans la configuration Automatic application redirection using
virtual name
Configuration Wizard
Le support de Windows Server
AlwaysOn Dashboard
Core réduit de manière
System Center Integration
significative les arrêts liés aux Automation using power-shell
mises à jour Rich diagnostic infrastructure

37. Questions / Réponses
Nous répondons à toutes vos questions
• Dans cette salle, pour quelques minutes
• Sur le stand SQL Server
• Cherchez les t-shirts ATE …

38. Pour aller plus loin…
Venez nous voir sur le stand SQL Server
 Retrouvez les experts Microsoft et MVP
 Assistez à des présentations des offres de nos
partenaires
Inscrivez-vous au « Virtual Launch Event » du 8 mars :
http://aka.ms/vlefrance
Visitez notre nouveau site : http://www.microsoft.fr/sql
Evaluez dès aujourd’hui SQL Server 2012
 En téléchargeant la RC0 : http://aka.ms/sql2012
 En suivant nos « Virtual Labs » : http://aka.ms/sqllabs

39. palais des
congrès
Paris
7, 8 et 9
février 2012