Dieser Abschnitt enthält Informationen über neue Funktionen, Funktionalität und unterstützte Produkte der Sun Cluster 3.1-Software.
Sun Cluster kann jetzt auch unter dem Betriebssystem SolarisTM (Version für x86-Plattformen) verwendet werden. Sie können die Sun Cluster 3.1 4/04-Software auf einem Sun FireTM V65x-Server verwenden, auf dem das Update 6 des Betriebssystems Solaris 9 (Version für x86-Plattformen) ausgeführt wird.
Die folgenden Ressourcentypen sind in Sun Cluster 3.1 verbessert:
SUNW.oracle_listener (siehe Sun Cluster Data Service for Oracle Guide for Solaris OS)
SUNW.sap_xserver (siehe Sun Cluster Data Service for SAP liveCache Guide for Solaris OS)
Allgemeine Informationen über das Aufrüsten eines Ressourcentyps finden Sie unter “Upgrading a Resource Type” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS.
Sun Cluster 3.1 4/04 (Version für SPARC-Plattformen) unterstützt die folgenden Datendienste:
HA Java System Application Server EE 7.0
HA SAP DB 7.4
HA Oracle 10G
Sun Cluster 3.1 4/04 (Version für x86-Plattformen) unterstützt die folgenden Datendienste:
HA NFS (Solaris 9 12/03)
HA DNS (Solaris 9 12/03)
HA Samba 2.2.8a und 3.0
HA Java System Directory Server 5.2.1 Agent
HA Java System Web Server 6.1
HA Java System Application Server EE 7.0 U3
HA Java System Message Queue 3.5
HA DHCP
HA MySQL
Scalable Java System Web Server
Dieser Abschnitt behandelt die unterstützte Software und die Speicheranforderungen für Sun Cluster 3.1.
Betriebsumgebung und Korrekturversionen – Unterstützte Solaris-Versionen und Korrekturversionen sind an folgender URL erhältlich:
Weitere Informationen finden Sie im Abschnitt Korrekturversionen und erforderliche Firmware-Ebenen.
Datenträger-Manager
Unter Solaris 8 – Solstice DiskSuiteTM 4.2.1 und VERITAS Volume Manager 3.5.
Unter Solaris 9 – Solaris Volume Manager und VERITAS Volume Manager 3.5.
Dateisysteme
Unter Solaris 8 – Solaris UFS sowie VERITAS File System 3.4 und 3.5.
Unter Solaris 9 – Solaris UFS und VERITAS File System 3.5.
Datendienste (Agenten) – Wenden Sie sich an Ihren Sun-Kundenberater, wenn Sie eine vollständige Liste der unterstützten Datendienste und Anwendungsversionen benötigen. Geben Sie die Ressourcentypen-Namen an, wenn Sie die Datendienste mithilfe des Dienstprogramms scinstall(1M) installieren. Sie sollten die Ressourcentypen-Namen auch angeben, wenn Sie die den Datendiensten zugeordneten Ressourcentypen mithilfe des Dienstprogramms scsetup(1M) registrieren.
Verfahren für die Version von Sun Cluster HA für Sun Java System Directory Server, welche Sun Java System Directory Server 5.0 und 5.1 (einschließlich Netscape HTTP, Versionen 4.11, 4.12, 4.13 und 4.16) verwendet, finden Sie in Sun Cluster 3.1 Data Service for Sun ONE Directory Server. Informationen zu höheren Versionen von Sun Java System Directory Server (bisher als SunTM Open Net Environment (Sun ONE) Directory Server bezeichnet) finden Sie in der Sun Java System Directory Server-Produktdokumentation.
“Sun One” in den Namen und Beschreibungen der Datendienste für die JES-Anwendungen sind als “Sun Java System” zu lesen. Beispiel: “Sun Cluster-Datendienst für Sun One Application Server” sollte als “Sun Cluster-Datendienst für Sun Java System Application Server” gelesen werden.
Datendienst |
Sun Cluster-Ressourcentyp |
---|---|
Sun Cluster HA for Apache |
SUNW.apache |
Sun Cluster HA für Apache Tomcat |
SUNW.sctomcat |
Sun Cluster HA for BroadVision One-To-One Enterprise |
SUNW.bv |
Sun Cluster HA für DHCP |
SUNW.gds |
Sun Cluster HA for DNS |
SUNW.dns |
Sun Cluster HA für MySQL |
SUNW.gds |
Sun Cluster HA for NetBackup |
SUNW.netbackup_master |
Sun Cluster HA for NFS |
SUNW.nfs |
Sun Cluster HA für Oracle E-Business Suite |
SUNW.gds |
Sun Cluster HA for Oracle |
SUNW.oracle_server SUNW.oracle_listener |
Sun Cluster Support for Oracle Parallel Server/Real Application Clusters |
SUNW.rac_framework SUNW.rac_udlm SUNW.rac_cvm SUNW.rac_hwraid |
Sun Cluster HA for SAP |
SUNW.sap_ci SUNW.sap_ci_v2 SUNW.sap_as SUNW.sap_as_v2 |
Sun Cluster HA for SAP liveCache |
SUNW.sap_livecache SUNW.sap_xserver |
Sun Cluster HA for SAP DB |
SUNW.sapdb SUNW.sap_xserver |
Sun Cluster HA für SWIFTAlliance Access |
SUNW.gds |
Sun Cluster HA für Samba |
SUNW.gds |
Sun Cluster HA für Siebel |
SUNW.sblgtwy SUNW.sblsrvr |
Sun Cluster HA for Sun Java System Application Server |
SUNW.s1as |
Sun Cluster HA for Sun Java System HADB |
SUNW.hadb |
Sun Cluster HA for Sun Java System Message Queue |
SUNW.s1mq |
Sun Cluster HA for Sun Java System Web Server (Dieser Datendienst wurde früher als Sun Cluster HA für Sun ONE Web Server bezeichnet) |
SUNW.iws |
Sun Cluster HA for Sybase ASE |
SUNW.sybase |
Sun Cluster HA für WebLogic Server |
SUNW.wls |
Sun Cluster HA für WebSphere MQ |
SUNW.gds |
Sun Cluster HA für WebSphere MQ Integrator |
SUNW.gds |
Speicheranforderungen – Sun Cluster 3.1-Software erfordert zusätzlichen Speicher zur normalen Arbeitslast-Konfiguration eines Knotens. Der zusätzliche Speicher entspricht 128 Mbyte plus zehn Prozent. Wenn also ein eigenständiger Knoten normalerweise 1 Gbyte Speicher benötigt, sind zusätzliche 256 Mbyte erforderlich, um die Speicheranforderungen zu erfüllen.
RSMAPI – Sun Cluster 3.1-Software unterstützt Remote Shared Memory Application Programming Interface (RSMAPI) auf RSM-fähigen Interconnects, wie z. B. PCI-SCI.
Security Hardening von Sun Cluster verwendet die Hardening-Techniken der Solaris-Betriebsumgebung, die vom Sun BluePrints TM-Programm empfohlen werden, um grundlegende Security Hardening für Cluster zu erzielen. Solaris Security Toolkit automatisiert die Einführung von Security Hardening von Sun Cluster.
Die Security Hardening-Dokumentation von Sun Cluster ist unter http://www.sun.com/blueprints/0203/817–1079.pdf erhältlich. Sie können auf den Artikel auch über http://wwws.sun.com/software/security/blueprints zugreifen. Blättern Sie von dieser URL zur Architekturüberschrift, um den Beitrag “Securing the Sun Cluster 3.x Software” zu suchen. In der Dokumentation wird das Sichern von Sun Cluster 3.1-Bereitstellungen in Solaris 8- und Solaris 9-Umgebungen beschrieben. Die Beschreibung enthält Anleitungen zur Verwendung des Solaris Security Toolkit und andere von den Sun-Sicherheitsexperten empfohlene Security-Techniken für optimale Resultate.
Tabelle 1–2 Von Sun Cluster-Security Hardening unterstützte Datendienste
Datendienst-Agent |
Anwendungsversion: Failover |
Anwendungsversion: Scalable |
Solaris-Version |
---|---|---|---|
Sun Cluster HA for Apache |
1.3.9 |
1.3.9 |
Solaris 8, Solaris 9 (Version 1.3.9) |
Sun Cluster HA für Apache Tomcat |
3.3, 4.0, 4.1 |
3.3, 4.0, 4.1 |
Solaris 8, Solaris 9 |
Sun Cluster HA für DHCP |
S8U7+ |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA for DNS |
mit OS |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA for Sun Java System Messaging Server |
6.0 |
4.1 |
Solaris 8 |
Sun Cluster HA für MySQL |
3.23.54a - 4.0.15 |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA for NetBackup |
3.4 |
Nicht verfügbar |
Solaris 8 |
Sun Cluster HA for NFS |
mit OS |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA für Oracle E-Business Suite |
11.5.8 |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA for Oracle |
8.1.7 und 9i (32 und 64 Bit) |
Nicht verfügbar |
Solaris 8, Solaris 9 (HA Oracle 9iR2) |
Sun Cluster Support for Oracle Parallel Server/Real Application Clusters |
8.1.7 und 9i (32 und 64 Bit) |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA for SAP |
4.6D (32 und 64 Bit) und 6.20 |
4.6D (32 und 64 Bit) und 6.20 |
Solaris 8, Solaris 9 |
Sun Cluster HA für SWIFTAlliance Access |
4.1, 5.0 |
Nicht verfügbar |
Solaris 8 |
Sun Cluster HA für Samba |
2.2.2, 2.2.7, 2.2.7a, 2.2.8, 2.2.8a |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA for Siebel |
7.5 |
Nicht verfügbar |
Solaris 8 |
Sun Cluster HA für Sun Java System Application Server |
7.0, 7.0 Update 1 |
Nicht verfügbar |
Solaris 8,Solaris 9 |
Sun Cluster HA for Sun Java System Directory Server |
4.12 |
Nicht verfügbar |
Solaris 8, Solaris 9 (Version 5.1) |
Sun Cluster HA für Sun Java System Message Queue |
3.0.1 |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA for Sun Java System Web Server |
6.0 |
4.1 |
Solaris 8, Solaris 9 (Version 4.1) |
Sun Cluster HA for Sybase ASE |
12.0 (32 Bit) |
Nicht verfügbar |
Solaris 8 |
Sun Cluster HA für BEA WebLogic Server |
7.0 |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA für WebSphere MQ |
5.2, 5.3 |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Sun Cluster HA für WebSphere MQ Integrator |
2.0.2, 2.1 |
Nicht verfügbar |
Solaris 8, Solaris 9 |
Für die Version Sun Cluster 3.1 gelten folgende Einschränkungen:
Weitere bekannte Probleme bzw. Einschränkungen finden Sie im Abschnitt Bekannte Probleme und Programmierfehler.
Multihost-Band, CD-ROM und DVD-ROM werden nicht unterstützt.
Alternate Pathing (AP) wird nicht unterstützt.
Speichergeräte mit mehr als einem Pfad von einem bestimmten Cluster-Knoten zum Gehäuse werden nicht unterstützt, mit Ausnahme der folgenden Speichergeräte:
Sun StorEdgeTM A3500: Es werden jeweils zwei Pfade zu zwei Knoten unterstützt
Alle Geräte, die Sun StorEdge Traffic Manager unterstützen
EMC-Speichergeräte, die EMC PowerPath-Software verwenden
Wenn Sie einen Sun EnterpriseTM 420R-Server mit einer PCI-Karte in Steckplatz J4701 verwenden, muss die Versionsnummer der Hauptplatinen-Teilenummer 15 oder höher (501-5168-15 oder höher) sein. Die Teile- und Versionsnummer der Hauptplatine finden Sie an dem Platinenrand, der dem PCI-Steckplatz 1 am nächsten liegt.
Auf Clustern, die UDWIS E/A-Karten auf Steckplatz 0 eines Sun Enterprise 10000-Servers verwendeten, wurden Systemabstürze festgestellt. Installieren Sie auf diesen Servern keine UDWIS I/=O-Karte auf Steckplatz 0 einer Platine.
Wenn Sie die Anzahl der Knotenverbindungen zu einem Quorum-Gerät erhöhen oder heruntersetzen, wird der Quorum-Stimmenzähler nicht automatisch neu berechnet. Sie können die Quorum-Stimmen korrigieren, indem Sie alle Quorum-Geräte entfernen und dann der Konfiguration wieder hinzufügen.
SunVTSTM wird nicht unterstützt.
IPv6 wird nicht unterstützt.
RMS-Transporttypen (Remote Shared Memory) werden in der Dokumentation erwähnt, jedoch nicht unterstützt. Wenn Sie die RSMAPI verwenden, geben Sie dlpi als Transporttyp an.
Die SCI-Schnittstelle (SBus Scalable Coherent Interface) wird nicht als Cluster-Interconnect unterstützt. Die PCI-SCI-Schnittstelle wird jedoch unterstützt.
Logische Netzwerkschnittstellen sind der Verwendung durch Sun Cluster-Software vorbehalten.
Client-Anwendungen, die auf Cluster-Knoten ausgeführt werden, sollten keinen logischen IP-Adressen eines HA-Datendienstes zugeordnet werden. Während eines Failover können diese logischen IP-Adressen ausfallen, wodurch der Client die Verbindung verliert.
Wenn Sie von VERITAS Volume Manager (VxVM) 3.2 zu 3.5 aufrüsten, steht die CVM-Funktion (Cluster Volume Manager) erst dann zur Verfügung, wenn Sie den CVM-Lizenzschlüssel für Version 3.5 installiert haben. Unter VxVM 3.5 aktiviert der CVM-Lizenzschlüssel für Version 3.2 CVM nicht und muss zu einem CVM-Lizenzschlüssel für Version 3.5 aufgerüstet werden.
In Solstice DiskSuite/Solaris Volume Manager-Konfigurationen, die Vermittler verwenden, muss die Anzahl der für einen Plattensatz konfigurierten Hosts genau zwei betragen.
DiskSuite Tool (Solstice DiskSuite metatool) und das Enhanced Storage-Modul von Solaris Management Console (Solaris Volume Manager) sind nicht mit der Sun Cluster 3.1-Software kompatibel.
Unter VxVM 3.2 oder höher kann Dynamic Multipathing (DMP) während der VXVM-Installation nicht über den scvxinstall-Befehl deaktiviert werden. Dieses Verfahren wird im Kapitel “Installing and Configuring VERITAS Volume Manager” in Sun Cluster Software Installation Guide for Solaris OS beschrieben. Die Verwendung von Veritas Dynamic Multipathing wird in folgenden Konfigurationen unterstützt:
Ein einziger E/A-Pfad pro Knoten zum gemeinsam genutzten Cluster-Speicher.
Eine unterstützte Multipathing-Lösung (Sun Traffic Manager, EMC PowerPath, Hiatchi HDLM), die mehrere E/A-Pfade pro Knoten zum gemeinsam genutzten Cluster-Speicher verwaltet.
Einfache Root-Plattengruppen (rootdg erstellt auf einem einzigen Root-Plattenbereich) werden mit VxVM unter Sun Cluster 3.1-Software nicht unterstützt.
RAID 5-Software wird nicht unterstützt.
Quoten werden auf Cluster-Dateisystemen nicht unterstützt.
Sun Cluster 3.1 unterstützt die Verwendung des Schleifendateisystems (Loopback File System, LOFS) auf Cluster-Knoten nicht.
Der Befehl umount -f verhält sich genauso wie der umount-Befehl ohne die -f-Option. Er unterstützt kein erzwungenes Aushängen.
Der Befehl unlink( 1M) wird bei nicht leeren Verzeichnissen nicht unterstützt.
Der Befehl lockfs -d wird nicht unterstützt. Verwenden Sie lockfs -n als Abhilfemaßnahme.
Das Cluster-Dateisystem unterstützt keine Dateisystemfunktionen der Solaris-Software, die einen Kommunikationsendpunkt im Dateisystem-Namensraum setzen. Daher können Sie zwar ein UNIX-Domain-Socket erstellen, dessen Name ein Pfadname zum Cluster-Dateisystem ist. Dieses Socket würde jedoch kein Knoten-Failover überstehen. Zudem wäre auf die in einem Cluster-Dateisystem erstellten FIFOs oder benannten Datenaustauschkanäle kein globaler Zugriff möglich. Auch fattach kann dann von keinem anderen als dem lokalen Knoten aus verwendet werden.
Der Befehl wird nicht zum Ausführen von Binärdateien außerhalb des Cluster-Dateisystems unterstützt, die mithilfe der Option forcedirectio eingehängt werden.
Sie können ein Cluster-Dateisystem nicht mit der zum Zeitpunkt der Wiedereinhängung hinzugefügten Einhängeoption directio wieder einhängen.
Die Einhängeoption directio kann nicht für eine einzelne Datei unter Verwendung von directio eingestellt werden.
Die folgenden VxFS-Funktionen werden in einer Sun Cluster 3.1-Konfiguration nicht unterstützt.
Quick I/O
Schnappschüsse
Speicher-Checkpoints
Cache-Berater können verwendet werden, doch ihre Wirkung kann nur auf dem gegebenen Knoten beobachtet werden.
VERITAS CFS (erfordert VERITAS-Cluster-Funktion und VCS)
Alle anderen in einer Cluster-Konfiguration unterstützten VxFS-Funktionen und -Optionen werden von der Sun Cluster 3.1-Software unterstützt. In der VxFS-Dokumentation und in der Online-Dokumentation finden Sie weitere Einzelheiten zu den VxFS-Optionen, die in einer Cluster-Konfiguration nicht unterstützt werden.
Die folgenden VxFS-spezifischen Einhängeoptionen werden in einer Sun Cluster 3.1-Konfiguration nicht unterstützt.
convosync (O_SYNC konvertieren)
mincache
qlog, delaylog, tmplog
Informationen über das Verwalten von VxFS-Cluster-Dateisystemen in einer Sun Cluster-Konfiguration finden Sie unter “Administering Cluster File Systems” in Sun Cluster System Administration Guide for Solaris OS.
In diesem Abschnitt werden alle Einschränkungen für die Verwendung von IP Network Multipathing aufgeführt, die nur in einer Sun Cluster 3.1-Umgebung gelten, bzw. die von den in der Solaris-Dokumentation für IP Network Multipathing enthaltenen Informationen abweichen.
IPv6 wird nicht unterstützt.
Alle öffentlichen Netzwerkadapter müssen sich in IP Network Multipathing-Gruppen befinden.
In der Datei /etc/default/mpathd darf TRACK_INTERFACES_ONLY_WITH_GROUPS nicht von “Yes” zu “No” geändert werden.
Die meisten Verfahren, Richtlinien und Einschränkungen, die in der Solaris-Dokumentation für IP Network Multipathing angegeben sind, gelten auch in einer Cluster- bzw. Nicht-Cluster-Umgebung. Weitere Informationen über IP Network Multipathing-Einschränkungen entnehmen Sie bitte der entsprechenden Solaris-Dokumentation.
Version des Betriebssystems |
Anweisungen siehe |
---|---|
Solaris 8-Betriebsumgebung |
IP Network Multipathing-Verwaltungshandbuch |
Solaris 9-Betriebsumgebung |
“IP Network Multipathing-Themen” im Handbuch Systemverwaltung: IP-Serien |
Konfigurieren Sie Cluster-Knoten nicht als Router (Gateways). Wenn das System abstürzt, finden die Clients keinen alternativen Router und können nicht wieder hergestellt werden.
Konfigurieren Sie keine Cluster-Knoten als NIS or NIS+-Server. Cluster-Knoten können jedoch NIS oder NIS+-Clients sein.
Verwenden Sie keine Sun Cluster-Konfiguration, um einen hoch verfügbaren Start- oder Installationsdienst auf Client-Systemen einzurichten.
Verwenden Sie keine Sun Cluster-Konfiguration zum Einrichten eines rarpd-Dienstes.
Wenn Sie einen RPC-Dienst auf dem Cluster installieren, darf der Dienst folgende Programmnummern nicht verwenden: 100141, 100142 und 100248. Diese Nummern sind den Sun Cluster-Dämonen rgmd_receptionist, fed und pmfd vorbehalten. Wenn der von Ihnen installierte RPC-Dienst ebenfalls eine dieser Programmnummern verwendet, müssen Sie ihn dahingehend ändern, dass er eine andere Programmnummer verwendet.
Derzeit kann Sun StorEdge Network Data Replicator (SNDR) nur zusammen mit HAStorage verwendet werden. Diese Einschränkung gilt nur für die Ressourcengruppe, die den logischen Host enthält, den SNDR zum Replizieren verwendet. Anwendungsressourcengruppen können HAStoragePlus zusammen mit SNDR verwenden. Sie können das Failover-Dateisystem zusammen mit HAStoragePlus und SNDR verwenden, indem Sie HAStorage für die SNDR-Ressourcengruppe und HAStoragePlus für die Anwendungsressourcengruppe einsetzen, wobei die HAStorage- und HAStoragePlus-Ressourcen auf das gleiche zugrundeliegende DCS-Gerät zeigen. Derzeit wird eine Korrekturversion entwickelt, die den Einsatz von SNDR zusammen mit HAStoragePlus ermöglicht.
Die Ausführung von Prozessplanungsklassen mit hoher Priorität wird auf Cluster-Knoten nicht unterstützt. Prozesse, die in der Time-Sharing-Planungsklasse mit hoher Priorität ausgeführt werden sowie Prozesse, die in der Echtzeit-Planungsklasse ausgeführt werden, sind für die Ausführung auf Cluster-Knoten nicht geeignet. Die Sun Cluster-Software beruht auf Kernel-Threads, die in der Echtzeit-Planungsklasse nicht ausgeführt werden können. Time-Sharing-Prozesse, die mit einer höheren als der normalen Priorität ausgeführt werden, oder Echtzeitprozesse können verhindern, dass die Sun Cluster-Kernel-Threads erforderliche CPU-Zyklen erhalten.
Die Sun Cluster 3.1-Software kann nur für diejenigen Datendienste eingesetzt werden, die entweder mit dem Sun Cluster-Produkt geliefert werden oder mit der Sun Cluster-Datendienst-API eingerichtet werden.
Die Sun Cluster-Software verfügt derzeit über keinen HA-Datendienst für das sendmail(1M)-Subsystem. Das sendmail-Subsystem kann auf den einzelnen Cluster-Knoten ausgeführt werden. Die sendmail-Funktionalität ist jedoch nicht hoch verfügbar. Dies gilt auch für die Funktionalität zum Senden und Routen von Mail, die Warteschlange und Wiederholung.
Wenn Sie Sun Cluster HA für Oracle mit Oracle 10g verwenden, sollten Sie die Oracle-Binärdateien nicht in einem hoch verfügbaren lokalen Dateisystem installieren. Sun Cluster HA für Oracle unterstützt keine derartige Konfiguration. Sie können jedoch Daten-, Protokoll- und Konfigurationsdateien in einem hoch verfügbaren Dateisystem installieren.
Wenn im Cluster-Dateisystem Oracle 10g-Binärdateien installiert sind, werden auf der Systemkonsole möglicherweise Fehlermeldungen für den Oracle cssd-Dämon angezeigt, wenn ein Knoten gebootet wird. Wenn das Cluster-Dateisystem eingehängt ist, werden diese Meldungen nicht mehr angezeigt.
Diese Fehlermeldungen enthalten folgenden Wortlaut:
INIT: Command is respawning too rapidly. Check for possible errors. id: h1 "/etc/init.d/init.cssd run >/dev/null 2>&1 >/dev/null" |
Für Sun Cluster HA für Oracle ist der Oracle cssd-Dämon nicht erforderlich. Daher können Sie diese Fehlermeldungen ignorieren.
Der Datendienst Sun Cluster HA für Oracle 3.0 kann unter der Sun Cluster 3.1-Software nur zusammen mit den folgenden Versionen des Solaris-Betriebssystens ausgeführt werden:
Solaris 8, 32-Bit-Version
Solaris 8, 64-Bit-Version
Solaris 9, 32-Bit-Version
Der Datendienst Sun Cluster HA für Oracle 3.0 kann nicht mit der Sun Cluster 3.1-Software unter der 64-Bit-Version von Solaris 9 ausgeführt werden.
Beachten Sie die Dokumentation zur Option Oracle Parallel Fail Safe/Real Application Clusters Guard von Oracle Parallel Server/Real Application Cluster, da Sie die Hostnamen nach der Installation der Sun Cluster-Software nicht mehr ändern können.
Weitere Informationen über die Beschränkungen bei Hostnamen und Knotennamen finden Sie in der Dokumentation von Oracle Parallel Fail Safe/Real Application Clusters Guard.
Wenn der VERITAS NetBackup-Client ein Cluster ist, kann nur ein logischer Host als Client konfiguriert werden, weil nur eine bp.conf-Datei vorhanden ist.
Wenn der NetBackup-Client ein Cluster ist und einer der logischen Hosts im Cluster als NetBackup-Client konfiguriert ist, kann NetBackup von den realen Hosts keine Sicherungskopien herstellen.
Im Cluster, auf dem der Master-Server läuft, ist der Master-Server der einzige logische Host, von dem Sicherheitskopien erstellt werden können.
An den Master-Server können keine Sicherungsmedien angeschlossen werden, weshalb ein oder mehrere Medienserver erforderlich sind.
In einer Sun Cluster-Umgebung wird Robotersteuerung nur auf Medienservern und nicht auf dem auf Sun Cluster laufenden NetBackup-Master-Server unterstützt.
Ein Sun Cluster-Knoten darf nicht gleichzeitig NFS-Client von einem über Sun Cluster HA for NFS exportierten Dateisystem sein, das auf einem Knoten im selben Cluster unterstützt wird. Ein derartiges übergreifendes Einhängen von Sun Cluster HA for NFS ist nicht zulässig. Verwenden Sie das Cluster-Dateisystem, damit Cluster-Knoten Dateien gemeinsam nutzen können.
Anwendungen, die lokal im Cluster laufen, dürfen Dateien in einem über NFS exportierten Dateisystem nicht sperren. Sonst könnten lokale Sperren (z. B. flock(3UCB) oder fcntl(2)) die Möglichkeit zum Neustarten von Lock Manager (lockd) stören. Beim Neustart könnte einem gesperrten lokalen Prozess eine Sperre gewährt werden, die eigentlich einem Remote-Client vorbehalten sein sollte. Das würde ein unvorhersehbares Verhalten verursachen.
Sun Cluster HA for NFS erfordert, dass alle NFS-Client-Einhängungen “harte” Einhängungen sind.
Sun Cluster 3.1 unterstützt Secure NFS oder die Verwendung von Kerberos mit NFS, genauer gesagt, die Optionen secure und kerberos des Subsystems share_nfs(1M), nicht. Allerdings unterstützt die Sun Cluster 3.1-Software die Verwendung sicherer Ports für NFS. Hierfür wird der /etc/system-Datei der Eintrag set nfssrv:nfs_portmon=1 auf den Cluster-Knoten hinzugefügt.
Verwenden Sie nicht NIS für Benennungsdienste in einem Cluster, auf dem Sun Cluster HA für SAP liveCache läuft, da der NIS-Eintrag nur verwendet wird, wenn Dateien nicht verfügbar sind.
Weitere Verfahrensinformationen über die mit dieser Beschränkung zusammenhängenden Passwortanforderungen von nssswitch.conf finden Sie im Abschnitt “Preparing the Nodes and Disks” in Sun Cluster Data Service for SAP liveCache Guide for Solaris OS.