Dieser Abschnitt führt bekannte Fehler oder Auslassungen in der Dokumentation, Onlinehilfe bzw. der Online-Dokumentation auf und beschreibt die Schritte zum Beheben dieser Probleme.
Dieser Abschnitt behandelt Fehler und Auslassungen im Sun Cluster 3.1 Data Service for Oracle Parallel Server/Real Application Clusters Guide.
Der Abschnitt “Anforderungen für die Verwendung des Cluster-Dateisystems” enthält die falsche Angabe, dass Sie Datendateien im Cluster-Dateisystem speichern können. Sie dürfen keine Datendateien im Cluster-Dateisystem speichern. Ignorieren Sie deshalb in diesem Abschnitt alle Angaben zu Datendateien.
Wenn die Oracle-Software im Cluster-Dateisystem installiert wird, kann von allen Cluster-Knoten auf alle Dateien in dem Verzeichnis zugegriffen werden, das von der Umgebungsvariable ORACLE_HOME
angegeben wird.
Bei manchen Installationen kann es erforderlich sein, dass Oracle-Dateien oder -Verzeichnisse knotenspezifische Informationen verwalten. Sie können diese Anforderung erfüllen, indem Sie eine symbolische Verknüpfung verwenden, deren Ziel eine Datei oder ein Verzeichnis ist, die bzw. das für einen Knoten lokal ist. Ein derartiges Dateisystem gehört nicht zum Cluster-Dateisystems.
Um eine symbolische Verknüpfung für diesen Zweck zu verwenden, müssen Sie einen Bereich in einem lokalen Dateisystem zuordnen. Damit die Oracle-Anwendungen symbolische Verknüpfungen zu den Dateien in diesem Bereich herstellen können, müssen die Anwendungen auf die Dateien in diesem Bereich zugreifen können. Da sich die symbolische Verknüpfung im Cluster-Dateisystem befindet, sind die Verweise zu den Verknüpfungen von allen Knoten aus gleich. Deshalb müssen alle Knoten denselben Namensraum für den Bereich im lokalen Dateisystem aufweisen.
Führen Sie dieses Verfahren für jedes Verzeichnis aus, das knotenspezifische Informationen verwalten soll. Folgende Verzeichnisse sind im Allgemeinen zur Verwaltung knotenspezifischer Informationen erforderlich:
$ORACLE_HOME
/network/agent
$ORACLE_HOME
/network/log
$ORACLE_HOME
/network/trace
$ORACLE_HOME
/srvm/log
$ORACLE_HOME
/apache
Informationen über andere Verzeichnisse, die möglicherweise zur Verwaltung knotenspezifischer Informationen erforderlich sind, finden Sie in der Oracle-Dokumentation.
Erstellen Sie auf jedem Cluster-Knoten das lokale Verzeichnis, das die knotenspezifischen Informationen verwalten soll.
# mkdir -p lokales_Verzeichnis |
Gibt an, dass die nicht vorhandenen übergeordneten Verzeichnisse zuerst erstellt werden
Gibt den vollständigen Pfadnamen des von Ihnen erstellten Verzeichnisses an
Erstellen Sie auf jedem Cluster-Knoten eine lokale Kopie des globalen Verzeichnisses, das die knotenspezifischen Informationen verwalten soll.
# cp -pr globales_Verzeichnis übergeordnetes_lokales_Verzeichnis |
Gibt an, dass Besitzer, Gruppe, Berechtigungsmodi, Änderungszeitpunkt, Zugriffszeitpunkt und Zugriffskontrolllisten beibehalten werden.
Gibt an, dass das Verzeichnis und alle enthaltenen Dateien einschließlich aller Unterverzeichnisse und deren Dateien kopiert werden.
Gibt den vollständigen Pfad des von Ihnen kopierten globalen Verzeichnisses an. Dieses Verzeichnis befindet sich im Cluster-Dateisystem unter dem Verzeichnis, das durch die Umgebungsvariable ORACLE_HOME
angegeben wird.
Gibt das Verzeichnis auf dem lokalen Knoten an, das die lokale Kopie enthalten soll. Dieses Verzeichnis ist das übergeordnete Verzeichnis des Verzeichnisses, das Sie in Schritt 1 erstellt haben.
Ersetzen Sie das globale Verzeichnis, das Sie in Schritt 2 kopiert haben, durch eine symbolische Verknüpfung zur lokalen Kopie des globalen Verzeichnisses.
Entfernen Sie von einem beliebigen Cluster-Knoten das globale Verzeichnis, das Sie in Schritt 2 kopiert haben.
# rm -r globales_Verzeichnis |
Gibt an, dass das Verzeichnis und alle enthaltenen Dateien einschließlich aller Unterverzeichnisse und deren Dateien entfernt werden.
Gibt den Dateinamen und den vollständigen Pfad des globalen Verzeichnisses an, das Sie entfernen. Dieses Verzeichnis ist das globale Verzeichnis, das Sie in Schritt 2 kopiert haben.
Erstellen Sie von einem beliebigen Cluster-Knoten eine symbolische Verknüpfung von der lokalen Kopie des Verzeichnisses zum globalen Verzeichnis, das Sie in Schritt a entfernt haben.
# ln -s lokales_Verzeichnis globales_Verzeichnis |
Gibt an, dass es sich um eine symbolische Verknüpfung handelt
Gibt an, dass das lokale Verzeichnis, das Sie in Schritt 1 erstellt haben, die Quelle der Verknüpfung ist
Gibt an, dass das globale Verzeichnis, das Sie in Schritt a entfernt haben, das Ziel der Verknüpfung ist
Dieses Beispiel zeigt den Ablauf, um knotenspezifische Verzeichnisse in einem Zwei-Knoten-Cluster zu erstellen. Dieser Cluster ist wie folgt konfiguriert:
Die Umgebungsvariable ORACLE_HOME
gibt das Verzeichnis /global/oracle an.
Das lokale Dateisystem auf jedem Knoten befindet sich unter dem Verzeichnis /local.
Folgende Vorgänge werden auf jedem Knoten ausgeführt:
Um die erforderlichen Verzeichnisse im lokalen Dateisystem zu erstellen, werden folgende Befehle ausgeführt:
# mkdir -p /local/oracle/network/agent |
# mkdir -p /local/oracle/network/log |
# mkdir -p /local/oracle/network/trace |
# mkdir -p /local/oracle/srvm/log |
# mkdir -p /local/oracle/apache |
Um lokale Kopien der globalen Verzeichnisse zu erstellen, die knotenspezifische Informationen verwalten sollen, werden folgende Befehle ausgeführt:
# cp -pr $ORACLE_HOME/network/agent /local/oracle/network/. |
# cp -pr $ORACLE_HOME/network/log /local/oracle/network/. |
# cp -pr $ORACLE_HOME/network/trace /local/oracle/network/. |
# cp -pr $ORACLE_HOME/srvm/log /local/oracle/srvm/. |
# cp -pr $ORACLE_HOME/apache /local/oracle/. |
Folgende Vorgänge werden nur auf einem Knoten ausgeführt:
Um die globalen Verzeichnisse zu entfernen, werden folgende Befehle ausgeführt:
# rm -r $ORACLE_HOME/network/agent |
# rm -r $ORACLE_HOME/network/log |
# rm -r $ORACLE_HOME/network/trace |
# rm -r $ORACLE_HOME/srvm/log |
# rm -r $ORACLE_HOME/apache |
Um symbolische Verknüpfungen von den lokalen Verzeichnissen zu ihren entsprechenden globalen Verzeichnissen zu erstellen, werden folgende Befehle ausgeführt:
# ln -s /local/oracle/network/agent $ORACLE_HOME/network/agent |
# ln -s /local/oracle/network/log $ORACLE_HOME/network/log |
# ln -s /local/oracle/network/trace $ORACLE_HOME/network/trace |
# ln -s /local/oracle/srvm/log $ORACLE_HOME/srvm/log |
# ln -s /local/oracle/apache $ORACLE_HOME/apache |
Führen Sie dieses Verfahren für jede Datei aus, die knotenspezifische Informationen verwalten soll. Folgende Dateien sind im Allgemeinen für die Verwaltung knotenspezifischer Informationen erforderlich:
$ORACLE_HOME
/network/admin/snmp_ro.ora
$ORACLE_HOME
/network/admin/snmp_rw.ora
Informationen über andere Dateien, die möglicherweise zur Verwaltung knotenspezifischer Informationen erforderlich sind, finden Sie in der Oracle-Dokumentation.
Erstellen Sie auf jedem Cluster-Knoten das lokale Verzeichnis, in dem die Datei abgelegt wird, die knotenspezifische Informationen verwalten soll.
# mkdir -p lokales_Verzeichnis |
Gibt an, dass die nicht vorhandenen übergeordneten Verzeichnisse zuerst erstellt werden
Gibt den vollständigen Pfadnamen des von Ihnen erstellten Verzeichnisses an
Erstellen Sie auf jedem Cluster-Knoten eine lokale Kopie der globalen Datei, die die knotenspezifischen Informationen verwalten soll.
# cp -p globale_Datei lokales_Verzeichnis |
Gibt an, dass Besitzer, Gruppe, Berechtigungsmodi, Änderungszeitpunkt, Zugriffszeitpunkt und Zugriffskontrolllisten beibehalten werden.
Gibt den Dateinamen und den vollständigen Pfad der globalen Datei an, die Sie kopieren. Diese Datei wurde im Cluster-Dateisystem unter dem Verzeichnis installiert, das durch die Umgebungsvariable ORACLE_HOME
angegeben wird.
Legt das Verzeichnis fest, das die lokale Kopie der Datei enthalten soll. Dieses Verzeichnis haben Sie in Schritt 1 erstellt.
Ersetzen Sie die globale Datei, die Sie in Schritt 2 kopiert haben, durch eine symbolische Verknüpfung zur lokalen Kopie der Datei.
Entfernen Sie von einem beliebigen Cluster-Knoten die globale Datei, die Sie in Schritt 2 kopiert haben.
# rm globale_Datei |
Gibt den Dateinamen und den vollständigen Pfad der globalen Datei an, die Sie entfernen. Das ist die globale Datei, die Sie in Schritt 2 kopiert haben.
Erstellen Sie von einem beliebigen Cluster-Knoten eine symbolische Verknüpfung von der lokalen Kopie der Datei zum Verzeichnis, aus dem Sie die globale Datei in Schritt a entfernt haben.
# ln -s lokale_Datei globales_Verzeichnis |
Gibt an, dass es sich um eine symbolische Verknüpfung handelt
Gibt an, dass die Datei, die Sie in Schritt 2 kopiert haben, die Quelle der Verknüpfung ist
Gibt an, dass das Verzeichnis, aus dem Sie die globale Version der Datei in Schritt a entfernt haben, das Ziel der Verknüpfung ist
Dieses Beispiel zeigt den Ablauf, um knotenspezifische Dateien in einem Zwei-Knoten-Cluster zu erstellen. Dieser Cluster ist wie folgt konfiguriert:
Die Umgebungsvariable ORACLE_HOME
gibt das Verzeichnis /global/oracle an.
Das lokale Dateisystem auf jedem Knoten befindet sich unter dem Verzeichnis /local.
Folgende Vorgänge werden auf jedem Knoten ausgeführt:
Um das lokale Verzeichnis für die Dateien zu erstellen, die knotenspezifische Informationen verwalten sollen, wird folgender Befehl ausgeführt:
# mkdir -p /local/oracle/network/admin |
Um eine lokale Kopie der globalen Dateien zu erstellen, die knotenspezifische Informationen verwalten sollen, werden folgende Befehle ausgeführt:
# cp -p $ORACLE_HOME/network/admin/snmp_ro.ora \ /local/oracle/network/admin/. |
# cp -p $ORACLE_HOME/network/admin/snmp_rw.ora \ /local/oracle/network/admin/. |
Folgende Vorgänge werden nur auf einem Knoten ausgeführt:
Um die globalen Dateien zu entfernen, werden folgende Befehle ausgeführt:
# rm $ORACLE_HOME/network/admin/snmp_ro.ora |
# rm $ORACLE_HOME/network/admin/snmp_rw.ora |
Um symbolische Verknüpfungen von den lokalen Kopien der Dateien zu ihren entsprechenden globalen Dateien zu erstellen, werden folgende Befehle ausgeführt:
# ln -s /local/oracle/network/admin/snmp_ro.ora \ $ORACLE_HOME/network/admin/snmp_rw.ora |
# ln -s /local/oracle/network/admin/snmp_rw.ora \ $ORACLE_HOME/network/admin/snmp_rw.ora |
Dieser Abschnitt behandelt Fehler und Auslassungen im Sun Cluster 3.1 Data Service for Oracle E-Business Suite Guide.
Schritt 13 des Verfahrens “So registrieren Sie Sun Cluster HA für die Oracle E-Business Suite als Failover-Dienst” ist nicht korrekt. Der korrekte Text lautet wie folgt:
13. Erstellen Sie eine Ressource für Concurrent Manager Server von Oracle E-Business Suite.
# grep PROD.CON_COMNTOP /var/tmp/config.txt PROD.CON_COMNTOP=/global/mnt10/d01/oracle/prodcomn <- CON_COMNTOP # # grep PROD.DBS_ORA806= /var/tmp/config.txt PROD.DBS_ORA806=/global/mnt10/d01/oracle/prodora/8.0.6 <- ORACLE_HOME |
Das diesem Schritt folgende Beispiel ist ebenfalls falsch. Das korrekte Beispiel lautet wie folgt:
RS=ebs-cmg-res RG=ebs-rg HAS_RS=ebs-has-res LSR_RS=ebs-cmglsr-res CON_HOST=lhost1 CON_COMNTOP=/global/mnt10/d01/oracle/prodcomn CON_APPSUSER=ebs APP_SID=PROD APPS_PASSWD=apps ORACLE_HOME=/global/mnt10/d01/oracle/prodora/8.0.6 CON_LIMIT=70 MODE=32/Y
Dieser Abschnitt behandelt Fehler und Auslassungen in den Abschnitten Sun Cluster 3.1 Data Service for Sun ONE Directory Server Guide und Sun Cluster 3.1 Data Service for Sun ONE Web Server Guide.
Die Namen von iPlanet Web Server und iPlanet Directory Server wurden geändert. Die neuen Namen lauten Sun ONE Web Server und Sun ONE Directory Server. Die Datendienstnamen lauten nun Sun Cluster HA für Sun ONE Web Server und Sun Cluster HA für Sun ONE Directory Server.
Die Anwendungsnamen auf der Sun Cluster Agents-CD-ROM können noch iPlanet Web Server und iPlanet Directory Server lauten.
Dieser Abschnitt behandelt Fehler und Auslassungen im Abschnitt Sun Cluster 3.1 Data Service for SAP liveCache.
Der Abschnitt “Registering and Configuring Sun Cluster HA for SAP liveCache” sollte darauf hinweisen, dass SAP xserver nur als Scalable-Ressource konfiguriert werden kann. Wenn SAP xserver als Failover-Ressource konfiguriert wird, erfolgt kein Failover von SAP liveCache. Ignorieren Sie alle Angaben in Bezug auf die Konfiguration der Ressource SAP xserver als Failover-Ressource im Abschnitt Sun Cluster 3.1 Data Service for SAP liveCache.
Der Abschnitt “Registrieren und Konfigurieren von Sun Cluster HA für SAP liveCache” sollte noch einen zusätzlichen Schritt enthalten. Nach Schritt 10, “Enable the scalable resource group that now includes the SAP xserver resource”, müssen Sie die liveCache-Ressource registrieren, indem Sie folgenden Text eingeben.
# scrgadm -a -j livecache-resource -g liveCache-Ressourcengruppe \ -t SUNW.sap_livecache -x livecache_name=LC-NAME \ -y resource_dependencies=liveCache-Speicherressource |
Wenn Sie die liveCache-Ressource registriert haben, setzen Sie im nächsten Schritt, “Set up a resource group dependency between SAP xserver and liveCache” fort.
Dieser Abschnitt behandelt Fehler und Auslassungen im Abschnitt Sun Cluster 3.1 Data Service for WebLogic Server .
Die Tabelle “Protection of BEA WebLogic Server Component” sollte besagen, dass die Datenbank BEA WebLogic Server von allen Datenbanken geschützt wird, die von BEA WebLogic Server und in Sun Cluster unterstützt werden. Die Tabelle sollte auch besagen, dass die HTTP-Server von allen HTTP-Servern geschützt werden, die von BEA WebLogic Server und in Sun Cluster unterstützt werden.
Dieser Abschnitt behandelt Fehler und Auslassungen im Abschnitt Sun Cluster 3.1 Data Service for Apache Guide.
Der Abschnitt “Planning the Installation and Configuration” sollte einen Hinweis über die Verwendung eines Scalable-Proxy-Servers als Scalable-Webressource enthalten. Die Verwendung von Scalable-Proxy wird nicht unterstützt.
Wenn Sie die Erweiterungseigenschaft Monitor_Uri_List für den Datendienst Sun Cluster HA für Apache verwenden, beträgt der erforderliche Wert der Eigenschaft Type_version 4. Sie können eine Ressourcentyp-Aufrüstung auf Type_version 4 vornehmen.
Wenn Sie die Erweiterungseigenschaft Monitor_Uri_List für den Datendienst Sun Cluster HA für Sun ONE Web Server verwenden, beträgt der erforderliche Wert der Eigenschaft Type_version 4. Sie können eine Ressourcentyp-Aufrüstung auf Type_version 4 vornehmen.
Im Abschnitt “See Also” der Online-Dokumentation befindet sich ein Fehler. Anstatt des Verweises auf das Sun Cluster 3.1 Data Services Installation and Configuration Guide sollte auf das Sun Cluster 3.1 Data Service for WebLogic Server Guide verwiesen werden.