Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: Manfred.Gipp am 13.07.07 - 10:55:28
-
Hallo zusammen,
weiß hier jemand, ob es möglich ist, in einem Notes-Cluster ein Clusterserver während der Laufzeit für die Benutzer zu sperren, so dass die Clients den Failover zum nächsten Clusterserver einfach durchführen?
Damit könnte ich, wenn die User zum nächsten Clustermitglied umgesprungen sind, den Server herunterfahren und ein Update durchführen.
-
Meiner Meinung nach sollte dies (also Serverzugriff sperren) gehen über den Konsolenbefehl:
set conf server_restricted=2
Anschließend ein paar mal in der Konsole den Befehl "drop all" absetzen und dann sollten alle auf den anderen Clusterserver umspringen.
So zumindest habe ich das beim letzten mal gemacht.
Bedenke aber, dass nicht nur die Benutzer vom Server sollten, sondern auch die AdminProzesse abgearbeitet werden sollten "tell adminp proc all" und auch die Mails sollten alle zugestellt sein "tell router show" - Gegebenenfalls noch ein "route all" und das sollte passen. Evtl. noch auf Replikation (Domino Verzeichnis) achten, und prüfen, wie sich das mit dem "compact" und "design" Task verhält.
Das waren dann soweit meine Ideen.
Viel Erfolg!
-
Das ist es, was ich gesucht habe.
Werden hierbei auch die Server ausgesperrt?
-
Hmmm...da bin ich nicht ganz sicher, würde aber mal auf ja tippen.
Bevor man aber was umstellt lässt sich dies ja sehr unproblematisch testen.
-
hab es mal eingegeben. Die Benutzer werden aber nicht umgeswitched
Hab noch folgendes gefunden:
0 - Server access is unrestricted
1 - Server access is restricted for the current server session. Restarting the server clears the setting.
2 - Server access is restricted persistently, even after server restarts
Aber was meinst du, mit unproblematisch testen?
-
Ich meine damit, dass wenn der Parameter gesetzt ist (kann man ja mal abends wenn nicht mehr viel los ist setzen), kann man dann mal den Zugriff von einem anderen Server aus versuchen. Dann hat man Gewissheit wie es sich genau verhält und kann das beim tatsächlichen Update einige Tage später berücksichtigen.
-
Alternativ kann man das ganze natürlich auch in einem Testsystem versuchen (VMWare o.ä.)
-
Schön wärs, wenn man soviel Zeit hat, das ganze auszuprobieren.
VMWARE wäre ne gute Idee. Habe ich auch hier.
Aber da ich so "brutal" war und den Parameter gleich gesetzt habe, komme ich drauf, dass die Benutzer nicht verdrängt werden auf den anderen Clusterserver. Wahrscheinlich greift das erst bei Neustart des Notes-Clients.
-
Hallo Manfred,
bei gesetztem Parameter -> set conf server_restricted=2 ist der Zugriff aller User verhindert. Alle, die im Serverdokument unter Sicherheit als Administratoren eingetragen sind, also Admins und Server können weiterhin auf diesen Server zugreifen. Somit repliziert dieser Server auch weiterhin. Deshalb sollte man beim Update auch die Replikation deaktivieren:
-> set conf disable_cluster_replicator=1
-> te clrepl q
-> set conf ServerNoReplRequests=1
-> te replica q
-
Also.....
Dem "Administrator" wird weiterhin erlaubt auf den Server zuzugreifen. Dem normalen Benutzer nicht mehr. Also wird dem anderen Cluster- Server weiterhin erlaubt auf den "gesperrten" Server zuzugreifen. Genau wie Thomas das schon gesagt hat.
Aber ein Verdrängen der Benutzer wird nicht durchgeführt.
-
Wenn man -> set conf server_restricted=2 ausgeführt hat, sollte man wie oben von Norton beschrieben einige -> drop all absetzen, um alle bestehenden Usersitzungen abzubrechen. Wenn der User eine neue Sitzung aufbauen will wird die Anfrage auf einen anderen Server im Cluster weitergeleitet.
-
Super.
Funktioniert einwandfrei.
Wenn ich die Benutzer mit drop entferne. Dann connecten die sich automatisch wieder am anderen Server.
Vielen Dank
Das wars was ich brauchte