Download Sun Java System Application Server Enterprise Edition 8.2

Transcript
Zusätzliche HADB-Informationen
■
Es wird empfohlen, dieselbe Version für den JDBC-Treiber und den HADB-Server zu
verwenden.
■
IPv6 wird nicht unterstützt, sondern lediglich IPv4.
■
Die Länge der Befehlszeile unter Windows ist auf 2048 Byte beschränkt.
■
Das Netzwerk muss für UDP Multicast konfiguriert sein.
■
Aufgrund des übermäßigen Swappings von RedHat Enterprise Linux 3.0, Updates 1 bis 3,
empfehlen wir es nicht als Bereitstellungsplattform. Das Problem wurde in RedHat
Enterprise Linux 3.0, Update 4 behoben.
■
Möglichkeit, NSUP mit Echtzeit-Priorität auszuführen.
Die Prozesse des Knoten-Supervisors (NSUP) (clu_nsup_srv ) stellen die hohe
Verfügbarkeit von HADB mithilfe des termingemäßen Austauschs von
"heartbeat"-Nachrichten sicher. Die zeitliche Koordinierung wird beeinträchtigt, wenn ein
NSUP mit anderen Prozessen gemeinsam untergebracht wird, da dies zu einem
Ressourcenschwund führt. Die Folge sind eine falsche Netzwerkpartitionierung und
Knotenneustarts (vorher wird die Warnung “Process blocked for n seconds” in den
Verlaufsdateien ausgegeben), die zu abgebrochenen Transaktionen und anderen
Ausnahmefehlern führen.
Um dieses Problem zu lösen, muss für clu_nsup_srv (unter
Installationspfad/lib/server zu finden) das suid-Bit gesetzt sein und Eigentümer der
Datei muss der Benutzer "root" sein. Dies wird manuell durch folgende Befehle erzielt:
# chown root clu_nsup_srv
# chmod u+s clu_nsup_srv
Dadurch wird der Prozess clu_nsup_srv, wenn er gestartet wird, als Benutzer root
ausgeführt. Dies wiederum ermöglicht dem Prozess, sich selbst automatisch
Echtzeit-Priorität nach dem Start zuzuweisen. Zur Vermeidung von Sicherheitsproblemen
bei Verwendung von setuid wird die Echtzeit-Priorität ganz am Anfang festgelegt und der
Prozess kehrt zur effektiven UID zurück, sobald die Priorität geändert wurde. Andere
HADB-Prozesse senken ihre Priorität auf Zeitteilungspriorität ab.
Wenn NSUP die Echtzeit-Priorität nicht setzen konnte, wird der Warnhinweis “Could not
set realtime priority” (Unix: Fehler-Nr. wird auf EPERM gesetzt) ausgegeben, der in der
Datei ma.log dargelegt ist, und der Prozess wird ohne Echtzeit-Priorität fortgesetzt.
Es gibt Fälle, in denen es nicht möglich ist, Echtzeit-Prioritäten festzulegen; beispielsweise
in folgenden Situationen:
30
■
Bei Installation in nichtglobalen Zonen von Solaris 10
■
Wenn die Berechtigungen PRIV_PROC_LOCK_MEMORY (Ermöglichen, dass ein Prozess
Seiten im physischen Speicher sperren kann) und/oder PRIV_PROC_PRIOCNTL in Solaris
10 aufgerufen werden.
■
Benutzer deaktivieren die Berechtigung setuid
Sun Java System Application Server Enterprise Edition 8.2 - Versionshinweise •