MIRRORING SQL2005 PROBLEME

[aziatedu13]

Bonjour,

J'essai de mettre en place un Mirroring, avec :

1 server principale ( SQL2005 Standard édition SP 2 sous windows 2003 Server RC2)
1 server secondaire SQL2005 Standard édition SP 2 sous windows 2003 Server RC2)
1 server temoin (SQL2005 Standard édition SP 2 sous seven 64bits )

J'ai sauvegardé la base+ journaux sur le serveur principale
J'ai restauré base + journaux sur le server secondaire
Dans le SQL management studio, je sélectionne ma base a "mirrorer" et je lance taches=>miroir.
puis je sélectionne mon serveur primaire, secondaire et temoin.
A la fin , j'ai :

TCP://MONSERVERPRINCIPALE.MONDOMAINE:5022
TCP://MONSERVERSECONDAIRE.MONDOMAINE:5022
TCP://MONSERVERTEMOIN.MONDOMAINE:5022


Les 3 serveurs ont une Connexion en commun qui est le meme login et MDP.
Par contre, je n'ai pas créé d'utilisateur en commun... Je ne vois pas comment, vu que je fais juste un restore de bdd principale.
lors de la restauration, le bdd restauré sur le server secondaire a une fleche verte vers le haut, et (restauration..) est écrit.

Lorsque je valide l'utilitaire de mirroir, la base sur le server mirroir passe de (restauration...) à (en récuppération), puis un message d'erreur apparait :
-------------------------------------------------------------------------
L'adresse réseau du serveur "TCP://MONSERVERSECONDAIRE.MONDOMAINE:5022" est impossible à atteindre ou elle n'existe pas. Vérifiez le nom de l'adresse réseau et assurez-vous que les ports des points de terminaison locaux et distants sont opérationnels. (.Net SqlClient Data Provider)
------------------------------------------------------------------------

je ne suis sous aucun parefeu.
Chaque machine est joignable sur le réseau. les ports sont bien en écoute, et les endpoint sont bien démarré sur les servers.

Pouvez vous m'aider ?

Merci.

[mikedavem]

Bonjour,

Vérifiez que les comptes de connexion aux différents ENDPOINTS dédiés au mirroring ont bien le droit de se connecter sur ces derniers.

++

[Ptit_Dje]

Quand vous parlez de server, ce sont bien des servers distincts ?
Est ce vos seules instances SQL Server sur vos machines ?

J'ai deja rencontre le cas ou un endpoint etait defini avec le meme port sur une autre instance du serveur, posant des problemes de connection. Invisible au niveau de l'instance en elle meme.
La solution dans ce cas est d'utiliser un autre port.

[SQLpro]

Préférez la solution scripté et authentifiée par certificat.
Voici le script que j'utilise pour mettre en place une solution de mirroring :
http://blog.developpez.com/sqlpro/p7...-base-de-donn/

A +

[mikedavem]

Vérifiez également vos pare feux ... qui peuvent bloquer les connexions sur vos points de terminaisons.

++

[aziatedu13]

Envoyé par Ptit_Dje

Quand vous parlez de server, ce sont bien des servers distincts ?
Est ce vos seules instances SQL Server sur vos machines ?

J'ai deja rencontre le cas ou un endpoint etait defini avec le meme port sur une autre instance du serveur, posant des problemes de connection. Invisible au niveau de l'instance en elle meme.
La solution dans ce cas est d'utiliser un autre port.

Bonjour,

En faite, mon server principale est sur une machine distinct, le secondaire une machine Virtuel installé sur une autre machine ,et mon server témoin est une instance SQL sur une machine virtuel installé sur le server principale.

Donc 2 machines Physique distinct :
Server principale : machine physique
Serveur secondaire : machine virtuel
Témoin : machine virtuel installé sur server principale


Le server témoin ( Virtual machine) est installé sur le serveur principale.

j'utilise des machines virtuel pour tester le miroring, si j'arrive a mettre en place ça, je le ferait avec 3 machines physique distincte.

Peut être les Virtual machine pose problème, et que je dois changer les ports.
mais dans l'utilitaire, je ne peux changer les ports...
D'après vous ??

Je souhaiterai passer par l'utilitaire, mais en dernier recourt je passerai par le tuto avec les scripts.

Merci.

[sacha79]

1) Vérifier que le Protocol TCP/IP est bien activé dans SQL Server Configuration Manager.
2) Tester l'accessibilité aux ports 5022 via telnet sur chaque serveur distant. En cas d'échec vérifier la présence d'une règle de firewall pour autoriser l'accès au port sur chaque serveur.