Discussion :

[Boubou2020]

Bonjour a tous

Je suis novice et tient à présenter mes excuse pour cette question très conne donc n'hésitez pas à me corriger si je dis des bêtises.

je viens de configurer pour la première fois un cluster sql2008R2 sur une plateforme de virtualisation (XEN-Citrix) , pour commencer j'ai fait plusieurs recherche et j'ai télécharger plusieurs document et vidéo mais pour le moment j'ai plusieurs chose qui sont sont jusqu’à manant flous
la première chose c'est la configuration du partage quorum ,l'administrateur système m'a dit qu'il n'aura plus un baie de disque mais juste un disque partager avec les deux serveur cluster ,la première question c'est a quoi sert ce quorum (est ce qu'il contiens les fichier Physique de mon base de donné) ?? et la deuxième question comment je peux communiquer avec ce quorum si il n'a pas d'adresse virtuelle (car je suis sur une plateforme de virtualisation)
autre question dans le cas ou la première serveur se crache normalement la deuxième cluster c'est celui qui prend le relève est ce que je doit renommer le non du serveur pour que mon application puisse connecter

merci et désoler une autre fois si je dit n'importe quoi car c'est la première fois que je fait la configuration et je suis dans une phase de test

[mikedavem]

Hello,

la première chose c'est la configuration du partage quorum ,l'administrateur système m'a dit qu'il n'aura plus un baie de disque mais juste un disque partager avec les deux serveur cluster ,la première question c'est a quoi sert ce quorum (est ce qu'il contiens les fichier Physique de mon base de donné) ??

Sur SQL Server 2008R2 tu as plusieurs types de quorum. Certains types comportent une ressource témoin pour pouvoir établir correctement le quorum en cas de défaillance d'un des nœuds notamment lorsque le nombre de nœuds est pair (pour établir correctement un quorum il faut être en majorité pour rappel). Dans ton cas visiblement cette ressource témoin concerne un disque partagé entre tes nœuds de cluster. Ce disque ne comportequ'une base de données contenant la configuration du quorum pour faire simple.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 et la deuxième question comment je peux communiquer avec ce quorum si il n'a pas d'adresse virtuelle (car je suis sur une plateforme de virtualisation)

Le témoin est une ressource de type disque donc tu n'as nullement besoin d'avoir d'adresse IP pour cela. Tes nœuds communiquèrent avec ton disque avec les protocoles et API adéquates (SCSCI-3 notamment)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

autre question dans le cas ou la première serveur se crache normalement la deuxième cluster c'est celui qui prend le relève est ce que je doit renommer le non du serveur pour que mon application puisse connecter

Tu es dans une configuration cluster donc tes applications se connecteront en utilisant un CAP (Client Access Point) qui correspond à tes ressources de nom réseau + VIP (virtual IP). En cas de crash d'un des nœuds, le CAP va automatiquement basculement d'un nœud à un autre de manière transparente (du moins presque car tu auras une coupure au niveau de ton application). Ton application ne connaître que le nom réseau associé à ton groupe de ressources / rôle / application SQL Server dans ton cas.

++

[Boubou2020]

merci pour vos conseils

sur la même piste j'ai commencé en lisant des dosc sur la configuration du cluster je viens de trouver une étape de configuration de ce qu'on appelle le MSDTC(Microsoft Distributed Transaction Coordinator)
c'est quoi ce MSDTC(service,role,..)? et quel est leur rôle dans le cluster ??? et est il nécessaire de faire leur configuration ?

[SQLpro]

Trois choses sur le cluster...
1) faire un cluster sur une même VM ne sert pas à grand chose, vu que le cluster sert essentiellement aux défaillances matérielles..
2) il existe des moyens plus pointus de faire de la haute dispo à partir de SQL Server 2012, comme AlwaysOn, ou moins étendu Mirroring à partir de la version 2005
3) depuis la version 2012 et AlwaysOn, le cluster système à tendance à être "deprecated" au profit de AlwaysOn.

A +

[Boubou2020]

Bonjour
je reviens vers vous sur sujet car j'ai pas trouver une solution pour mon probléme
au moment de la configuration du partage Quoraum je suis devant ce blocage ci joint le message apparent
il s'agit d'un partage windows ou la compte d’exécution a le droit sur ce partage
merci pour vos aide

[mikedavem]

Regarde du côté des permissions dans ton cas.
C'est le compte d'ordinateur du cluster qui doit pouvoir lire et écrire sur ce partage

++