Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d'urgence complète.








télécharger 166.75 Kb.
titreRésumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d'urgence complète.
page9/10
date de publication23.12.2016
taille166.75 Kb.
typeRésumé
ar.21-bal.com > loi > Résumé
1   2   3   4   5   6   7   8   9   10

Éléments à prendre en considération pour l'analyse


La migration d'une topologie utilisant une instance FCI et la mise en miroir de bases de données vers une solution utilisant une instance FCI et les groupes de disponibilité requiert de nouvelles méthodes d'analyse. Les méthodes et les outils que vous pouvez utiliser pour surveiller l'infrastructure du groupe de disponibilité comprennent le tableau de bord AlwaysOn dans SQL Server Management Studio, les informations d'état de l'Explorateur d'objets, les stratégies de Gestion basée sur des stratégies, les nouveaux compteurs de performances de groupe de disponibilité, les affichages catalogue, les vues de gestion dynamique, une session d'événements étendus qui suit les exécutions récentes des instructions liées aux DDL AlwaysOn, les problèmes de connectivité WSFC, les événements de basculement, les changements d'état et les événements de blocage de thread de restauration.

Le tableau de bord AlwaysOn est l'outil privilégié pour consulter rapidement l'intégrité d'un groupe
de disponibilité spécifique. Il vous permet de voir l'emplacement de l'instance principale, le mode de basculement, l'état de synchronisation et la disponibilité de basculement des différents réplicas. Vous pouvez également accéder à la session d'événements étendus d'intégrité AlwaysOn directement à partir du tableau de bord pour afficher l'activité du groupe de disponibilité, les changements d'état et les événements les plus récents.

c:\users\joseph~1\appdata\local\temp\snaghtml264e8e34.png

Figure  : Tableau de bord AlwaysOn

De plus, vous pouvez créer des alertes SQL Server Agent et des réponses à un travail en fonction des seuils du compteur de performances et des changements d'état du groupe de disponibilité. Pour plus d'informations et des instructions sur la manière de surveiller un environnement de groupe de disponibilité, consultez Surveillance des groupes de disponibilité.

Récupération après sinistre


Cette section détaille les étapes du flux de travail que vous devez suivre en cas de panne du réplica principal dans le centre de données principal. Elle couvre également les étapes requises pour restaurer la disponibilité du réplica principal depuis le centre de données de récupération d'urgence. Les causes d'une panne du réplica principal peuvent être les suivantes :

  • Échec de tous les nœuds FCI du centre de données principal

  • Échec du stockage FCI du centre de données principal

  • Échec ou panne de réseau ayant un impact sur l'ensemble du centre de données principal

Dans l'un de ces scénarios, un certain nombre d'actions doivent être effectuées au niveau du centre
de données de récupération d'urgence afin de rétablir le service SQL Server pour les applications.

La Figure illustre la fenêtre Informations de quorum de cluster pour ce scénario (ces informations sont accessibles à partir du tableau de bord AlwaysOn et du lien Afficher des informations de quorum de cluster ). Elle représente le quorum avant l'incident, où les deux nœuds de récupération d'urgence ont zéro vote.



Figure  : État précédant des votes de quorum du cluster

Le flux de travail suivant présente les étapes nécessaires pour restaurer un groupe de disponibilité dans le centre de données de récupération d'urgence en cas de panne du centre de données principal :

  1. Forcez le quorum sur l'un des nœuds de récupération d'urgence, et vérifiez que les nœuds du centre de données principal ne forment pas leur propre quorum.

Le gestionnaire du cluster de basculement exécuté sur un nœud de récupération d'urgence ne fournira probablement pas d'emblée des informations utiles sur l'état du WSFC car le cluster
n'a plus le quorum.



Figure  : Gestionnaire du cluster de basculement après un problème grave et avant la récupération

Étant donné que les instances FCI dépendent d'un WSFC opérationnel, elles sont accessibles à moins qu'un quorum du cluster et le service de cluster soient en cours d'exécution à la fois. Pour un scénario où l'état du centre de données principal est incertain et le service doit être restauré à partir du centre de données de récupération d'urgence secondaire pour répondre aux objectifs de récupération de l'entreprise, vous devez forcer le quorum sur l'un des nœuds de récupération d'urgence.

La commande Windows PowerShell suivante montre comment forcer un quorum sur l'un des nœuds de récupération d'urgence.

Start-ClusterNode –Name "DRNODE1" –FixQuorum

Après avoir exécuté cette commande, vous devriez voir un affichage semblable au suivant.

Name State

------- --------

drnode1 Joining

Remarque : si le service de cluster est toujours sur « DRNODE1 », vous pouvez utiliser la commande suivante dans Windows PowerShell pour arrêter le service avant de redémarrer le service de cluster avec un quorum forcé :

Stop-ClusterNode –Name "DRNODE1"

Pour connaître les autres outils que vous pouvez utiliser pour forcer un quorum, comme cluster.exe ou le gestionnaire du cluster de basculement, consultez Forcer un cluster WSFC à démarrer sans quorum.

  1. Ouvrez le gestionnaire du cluster de basculement pour afficher l'état du cluster Windows. À ce stade, le cluster Windows doit avoir l'état de quorum forcé, et l'instance FCI secondaire doit fonctionner. L'instance FCI du centre de données principal restera hors connexion, tout comme les ressources
    du groupe de disponibilité.



Figure  : Gestionnaire du cluster de basculement après avoir forcé le quorum

  1. Mettez le groupe de disponibilité en ligne sur l'instance FCI de récupération d'urgence.

Attention : si le réplica est configuré en mode asynchrone, la restauration du service peut entraîner une perte de données pour tous les enregistrements de journal non envoyés. Vous devez comprendre parfaitement les conséquences de cette opération.

Pour plus d'informations sur la procédure à suivre avant, pendant et après ce type de basculement manuel, consultez Effectuer un basculement manuel forcé d'un groupe de disponibilité.

Connectez-vous à l'instance FCI dans le centre de données de récupération d'urgence à l'aide de SQL Server Management Studio. SQL Server Management Studio doit indiquer que les bases de données de disponibilité sont dans un état non synchronisé (« Not synchronizing »). L'instance FCI de récupération d'urgence doit également indiquer un état de résolution (« Resolving ») comme dans la Figure .

c:\users\joseph~1\appdata\local\temp\snaghtml27e1ccf0.png

Figure  : Explorateur d'objets SQL Server Management Studio après avoir forcé le quorum

Notez que dans la Figure  l'autre réplica, dans cet exemple « SQLFCIPrimary\INST_A », n'indique aucun état dans l'Explorateur d'objets sous le dossier « Availability Replicas »
de AG1. Il s'agit de l'instance FCI du centre de données principal qui n'est plus accessible
en raison de la panne.

Si le risque de perte de données est acceptable et le service doit être restauré sur le centre de données, exécutez la syntaxe Transact-SQL suivante sur l'instance FCI de récupération d'urgence afin de forcer le basculement.

ALTER AVAILABILITY GROUP [AG1] FORCE_FAILOVER_ALLOW_DATA_LOSS;

À ce stade, les bases de données de votre groupe de disponibilité doivent être disponibles. Reportez-vous à la Figure pour un exemple de l'état du basculement après le forçage.

c:\users\joseph~1\appdata\local\temp\snaghtml27e339b6.png

Figure  : Explorateur d'objets après un basculement forcé

Après la remise en ligne, les nouvelles connexions à l'écouteur du groupe de disponibilité sont acheminées automatiquement sur le réplica principal actuel, qui est maintenant hébergé par l'instance FCI de récupération d'urgence.

Notez également que des messages d'avertissement peuvent s'afficher pour signaler que les nœuds du centre de données principal sont indisponibles dans SQL Server Management Studio. La Figure illustre ce type de message.

c:\users\joseph~1\appdata\local\temp\snaghtml27e539f5.png

Figure  : Tableau de bord AlwaysOn après un basculement forcé

  1. À partir d'un nœud WSFC de récupération d'urgence, supprimez les votes des nœuds du centre
    de données principal et attribuez des votes aux nœuds du centre de données de récupération d'urgence. Les votes peuvent est supprimés même si les nœuds du centre de données principal ne sont pas disponibles. Les deux nœuds avec un poids de « 1 » sont les nœuds WSFC de récupération d'urgence.

(Get-ClusterNode "DRNode1").NodeWeight=1

(Get-ClusterNode "DRNode2").NodeWeight=1

(Get-ClusterNode "PrimaryNode1").NodeWeight=0

(Get-ClusterNode "PrimaryNode2").NodeWeight=0

Remarque : si le site de récupération d'urgence est voué à être utilisé pour une longue période, il est recommandé que des membres de vote supplémentaires (nœud ou partage de fichiers WSFC) soient ajoutés.

Avant de continuer, vérifiez que les votes de nœud ont été modifiés comme prévu à l'aide de la commande Windows PowerShell suivante.

Get-ClusterNode | fl NodeName, NodeWeight

Comme mentionné plus haut dans ce document, la plupart des entreprises de grande taille répartissent les fonctions entre les rôles d'administrateur de base de données, d'administrateur Windows Server
(ou cluster) et d'administrateur réseau. Le tableau suivant récapitule le flux de travail de récupération d'urgence décrit précédemment et indique les fonctions habituellement prises en charge par les différents rôles d'entreprise, à des fins de planification.

Étape

Administrateur de base de données

Windows Server \ administrateur de cluster

Administrateur réseau

  1. Vérifiez l'état actuel du centre de données principal et des nœuds de récupération d'urgence WSFC restants,
    et coordonnez les tâches.

Oui

Oui

Oui

  1. Forcez le quorum sur l'un des nœuds du site de récupération d'urgence pour accéder à l'instance FCI de récupération d'urgence.




Oui




  1. Forcez le basculement du groupe de disponibilité sur l'instance FCI de récupération d'urgence.

Oui







  1. Ajoutez des votes aux nœuds de récupération d'urgence
    et supprimez les votes sur
    les nœuds principaux.




Oui




Tableau  : Récupération après sinistre par rôle de travail
1   2   3   4   5   6   7   8   9   10

similaire:

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Résumé : les groupes de disponibilité sql server 2012 AlwaysOn offrent...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Résumé : le clustering de basculement sql server, qui inclut la prise...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Résumé : Ce livre blanc décrit la fonctionnalité filestream de sql...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Haute disponibilité d'un service Web dynamique

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Solutions de haute-disponibilité, pra et Datacenter

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\La cciag met en place un si haute disponibilité et utilise evault°Infostage...
...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Deploiement d’images systeme et de logiciels, mise enplace de serveur...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Nexsan lance une nouvelle solution de stockage professionnelle sas...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Bienvenue dans le Guide des opérations sur la sécurité de Windows...

Résumé : Les instances de cluster de basculement (fci) sql server 2012 AlwaysOn et les groupes de disponibilité AlwaysOn fournissent une solution de haute disponibilité et de récupération d\Sennheiser, leader mondial de produits audio grand public, a choisi...
«in-memory computing» tout en mémoire permet aux clients de Magic de bénéficier de service de haute disponibilité, du rapport coût-efficacité,...








Tous droits réservés. Copyright © 2016
contacts
ar.21-bal.com