Was ist neu bei Sun Cluster 3.1?

Dieser Abschnitt enthält Informationen über neue Funktionen, Funktionalität und unterstützte Produkte der Sun Cluster 3.1-Software.

Neue Funktionen und Funktionalität

Unterstützung für Solaris (Version für x86-Plattformen)

Sun Cluster kann jetzt auch unter dem Betriebssystem Solaris^TM (Version für x86-Plattformen) verwendet werden. Sie können die Sun Cluster 3.1 4/04-Software auf einem Sun Fire^TM V65x-Server verwenden, auf dem das Update 6 des Betriebssystems Solaris 9 (Version für x86-Plattformen) ausgeführt wird.

Verbesserungen der Ressourcentypen

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.

Neue unterstützte Datendienste (Version für SPARC-Plattformen)

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

Neue unterstützte Datendienste (Version für Solaris x86-Plattformen)

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

Unterstützte Produkte

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:

  http://sunsolve.sun.com

  Weitere Informationen finden Sie im Abschnitt Korrekturversionen und erforderliche Firmware-Ebenen.

• Datenträger-Manager

  • Unter Solaris 8 – Solstice DiskSuite^TM 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.

  ---

  Hinweis –

  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 Sun^TM Open Net Environment (Sun ONE) Directory Server bezeichnet) finden Sie in der Sun Java System Directory Server-Produktdokumentation.

  ---

  ---

  Hinweis –

  “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.

  ---

  Tabelle 1–1 Unterstützte Datendienste für Sun Cluster 3.1

  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

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.

Einschränkungen

Für die Version Sun Cluster 3.1 gelten folgende Einschränkungen:

• Hardware-Einschränkungen

• Netzwerkeinschränkungen

• Datenträger-Manager-Einschränkungen

• Cluster-Dateisystem-Einschränkungen

• VxFS-Einschränkungen

• Einschränkungen für IP Network Multipathing

• Dienst- und Anwendungseinschränkungen

• Datendiensteinschränkngen

• Verwenden von Sun Cluster HA für Oracle mit Oracle 10g

• Ausführen von Sun Cluster HA for Oracle 3.0 unter Sun Cluster 3.1-Software

Weitere bekannte Probleme bzw. Einschränkungen finden Sie im Abschnitt Bekannte Probleme und Programmierfehler.

Hardware-Einschränkungen

• 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 StorEdge^TM 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 Enterprise^TM 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.

• SunVTS^TM wird nicht unterstützt.

Netzwerkeinschränkungen

• 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.

Datenträger-Manager-Einschränkungen

• 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.

  Die Verwendung von Dynamic Multipathing (DMP) allein für die Verwaltung mehrerer E/A-Pfade pro Knoten zum gemeinsam genutzten Speicher wird nicht unterstützt.

• 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.

Cluster-Dateisystem-Einschränkungen

• 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.

VxFS-Einschränkungen

• 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.

Einschränkungen für IP Network Multipathing

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.

Dienst- und Anwendungseinschränkungen

• 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.

Datendiensteinschränkngen

• 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.

Verwenden von Sun Cluster HA für Oracle mit Oracle 10g

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.

Ausführen von Sun Cluster HA for Oracle 3.0 unter Sun Cluster 3.1-Software

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

  ---

  Hinweis –

  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.

  ---

Sun Cluster HA für Oracle Parallel Server/Real Application Cluster

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.

Sun Cluster HA für NetBackup

• 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.

Sun Cluster HA für NFS

• 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.

Sun Cluster HA für SAP liveCache

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.