Verwenden Sie diese Seite, um eine bestehende geclusterte Datenbank um neue Knoten zu erweitern. Diese Deployment-Prozedur installiert Überwachungs-Agent, Oracle Clusterware und Oracle Real Application Clusters (Oracle RAC) falls erforderlich.
Stellen Sie sicher, dass die Software-Library eingerichtet wurde. Dies entspricht dem Oracle RAC Provisioning, nur müssen Sie keine zusätzliche Software hochladen, um den Vorgang "Cluster-Datenbank erweitern" auszuführen.
Die Gruppen oinstall und dba müssen verfügbar gemacht werden. Der Benutzer muss nicht unbedingt Bestandteil dieser Gruppe sein.
Die Benutzer-ID-Daten, die bei der Ausführung dieses Vorgangs zusammen mit der Gruppen-ID benutzt werden, müssen auf allen Knoten (Zielen) des ausgewählten Clusters identisch sein.
Die Knoten, die Sie zu dem bestehenden Cluster hinzufügen möchten, müssen Bestandteil des CRS-Quell-Clusters sein, jedoch nicht unbedingt in Oracle RAC.
Die ausgewählten Knoten müssen mindestens zwei Interfaces haben.
Benutzer benötigt sudo-Berechtigungen (nur bei UNIX) auf allen Knoten.
Für jeden Knoten ist ein physischer Speicher (RAM) von mindestens 1 GB erforderlich.
Agent muss auf den Knoten installiert sein, die Sie zu dem Cluster hinzufügen möchten.
Der Shared Storage, der für bestehende Cluster-Knoten benutzt wird, muss für die neuen Knoten zugänglich sein, die Sie hinzufügen.
Die Deployment-Prozedur umfasst die folgenden Schritte:
Voraussetzungen bereitstellen: Wenn die Deployment-Prozedur ausgeführt wird, dekomprimiert und stellt dieser Schritt die Prerequisite Checker- und Anpassungskomponenten in dem temporären Arbeitsverzeichnis auf allen ausgewählten Knoten bereit.
SSH-Setup: In diesem Schritt verwendet die Deployment-Prozedur die obligatorischen Komponenten und richtet SSH auf einem (der ausgewählten) Knoten und den restlichen Knoten in dem Cluster ein. Diese Prozedur wird auf jedem der ausgewählten Knoten ausgeführt.
Agents an Knoten weiterreichen: Die Deployment-Prozedur führt diesen Schritt nur auf den Knoten aus, die nicht von Enterprise Manager überwacht werden. Dieser Schritt stellt den Management Agent auf derartigen Knoten bereit.
Cluster-Introspektionsphase: Das Cluster-Introspektions-Utility wird in diesem Schritt auf einem der Knoten ausgeführt, den Sie aus dem bestehenden Cluster auswählen (wird auch als Referenzziel bezeichnet). Dieses Utility ruft die Informationen ab, die in dem Enterprise Manager Repository fehlen.
Laufzeit-Cluster-Daten laden: In diesem Schritt werden die fehlenden Daten, die von dem Cluster-Introspektion-Utility erfasst wurden, in die Laufzeitdaten geladen.
Voraussetzungen und Anpassungen: Im Allgemeinen wird dieser Schritt in zwei Teilen ausgeführt. Zuerst wird der Prerequisite Checker ausgeführt und danach das automatisierte Anpassungs-Skript.
Hinweis: Wenn Sie den Schritt unverändert ausführen möchten, d.h. sowohl den Prerequisite Checker als auch das automatisierte Anpassungs-Skript ausführen möchten, benötigen Sie sudo-Berechtigungen, die zur Ausführung des Anpassungs-Skripts erforderlich sind.
Sie können jedoch auch nur den Prerequisite Checker ausführen, indem Sie die Ausführung der Anpassungs-Skripts deaktivieren. Falls erforderlich können Sie die nicht erfolgreichen Prüfungen auf Voraussetzungen manuell korrigieren und die Deployment-Prozedur erneut ausführen.
Hinweis: Wenn Sie nur den Prerequisite Checker ausführen, sind keine sudo-Berechtigungen erforderlich
Clusterware-Archiv und In Zielknoten kopieren: Dieser Schritt erstellt eine Zip-Datei, die Oracle Clusterware-Binärdateien enthält, und kopiert sie in die Zielknoten, die kein bestehendes Oracle Clusterware-(CRS-)Standardverzeichnis haben.
Clusterware-Archiv bereitstellen: In diesem Schritt werden die kopierten CRS-Binärdateien in dem Oracle CRS-Standardverzeichnis auf den ausgewählten Zielknoten bereitgestellt.
Gemeinsame Speicherorte überprüfen: Das Cluster Verification-Utility (CVU) wird ausgeführt, um sicherzustellen, dass die gemeinsamen Speicherorte für OCR, VDisk und Datendateien von allen Zielknoten zugänglich sind.
Cluster Verification-Utility: Das CVU wird jetzt auf den neuen Zielknoten ausgeführt, die Oracle Clusterware benötigen, um sicherzustellen, dass die Oracle-Standardverzeichnisse für eine Oracle Clusterware-Installation kompatibel sind.
Clusterware Cloning: In diesem Schritt wird das Oracle Clusterware-Standardverzeichnis mit Oracle Universal Installer im Clone-Modus geclont (konfiguriert).
Clusterware Knoten hinzufügen: Dieser Schritt wird aus dem Referenzknoten ausgeführt, um die neuen Ziele zu dem bestehenden Cluster hinzuzufügen. Wenn diese Schritt ausgeführt wird, generiert er das root add node-Skript.
Update der Clusterware-Knotenliste: In diesem Schritt werden orainventory (auf jedem Knoten) sowie das zentrale Bestandsverzeichnis mit den Informationen aus allen Knoten des Ergebnis-Clusters aktualisiert (d.h. dem Cluster, das mit den neuen Zielknoten erweitert wurde).
Clusterware Root-Skripts: Die Oracle Clusterware Root-Skripts werden aus dem neuen Zielknoten ausgeführt, um den Oracle Clusterware Stack zu starten.
Clusterware-Konfiguration: Dieser Schritt führt das Konfigurations-Tool (racgons) auf allen neuen Knoten aus.
Registrierung des Standardverzeichnisses: In diesem Schritt werden die neuen Oracle-Standardverzeichnisse mit dem Management Agent für Collections des Bestandsverzeichnisses registriert.
Cluster Verification-Utility Clusterware-Installationsabschluss: Das CVU wird ausgeführt, um sicherzustellen, dass die Oracle Clusterware-Installation vollständig ist. Dieses Utility prüft auch, ob der Oracle Clusterware Stack erfolgreich gestartet wurde.
ASM-Archiv und Kopieren: Dieser Schritt erstellt eine Zip-Datei, die ASM-Binärdateien enthält, und kopiert diese in die Zielknoten, die kein bestehendes ASM Oracle-Standardverzeichnis haben.
ASM-Archiv bereitstellen: In diesem Schritt werden die kopierten ASM-Binärdateien in dem Oracle ASM-Standardverzeichnis auf den ausgewählten Zielknoten bereitgestellt.
ASM-Cloning: In diesem Schritt wird das ASM-Standardverzeichnis mit Oracle Universal Installer im Clone-Modus geclont (konfiguriert).
Update der ASM-Knotenliste: In diesem Schritt werden orainventory (auf jedem Knoten) und das zentrale Bestandsverzeichnis mit den Informationen auf allen Knoten des Ergebnis-Clusters aktualisiert (d.h dem Cluster, das mit den neuen Zielknoten erweitert wurde).
ASM-Root-Skripts: Die ASM-Root-Skripts werden aus den neuen Zielknoten ausgeführt.
RAC archivieren und kopieren: Mit diesem Schritt wird eine zip-Datei erstellt, die die Oracle RAC-Binärdateien enthält. Diese wird in die Zielknoten kopiert, die kein bestehendes Oracle RAC-Standardverzeichnis haben.
RAC-Archiv bereitstellen: In diesem Schritt werden die kopierten Oracle RAC-Binärdateien in dem Oracle RAC-Standardverzeichnis auf den ausgewählten Zielknoten bereitgestellt.
RAC-Cloning: In diesem Schritt wird das Oracle RAC-Standardverzeichnis mit Oracle Universal Installer im Clone-Modus geclont (konfiguriert).
Update der RAC-Knotenliste: In diesem Schritt werden orainventory (auf jedem Knoten) sowie das zentrale Bestandsverzeichnis mit den Informationen auf allen Knoten des Ergebnis-Clusters (d.h. dem Cluster, das mit den neuen Zielknoten erweitert wurde) aktualisiert.
RAC-Root-Skripts: Die Oracle RAC Root-Skripts werden aus den neuen Zielknoten ausgeführt.
RAC-Instance hinzufügen: In diesem Schritt startet die Deployment-Prozedur die Listener und die neuen Oracle RAC-Instances werden zu dem ausgewählten Cluster hinzugefügt.
Erkennung der Ziele: Als letzter Schritt in dieser Deployment-Prozedur werden alle neuen Ziele (Oracle Clusterware, Oracle RAC und ASM) erkannt.
Problembehandlung beim Real Application Clusters-Provisioning
Wegweiser zu Enterprise Manager-Informationen
Copyright © 1996, 2007, Oracle. All rights reserved. Alle Rechte vorbehalten.