Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Tout sur les solutions de Haute Disponibilité et Disaster Recovery de SQL Server et Windows Azure SQL Database

2,300 views

Published on

Tout sur les solutions de Haute Disponibilité et Disaster Recovery de SQL Server et Windows Azure SQL Database

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Tout sur les solutions de Haute Disponibilité et Disaster Recovery de SQL Server et Windows Azure SQL Database

  1. 1. Tout sur les solutions de Haute Disponibilité et Disaster Recovery de SQL Server et Windows Azure SQL Database (DAT305) Christophe LAPORTE Richard PRADE •SQL Server MCM / MVP Senior Consultant SQL/BI •Consultant Indépendant Microsoft Services • Blog : http://conseilit.wordpress.com/ • Twitter : @Conseilit • Email : christophe_laporte@hotmail.frServeurs / Entreprise / Réseaux / IT
  2. 2. Agenda• Haute disponibilité – Rappels – Options et solutions• SQL Server 2012 : AlwaysON – Failover Cluster Instance – Availability Groups• Migration – Database Miroring -> Availibility Group• Combinaisons d’architecture
  3. 3. Rappels : haute disponibilité• Définition basique – Garantir la disponibilité d’un service, d’un accès aux données• BD point central dans le SI – Sharepoint, sites Web de paris ou commerce en ligne – Progiciels (RH, Compta, production, CRM) – Logiciels « maison »• La non disponibilité a un coût – Chiffre d’affaire … – Salaires d’employés …
  4. 4. Définition d’une stratégie •Chiffre d’affaire Quantifier l’indisponibilité •Salaires •Datacenter -> Instance -> Groupe de bases -> Base - Granularité > Table -> Traitement •Coordination des dépendances Stratégie • Perte maximale de données autorisée RPO • Durée maximale de non disponibilité RTO autorisée • 24 H / 24 , 7 J /7 Période ouvrée • Entre 8h00 et 18h00 les jours ouvrés … • Même niveau de performance requis ? En cas de panne • Dégradation acceptable ?
  5. 5. Mesurer la disponibilité• Les « neufs »
  6. 6. Les sources d’indisponibilitésIndisponibilité pendant les interruptions planifiées • Installation des correctifs / Service Pack • Mise à jour matérielle / logicielle • Maintenance des bases de données • Mise à jour applicativeProtection contre les interruptions non planifiées • Erreur humaine (le plus courant) • Désastre sur un site • Défaillance matérielle • Corruption de donnée • Crash logiciel
  7. 7. Des fonctionnalitésTable Database Infrastructure Online index Operations Fast Recovery Instant File Initialization Online LOB index Operations Partial Database Availability Auto page repair Table Partitioning Online piecemeal restore Hot-add CPU / Memory Database Snapshot Resource Governor
  8. 8. Des solutions connues• Log Shipping• Failover Cluster• Database Mirroring• Réplication• Windows Azure SQL Databases / Federation• Virtualisation – On Premise (Hyper-V) – Off Premise (Windows Azure)
  9. 9. Démo SQL Server ! Mise en place DBM
  10. 10. Windows Azure• Windows Azure SQL Databases • Disponibilité de 99,9 % mensuelle (43,2 minutes …)• Windows Azure VMs IaaS • Disponibilité de 99,9% • Etendre les groupes de disponibilité pour le PRA • Perte de données < 30mn
  11. 11. Azure - Demos• Création d’une VM Windows Azure• Connexion RDP• Connexion SQL Azure
  12. 12. VM sur Windows Server 2012 - Hyper-V 3.0 • RAM 1TB • VMs en haute disponibilité • Architecture NUMA • Cluster 64 nœuds • 64 vCPUs • SMB 3.0 • Fichiers VHDX 4KB • Disques PassThrough • Cartes FC Haute Haute • NIC Teaming performance disponibilité Réplicas Migrations Hyper-V facilitées • DR site distant • Live migration • RPO 5 minutes • Live storage migration • P2V
  13. 13. Demo : Live migration d’une VM
  14. 14. SQL Server 2012 : des améliorations• Nouvelles opérations en ligne supportées – Reconstruction en ligne d’index de type : varchar(max), nvarchar(max), varbinary(max), ou XML – Ajout de colonne avec une valeur par défaut• Migration Windows 2008R2 Vers Windows 2012 SP1 – Migration en s’appuyant sur une architecture Availability Group• Sauvegarde vers Windows Azure Blob Storage SP1 CU2 – Externalisation des sauvegardes – Transfert entre OnPremise et Windows Azure
  15. 15. Solutions incomplètes 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
  16. 16. AlwaysOn : une marque ! Cluster de Groupe de basculement disponibilité ( FCI ) ( AAG ) AlwaysOn
  17. 17. Le cluster de basculement (FCI) Versions antérieures SQL Server 2012 Granularité instance Stratégies de basculement flexible Stockage centralisé Réseaux multiples VIP Predictable Recovery Time Pas de modification chaines de connexion Changement de quorum (votes) TEMPDB Stockage Local
  18. 18. Le cluster de basculement - Principe
  19. 19. Le cluster de basculement (FCI)Flexible Failover Policy• Bascule en fonction d’un niveau de diagnostic• Personnalisable en fonction du niveau d’erreur• Default – Niveau 3 – Fréquence 60 sec
  20. 20. Indirect Checkpoint• Précédent checkpoints mode – Variation du temps de bascule – Variation de la charge IO• Nouveau en SQL Server 2012 : – checkpointing en tâche de fond – charge IO lissée – Temps de bascule plus prédictibles – Configurable par base de données – Par défaut désactivé
  21. 21. Geo-Cluster Multi SiteFonctions Clefs• Tempdb stocage local WAN• Support Multi Vlan App A App A Cluster IP2 IP1 App B TEMPDB TEMPDB App A App A Synchronisation App B Site 1 – VLAN 1 Site 2 – VLAN 2
  22. 22. Failover Cluster Instance (FCI)
  23. 23. Les groupes de disponibilité • Réplica asynchrone • 3 Réplicas synchrone • DataCenter distant • Failover auto (2 réplicas) • Failover auto / manuel • Auto page repair • Flexibilité (déploiement) • Listeners (dispo • Cloud Public pour DR applicative) DR HA Répartition Performance de charge • Réplicas asynchrones • Listeners (Routing lists) • Stats en TempDB • RO Secondaires • Compression des Flux • Sauvegardes déportées
  24. 24. Mise en place d’un groupe de disponibilité Primary Listener• Création du cluster • Création des EndPoints• Activation de AlwaysOn • Restauration des bases • Création des EndPoints • Ajout du nœud • Création du listener •Sauvegarde des bases • Ajout des bases •Création des routing list • Création du groupe de disponibilité WSFC Secondaire(s)
  25. 25. Mise en place d’un groupe de disponibilitéPowerShell T-SQL• Backup-SqlDatabase • Backup Database• Restore-SqlDatabase • Restore Database• New-SqlHadrEndpoint • Create Endpoint• New-SqlAvailabilityGroup • Create Availability Group• Join-SqlAvailabilityGroup • Alter Availability Group Join• Add-SqlAvailabilityDatabase • Alter Database Set hadr Availability• New-SqlAvailabilityGroupListener • Alter Availability Group Add Listener• Switch-SqlAvailabilityGroup • Alter Availability Group Failover
  26. 26. Démo : creation d’un groupe de dispo• Déjà vu ! – Interface graphique – T-SQL• Challenges  – En PowerShell – Migration depuis un DBM – Avec des gants de boxe • Désolé, le timing est un peu short …
  27. 27. Démo : Migration d’un Database Mirroring • Existant – 2 serveurs – Session de mise en miroir créée • 2 réplicas synchrones • Pas de témoin (pour gagner du temps) • Scénario de le démo – Création de cluster Windows – Création du groupe de disponibilité – Ajout de la base DBM dans le groupe de disponibilitéDeveloppement
  28. 28. Démo : Migration d’un Database Mirroring
  29. 29. Démo : réparation automatique d’une page
  30. 30. Documentation : Migration Depuis un DBM + LS – SQL Server AlwaysOn team blog : http://blogs.msdn.com/b/sqlalwayson/archive/2012/10/16/how-to-migrate-to-alwayson- alwayson-from-prior-deployments-combining-database-mirroring-and-log-shipping-part- 1.aspx • Upgrade Secondary LS Primary Data Center Disaster Recovery Data Center • Upgrade DBM Witness Windows Server Failover Cluster (single WSFC crossing two data centers) SQL Server • Upgrade DBM Mirror SQL Server SQL Server Upgrade DMB Principal Primary Secondary • Secondary Synchronous • Create WSFC cluster Asynchronous • Configure AAG Availability Group
  31. 31. Démo : Read Only Routing• Décharge le Primaire des lectures – ApplicationIntent = ReadOnly – Définition d’une liste de routage – Redirection automatique ApplicationIntent= Readonly Primaire Secondaire Secondaire Win2012srv1 Win2012srv2 Win2012srv3
  32. 32. Comparaison des solutions
  33. 33. Différentes architectures• AG HA + DR sur site distant Data center principal Data center Secours Windows Server Failover Cluster (WSFC) Primaire Secondaire Secondaire v Synchrone Asynchrone Availibility Group• Stockage Local non partagé• Configuration HA avec Bascule Automatique , redirection automatique• Configuration DR avec Bascule manuelle, redirection automatique• Les 2 secondaires accessibles en lecture seule : besoin BI , Scalabilité
  34. 34. Différentes architectures• AG HA + redondance dans le cloud Data center principal Windows Server Failover Cluster (WSFC) Primaire Secondaire Secondaire v Synchrone Asynchrone Availibility Group• Extension de la solution vers le Cloud Windows Azure Iaas• Mise en place d’un VPN• Configuration DR / externalisation des données
  35. 35. Différentes architectures• FCI pour HA et AG+FCI Data center principal Data center Secours Windows Server Failover Cluster (WSFC) SQLFCIAInst1 SQLFCIBInst2 v Synchrone/ v Asynchrone Availibility Group Primaire Secondaire• 2 instances FCI stockage SAN• Configuration HA avec Bascule manuelle, redirection automatique• Configuration DR avec Bascule manuelle, redirection automatique
  36. 36. Quorum Configuration• Le quorum est géré par le service WSFC indépendamment du nombre d’instance SQL FCI ou Standalone• Objectif : S’assurer que l’indisponibilité du site de DR ou la connectivité n’impacte pas le quorum du WSFC• 2 leviers : – Affectation de droit de vote aux nœuds Hotfix pour Windows 2008 /2008 R2 : http://support.microsoft.com/kb/2494036 – Le modèle de quorum
  37. 37. Modèle de Quorum - VotesAvailibility Group HA et DR Data center principal Data center Secours Windows Server Failover Cluster (WSFC) SQL Server SQL Server Vote Secondaire Vote SQL Server Vote Primaire Secondaire v Synchrone Asynchrone Availibility Group Vote File Share
  38. 38. Modèle de Quorum - VotesFailover Cluster + Availibility Group Data center principal Data center Secours Windows Server Failover Cluster (WSFC) SQLFCIAInst1 SQLFCIBInst2 Vote Vote Vote Vote Synchrone/ v Asynchrone v Primaire Secondaire Availibility Group Vote File Share
  39. 39. Modèle de quorum - Votes• Configuration /administration (Get-ClusterNode "NodeName").NodeWeight = 0 Cluster.exe. nœud <NodeName> /prop NodeWeight = 0 http://support.microsoft.com/kb/2494036
  40. 40. Questions

×