(German) Sun Cluster 3.2 2-08 Release Notes

compared with
Current by Maxiaoling145614
on Jul 28, 2008 20:26.

Key
This line was removed.
This word was removed. This word was added.
This line was added.

Changes (146)

View page history
* [Änderungen von Produktnamen|#ProductNameChanges]
* [Unterstützte Produkte|#RELNOTES-6-PRODUCTS]
* [Security Hardening von Sun Cluster|#CJAEBGFD]
* [Bekannte Probleme und Programmierfehler|#CHDGGECB]
* [Korrekturversionen und erforderliche Firmaware-Ebenen|#CHDHEHGF]
* [Sun Cluster 3.2 2/08-Dokumentation|#CHDGCEDD]
* [Dokumentationsprobleme|#CJACJJJD]
* [Behobene Probleme|#CJACKKKD]

[Nach oben|#top]
h3. {anchor:GCVSV} Neue Funktionen und Funktionalität
In diesem Abschnitt werden die folgenden neuen Funktionen der Sun Cluster 3.2 2/08-Software einzeln beschrieben.
In diesem Abschnitt werden neue Funktionen in der Sun Cluster 3.2 2/08 Software beschrieben.

Die folgenden neuen Funktionen werden im Core-Patch Mai 2008 für die Sun Cluster 3.2 2/08 Software bereitgestellt. 
* [(SPARC) Unterstützung für Oracle 11g|#11g]
* [(SPARC) Unterstützung für Logical Domains (LDoms)-Gastdomänen als Cluster-Knoten|#opt-guestdomain]

Die folgenden neuen Funktionen werden in der Anfangsversion von Sun Cluster 3.2 2/08 bereitgestellt:
* [Unterstützung von Sun Service Tags|#GFTDP]
* [Unterstützung für die Verwendung von NAS-Geräten von Sun Microsystems als gemeinsam genutzte Speicher- und Quorum-Geräte|#GFPCU]
[Nach oben|#top]
h4.


h4. {anchor:11g}(SPARC) Unterstützung für Oracle 11g

Die Sun Cluster-Software unterstützt jetzt Oracle 11g in HA-Oracle und Oracle RAC-Konfigurationen auf SPARC-basierten Plattformen. Die Verfahren in der Dokumentationsreihe zu Sun Cluster 3.2 2/08 sind für Oracle 11g gültig. Bezieht sich eine Anweisung auf eine bestimmte Oracle-Version, so verwenden Sie für eine Oracle 11g-Konfiguration Anweisungen, die sich auf Oracle 10g beziehen.

[Nach oben|#top]

h4.
{excerpt:hidden=true}1655{excerpt}

h4. {anchor:opt-guestdomain} (SPARC) Unterstützung für Logical Domains (LDoms)-Gastdomänen als Cluster-Knoten

Sie können jetzt Logical Domains (LDoms) 1.0.3-Gastdomänen als virtuelle Sun Cluster-Knoten konfigurieren. In dieser Konfiguration wird ein Gastdomänenknoten genauso angezeigt wie ein physischer Knoten eines Clusters.

Sie können Logical Domains (LDoms)-Gast- und I/O-Domänen als virtuelle Sun Cluster-Knoten konfigurieren. Mit anderen Worten, Sie können ein Cluster-Paar, Paar+N, N+1 und N*N-Cluster erstellen, der aus einer beliebigen Kombination aus physischen Computern, LDoms, I/O-Domänen und LDoms-Gastdomänen besteht. Sie können auch Cluster erstellen, die nur aus LDoms-I/O-Domänen oder nur aus Gastdomänen bestehen.

In den folgenden Abschnitten werden Topologien, Anforderungen und Einschränkungen beschrieben sowie Installations- und Konfigurationsverfahren für Gastdomänen als Cluster-Knoten:
* [SPARC: LDom-Gastdomänen: Topologie: Cluster in einer Box|#GGTCS]
* [SPARC: LDoms-Gastdomänen: Topologie: Einzel-Cluster, der zwei verschiedene Server umfasst|#GGTCG]
* [SPARC: LDoms-Gastdomänen: Topologie: Cluster umfassen zwei verschiedene Server|#GGVTU]
* [SPARC: LDom-Gastdomänen: Redundante I/O-Domänen|#GGTBA]
* [SPARC: Software- und Patch-Anforderungen für die Unterstützung von LDoms-Software|#ldoms-sw]
* [SPARC: Richtlinien für Logical Domains in einem Cluster|#ldoms-guidelines]
* [SPARC: Installieren von Logical Domains-Software und Erstellen von Domänen|#ldoms-install]
* [SPARC: Konfigurieren von Logical Domains als Cluster-Knoten|#ldomsnodes]

[Nach oben|#top]

h5. {anchor:GGTCS} SPARC: LDom-Gastdomänen: Topologie: Cluster in einer Box

In dieser Logical Domains (LDoms)-Gastdomänen-Topologie befinden sich ein Cluster und jeder Knoten in diesem Cluster auf demselben Server. Jeder LDoms-Gastdomänen-Knoten verhält sich genauso wie ein physischer Knoten in einem Cluster. Damit Sie kein Quorum-Gerät einschließen müssen, beinhaltet diese Konfiguration drei anstatt nur zwei Knoten.
\\
\\
In dieser Topologie müssen Sie nicht jeden virtuellen Schalter (vsw, virtual switch) für das private Netzwerk mit einem physischen Netzwerk verbinden, da sie nur miteinander kommunizieren müssen. In dieser Topologie können Cluster-Knoten auch gemeinsam dasselbe Speichergerät verwenden, da sich alle Cluster-Knoten auf demselben Server befinden. Weitere Informationen zur Verwendung und Installation von LDoms-Domänen in einem Cluster finden Sie unter [SPARC: Richtlinien für Logical Domains in einem Cluster|#ldoms-guidelines], [SPARC: Installieren von Logical Domains-Software und Erstellen von Domänen|#ldoms-install] und [SPARC: Konfigurieren von Logical Domains als Cluster-Knoten|#ldomsnodes].
\\
\\
Diese Topologie bietet keine Hochverfügbarkeit, da sich alle Knoten in dem Cluster auf demselben Server befinden. Für Entwickler und Administratoren kann diese Topologie jedoch nützlich für Tests und andere nicht produktionsbezogene Aufgaben sein. Diese Topologie wird auch "Cluster in einer Box" genannt.
\\
\\
Die folgende Abbildung zeigt eine "Cluster in einer Box"-Konfiguration.

h6. {anchor:GGTHF} SPARC: Topologie: Cluster in einer Box

!ClusterInABox.gif|title="Abbildung: Die Grafik wird im vorhergehenden Kontext beschrieben."!

[Nach oben|#top]

h5. {anchor:GGTCG} SPARC: LDoms-Gastdomänen: Topologie: Einzel-Cluster, der zwei verschiedene Server umfasst

In dieser Logical Domains (LDoms)-Gastdomänen-Topologie umfasst ein Cluster zwei verschiedene Server, und jeder Cluster verfügt über einen Knoten auf jedem Server. Jeder LDoms-Gastdomänen-Knoten verhält sich genauso wie ein physischer Knoten in einem Cluster. Weitere Informationen zur Verwendung und Installation von LDoms-Domänen in einem Cluster finden Sie unter [SPARC: Richtlinien für Logical Domains in einem Cluster|#ldoms-guidelines], [SPARC: Installieren von Logical Domains-Software und Erstellen von Domänen|#ldoms-install] und [SPARC: Konfigurieren von Logical Domains als Cluster-Knoten|#ldomsnodes].
\\
\\
Die folgende Abbildung zeigt eine Konfiguration, in der ein Cluster zwei verschiedene Server umfasst.

h6. {anchor:GGTIV} SPARC: Einzel-Cluster, der zwei verschiedene Server umfasst

!SingleClusterDifferentServers.gif|title="Abbildung: Die Grafik wird im vorhergehenden Kontext beschrieben."!

[Nach oben|#top]

h5. {anchor:GGVTU} SPARC: LDoms-Gastdomänen: Topologie: Cluster umfassen zwei verschiedene Server

In dieser Logical Domains (LDoms)-Gastdomänen-Topologie umfasst jeder Cluster zwei verschiedene Server und verfügt über einen Knoten auf jedem Server. Jeder LDoms-Gastdomänen-Knoten verhält sich genauso wie ein physischer Knoten in einem Cluster. Da in dieser Konfiguration beide Cluster denselben Interconnect-Schalter verwenden, müssen Sie eine andere private Netzwerkadresse für jeden Cluster angeben. Wenn Sie dieselbe private Netzwerkadresse für die Cluster angeben, die den gleichen Interconnect-Schalter verwenden, ist keine erfolgreiche Konfiguration möglich.
\\
\\
Weitere Informationen zur Verwendung und Installation von LDoms-Domänen in einem Cluster finden Sie unter [SPARC: Richtlinien für Logical Domains in einem Cluster|#ldoms-guidelines], [SPARC: Installieren von Logical Domains-Software und Erstellen von Domänen|#ldoms-install] und [SPARC: Konfigurieren von Logical Domains als Cluster-Knoten|#ldomsnodes].
\\
\\
Die folgende Abbildung zeigt eine Konfiguration, in der mehrere Einzel-Cluster zwei verschiedene Server umfassen.

h6. {anchor:GGVUM} SPARC: Cluster umfassen zwei verschiedene Server

!ClustersInstalledAcrossDifferentServers.gif|title="Abbildung: Die Grafik wird im vorhergehenden Kontext beschrieben."!

[Nach oben|#top]

h5. {anchor:GGTBA} SPARC: LDom-Gastdomänen: Redundante I/O-Domänen

In dieser Logical Domains (LDoms)-Gastdomänen-Topologie sorgen mehrere I/O-Domänen dafür, dass Gastdomänen oder Knoten innerhalb eines Clusters auch dann funktionsfähig bleiben, wenn eine I/O-Domäne fehlschlägt. Jeder LDoms-Gastdomänen-Knoten verhält sich genauso wie ein physischer Knoten in einem Cluster.
\\
\\
In dieser Topologie führt die Gastdomäne ein IP-Netzwerk-Multipathing (IPMP) über zwei öffentliche Netzwerke hinweg durch (eines pro I/O-Domäne). Gastdomänen spiegeln auch Speichergeräte über verschiedene I/O-Domänen hinweg wider. Weitere Informationen zur Verwendung und Installation von LDoms-Domänen in einem Cluster finden Sie unter [SPARC: Richtlinien für Logical Domains in einem Cluster|#ldoms-guidelines], [SPARC: Installieren von Logical Domains-Software und Erstellen von Domänen|#ldoms-install] und [SPARC: Konfigurieren von Logical Domains als Cluster-Knoten|#ldomsnodes].
\\
\\
Die folgende Abbildung zeigt eine Konfiguration, in der redundante I/O-Domänen sicherstellen, dass Knoten innerhalb eines Clusters auch dann funktionsfähig bleiben, wenn eine I/O-Domäne fehlschlägt.

h6. {anchor:GGTIW} SPARC: Redundante I/O-Domänen

!RedundantIODomain.gif|title="Abbildung: Die Grafik wird im vorhergehenden Kontext beschrieben."!

[Nach oben|#top]

h5. {anchor:ldoms-sw}SPARC: Software- und Patch-Anforderungen für die Unterstützung von LDoms-Software

Die Sun Cluster 3.2 2/08-Software unterstützt LDoms 1.0.3-I/O-Domänen und -Gastdomänen als Clusterknoten. Hierbei gelten folgende Voraussetzungen:
*Betriebssystem Solaris 10 5/08
* Mindestens Sun Cluster-Patch-Version 126105-15 (in der Gastdomäne installiert)
* Die folgenden Solaris 10-Patches (Mindestversionen):
** 137042-01
** 137111-01
** 138042-02
** 138056-01

Die Solaris 10-Patches müssen an folgenden Orten installiert sein:
* Gastdomänen mit Sun Cluster-Software
* Alle I/O-Domänen, die virtuelle Einheiten an Gastdomänen mit Sun Cluster-Software exportieren

[Nach oben|#top]

h5. {anchor:ldoms-guidelines}SPARC: Richtlinien für Logical Domains in einem Cluster

Nachfolgend finden Sie neue Informationen zur Unterstützung von Logical Domains (LDoms), I/O-Domänen oder Gastdomänen auf einem physisch geclusterten Computer mit SPARC-Hypervisor-Unterstützung:
* * SCSI LU-Nummer notwendig* \- Das gemeinsam genutzte virtuelle Speichergerät oder das virtuelle Laufwerk-Backend einer LDoms-Gastdomäne muss eine vollständige SCSI LU-Nummer in der I/O-Domäne sein. Die Verwendung eines beliebigen virtuellen Geräts ist nicht möglich.
* *Schutz* \- Exportieren Sie eine Speicher-LU-Nummer nicht in mehrere Gastdomänen auf demselben physischen Computer, sofern die Schutzfunktion für dieses Gerät aktiviert ist. Wenn zwei unterschiedliche Gastdomänen auf dem gleichen Computer in Sichtweite zu einem Gerät sind, wäre das Gerät immer geschützt, wenn eine der Gastdomänen ausfällt. Die Schutzfunktion des Geräts würde jede andere Gastdomäne zum Absturz bringen, die versucht, auf das Gerät zuzugreifen.
* Netzwerkisolierung*\- Bei Gastdomänen, die sich auf dem gleichen physischen Computer befinden, jedoch in verschiedenen Clustern konfiguriert wurden, müssen die Netzwerke isoliert sein. Wählen Sie eine der folgenden Methoden:
** Konfigurieren Sie die Cluster so, dass diese verschiedene Netzwerk-Schnittstellen in der I/O-Domäne für das private Netzwerk verwenden.
** Verwenden Sie verschiedene Netzwerkadressen für jeden Cluster.
* * Netzwerk in Gastdomänen*\- Netzwerkpakete für und von Gastdomänen müssen verschiedenen Servicedomänen durchlaufen, bis sie die Netzwerktreiber über die virtuellen Schalter erreicht haben. Virtuelle Schalter verwenden Kernel-Threads, die nach Systempriorität ausgeführt werden. Die virtuellen Schalter-Threads müssen in der Lage sein, nötige CPU-Ressourcen zu beschaffen, um entscheidende Cluster-Vorgänge wie Heartbeats, Mitgliedschaft, Prüfpunkte usw. durchführen zu können.
Während bei der Konfiguration virtueller Schalter mit der Einstellung {{mode=sc{}}} eine schnellere Handhabung der Cluster-Heartbeat-Pakete möglich ist, kann die Zuverlässigkeit anderer entscheidender Cluster-Vorgänge durch das Hinzufügen weiterer CPU-Ressourcen zur Dienstdomäne unter Berücksichtigung der folgenden Auslastung verbessert werden:
** Hohe Auslastung bei Unterbrechung, etwa aufgrund von Netzwerk- oder Laufwerk-Ein- oder Ausgabe. Bei extremer Auslastung können die virtuellen Schalter eine lange Laufzeit von System-Threads verhindern, einschließlich virtueller Schalter-Threads.
** Echtzeit-Threads, die übermäßig aggressiv bei der Zurückhaltung von CPU-Ressourcen vorgehen. Echtzeit-Threads werden mit einer höheren Priorität als virtuelle Schalter-Threads ausgeführt. Dies kann die CPU-Ressourcen für virtuelle Schalter-Threads über einen längeren Zeitraum einschränken.
* *Export von Speicher aus I/0-Domänen*\- Wenn Sie ein Cluster konfigurieren, der aus Logical Domains und I/O-Domänen zusammengesetzt ist, sollten Sie nicht die Speichergeräte in andere Gastdomänen exportieren, die auch die Sun Cluster-Software verwenden.
* Sun-Multipathing-Software* \- Führen Sie keine SUN-Multipathing-Software über Gastdomänen aus. Führen Sie die SUN-Multipathing-Software stattdessen in der I/O-Domäne aus, und exportieren Sie sie anschließend in die Gastdomänen.
* * Privater Interconnect-IP-Adressbereich* \- Das private Netzwerk wird von allen Gastdomänen verwendet, die auf demselben physischen Computer erstellt wurden und ist für alle diese Domänen sichtbar. Bevor Sie einen privaten Netzwerk-IP-Adressbereich für das Dienstprogramm {{scinstall{}}} zur Verwendung in einem Gastdomänen-Cluster festlegen, stellen Sie sicher, dass der Adressbereich nicht bereits von einer anderen Gastdomäne auf demselben physischen Computer verwendet wird.
* *Adapternamen* \- Wenn Sie eine I/O-Domäne oder eine Gastdomäne als Clusterknoten konfigurieren, geben Sie die Adapternamen mit ihren virtuellen Namen an ({{vnet{_}N{_}}}, z. B. {{vnet0}}, {{vnet1}} usw.). Die virtuellen Adapternamen werden in der Datei {{/etc/path_to_inst}} gespeichert.
* Cluster Control Panel* \- Sie können keine Cluster Control Panel (CCP)-Software wie {{cconsole}} oder {{cssh}} verwenden, um LDoms-Gastdomänen zu verbinden. Sie können jedoch CCP-Software zur Verbindung von LDoms-I/0-Domänen verwenden.

Weitere Informationen zu Logical Domains finden Sie im [_Logical Domains (LDoms) 1.0.3 Administrationshandbuch_|http://docs.sun.com/app/docs/doc/820-4894-10].

[Nach oben|#top]

h5. {anchor:ldoms-install}SPARC: Installieren von Logical Domains-Software und Erstellen von Logical Domains

Führen Sie die nachfolgenden Schritte aus, um Logical Domains (LDoms)-Software auf einem physisch geclusterten Computer zu installieren und I/O- und Gastdomänen zu erstellen.

h6. Erste Schritte

Führen Sie die nachfolgenden Schritte aus:
* Stellen Sie sicher, dass Ihr Computer SPARC-Hypervisor unterstützt.

* Stellen Sie sicher, dass das Betriebssystem Solaris 10 installiert ist.

* Halten Sie das [_Logical Domains (LDoms) 1.0.3 Administrationshandbuch_|http://docs.sun.com/app/docs/doc/820-4894-10] und die [_Versionshinweise zu Logical Domains (LDoms) 1.0.3_|http://docs.sun.com/app/docs/doc/820-4895-10] bereit.

* Lesen Sie die Anforderungen und Informationen in [SPARC: Richtlinien für Logical Domains in einem Cluster|#ldoms-guidelines].

h6. Vorgehensweise

1. Melden Sie sich als Superuser auf dem Computer an.

2. Installieren Sie die Logical Domains-Software, und konfigurieren Sie Logical Domains.
Befolgen Sie die Anweisungen zum [Installieren und Aktivieren der Software|http://docs.sun.com/source/820-4894-10/chapter3.html#d0e3205] im Logical Domains (LDoms) 1.0.3 Administrationshandbuch. Wenn Sie Gastdomänen erstellen, halten Sie sich an die Sun Cluster-Anweisungen für das Erstellen von Gastdomänen in einem Cluster.
* Verwenden Sie die Option {{mode=sc}} für alle virtuellen Switch-Geräte, die die virtuellen, als Cluster-Interconnect verwendeten Netzwerkgeräte verbinden.
* Bei einem gemeinsam genutzten Speicher sollten Sie nur die kompletten SCSI-Laufwerke in die Gastdomäne aufnehmen.
* Bei virtuellen Festplatten, die Sie einer Gastdomäne hinzufügen, sollten Sie den Timeout-Wert auf 600 Sekunden festlegen. Wenn Sie diesen Wert später zu Optimierungszwecken ändern möchten, wählen Sie als Timeout-Wert mindestens 30 Sekunden aus, um Kommunikationsfehler zwischen der I/O-Domäne und der Gastdomäne zu verhindern.

3. Befolgen Sie die Anweisungen zum [Installieren des Sun Cluster-Frameworks und der Datendienst-Softwarepakete|http://docs.sun.com/app/docs/doc/820-2555/ch2install-5137?a=view] im Installationshandbuch der Sun Cluster-Software, um die Sun Cluster-Software in den LDoms-I/O-Domänen oder Gastdomänen zu installieren.

[Nach oben|#top]

h5. {anchor:ldomsnodes}SPARC: Konfigurieren von Logical Domains als Cluster-Knoten

Um eine oder mehrere LDoms-Gastdomänen oder -I/O-Domänen als Clusterknoten zu konfigurieren, befolgen Sie die Anweisungen zum [Einrichten des Clusters|http://docs.sun.com/app/docs/doc/820-2555/gcurm?a=view] im Installationshandbuch der Sun Cluster-Software, die auch für die Konfiguration physischer Computer als Clusterknoten gelten. Beachten Sie im Folgenden die besonderen Anweisungen für Logical Domains:
* Die Knoten auf einem Cluster können aus einer Kombination aus physischen Computern, LDoms-I/O-Domänen und LDoms-Gastdomänen bestehen.
* Wenn ein physischer Computer mit Logical Domains konfiguriert wird, installieren Sie die Sun Cluster-Software nur in I/O-Domänen oder Gastdomänen auf diesem Computer.
* Bezeichnen Sie Adapter mit ihrem virtuellen Namen ({{vnet{_}N{_}}}).

[Nach oben|#top]

h2.

h4. {anchor:GFTDP} Unterstützung von Sun Service Tags
h4. {anchor:GFPCU} Unterstützung für die Verwendung von NAS-Geräten von Sun Microsystems als gemeinsam genutzte Speicher- und Quorum-Geräte
Sie können jetzt die folgenden NAS (Network Attached Storage)-Geräte von Sun Microsystems, Inc. als gemeinsam genutzte Speicher- und Quorum-Geräte in einer Sun Cluster-Umgebung verwenden.
* Sun StorEdge? NAS Appliance
* Sun StorageTek? NAS Appliance

In dieser Version unterstützt der Sun Cluster Data Service for Solaris Containers die folgenden Branded Zones:
 
* *SPARC*: {{native}}, {{solaris8}}
* *x86*: {{native}}, {{lx}}
h2. {anchor:FRYNU} Kompatibilität
* [SPARC: Logical Domains (LDoms)|#ldoms-compat]
* [Exklusive IP-Zonen|#excl-ip]
* [{{fssnap}} Unterstützung|#GEUSQ]
[Nach oben|#top]
h3.


h3. {anchor:ldoms-compat}SPARC: Logical Domains (LDoms)

CR 6684721 (Notwendigkeit, Synchronität von archivierter virtueller I/O-Domäne zu erzwingen) ist ein bekanntes Problem in der Logical Domains (LDoms) 1.0.3-Software, das Auswirkungen auf die Sun Cluster Software hat. Als Problembehebung sollten Sie den folgenden Eintrag zur Datei {{/etc/system}} auf der I/O-Domäne hinzufügen:
{panel}
set vds:vd_file_write_flags = 0
{panel}
Wenden Sie sich bezüglich der Verfügbarkeit eines Patches an Ihren Servicebeauftragen von SUN.
h3. {anchor:excl-ip} Exklusive IP-Zonen
Bei x86 Oracle RAC-Konfigurationen mit einem oder mehreren gemeinsam genutzten Sun StorageTek QFS-Dateisystemen, die Geräte aus Mehrbesitzer-Disksets von Solaris Volume Manager für Sun Cluster (CR 6655081) einhängen, wurde folgendes Verhalten festgestellt.
Wenn sich im QFS-Dateisystem der Metadatenserver auf einem Knoten befindet, der nicht der Masterknoten des Disksets ist, und dieser Knoten sämtliche Speicherverbindungen verliert, startet Oracle CRS den Knoten neu. Gleichzeitig treten möglicherweise auf den anderen Knoten, die QFS-Metadaten-Client-Knoten sind, Fehler beim Schreiben in verbundene Datenbankdateien auf. Der Schreibfehlerzustand wird automatisch korrigiert, wenn die Oracle RAC-Instanzen neu gestartet werden. Dieser Neustart sollte eine automatische Wiederherstellungsmaßnahme durch Oracle CRS darstellen, nachdem die automatische Wiederherstellung des QFS-Metadatenservers und Solaris Volume Manager durch die Sun Cluster-Software abgeschlossen wurde.

[Nach oben|#top]
 
h3. {anchor:trusted} Solaris Trusted Extensions
* *Solaris-Betriebssystem (OS)* \- Die Sun Cluster 3.2 2/08-Software und die Quorum Server-Software erfordern mindestens die folgenden Solaris OS-Versionen:
** *Solaris 9* (nur SPARC) - Solaris 9 9/05, Solaris 9 9/05 HW
** *Solaris 10* \- Solaris 10 11/06, Solaris 10 8/07, Solaris 10 5/08\*
     \*Bei Solaris 10 5/08 OS ist die neueste Patchversion 126106-12 für SPARC-basierte Plattformen oder die neueste Patchversion 126107-12 für x86-basierte Plattformen erforderlich.
{info:title=Hinweis}Die Sun Cluster-Software unterstützt in einem laufenden Cluster nicht mehrere Versionen der Solaris-Software.
{info}\\
* *Datenträger-Manager*
| " | " | QFS 4.6 | * Funktionen: Gemeinsam genutzte COTC QFS-Clients außerhalb des Clusters, HA-SAM-Failover |
| " | " | Veritas File System-Komponenten, die als Bestandteil von Veritas Storage Foundation 5.0 bereitgestellt werden | Nicht verfügbar |
| SPARC | Solaris 10 | Solaris UFS | Nicht verfügbar |
| " | " | Solaris ZFS | Nicht verfügbar |
| " | " | Sun StorEdge QFS | Nicht verfügbar |
* *Sun Management Center 3.6.1 und 4.0*
* Logical Domains (LDoms) 1.0.3 \- Die Sun Cluster 3.2 2/08-Software unterstützt LDoms 1.0.3-I/O-Domänen und -Gastdomänen als Clusterknoten. Weitere Informationen finden Sie unter [SPARC: Software- und Patch-Anforderungen für die Unterstützung von LDoms-Software.
* *Common Agent Container 2.1*
* Sun Cluster Data Service for Sybase ASE
\\
{info:title=Hinweis}Verfahren für die Version von Sun Cluster HA für Sun Java? System Directory Server, die Sun Java System Directory Server 5.0 und 5.1 verwendet, befinden sich in [_Sun Cluster 3.1 Data Service for Sun ONE Directory Server_ | http://docs.sun.com/app/docs/doc/817-1529].
Ab Version 5.2 von Sun ONE Directory Server finden Sie die Verfahren in der Installationsdokumentation zu Sun ONE Directory Server oder Sun Java System Directory Server.
{info}Der folgenden Datendienst wird unter Solaris 10 von dieser Sun Cluster-Version nicht unterstützt.
[Nach oben|#top]
h32. {anchor:CJAEBGFD} Security Hardening von Sun Cluster

Security Hardening von Sun Cluster verwendet die Hardening-Techniken des Solaris-Betriebssystems, die vom Sun BluePrints?-Programm empfohlen werden, um grundlegende Security Hardening für Cluster zu erzielen. Das Solaris Security Toolkit automatisiert die Implementierung von Security Hardening von Sun Cluster.
Die Sun Cluster Security Hardening-Dokumentation ist unter [http://www.sun.com/blueprints/0203/817-1079.pdf|http://www.sun.com/blueprints/0203/817-1079.pdf] verfügbar. Der Zugriff auf den Artikel ist auch über [http://www.sun.com/software/security/blueprints|http://www.sun.com/software/security/blueprints] möglich. Blättern Sie von diesem 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.x-Bereitstellungen in einer Solaris-Umgebung 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. Die folgenden Datendienste werden von Sun Cluster-Security Hardening unterstützt:
* Sun Cluster HA for Apache
* Sun Cluster HA for Apache Tomcat
*Zusammenfassung der Probleme*: Der Befehl {{clnode remove \-force}} sollte Knoten aus Metasets entfernen. Im Handbuch _Sun Cluster System Administration Guide for Solaris OS_ werden Verfahren zum Entfernen eines Knotens aus dem Cluster angegeben. In diesen Verfahren werden die Benutzer angewiesen, vor der Ausführung von {{clnode remove}} den Befehl {{metaset}} für die Entfernung des Solaris Volume Manager-Plattensatzes auszuführen.
*Problemumgehung*: Wenn die korrekte Vorgehensweise nicht eingehalten wurde, kann es notwendig sein, die veralteten Knotendaten auf die übliche Weise aus CCR zu löschen:
 
# Verwenden Sie an einem aktiven Cluster-Knoten den Befehl {{metaset}}, um den Knoten aus den Solaris Volume Manager-Plattensätzen zu löschen.
# Führen Sie den Befehl {{clnode clear \-force _obsolete_nodename{_}}} aus.

*Zusammenfassung der Probleme*: Die Eigenschaft {{Auxnodelist}} der Ressource für gemeinsam genutzte Adressen kann während der Erstellung der Ressource für gemeinsam genutzte Adressen nicht verwendet werden. Die Verwendung dieser Eigenschaft führt zu Überprüfungsfehlern und zu {{SEGV}}, wenn die Scalable-Ressource erstellt wird, die von dieser Netzwerkressource für gemeinsam genutzte Adressen abhängt. Die Meldung bezüglich des Überprüfungsfehlers der Scalable-Ressource weist folgendes Format auf:
{panel}
{panel}{{Method {{Method _methodname_ (scalable svc) on resource _resourcename_ stopped or terminated}}
{{due to receipt of signal 11}}{panel}
{panel}
Außerdem wird die Kerndatei aus {{ssm_wrapper}} generiert. Die Benutzer können die Eigenschaft {{Auxnodelist}} nicht festlegen und somit die Cluster-Knoten nicht identifizieren, die als Host für die gemeinsam genutzte Adresse fungieren können, jedoch nie als primärer Cluster.
*Zusammenfassung der Probleme*: Ein Quorum-Gerät kann offline sein, wenn die Cluster-Knoten unter den folgenden Bedingungen neu gestartet werden:
* Ein iSCSI-LUN auf einem unterstützten STK 2510 stellt ein Quorum für ein Cluster bereit.
* Dieses STK 2510 liegt auf einem anderen Subnetz als die Cluster-Knoten vor.

*Problemumgehung*: Konfigurieren Sie das STK 2510 auf demselben Subnetz wie die Cluster-Knoten.

*Problemumgehung*: Um herauszufinden, ob die Weiterleitung aktiviert oder deaktiviert ist, führen Sie den folgenden Befehl aus:
{panel}{{\# */usr/sbin/routeadm*}}{panel}
{panel}
{{\# */usr/sbin/routeadm{*}}}
{panel}
IPv4-Routing' muss aktiviert sein, IPv4-Forwarding hingegen deaktiviert. IPv6-Routing und -Weiterleitung müssen beide deaktiviert sein. Wenn IPv4-Weiterleitung aktiviert war, bevor die Sun Cluster-Software installiert wurde, führen Sie den folgenden Befehl aus:
{panel}{{\# */usr/sbin/routeadm \-d ipv4-forwarding*}}{panel}
{panel}
{{\# */usr/sbin/routeadm \-d ipv4-forwarding{*}}}
{panel}
Beachten Sie hierzu auch die Manpage {{routeadm}}(1M).
*Zusammenfassung der Probleme*: Wenn die vorhandene Version des Common Agent Container Version 2.0 ist ({{/usr/sbin/cacaoadm \-V}}), ist während der Installation der Sun Cluster 3.2 2/08-Software möglicherweise keine ordnungsgemäße Aktualisierung auf Version 2.1 möglich . Die folgenden Befehle veranschaulichen die Problembedingungen nach der Installation der Sun Cluster 3.2 2/08-Software:
{panel}
{{\# *cacaoadm -V*}} \-V{*}}}
{{2.1.0}}
{{\# *cacaoadm list-modules \| grep rbac{*}}}
{{com.sun.cacao.rbac 1.0}}
{panel}

*Problemumgehung*: Beenden Sie die Aktualisierung an jedem Knoten wie folgt manuell:
{panel}
{panel}{{% {{% *su{*}}}
{{\# */usr/sbin/cacaoadm prepare-uninstall{*}}}
{{\# *cacaoadm start{*}}}
{{\# *cacaoadm list-modules \| grep rbac{*}}}
{{com.sun.cacao.rbac 2.1}}{panel}
{panel}
[Nach oben|#top]

h3. {anchor:GEAZO} Laufzeit

h4.


h4. Transportwarnung für Gast-LDoms-Clusterknoten (6678045)

*Zusammenfassung der Probleme*: Auf den LDoms-Gastdomänen, die als Clusterknoten konfiguriert sind, können bei einem Neustart des Knotens Nachrichten wie diese angezeigt werden:
{panel}
WARNUNG: Kontinuierlicher Heartbeart auf phys-schost-1:ce5 - phys-schost-4:ce5 - Pfad-Timeouts sind ähnlich.
{panel}
*Problemumgehung*: Solche Nachrichten können einfach ignoriert werden.

[Nach oben|#top]

h2.

h4. Sichere Verknüpfung von Anwendungen gegen libstlport4 auf Sun Cluster ist nicht möglich (6298053).
{note:title=Hinweis}Wenn Sie das Hilfsprogramm {{sccheck}} ausführen, nachdem Sie den Schalter {{cluster}} aus der Verweistabelle {{nsswitch.conf}} entfernt haben, erhalten Sie möglicherweise eine Fehlermeldung zum fehlenden Schalter {{cluster}}. Da Sie den Schalter {{cluster}} absichtlich aus der Datei entfernt haben, können Sie diese Meldung ignorieren.
{note}
 
# Erstellen Sie an jedem Knoten eine Sicherheitskopie der Dateien {{/etc/inet/hosts}} file, {{/etc/netmasks}} und {{/etc/nsswitch.conf}}.
# Stellen Sie sicher, dass jeder private Hostname im Cluster an jedem Cluster-Knoten in der Datei {{/etc/inet/hosts}} aufgelistet ist. Diese Adressen sind mit der Schnittstelle {{clprivnet0}} verbunden. Das folgende Beispiel zeigt, wie die IP-Adresse des privaten Hostnamens eines Knotens festgelegt wird:
{panel}{{\#}} *{{ifconfig clprivnet0 \| fmt}}*
{panel}
{{\#}} {{{*}ifconfig clprivnet0 \| fmt{*}}}
{{clprivnet0:}}
{{flags=1009843<UP,BROADCAST,RUNNING,MULTICAST,MULTI_BCAST,PRIVATE,IPv4>}}

&nbsp;
{{\# *cat > /etc/inet/hosts <<EOS{*}}}
{{172.16.0.129 clusternode1-priv-physical1}}
{{172.16.1.1 clusternode1-priv-physical2}}
{{*172.16.4.1* clusternode1-priv}}
{{{*}172.16.4.1* clusternode1-priv}}
{{172.16.0.130 clusternode2-priv-physical1}}
{{172.16.1.2 clusternode2-priv-physical2}}
{{172.16.4.2 clusternode2-priv}}
{{EOS}}{panel}
{panel}
# Stellen Sie sicher, dass alle Cluster-Interconnect-Netzmasken an allen Cluster-Knoten in der Datei {{/etc/netmasks}} aufgelistet sind. Sie können folgendes Skript verwenden, um die Liste der Netzmasken zu erfassen:
{panel}
{panel}{{\# {{\# *ifconfig \-a \|*}} \
{{nawk '/flags/&&\!/PRIVATE/{p=0\}}}\
{{/flags/&&/PRIVATE/\{p=1\}}}\
{{p==1&&$3 ~ /netmask/{print $2\}'\|}}\
{{while read i; do getent netmasks $i; done > /tmp/netmasks}}{panel}
{panel}
Überprüfen Sie die Liste der erfassten Netzmasken, zum Beispiel:
{panel}
{{172.16.1.1 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.255.128}}
{{172.16.0.129 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.255.128}}
{{172.16.4.1 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.254.0}}{panel}
{panel}
Wenn die Liste korrekt ist, hängen Sie die Einträge an die Dateien {{netmasks}} an:
{panel}{{\# *cat /tmp/netmasks >> /etc/netmasks{*}}}{panel}
{panel}
{{\# *cat /tmp/netmasks >> /etc/netmasks{*}}}
{panel}
4) Entfernen Sie bei jedem Cluster-Knoten den Schalter {{cluster}} aus den Suchen nach den Einträgen {{hosts}} und {{netmasks}}. Beispiel:
\\
_Vor der Änderung:_
{panel} ...
...
{{hosts: *cluster* files files dns nisplus dns}}
...
{{netmasks: *cluster* files nisplus}}
...{panel}
{panel}
_Nach der Änderung:_
{panel} ...
...
{{hosts: files files dns nisplus dns}}
...
{{netmasks: files nisplus}}
...{panel}
{panel}
[Nach oben|#top]
# Melden Sie sich als Superuser an.
# Erstellen Sie ein Skript mit folgendem Inhalt.
{panel}{{\#\!/bin/ksh}}\\
{{\#\!/bin/ksh}}\\
\\ {{typeset PLATFORM=$\{PLATFORM:-`uname \-p`\}}}
{{typeset PATHNAME=$\{PATHNAME:-/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster/Solaris_10/Packages\}}}
{{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mkdir \-p $\{BASEDIR\}/var/sadm/pkg/$i/save/pspool}}
{{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pkgadd \-d . \-R $\{BASEDIR\} \-s $\{BASEDIR\}/var/sadm/pkg/$i/save/pspool $i}}
{{&nbsp;&nbsp;&nbsp; fi}}\\ {{done}}{panel}
{panel}
# Legen Sie die Variablen {{PLATFORM}}, {{PATHNAME}} und {{BASEDIR}} fest.
Legen Sie diese Variablen entweder als Umgebungsvariablen fest, oder bearbeiten Sie die Werte direkt im Skript.
{section}{column:width=10%}{{{}PLATFORM}}
{column:width=10%}{{{}PLATFORM}}
{column}
{column:width=90%}Der Name der Plattform. Der Name kann zum Beispiel {{sparc}} oder {{x86}} sein. Der Standardwert der Variable {{PLATFORM}} ist die Ausgabe des Befehls {{uname \-p}}.
{column} {section}
{section}{column:width=10%}{{{}PATHNAME}}
{column}
{section}
{section}
{column:width=10%}{{{}PATHNAME}}
{column}
{column:width=90%}Ein Pfad zu dem Gerät, von dem die Sun Cluster-Framework-Pakete bzw. -Datendienstpakete installiert werden können. Dieser Wert entspricht der Option {{\-d}} im Befehl {{pkgadd}}.
Für Sun Cluster-Framework-Pakete hat dieser Wert beispielsweise folgendes Format:
{panel}{{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster/Solaris_10/Packages}}{panel}
{{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster/Solaris_10/Packages}}
{panel}
Für Datendienstpakete hat dieser Wert beispielsweise folgendes Format:
{panel}{{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster_agents/Solaris_10/Packages}}{panel}
{column} {section}
{section}{column:width=10%}{{{}BASEDIR}} {{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster_agents/Solaris_10/Packages}}
{panel}
{column}
{section}
{section}
{column:width=10%}{{{}BASEDIR}}
{column}
{column:width=90%}Der vollständige Pfadname des Verzeichnisses, das als Root-Pfad verwendet werden soll und mit der Option {{\-R}} des Befehls {{pkgadd}} übereinstimmt. Legen Sie für ein Live Upgrade diesen Wert mit dem Root-Pfad fest, der mit der Option {{\-R}} des Befehls {{scinstall}} verwendet wird. Der Standardwert der Variable {{BASEDIR}} ist das Root ({{/}}) Dateisystem.
{column} {section}
{section}
# Führen Sie das Skript einmal für die Sun Cluster-Framework-Pakete und einmal für die Datendienstpakte aus.
Nach Ausführung des Skripts wird für jedes Paket folgende Meldung in der Befehlseingabeaufforderung angezeigt:
{panel}{{Transferring _pkgname_ package instance}}{panel}
{panel}
{{Transferring _pkgname_ package instance}}
{panel}
{info:title=Hinweis}Wenn das Verzeichnis {{pspool}} bereits für ein Paket vorhanden ist oder das Skript zweimal für denselben Paketsatz ausgeführt wird, wird folgender Fehler in der Befehlseingabeaufforderung angezeigt:
{panel}
{panel}{{Transferring {{Transferring _pkgname_ package instance}}
{{pkgadd: ERROR: unable to complete package transfer}}
{{&nbsp;&nbsp;&nbsp;&nbsp;-\- identical version of&nbsp;_pkgname_ already exists on destination device}}{panel}
{panel}
Diese Meldung ist harmlos und kann ignoriert werden.
{info}

*Zusammenfassung der Probleme*: Die Sun Cluster-Knoten lassen sich nach einem Live Upgrade nicht im Cluster-Modus starten. Dieser Fehler tritt nur auf, wenn lokale Zonen auf den Knoten so konfiguriert sind, dass sich der Root-Pfad ihrer Zone auf einem anderen Dateisystem als Root befindet. Folgende Fehlermeldungen werden während des Starts angezeigt:
{panel}{{Configuring&nbsp;devices.}}
{{Configuring&nbsp;devices.}}
{{NIS&nbsp;domain&nbsp;name&nbsp;is&nbsp;<domain&nbsp;name>}}
{{Loading&nbsp;smf(5)&nbsp;service&nbsp;descriptions:&nbsp;15/26ERROR:&nbsp;unable&nbsp;to&nbsp;mount&nbsp;zones:&nbsp;zoneadm:&nbsp;}}
{{Please&nbsp;reboot&nbsp;in&nbsp;noncluster&nbsp;mode(boot&nbsp;--x)&nbsp;and&nbsp;Repair}}
{{19/26syncing&nbsp;file&nbsp;systems...&nbsp;done}}
{{Program&nbsp;terminate}}{panel}
{panel}
*Problemumgehung*: Führen Sie die folgenden Schritte aus:
# Verwenden Sie Live Upgrade, um nur das Betriebssystem zu aktualisieren.
* [Tools zur Patch-Verwaltung|#patch]
* [SunSolve Online|#X-1DIMK]
* [Sun Cluster-Patchlisten|#patchklatch]
* [Erforderliche Firmware|#reqfirmware]

Wenn Sie auf die Sun Cluster 3.2 2/08-Software aufrüsten, lesen Sie [_Sun Cluster Upgrade Guide for Solaris OS_|http://docs.sun.com/app/docs/doc/820-2270]. Das Anwenden einer Sun Cluster 3.2 2/08 Core-Korrekturversion führt nicht zu demselben Ergebnis wie das Aktualisieren der Software auf die Version Sun Cluster 3.2 2/08.
{info:title=Hinweis}Lesen Sie die zum Patch gehörende Datei {{README}}, bevor Sie eine Korrekturversion anwenden oder entfernen.
{info}
Wenn Sie die Patch-Methode mit Knoten-Neustart für die Installation des Sun Cluster-Core-Patches [125510|http://sunsolve.sun.com/search/document.do?assetkey=1-21-125510-02-1] (S9/SPARC), [125511|http://sunsolve.sun.com/search/document.do?assetkey=1-21-125511-02-1] (S10/SPARC) oder [125512|http://sunsolve.sun.com/search/document.do?assetkey=1-21-125512-02-1] (S19/x64) verwenden, benötigen Sie die \-02-Version des installierten Patches, bevor Sie eine höhere Version des Patches installieren können. Wenn die \-02-Version des Patches nicht installiert ist und Sie die \-03-Version oder höher installieren möchten, müssen Sie die Cluster-Neustart-Methode verwenden.
Im Folgenden werden Beispielszenarios für die Patch-Anwendung aufgeführt:
* Wenn die Sun Cluster 3.2 2/08-Software auf dem Solaris 10-Betriebssystem unter SPARC zusammen mit Patch 125511-02 installiert ist und Sie Patch 125511-03 oder höher installieren möchten, können Sie die Knoten-Neustart- oder die Cluster-Neustart-Methode verwenden.

# Listen Sie die auf dem Cluster vorhandenen Ressourcentypen auf.
{panel}{{\#&nbsp;*clrt&nbsp;list{*}}}{panel}
{{\#&nbsp;*clrt&nbsp;list{*}}}
{panel}
# Wenn die zurückgegebene Liste {{SUNW.HAStoragePlus:5}}, {{SUNW.ScalDeviceGroup:2}} oder {{SUNW.ScalMountPoint:2}} enthält, müssen Sie diese Ressourcentypen entfernen. Anweisungen zum Entfernen eines Ressourcentyps finden Sie unter ["How to Remove a Resource Type"|http://docs.sun.com/app/docs/doc/820-2561/6ne5g9kkt?a=view] im _Sun Cluster Data Services Planning and Administration Guide for Solaris OS_.
# Starten Sie alle Cluster-Knoten im Nicht-Cluster- und Einzelbenutzer-Modus neu.
[Nach oben|#top]
h4. {anchor:patch} Patch zur Cluster-Unterstützung für StorageTek-Array 2530
Die Software Sun StorageTek Common Array Manager (CAM), Version 6.0.1, bietet SCSI3- oder PGR-Unterstützung für das Sun StorageTek-Array 2530 für bis zu drei Knoten Der Patch ist keine erforderliche Aufrüstung für die Plattformen Sun StorEdge 6130, 2540, 6140 und 6540 sowie StorageTek FLX240, FLX280 und FLX380. Der Patch CAM 6.0.1 steht im Sun Download Center zur Verfügung.

[Nach oben|#top]

h3. {anchor:X-1DIMK} SunSolve Online
[Nach oben|#top]
h3. {anchor:patchklatch}Sun Cluster-Patchlisten

In den [Informationen zum Sun Cluster-Patch|http://wikis.sun.com/display/SunCluster/The+Patch+Klatch+-+Patches+That+Affect+Sun+Cluster] finden Sie eine vollständige und aktuelle Liste der Patches, die Sie für Solaris OS, die Sun Cluster-Software sowie weitere Software in Ihrer Cluster-Konfiguration benötigen, je nachdem, welche Softwareversion Sie verwenden.
[Nach oben|#top]

h3. {anchor:reqfirmware}Erforderliche Firmware


h4. {anchor:patch} Patch zur Cluster-Unterstützung für StorageTek-Array 2530

Die Software Sun StorageTek Common Array Manager (CAM), Version 6.0.1, bietet SCSI3- oder PGR-Unterstützung für das Sun StorageTek-Array 2530 für bis zu drei Knoten Der CAM 6.0.1-Patch ist über das Download Center von Sun verfügbar. Sie können sich aber auch bei SunSolve anmelden und den [Patch 137294-01|http://sunsolve.sun.com/search/document.do?assetkey=1-21-137294-01-1] herunterladen.

[Nach oben|#top]
h2. {anchor:CHDGCEDD} Sun Cluster 3.2 2/08-Dokumentation
* [Sun Cluster 3.2 2/08-Datendiensthandbücher für Solaris OS (x86 Platform Edition)|#RELNOTES-35]
* [Sun Cluster 3.1 - 3.2 Hardware-Dokumentationsreihe für Solaris OS (SPARC Platform Edition)|#RELNOTES-35S]
* [Sun Cluster 3.1 - 3.2 Hardware-Dokumentationsreihe für Solaris OS (x86 Platform Edition)|#RELNOTES-35X]\\
 
{info:title=Hinweis}Verfahren für die Version von Sun Cluster HA für Sun Java? System Directory Server, die Sun Java System Directory Server 5.0 und 5.1 verwendet, befinden sich in [_Sun Cluster 3.1 Data Service for Sun ONE Directory Server_ | http://docs.sun.com/app/docs/doc/817-1529].
Ab Version 5.2 von Sun ONE Directory Server finden Sie die Verfahren in der Installationsdokumentation zu Sun ONE Directory Server oder Sun Java System Directory Server.
{info}
{info}Einige Handbücher wurden seit der letzten Version Sun Cluster 3.2 nicht aktualisiert. Ihre Inhalte gelten jedoch auch für die Version Sun Cluster 3.2 2/08.
Die Sun Cluster 3.2 2/08-Benutzerdokumentationsreihe steht im PDF- und HTML-Format auf folgender Website zur Verfügung:
\\
bq. [http://docs.sun.com/app/docs/prod/sun.cluster32|http://docs.sun.com/app/docs/prod/sun.cluster32]
\\
\\
{info:title=Hinweis}Mit Einführung von Sun Cluster 3.2 wird die Dokumentation zu den einzelnen Datendiensten nicht mehr übersetzt. Die Dokumentation zu den einzelnen Datendiensten steht ausschließlich in englischer Sprache zur Verfügung.
{info}[Nach oben|#top]\\
{info} \\
[Nach oben|#top]
\\
\\

h3. {anchor:RELNOTES-39S} Sun Cluster 3.2 2/08-Softwarehandbücher für Solaris OS
Wenn sich der Name der Replikationsgerätegruppe (und der entsprechenden globalen Gerätegruppe) ändert, müssen Sie die replizierten Geräteinformationen aktualisieren, indem Sie zunächst den Befehl {{scdidadm \-b}} verwenden, um die vorhandenen Informationen zu löschen. Der letzte Schritt ist die Verwendung des Befehls {{cldevice combine}}, um ein neues, aktualisiertes Gerät zu erstellen.
h4. Freigeben von SCSI-2-Reservierungen
Wenn Sie Korrekturversionen im Einzelbenutzer-Modus mit Failover-Zonen anwenden und auf den Laufwerken scsi2-Reservierungen vorhanden sind, gehen Sie nach den Anweisungen unter [How to Apply Patches in Singl-User Mode with Failover Zones|http://docs.sun.com/app/docs/doc/819-2971/6n57mi2g0?a=view#geubs] vor, wobei Sie die folgende Änderung vornehmen:
 
Nachdem Sie Schritt #10 durchgeführt haben, überspringen Sie Schritt #11. Stellen Sie dann wie folgt fest, ob auf den Laufwerken des Disksets scsi2-Reservierungen vorhanden sind.
a. Führen Sie auf allen Laufwerken des Disksets den Befehl /usr/cluster/lib/sc/scsi -c disfailfast -d /dev/did/rdsk/d#s2 aus.
b. Wenn Schlüssel aufgeführt sind, geben Sie sie wie folgt frei: /usr/cluster/lib/sc/scsi -c release -d /dev/did/rdsk/d#s2.
Wenn Sie Korrekturversionen im Einzelbenutzer-Modus mit Failover-Zonen anwenden und auf den Laufwerken SCSI-2-Reservierungen vorhanden sind, gehen Sie nach den Anweisungen unter [How to Apply Patches in Single-User Mode with Failover Zones|http://docs.sun.com/app/docs/doc/819-2971/6n57mi2g0?a=view#geubs] vor, wobei Sie die folgende Änderung vornehmen:
 
Nachdem Sie Schritt #10 durchgeführt haben, überspringen Sie Schritt #11. Stellen Sie dann wie folgt fest, ob auf den Laufwerken des Disksets SCSI-2-Reservierungen vorhanden sind.
a. Führen Sie auf allen Laufwerken des Disksets den Befehl /usr/cluster/lib/sc/scsi \-c disfailfast \-d /dev/did/rdsk/d#s2 aus.
b. Wenn Schlüssel aufgeführt sind, geben Sie sie wie folgt frei: /usr/cluster/lib/sc/scsi \-c release \-d /dev/did/rdsk/d#s2.
h3. {anchor:GDYMM} Data Services Developer's Guide
[Nach oben|#top]
h4. {{cldevice}}(1M) {{cldevice}}(1CL)

Die folgenden Informationen für den Befehl {{cldevice replicate}} fehlen auf der Manpage {{cldevice}}(1M):
{section}{column:width=10%}
{column:width=10%}
{{replicate}}
{column}
{column:width=90%}
Der Unterbefehl {{replicate}} wird als Methode zur Kombination von DID-Instanzen mit SRDF nicht unterstützt. Dieser Unterbefehl kann nur mit TrueCopy verwendet werden. Um DID-Instanzen mit SRDF zu kombinieren, verwenden Sie {{cldevice combine}}.
{column} {section}
{section}
[Nach oben|#top]

* Die folgende Option fehlt auf der Manpage {{clresource}}(1CL):
{section}{column:width=5%}{{\-u}}
{column:width=5%}{{\-u}}
{column}
{column:width=95%}Mit dem Operanden + wird angegeben, dass der Befehl auf Ressourcen angewendet wird, deren Ressourcengruppen angehalten sind. Wenn Sie den Operanden + ohne die Option {{\-u}} angeben, ignoriert der Befehl alle Ressourcen, deren Ressourcengruppen angehalten sind.
Die Option {{\-u}} ist gültig, wenn der Operand + mit den Unterbefehlen {{clear}}, {{disable}}, {{enable}}, {{monitor}}, {{set}} und {{unmonitor}} angegeben ist.
{column} {section}
{section}
* In der Beschreibung des Operanden + sollte darauf hingewiesen werden, dass der Befehl bei der Verwendung des Operanden mit den Unterbefehlen {{clear}}, {{disable}}, {{enable}}, {{monitor}}, {{set}} oder {{unmonitor}} alle Ressourcen ignoriert, deren Ressourcengruppen angehalten sind, es sei denn, Sie geben die Option {{\-u}} ebenfalls an.
* Die in den Definitionen der Operanden + und {{\-}} angeführten Beispiele für die Optionen {{\-p}}, {{\-x}} und {{\-y}} sind fehlerhaft. Die Definitionen sollten wie folgt lauten:
{section}{column:width=5%}{{+}}
{column:width=5%}{{+}}
{column}
{column:width=95%}Fügt einem Zeichenfolgen-Array-Wert einen Wert bzw. mehrere Werte hinzu. Dieser Operator wird nur für den festgelegten Unterbefehl akzeptiert. Sie können diesen Operator nur für solche Eigenschaften angeben, die Listen mit Zeichenfolgenwerten akzeptieren, beispielsweise {{Resource_dependencies}}.
{column} {section}
{section}{column:width=5%}{{\-}}
{column}
{section}
{section}
{column:width=5%}{{\-}}
{column}
{column:width=95%}Entfernt einen Wert bzw. mehrere Werte aus einem Zeichenfolgen-Array-Wert. Dieser Operator wird nur für den festgelegten Unterbefehl akzeptiert. Sie können diesen Operator nur für solche Eigenschaften angeben, die Listen mit Zeichenfolgenwerten akzeptieren, beispielsweise {{Resource_dependencies}}.
{column} {section}
{section}

[Nach oben|#top]
* Auf der Manpage wird fälschlicherweise angegeben, dass die Option {{\-s}} _state_ für die Verwendung mit den Unterbefehlen {{list}} zur Verfügung steht. Die Option {{\-s}} steht derzeit im Befehl {{clresourcegroup}} für den Unterbefehl {{list}} nicht zur Verfügung. Sie ist nur für den Unterbefehl {{status}} verfügbar. Ignorieren Sie alle Informationen auf der Manpage zur Verwendung der Option {{\-s}} mit dem Unterbefehl {{list}}.
* Die folgende Option fehlt auf der Manpage {{clresourcegroup}}(1CL):
{section}{column:width=5%}{{\-u}}
{column:width=5%}{{\-u}}
{column}
{column:width=95%}Diese Option gibt an, dass der Befehl auf angehaltene Ressourcen angewendet wird, sofern Sie den Operanden + angeben. Wenn Sie den Operanden + ohne die Option {{\-u}} angeben, ignoriert der Befehl alle angehaltenen Ressourcengruppen.
Die Option {{\-u}} ist gültig, wenn der Operand + mit den Unterbefehlen {{add-node}}, {{manage}}, {{offline}}, {{online}}, {{quiesce}}, {{remaster}}, {{remove-node}}, {{restart}}, {{set}}, {{switch}} und {{unmanage}} angegeben ist.
{column} {section}
{section}
* In der Beschreibung des Operanden + sollte darauf hingewiesen werden, dass der Befehl bei der Verwendung des Operanden mit den Unterbefehlen {{add-node}}, {{manage}}, {{offline}}, {{online}}, {{quiesce}}, {{remaster}}, {{remove-node}}, {{restart}}, {{set}}, {{switch}} oder {{unmanage}} alle angehaltenen Ressourcengruppen ignoriert, es sei denn, Sie geben auch die Option {{\-u}} an.

Auf der Manpage {{rt_properties}}(5) ist in der Beschreibung der Eigenschaft {{API_version}} das für die Veröffentlichung angegebene Datum (12/07) fehlerhaft. Das korrekte Datum lautet 2/08, wie nachfolgend gezeigt.
{panel}
{panel}{{3.2 {{3.2 2/08}}\\
bq. {{8}}{panel}
{panel}
[Nach oben|#top]

Die folgenden Informationen zur neuen Option {{\-b}} fehlen auf der Manpage {{scdidadm}}(1M):
{section}{column:width=5%}
{column:width=5%}
{{\-b}}
{column}
{column:width=95%}
Setzt eine replizierte DID-Instanz in ihren früheren Zustand mit zwei separaten DID-Instanzen zurück.
{column} {section}
{section}
Example 5.5 Replizierte DID-Gerätekonfiguration rückgängig machen
{panel}{{\# *scdidadm \-b 10{*}}}{panel}
{panel}
{{\# *scdidadm \-b 10{*}}}
{panel}
\\
[Nach oben|#top]

h2. {anchor:CJACKKKD} Behobene Probleme

Dieser Abschnitt beschreibt Änderungsanforderungen, Dokumentationsfehler oder Auslassungen, die in Sun Cluster 3.2 2/08 beseitigt wurden.

h3. Unterstützung für InfiniBand-Host-Channel-Adapter (HCA) (6599044)&nbsp;


h3.

Die Server T5120 und T5220 von Sun SPARC Enterprise, die Sun Cluster 3.2.2/08-Software verwenden, benötigen keinen CORE-Patch [126106|http://sunsolve.sun.com/search/advsearch.do?collection=PATCH&type=collections&max=50&language=en&queryKey5=126106&toDocument=yes] (Solaris 10) oder Patch [126107|http://sunsolve.sun.com/search/advsearch.do?collection=PATCH&type=collections&max=50&language=en&queryKey5=126107&toDocument=yes] (Solaris 10_x86) für InfiniBand-Konfigurationen mehr.

[Nach oben|#top]

The individuals who post here are part of the extended Sun Microsystems community and they might not be employed or in any way formally affiliated with Sun Microsystems. The opinions expressed here are their own, are not necessarily reviewed in advance by anyone but the individual authors, and neither Sun nor any other party necessarily agrees with them.

Copyright 1994-2009 Sun Microsystems, Inc.
Powered by Atlassian Confluence
Sun Guidelines on Public Discourse Privacy Policy Terms of Use Trademarks Site Map Employment Investor Relations Contact