4
Failover Fails
Hallo,
zu übungszwecken habe ich mir drei virtuelle Windows Server 2003 Enterprise VMs erstellt, mit denen ich ein kleinstes Cluster für Terminal-Services einrichten möchte.
Die beiden Terminalserver:
ts01 (192.168.100.8)
ts02 (192.168.100.9)
Der Terminalserver-Cluster:
tsc (192.168.100.7)
Und der "Manager":
srv01 (192.168.100.10)
Ich habe nun mit dem cluster Administrator ein neues Cluster erstellt (auf dem srv01). Dabei gab es eine Warnung bei der Quorum Disk. Diese habe ich manuell auf Majority Node gesetzt, da local ja normalerweise keinen Sinn macht. Als ersten Knoten habe ich den ts01 verwendet. Später, im Cluster-Manager nach der Instalaltion, habe ich den zweiten ts hinzugefügt. Ein Private LAN besteht zwischen ts01 und ts02.
Ich man mich nun auch immer an dem Server anmelden, dem gerade die Cluster Group gehört. Wenn ich nun den ts herunterfahre, dem die cluster group gehört, herunterfahre, so switcht er nicht automatisch um auf den anderen ts. Manuell kann ich die Cluster Group (bestehend aus der IP-Adresse) rüberswitchen --> funktioniert bestens.
Ich vermute es liegt an der quroum-Disk, da ich nicht weiß was ich hier eigentlich bzw. wie ich eigentlich was einstellen soll. Dies Quroum-Disk liegt auf irgendeiner Partition (\\f0cfa3fd-fd63.......| Root-Path \MSCS\) wo ich überhaupt nicht weiß wo das sein soll. Muss ich nicht auch die Quroum-Disk irgendwie freigeben, damit die Nodes zugriff darauf haben (ich glaube die quorum-Disk liegt auf srv01 da ich hier das Cluster erstellt habe).
Weiß jemand vielleicht wie ich die Einstellungen hier treffen muss?
zu übungszwecken habe ich mir drei virtuelle Windows Server 2003 Enterprise VMs erstellt, mit denen ich ein kleinstes Cluster für Terminal-Services einrichten möchte.
Die beiden Terminalserver:
ts01 (192.168.100.8)
ts02 (192.168.100.9)
Der Terminalserver-Cluster:
tsc (192.168.100.7)
Und der "Manager":
srv01 (192.168.100.10)
Ich habe nun mit dem cluster Administrator ein neues Cluster erstellt (auf dem srv01). Dabei gab es eine Warnung bei der Quorum Disk. Diese habe ich manuell auf Majority Node gesetzt, da local ja normalerweise keinen Sinn macht. Als ersten Knoten habe ich den ts01 verwendet. Später, im Cluster-Manager nach der Instalaltion, habe ich den zweiten ts hinzugefügt. Ein Private LAN besteht zwischen ts01 und ts02.
Ich man mich nun auch immer an dem Server anmelden, dem gerade die Cluster Group gehört. Wenn ich nun den ts herunterfahre, dem die cluster group gehört, herunterfahre, so switcht er nicht automatisch um auf den anderen ts. Manuell kann ich die Cluster Group (bestehend aus der IP-Adresse) rüberswitchen --> funktioniert bestens.
Ich vermute es liegt an der quroum-Disk, da ich nicht weiß was ich hier eigentlich bzw. wie ich eigentlich was einstellen soll. Dies Quroum-Disk liegt auf irgendeiner Partition (\\f0cfa3fd-fd63.......| Root-Path \MSCS\) wo ich überhaupt nicht weiß wo das sein soll. Muss ich nicht auch die Quroum-Disk irgendwie freigeben, damit die Nodes zugriff darauf haben (ich glaube die quorum-Disk liegt auf srv01 da ich hier das Cluster erstellt habe).
Weiß jemand vielleicht wie ich die Einstellungen hier treffen muss?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 136444
Url: https://administrator.de/contentid/136444
Printed on: April 18, 2024 at 10:04 o'clock
4 Comments
Latest comment
Hallo,
Du kannst im Cluster-Manager bei jeder Resource angeben, was mit ihr im Fehlerfall gemacht werden soll. Standard ist erstmal "Restart". Wie der Name vermuten lässt versucht der Cluster Service dann, die Resource neu zu starten, und zwar auf dem gleichen Knoten. Wenn allerdings der Haken bei "Affect the Group" gesetzt ist, dann leitet ein Ausfall der Resource den Failover der Gruppe ein.
Zugegeben: ich bin kein Cluster-Experte, in sofern erhebt der Beitrag keinen Anspruch auf Vollständigkeit, aber er liefert einen Ansatz...
Gruß
Filipp
Btw: ist es jetzt ein Majority Node Set Cluster, oder ein Cluster mit Quorum-Disk?
Ersteres arbeitet mit einem Fileshare, der (bei einem zwei-Knoten-Cluster) auf einem dritten Server liegen muss (File Share Witness), auf die beide Clusterkonten zugreifen können (und darüber erkennen, ob der andere "noch am Leben" ist). Letzteres ist eine Disk in einem SAN, auf die beide Knoten zugreifen können (eine lokale Festplatte geht also nicht). Siehe auch http://technet.microsoft.com/en-us/library/cc784005(WS.10).aspx
Du kannst im Cluster-Manager bei jeder Resource angeben, was mit ihr im Fehlerfall gemacht werden soll. Standard ist erstmal "Restart". Wie der Name vermuten lässt versucht der Cluster Service dann, die Resource neu zu starten, und zwar auf dem gleichen Knoten. Wenn allerdings der Haken bei "Affect the Group" gesetzt ist, dann leitet ein Ausfall der Resource den Failover der Gruppe ein.
Zugegeben: ich bin kein Cluster-Experte, in sofern erhebt der Beitrag keinen Anspruch auf Vollständigkeit, aber er liefert einen Ansatz...
Gruß
Filipp
Btw: ist es jetzt ein Majority Node Set Cluster, oder ein Cluster mit Quorum-Disk?
Ersteres arbeitet mit einem Fileshare, der (bei einem zwei-Knoten-Cluster) auf einem dritten Server liegen muss (File Share Witness), auf die beide Clusterkonten zugreifen können (und darüber erkennen, ob der andere "noch am Leben" ist). Letzteres ist eine Disk in einem SAN, auf die beide Knoten zugreifen können (eine lokale Festplatte geht also nicht). Siehe auch http://technet.microsoft.com/en-us/library/cc784005(WS.10).aspx
Normalerweise ist es ein Majority Node Set Cluster, wobei ich nicht weiß auf welche Freigabe es liegt (bei der installationsroutine wurde ich nicht nach einem Share gefragt?) Ist das erste nicht auch ein Quroum, nur halt nicht mit SAN?
Hallo,
Den Pfad des File Share Witness kann man mit "Cluster <ClusterName> res "Majority Node Set" /priv" abfragen.
Gruß
Filipp
Edit: Grund führ fehlenden Failover könnte natürlich auch ein fehlender Witness sein. Ein einzelner Clusterkonten wird, wenn er den anderen + den Witness nicht erreichen kann keinesfalls automatisch die Dienste übernehmen - er kann ja die Mehrheit der Knoten nicht erreichen.
Normalerweise ist es ein Majority Node Set Cluster, wobei ich nicht weiß auf welche Freigabe es liegt (bei der
installationsroutine wurde ich nicht nach einem Share gefragt?) Ist das erste nicht auch ein Quroum, nur halt nicht mit SAN?
Ja, das ist auch ein Quorum. Aber du schreibst immer wieder von "Quorum-Disk" und _das_ ist es definitiv nicht.installationsroutine wurde ich nicht nach einem Share gefragt?) Ist das erste nicht auch ein Quroum, nur halt nicht mit SAN?
Den Pfad des File Share Witness kann man mit "Cluster <ClusterName> res "Majority Node Set" /priv" abfragen.
Gruß
Filipp
Edit: Grund führ fehlenden Failover könnte natürlich auch ein fehlender Witness sein. Ein einzelner Clusterkonten wird, wenn er den anderen + den Witness nicht erreichen kann keinesfalls automatisch die Dienste übernehmen - er kann ja die Mehrheit der Knoten nicht erreichen.
Sorry, bin immer davon ausgegangen das das Quorum grundsätzlich auf einer Disk liegen muss!
