IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Réplications SQL Server Discussion :

Haute disponibilité et basculement automatique


Sujet :

Réplications SQL Server

  1. #1
    Nouveau membre du Club
    Inscrit en
    Janvier 2008
    Messages
    136
    Détails du profil
    Informations forums :
    Inscription : Janvier 2008
    Messages : 136
    Points : 36
    Points
    36
    Par défaut Haute disponibilité et basculement automatique
    Bonjour,

    je travaille sous MS SQL 2017 Version Standard, j'ai implémenté une solution en utilisant les groupes de disponibilité avec deux replica (primaire et secondaire).
    en mode de basculement automatique, et validation synchrone.
    j'ai crée un lister pour permettre l’accès aux applications clientes.

    le cluster est opérationnel sur le replica primaire, j'ai effectué un test pour simuler le basculement en arrêtant l'instance SQL SERVER sur le primaire,
    le basculement est réalisé avec succès sur le secondaire, puis j'ai essayé de réactiver l'instance SQL SERVER sur le primaire, mais le cluster reste toujours sur le secondaire.

    est ce qu'il y a moyen pour que le basculement se fait automatiquement sur le serveur primaire après rétablissement de l'instance.

    Cordialement,

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 741
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 741
    Points : 52 454
    Points
    52 454
    Billets dans le blog
    5
    Par défaut
    le système est totalement symétrique. Donc si vous avez basculé sur l'autre il ne reviendra pas, tant que :
    • un incident le force à basculer;
    • vous décidiez de le faire basculer.


    Dans les deux cas il faudra que les bases soient synchronisées.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Nouveau membre du Club
    Inscrit en
    Janvier 2008
    Messages
    136
    Détails du profil
    Informations forums :
    Inscription : Janvier 2008
    Messages : 136
    Points : 36
    Points
    36
    Par défaut
    Désolé, j'ai oublié de préciser ce scénario:

    Au départ, le cluster est sur le primaire, j’arrête l'instance SQL sur le primaire, le cluster bascule automatiquement sur le secondaire, puis je rétabli l'instance SQL sur le primaire, et je fais basculer manuellement le cluster sur le meilleur nœud, tout va bien jusqu'au là, le problème survient si j’arrête encore une fois l'instance SQL sur le primaire, le cluster se mets à l'échec malgré que le secondaire est en bon état et synchronisé avec le primaire.

    Merci.

  4. #4
    Nouveau membre du Club
    Inscrit en
    Janvier 2008
    Messages
    136
    Détails du profil
    Informations forums :
    Inscription : Janvier 2008
    Messages : 136
    Points : 36
    Points
    36
    Par défaut
    Bonjour,

    Le message d'erreur que je reçois est:

    Nom : erreur cluster basculement.jpg
Affichages : 625
Taille : 159,8 Ko

    Comment remédier à ce problème.

    Cordialement,
    Images attachées Images attachées  

  5. #5
    Expert éminent sénior
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Points : 12 891
    Points
    12 891
    Par défaut
    Hello,

    Ce comportement est normal car vous allez au delà des seuils permis par la configuration par défaut (2 basculements autorisés dans une fenêtre de 6H). Les messages d'erreurs que tu vois le confirment.
    C'est quelque chose que l'on change régulièrement au niveau des ressources clusters concernées lors des phases de tests pour éviter ce comportement.

    ++

  6. #6
    Nouveau membre du Club
    Inscrit en
    Janvier 2008
    Messages
    136
    Détails du profil
    Informations forums :
    Inscription : Janvier 2008
    Messages : 136
    Points : 36
    Points
    36
    Par défaut
    Merci de votre réponse...

    pourriez vous m'indiquer quelle valeur je peux mettre pour que je puisse faire des tests de basculement sans échec.
    j'ai essayé de changer les paramètres comme indiqué sur les captures mais toujours je passe à l'état échec de la ressource.

    Nom : propriete cluster.jpg
Affichages : 615
Taille : 67,8 Ko
    Nom : propriete ressource.jpg
Affichages : 623
Taille : 79,6 Ko

    Merci.

  7. #7
    Expert éminent sénior
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Points : 12 891
    Points
    12 891
    Par défaut
    C'est bien le nombre maximal d'échecs dans la période spécifiée qu'il faut configurer. 10 me paraît une bonne valeur.
    Je déconseille la restauration automatique (failback).

    Tu peux encore avoir des soucis mais au delà des 10 essais en principe. Quelle erreur rencontres-tu cette fois? Un échec de la ressource au bout de combien de tentatives? Est-ce qu'il s'agit bien de cette ressource cette fois et pas une autre ?

    ++

  8. #8
    Nouveau membre du Club
    Inscrit en
    Janvier 2008
    Messages
    136
    Détails du profil
    Informations forums :
    Inscription : Janvier 2008
    Messages : 136
    Points : 36
    Points
    36
    Par défaut
    Bonjour et désolé pour mon absence, j'ai oublié de répondre à ce message.

    Actuellement je suis sous SQL server 2017 version standard, et j'ai deux nœuds (principal et secondaire).
    le basculement se fait automatiquement dès q'un nœud tombe en panne, ma question est dans ce scénario:
    si un problème survient sur le premier, le basculement se fait automatiquement sur le second et reste sur ce dernier.
    est ce qu'il y a une possibilité de paramétrer le basculement auto à nouveau sur le principal après une certaine durée.
    pour le moment le serveur secondaire reste actif jusqu'à ce que je le bascule manuellement.

    Merci.

Discussions similaires

  1. [ASE][HA]Haute disponibilité Actif/Passif
    Par gauthk dans le forum Sybase
    Réponses: 3
    Dernier message: 03/03/2007, 02h32
  2. Haute disponibilité lors des installations PL/SQL
    Par Wurlitzer dans le forum PL/SQL
    Réponses: 9
    Dernier message: 15/09/2006, 15h40
  3. Miroire : Basculement automatique sur Oracle 9i
    Par Process Linux dans le forum Oracle
    Réponses: 3
    Dernier message: 19/09/2005, 18h37
  4. Haute Disponibilité
    Par ovh dans le forum Réseau
    Réponses: 12
    Dernier message: 07/09/2003, 21h29

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo