Always on les solutions de haute disponibilité avec sql server 2012 (dat302)
-
Upload
christophe-laporte -
Category
Technology
-
view
5.617 -
download
0
description
Transcript of Always on les solutions de haute disponibilité avec sql server 2012 (dat302)
palais des congrès Paris
7, 8 et 9 février 2012
Pascal BELAUDArchitecte SQL ServerMicrosoft France
Blog : http://belaud.frTwitter : @PascalBelaud
AlwaysOnLes solutions de haute disponibilité avec SQL Server 2012
Christophe LAPORTESQL Server MVP / MCMConseil IT
Blog : http://conseilit.wordpress.co
m Twitter : @ConseilIT
8 février 2012 – 13H00 – DAT302
Point sur les solution actuelles pour les scénarios de Haute-Disponibilité et Disaster Recovery
AlwaysOn Availability Groups (AAG)
Réplication et AAG
Conclusion
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
Sommaire
Log Shipping
Avantages Solution éprouvée Stratégie de
sauvegarde Nombreux
secondaires Accès en R/O « Retard » de
données
Limites Déconnexion Utilisateurs
orphelins Mode récupération
complet Bascule manuelle RPO
Serveursecondaire
Serveurprincipal
Sauvegarderles fichiers du
journal destransactions
Restaurer lesfichiers dujournal des
transactions
Serveurmoniteur
Failover Cluster
Avantages Granularité instance Nom réseau virtuel Tolérance aux
pannes software / hardware
Limites Temps de bascule SPOF => Stockage Durée du recovery
(RTO)
Database Mirroring
Avantages RTO faible Réparation
automatique de pages endommagées
Défaillance software / hardware / storage
Limites Une seul base 1 seul réplica Serveurs liés Utilisateurs
orphelins Offload des
sauvegardes Snapshot pour R/O
Réplication
Avantages Nombre d’abonnés Scénario déconnecté
/autonomie des serveurs Granularité : publication Données en lecture
et/ou écriture Répartition
géographique
Limites Gestion des conflits Stratégie de backup Latence de mise à
jour
Editeur Distributeur
Abonné
Abonné
Scalable Shared Databases
Avantages Répartition de
charge Utilisation de
TempDB locale
Limites Base en lecture
seule Scénario
d’utilisation Mise en place SPOF : disque
partagé
SQL Server 2008 R2
RPO=0 RTO
Pas
de
per
te d
e donnée
s
Inst
ance
SQ
L Se
rver
Bas
e de
donnée
s
Table
Pro
tect
ion a
uto
mat
ique
Lect
ure
Multip
les se
condai
res
Ecritu
re p
oss
ible
Log Shipping
Database Mirroringsynchrone
avec témoin
synchronesans témoin
asynchrone
Windows Failover Cluster
Réplication transactionelle
Réplication Peer-to-Peer
Unité de protectionRedondance et
réutilisation
Solutions SQL Server
Point sur les solution actuelles pour les scénarios de Haute-Disponibilité et Disaster Recovery
AlwaysOn Availability Groups (AAG)
Réplication et AAG
Conclusion
Sommaire
Convergence des solutions de haute-disponibilité de Microsoft vers Windows Failover Cluster (WFC)
AlwaysOn Availability Groups Failover Clustering
Windows Failover Cluster
AlwaysOn Availability Groups est une nouvelle fonctionnalité qui fournit la disponibilité nécessaire à vos bases de données
AlwaysOn Availability Groups
Failover multi-basesPlusieurs secondaires
Total de 4 secondarers
2 secondaires synchrones
1 paire en automatic failover
Synchrone et asynchrone Compression et EncryptionFailover auto et manuelPolitique de failover flexibleRéparation automatique de page
Failover applicatif avec le virtual nameAssistant de configurationDashboardIntégration System CenterInfrastructure de diagnostic richeSupport File-StreamSupport du Publisher de la réplication
Secondaire actif Secondaire
lisible Backup depuis
SecondaireAutomatisation avec power-shell
Flexible Intégrée Efficace
Architecture de la démonstration
AOBELAUD-DC192.168.2.50
Sql12Belaud.fr
AOBELAUD-SRV1192.168.2.101
Primary
AOBELAUD-SRV2192.168.2.102Synchronous
AOBELAUD-SRV3192.168.2.103Synchronous
AOBELAUD-SRV4192.168.2.104Asynchronous
OLTP
DEMO
Mise en œuvre
Bascule planifiée et non planifiéeAccès Reporting (Read-Only)
Planifiée
NonPlanifiée
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
Secondaires accessibles en lecture
Architecture de la démonstration
AOBELAUD-DC192.168.2.50
Sql12belaud.fr
AOBELAUD-SRV1192.168.2.101
Primary
AOBELAUD-SRV2192.168.2.102Synchronous
AOBELAUD-SRV3192.168.2.103Synchronous
AOBELAUD-SRV4192.168.2.104Asynchronous
REPORTING
DEMO
Accès aux secondaires en lecture
Bascule planifiée et non planifiéeAccès Reporting (Read-Only)
Planifiée
NonPlanifiée
DEMO
Sauvegarde sur les secondaires
Bascule planifiée et non planifiée BACKUP
NonPlanifiée
Planifiée
Pour aller plus loin
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 …
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
Réplicas secondaires actifs
DEMO
RCSI - Row versioning
DEMO
Statistiques d’index
Point sur les solution actuelles pour les scénarios de Haute-Disponibilité et Disaster Recovery
AlwaysOn Availability Groups (AAG)
Réplication et AAG
Conclusion
Sommaire
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)
Compatibilité de AAG avec …
AAG et la réplication
Oui Supporté pour Editeur Type de réplication
Capture instantanée Transactionnelle Fusion
Rôle serveur Editeur : oui Abonné : supporté
• Pull : pas de problème• Push : connexion échoue• Pas d’IHM• Documenté dans BOL
Non Non supporté pour
distributeur (FCI) Type de réplication
Peer To Peer bidirectionnelle Pas de republication
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
AAG et la réplication
DEMO
Mise en place de la réplication
DEMO
Log shipping
Point sur les solution actuelles pour les scénarios de Haute-Disponibilité et Disaster Recovery
AlwaysOn Availability Groups (AAG)
Réplication et AAG
Conclusion
Sommaire
SQL Server 2012
RPO=0 RTO
Pas
de
per
te d
e donnée
s
Inst
ance
SQ
L Ser
ver
Jeu d
e bas
es d
e donnée
s
Bas
e de
donnée
s
Table
Pro
tect
ion a
uto
mat
ique
Lect
ure
Multip
les se
condai
res
Log Shipping
Database Mirroringsynchrone
avec témoin
synchronesans témoin
asynchrone
Windows Failover Cluster
Réplication transactionelle
Réplication Peer-to-Peer
AlwaysOn
Unité de protection
Redondance et
réutilisation
Solutions SQL Server
SQL Server AlwaysOn est une solution de haute-disponibilité complète
Meilleure disponibilité applicative
Retour sur investissement élevé
Déploiement et administration simplifiées
Les AlwaysOn Availability Groups fournissent une grande flexibilité dans la configuration
Le support de Windows Server Core réduit de manière significative les arrêts liés aux mises à jour
SQL Server AlwaysOn Availability Group
Multi-database failoverMultiple secondariesSynchronous and asynchronous data movementBuilt in compression and encryptionAutomatic and manual FailoverFlexible failover policyAutomatic Page RepairReadable secondarySecondary backupAutomatic application redirection using virtual nameConfiguration WizardAlwaysOn DashboardSystem Center IntegrationAutomation using power-shellRich diagnostic infrastructure
Conclusion
Questions / RéponsesNous répondons à toutes vos questions
• Dans cette salle, pour quelques minutes• Sur le stand SQL Server• Cherchez les t-shirts ATE …
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
palais des congrès Paris
7, 8 et 9 février 2012