La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

#JSS2013 Les journées SQL Server 2013 Un événement organisé par GUSS.

Présentations similaires


Présentation au sujet: "#JSS2013 Les journées SQL Server 2013 Un événement organisé par GUSS."— Transcription de la présentation:

1 #JSS2013 Les journées SQL Server 2013 Un événement organisé par GUSS

2 #JSS2013 Les journées SQL Server 2013 Un événement organisé par GUSS Session Haute-disponibilité Christophe LAPORTE David BARBARIN David BAFFALEUF

3 #JSS2013 Présentation ~ depuis <= SQL Server <= Christophe LAPORTE ~ depuis <= SQL Server <= David BARBARIN ~ depuis <= SQL Server <= David BAFFALEUF

4 #JSS2013 Merci à nos sponsors

5 #JSS2013 Des questions – Pourquoi la haute disponibilité – La non disponibilité – Définition dune stratégie – Problèmes et limitations Les solutions – Des plus anciennes aux plus récentes Agenda

6 #JSS2013 Des questions – Pourquoi la haute disponibilité – La non disponibilité – Définition dune stratégie – Problèmes et limitations Les solutions – Des plus anciennes aux plus récentes

7 #JSS2013 Définition basique – Etre capable daccéder à une donnée lorsque lon en a besoin dans un laps de temps acceptable ! 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 daffaire … – Coût en temps – Salaires demployés … Pourquoi la haute disponibilité

8 #JSS2013 Mesurer la haute disponibilité

9 #JSS2013 Cause de non disponibilité Création / Reconstruction dindex non cluster : éventuellement pas de modifications sur la table Création / Reconstruction dindex cluster : éventuellement pas de lecture et modifications sur la table Changement de matériel, application de Service Packs Coupure de service planifiée Perte du Datacenter (électricité, réseau, catastrophe naturelle, incendie) Perte du serveur (alimentation, CPU, mémoire, réseau, OS crash) Problème disque (corruption dI/O, panne contrôleur disque, panne disque, panne carte RAID) Coupure de service non planifiée HA et DR … Ne pas confondre PCA et PRA

10 #JSS2013 Définition dune stratégie Chiffre daffaire Salaires Quantifier lindisponibilité Datacenter -> Instance -> Groupe de bases -> Base - > Table -> Traitement Coordination des dépendances Granularité Perte maximale de données autorisée RPO Durée maximale de non disponibilité autorisée RTO 24 H / 24, 7 J /7 Entre 8h00 et 18h00 les jours ouvrés … Période ouvrée Même niveau de performance requis ? Dégradation acceptable ? En cas de panne Stratégie

11 #JSS2013 Des questions – Pourquoi la haute disponibilité – La non disponibilité – Définition dune stratégie – Problèmes et limitations Les solutions – Des plus anciennes aux plus récentes

12 #JSS2013 Cluster de basculement SQL Terminologie Cluster, nœud, quorum, SAN, LUN, groupe de ressources, dépendance, instance virtuelle Technologie éprouvée Couche cluster Windows

13 #JSS2013 Tolérance de panne Matérielle, logicielle Instance virtuelle Adresse IP et Nom réseau virtuels Granularité Instance (donc agent SQL …) Avantages du FCI

14 #JSS2013 Quorum dynamique Windows 2012 TempDB locale SQL 2012 Témoin dynamique Windows 2012 R2 Data sur disque CSV SQL 2014 Points remarquables

15 #JSS2013 Ajout dune instance sur disque CSV Démo

16 #JSS2013 Inconvénients Défaillance du système disque Pas de répartition de charge Coût (cartes et switch fibre) Durée de recovery (nombre de bases) Granularité (instance)

17 #JSS2013 Inconvénients de la solution Défaillance du système disque SPOF Répartition de charge impossible Un seul nœud actif à la fois Coût Cartes, switch, fibres, SAN … Durée de recovery Nombre de bases Granularité Protection de niveau instance

18 #JSS2013 != Multi subnet failover cluster Résolution SPOF disque Solutions constructeur – EMC, HP, Unisys Solutions logicielles – DoubleTake, DataKeeper (Démo à suivre) Solutions SQL Server – Database mirroring, log shipping, réplication – Groupes de disponibilité GEO Cluster

19 #JSS2013 Ajout dun disque cluster SIOS DataKeeper Démo

20 #JSS2013 Database MirroringLog ShippingRéplication (transactionnelle) Outsiders

21 #JSS2013 Prises indépendamment elles ne présentent que peu davantages par rapport aux solutions reines. Mais si on les combine toutes les trois ? Lunion fait la force

22 #JSS2013 Exemple DBM + LS + Réplication Réplication Log Shipping Database Mirroring TP Reporting TP Secours dormant Données ouvertes pour DSS Refresh -8h contre les erreurs humaines.trn

23 #JSS2013 Exemple dune topologie combinée Démo

24 #JSS2013 Intérêts de la solution Perte de la machine principale, perte du stockage local, problème OS, corruption… On bascule sur le miroir Qui est aussi paramétré pour reprendre le rôle déditeur et de source du LS Moins dindisponibilité sur les plages de maintenance.

25 #JSS2013 Réplication vs réplicas readonly, avantages Volumétrie: On nest pas obligé de dupliquer toute la volumétrie Indexes DSS: On peut créer des indexes custom DSS sur les bases abonnées Store & forward Perte de la connexion avec labonné, la base distribution joue le rôle de tampon. Pas dimpact sur le journal de transactions primaire. Coût: Pas besoin davoir toutes les instances en édition Enterprise. Scale-out En ajoutant des abonnés, pas de limitation à 2 réplicas. Contrainte AD: Moins dadhérence avec un domaine

26 #JSS2013 Inconvénients de la solution Réactivité: Pas de bascule automatisée (sauf avec witness) DBM et reporting? db snapshot pas très pratique quand même Complexité Plusieurs systèmes à maintenir au lieu dun seul. Point dentrée unique: Pas de détection dintention pour la lecture seule (ApplicationIntent) Conflits en mise à jour: Labonné est ouvert en lecture /écriture donc pas de garde-fou contre le conflit en mise à jour. Paramétrage manuel : La bascule est transparente pour la réplication, mais pas pour le log shipping (paramétrage manuel).

27 #JSS2013 SQL Server AlwaysOn Terminologie Groupe de disponibilités, réplicas, cluster, nœud, quorum, stockage asymétrique, réplication synchrone et asynchrone Technologie éprouvée Couche cluster Windows, mirroring ++

28 #JSS2013 Tolérance de panne Matérielle, logicielle, corruption physique des données Connexion unique via point daccès client (listener) Adresse IP et Nom réseau virtuel Granularité Groupe de base de données Avantages des groupes de disponibilité

29 #JSS2013 Rentabilisation des serveurs secondaires standby Répartition de charge avec utilisation en lecture seule en temps réel, sauvegardes Stockage Indépendance vis-à-vis dun stockage partagé, Stockage asymétrique avec disaster recovery sur site distant Complexité Une seule fonctionnalité pour gérer la haute disponibilité et les situations de désastre Avantages des groupes de disponibilité

30 #JSS2013 Quorum dynamique Windows réplicas secondaires SQL 2012 Quorum amélioré (témoin dynamique, résilience du quorum, arbitrage des votes) Support CSV Déploiement de cluster sans dépendance dobjets dans lactive directory Windows 2012 R2 8 réplicas secondaires + plus forte intégration avec Azure + support Hekaton SQL 2014 Points remarquables

31 #JSS2013 Démo Réplication asynchrone Réplica synchrone Read TP Standby Backups Standby Backups DSS Réplication synchrone

32 #JSS2013 Exemple dune topologie AlwaysOn avec Windows Server 2012 et SQL14 Démo

33 #JSS2013 Inconvénients de la solution Coût Nécessite une édition Enterprise de SQL Server 2012 avec licence par cœur logique Chaque serveur secondaire actif (backup ou lecture seule) doit être licencié Limite du nombre de réplicas synchrones Limite à 3 réplicas Lecture / écriture sur un seul point dentrée Pas de possibilité davoir plusieurs réplicas primaires en même temps Répartition de charge en lecture seule impossible via les listeners Lalgorithme de redirection des connexions en intention de lecture seule sont toujours redirigés vers le même réplica Paramétrage Certains paramétrages seffectuent depuis la GUI alors que dautres ne sont disponibles que par T-SQL ou PowerShell Monitoring Pas forcément évident en utilisant les divers axes de troubleshooting en natif avec SQL Server Pas de solution réelle de monitoring fournie en natif

34 #JSS2013 Flexibilité Live storage migration Live migration MàJ hyperviseur Mémoire dynamique Redimensionnement VHDX HA Live migration Storage live migration Host cluster Guest cluster Peu ou pas de coupure de service Scénario supporté (KB956893) DR Hyper-V replica (30 secs, 5 mins, 15 mins)) Attention compatibilité avec autres solutions Virtualisation

35 #JSS2013 Exploitation Rapidité déploiement Export et clonage de VM à chaud Cluster Aware Updating Performance Quasi similaire (6% – 7%) VHDX secteurs 4KB, max 64 TB Storage tiering Storage QoS Offloaded Data Transfer (ODX) Virtualisation

36 #JSS2013 Si le temps le permet … Demo – Shared VHDX

37 #JSS2013 Questions / Réponses Merci à tous pour votre présence.

38 #JSS2013

39 Définition basique – Etre capable daccéder à une donnée lorsque lon en a besoin dans un laps de temps acceptable ! 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 daffaire … – Salaires demployés … Rappels : haute disponibilité

40 #JSS2013 Définition dune stratégie Chiffre daffaire Salaires Quantifier lindisponibilité Datacenter -> Instance -> Groupe de bases -> Base -> Table -> Traitement Coordination des dépendances Granularité Perte maximale de données autorisée RPO Durée maximale de non disponibilité autorisée RTO 24 H / 24, 7 J /7 Entre 8h00 et 18h00 les jours ouvrés … Période ouvrée Même niveau de performance requis ? Dégradation acceptable ? En cas de panne Stratégie

41 #JSS2013 Les « neufs » Mesurer la disponibilité

42 #JSS2013 Des fonctionnalités Table Online index Operations Online LOB index Operations Table Partitioning Database Fast Recovery Partial Database Availability Online piecemeal restore Database Snapshot Infrastructure Instant File Initialization Auto page repair Hot-add CPU / Memory Resource Governor

43 #JSS2013 Log Shipping Failover Cluster Database Mirroring Réplication Windows Azure SQL Databases / Federation Virtualisation – On Premise (Hyper-V) – Off Premise (Windows Azure) Des solutions connues


Télécharger ppt "#JSS2013 Les journées SQL Server 2013 Un événement organisé par GUSS."

Présentations similaires


Annonces Google