Always on sur Hyper V

Hello les amis

Attention pb chelou :)

Je fais un lab sur HYPERV : j'ai 3 VM ELOAFORMATION 2,3 et 4

Les 3 sont dans un cluster windows tout marche bien.

J'ai installé un SQL cluster sur ELOAFORMATION2 et rajouter les machines 3 et 4 => nickel

Je crée l'AG (que j'ai activé bien sur via le service SQL) et j'essaye d'ajouter ELOAFORMATION dans les replicas, et la patatra il ne le trouve pas

J'ai bien sur désactivéle firewall sur toutes les VM et activer le TCP/IP

Ce sont des VM windows server 2019 et SQL Server 2019

Question bete, comment peut il ajouter le replica ELOAFORMATION3 alors que le service SQL est arrete sur celui ci ( c'est normal car le service SQL va etre demarrer sur celui ci quand il va basculer) mais bon je prefere confirmation de votre part :)

Je répète je suis sur Hyper V, et je cherche des gens qui ont eu ce genre de souci

Pièce jointe 619501

Merci a vous

Hello,

Je n'ai pas tout compris à tout problème mais visiblement tu as une instance qui n'est pas joignable. Voici les points que je regarderai:

- Instance démarrée ?
- Instance par défaut / Instance nommée ?
- Port d'écoute de l'instance SQL concernée?

++

Je reponds que maintenant j'ai repris le sujet

Question un peu bete mais :

Quand on est dans un scénario avec d'un cluster classique, avec deux noeuds SQL, les services SQL doivent bien etre demarrés sur les deux instances ?

Car sur le serveur secondaire SQL, les services sont arrétés, du coup j'essaie de le demarrer et j'ai ce message d'erreur :

initerrlog*: impossible d'ouvrir le fichier journal des erreurs*'\\eloaformation2\DATA\MSSQL15.OLIVIER\MSSQL\Log\ERRORLOG'. Erreur système*= 32(Le processus ne peut pas accéder au fichier car ce fichier est utilisé par un autre processus.).

J'ai mis les DATA et les LOGS sur le serveur primaire dans un repertoire qui s'appele C:\DATA

Bien sur le compte de service SQL Server a bien les droits dessus

J'ai bien desactivé aussi le parefeu de mon coté

merci a vous

AlwaysOn nécessite que toutes les instances participantes soient démarrées... Comment veux tu propager les informations aux différents nœuds si l'instance ne peut ni les recevoir ni les appliquées ?

AlwaysOn, n'a rien à voir avec le cluster de haute disponibilité que l'on faisait en version 2000 ou les nœuds étaient en "standby" et partageaient une même baie de disque...

A +

Oui je m'en doutais :)

Cela fait 2 jours que je m'arrache les cheveux sur ce pb je comprends pas...

initerrlog*: impossible d'ouvrir le fichier journal des erreurs*'\\eloaformation2\DATA\MSSQL15.OLIVIER\MSSQL\Log\ERRORLOG'. Erreur système*= 32(Le processus ne peut pas accéder au fichier car ce fichier est utilisé par un autre processus.).

Ce n'est pas un pb de droit car c'est le compte admin des serveurs qui tournent et en plus ils sont admin des 2 machines

Si quelqu'un a deja eu ce pb je suis preneur...