Architecture : Mirroring + Cluster [Résolu]

[orafrance]

Bonjour,

J'ai un cluster d'installer au boulot mais conscient que cela ne règle pas l'indispo des disques, on envisage d'y adjoindre du mirroring.

Est-il possible de mirrorer la base sur le serveur inactif sachant que sur celui-ci j'ai une instance active (inst1 active sur A et inactive sur B et inst2 active sur B inactive sur A) ? Quelqu'un a-t-il une telle expérience ?

Si vous avez des remarques générales à formuler, elles seront les bienvenues

[Kroilia]

Pour vous répondre simplement : oui, evidemment !

C'est la grosse différence entre votre mirror et votre cluster. Vous pouvez même diviser vos bases d'une même instance sur vos deux noeuds. (inst1 : moitié des bases en principales sur le noeud 1, l'autre moitié des bases en principales sur le noeud2)

Cependant, j'espere que lorsque vous dites inactive, vous voulez dire secondaire. Vous ne pouvez pas mirrorer vos bases sur une instance inactive.

J'ai une structure identique à la votre en Prd ici, je serais ravi de répondre à vos questions si vous en avez.

Cdt

[EDIT] : Je ne comprends pas, vous etes sur une architecture en cluster, vous avez donc vos unités de stockage en réseau (Baie SAN) je me trompe ? Pourquoi parlez vous d'indisponibilité des disques durs ?

[SQLpro]

Le single point of failure d'un cluster c'est justement la baie de disque partagée... Imaginez les conséquence d'un feu dedans....
C'est arrivé récemment à un de mes clients sur du matériel DELL : un disque part en sucette, mais chauffe tellement qu'il endommage le disque voisin !
Constat de DELL : ha ben c'est le première fois que cela arrive...
Et mon oeuil !!!

Cela dit je ne voit pas l'intérêt de combiner CLUSTER + MIRRORING (à part enrichir MS par un surcout de licences)...

A +

[orafrance]

Envoyé par Kroilia

Je ne comprends pas, vous etes sur une architecture en cluster, vous avez donc vos unités de stockage en réseau (Baie SAN) je me trompe ? Pourquoi parlez vous d'indisponibilité des disques durs ?

La reconstruction du log dans le RAID 5 prend 4h, si un deuxième disque est perdu pendant cette reconstruction alors les données sont perdues. On va passer en RAID 6 en principe mais on préfère avoir ceinture et bretelle On n'est pas non plus à l'abri d'un SAN qui tombe en panne comme le dit SQLPro

Envoyé par SQLpro

Cela dit je ne voit pas l'intérêt de combiner CLUSTER + MIRRORING (à part enrichir MS par un surcout de licences)...

la licence n'est pas un problème L'intérêt c'est de s'assurer une continuité de service dans tous les cas (blade HS, disque HS, controler HS, etc...) excepté une panne du réseau.

Sachant, si j'ai bien retenu mes leçons , que contrairement au cluster, le mirroring impose une intervention manuel. Au final, seul une grosse panne sur les disques imposerait une intervention manuelle, les autres pannes étant prises en charge par le cluster

J'ai une question idiote aussi... comment passe-t-on les patches ou hotfix dans un cluster ? On bascule toutes les instances sur le noeud secondaire, on patch le primaire, on bascule à nouveau et on patche le secondaire ? Ou on peut le faire sans rien toucher ?

[SQLpro]

MIRRORING, pas forcement manuel... Il est automatique si :
1) le mode est synchrone
2) les applications se connectent avec SQLNcli en spécifiant dans la chaine de connexion FAILOVER PARTNER...
Et dans ce cas le basculement est même plus rapide que pour le cluster...

A +

[orafrance]

ha tiens, à ce sujet j'ai une question : comment faire basculer le mirroring ? En d'autre terme, comment simuler un problème ?

[SQLpro]

Si c'est en automatique, débranche le cordon réseau RJ45 du serveur de prod.

Si c'est manuel il faut regarder l'état du mirroring au niveau de la base...

A +

[orafrance]

c'est une image VMWare... si je déconnecte le réseau, je suis déconnecté aussi

[SQLpro]

Voila ce que c'est que d'utiliser des cochonnerie !

Donc débranche le virtuellement.....

[orafrance]

C'est pas idiot... un redémarrage suffit... comme quoi, faut pas chercher compliqué

[orafrance]

Bonjour,

J'ai un cluster SQL 2005 avec 2 instances, une sur chaque noeud. Le soucis c'est que si j'ai bien ainsi de la haute dispo en cas de panne matériel, rien n'est prévu quand à un problème de disque.

Je souhaiterai donc mirrorer mes bases de données mais j'arrive pas à voir comment faire En effet, pour le monent je me connecte au base via la connection : MONSERVEUR\MONSINSTANCE... MONSERVEUR étant l'alias qui accéde soit à SQL1 soit à SQL2 selon l'état du cluster. Or, lorsque je vais créer le miroir il va bien falloir que je dise que je réplique SQL1\MONINSTANCE sur SQL2\MONINSTANCE... et je vais perdre le bénéfice du cluster

Le witness ça sert à pallier ce genre de problème ou ça n'a rien à voir ?

J'arrive pas à me sortir de ce souci... si vous avez des idées, ce serait pas mal de les partager

[Ptit_Dje]

Ton cluster est relié à un SAN ou se sont des disques locaux ?

[orafrance]

c'est un SAN... mais j'vois pas ce que ça change

[orafrance]

Alleluia... j'ai compris l'intérêt et réussi à installer un serveur witness

Par contre... dans mon cluster j'vois pas bien où je peux le mettre... c'est sur un serveur qui n'a rien à voir ou bien ?

[Ptit_Dje]

Niveau SAN, tes instances se trouvent elles bien sur des disk groups, voir des LUN séparés ?
Car si tu implementes un mirroring d'instance à instance et que tout se retrouve finalement sur les mêmes disques, je ne vois aucun interet à faire du mirroring.

De plus sur un SAN, il peut etre configuré (du moins ici) de telle sorte à deja implementer du raid 10 (par exemple) ce qui est deja une sureté en plus en cas de crash de disque.

[Ptit_Dje]

Envoyé par orafrance

Alleluia... j'ai compris l'intérêt et réussi à installer un serveur witness

Par contre... dans mon cluster j'vois pas bien où je peux le mettre... c'est sur un serveur qui n'a rien à voir ou bien ?

L'interet du witness est de faire basculer directement de l'instance primaire vers l'instance secondaire au cas ou l'instance primaire rend l'ame. (Ou que la connection avec la witness rend l'ame...).
Ce n'est "qu'un observateur" permettant le basculement automatique.

[orafrance]

j'ai bien compris mais on le mets où ce témoin ? Une autre instance du cluster, sur un autre serveur ?

Envoyé par Ptit_Dje

Niveau SAN, tes instances se trouvent elles bien sur des disk groups, voir des LUN séparés ?
Car si tu implementes un mirroring d'instance à instance et que tout se retrouve finalement sur les mêmes disques, je ne vois aucun interet à faire du mirroring.

Bien entendu

Envoyé par Ptit_Dje

De plus sur un SAN, il peut etre configuré (du moins ici) de telle sorte à deja implementer du raid 10 (par exemple) ce qui est deja une sureté en plus en cas de crash de disque.

Je connais l'architecture cluster et haute dispo, c'est bien des infos techniques relative à SQL server dont j'ai besoin... merci néanmoins pour ces rappels

[Ptit_Dje]

Envoyé par orafrance

j'ai bien compris mais on le mets où ce témoin ? Une autre instance du cluster, sur un autre serveur ?



Bien entendu



Je connais l'architecture cluster et haute dispo, c'est bien des infos techniques relative à SQL server dont j'ai besoin... merci néanmoins pour ces rappels

Je me doute, cependant on ne sait jamais

Pour ton witness tu le mes ou tu veux, que ce soit un desktop sous ton bureau, ou un autre serveur dans ta salle des machines.

[SQLpro]

Plutôt sur un autre serveur physique....

A +

[orafrance]

OK, c'est noté... bon, bah j'pense que j'ai toute les billes maintenant