Anpassen des Betriebssystems in einer Multi-AZ-Bereitstellung von RDS Custom für Oracle - Amazon Relational Database Service
Anforderungen für das Anpassen des BetriebssystemesIdentifizieren von Instanzen EC2 Anpassen des Betriebssystems vor der Bereitstellung von Multi-AZAnpassen des Betriebssystems nach der Bereitstellung von Multi-AZAnpassen des Binär-VolumesBewährte Methoden für die Anpassung des Betriebssystems

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Anpassen des Betriebssystems in einer Multi-AZ-Bereitstellung von RDS Custom für Oracle

Mit RDS Custom for Oracle Multi-AZ-Bereitstellungen können Sie das Betriebssystem anpassen und Software von Drittanbietern sowohl auf Primär- als auch auf EC2 Standby-Instances installieren. Im Gegensatz zu Amazon RDS bietet RDS Custom für Oracle administrativen Zugriff auf die Datenbankumgebung und das zugrunde liegende Betriebssystem. Dadurch können Sie neben Oracle-Datenbanken auch Überwachungs-Tools, Sicherheitsagenten oder benutzerdefinierte Anwendungen installieren.

Wenn Sie das Betriebssystem in einer Multi-AZ-Bereitstellung anpassen, sind Sie dafür verantwortlich, sicherzustellen, dass Anpassungen sowohl auf der primären als auch auf der Standby-Instance vorhanden sind. Dieser Ansatz gewährleistet die Anwendungs­kontinuität während des Multi-AZ-Failovers und sorgt für eine konsistente Funktionalität auf beiden Instances.

Anforderungen für das Anpassen des Betriebssystemes in einer Multi-AZ-Bereitstellung von RDS Custom für Oracle

Bevor Sie das Betriebssystem in einer Multi-AZ-Bereitstellung anpassen, sollten Sie die folgenden Anforderungen beachten:

  • Installieren Sie Drittanbieter-Software nur auf dem /rdsdbdata-Mounting-Punkt. Das Daten-Volume (/rdsdbdata) ist das einzige Daten-Volume, das in einer Multi-AZ-Bereitstellung repliziert wird. Das Root-Volume (/) wird beim Patchen des Betriebssystems ersetzt, und das Binär-Volume (/rdsdbbin) wird beim Datenbank-Patching ersetzt. Software, die auf den Root- und Binär-Volumes installiert ist, geht beim Patchen verloren.

  • Stellen Sie sicher, dass alle Anpassungen den AWS Lizenzbedingungen von Oracle entsprechen.

  • Stellen Sie vor der Umstellung von Single-AZ auf Multi-AZ sicher, dass die HugePages Einstellungen korrekt funktionieren. /etc/sysctl.conf

Identifizieren von EC2 Instances in einer Multi-AZ-Bereitstellung von RDS Custom for Oracle

Identifizieren Sie beim Anpassen Ihrer Multi-AZ-Instances, welche EC2 Amazon-Instances als Primär- und Standby-Instances für Ihre RDS Custom for Oracle-Bereitstellung dienen.

Um Primär- und Standby-Instances zu identifizieren EC2

  1. Öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken aus.

  3. Wählen Sie die DB-Instance Ihrer Multi-AZ-Bereitstellung von RDS Custom für Oracle aus.

  4. Notieren Sie sich im Abschnitt Konfiguration die Ressourcen-ID (Format: db-nnnnnnn).

  5. Öffnen Sie die EC2 Amazon-Konsole unter https://console.aws.amazon.com/ec2/.

  6. Wählen Sie im Navigationsbereich Instances aus.

  7. Geben Sie im Suchfeld die Ressourcen-ID aus Schritt 4 ein.

  8. In den Suchergebnissen werden zwei Instances angezeigt: die primäre und sekundäre. Die Instance mit der aktiven Datenbank von RDS Custom für Oracle ist die primäre Instance.

Anpassen des Betriebssystems vor der Erstellung einer Multi-AZ-Bereitstellung von RDS Custom für Oracle

In diesem Szenario handelt es sich bei Ihrer aktuellen Bereitstellung um eine Single-AZ-DB-Instance. Sie können das Betriebssystem anpassen und anschließend Ihre DB-Instance in eine Multi-AZ-Bereitstellung konvertieren. Wenn Sie Software von Drittanbietern installieren und Dateien auf mehreren Volumes geändert haben, wird diese Methode empfohlen.

So passen Sie das Betriebssystem an, bevor Sie Ihre Single-AZ-Instance in eine Multi-AZ-Instance konvertieren

  1. Stellen Sie mithilfe von SSH eine Connect zur EC2 Instance in Ihrer Single-AZ-Bereitstellung AWS Systems Manager Session Manager her.

  2. Führen Sie eine der folgenden Anpassungen aus:

    • Installieren Sie Drittanbieter-Software auf dem Daten-Volume (/rdsdbdata).

    • Passen Sie die Dateien auf dem Root-Volume an (/).

  3. Testen Sie Ihre Software- oder Root-Volume-Anpassungen, um sicherzustellen, dass sie korrekt funktionieren.

  4. Konvertieren Sie die Single-AZ-DB-Instance in eine Multi-AZ-Bereitstellung, indem Sie die Anweisungen unter Ändern einer Single-AZ-Bereitstellung in eine Multi-AZ-Bereitstellung in RDS Custom für Oracle befolgen.

  5. Stellen Sie sicher, dass Ihre Anpassungen in beiden Instances in der Multi-AZ-Bereitstellung vorhanden sind. Weitere Informationen finden Sie unter Identifizieren von EC2 Instances in einer Multi-AZ-Bereitstellung von RDS Custom for Oracle.

Anpassen des Betriebssystems nach der Erstellung einer Multi-AZ-Bereitstellung von RDS Custom für Oracle

Wenn Sie bereits eine Multi-AZ-Bereitstellung haben, können Sie Ihre Anpassungen über AWS Systems Manager oder mit manuellen Verfahren bereitstellen.

Anpassen des Betriebssystems in einer Multi-AZ-Bereitstellung mit AWS Systems Manager

Für bestehende Multi-AZ-DB-Instances empfehlen wir Systems Manager als die zuverlässigste Methode, um Anpassungen gleichzeitig auf primäre und Standby-Instances anzuwenden. Dieser Ansatz gewährleistet Konsistenz. Eine allgemeine Einführung zu diesem Service finden Sie unter Was ist AWS Systems Manager?. Informationen zur gleichzeitigen Installation von Software auf beiden DB-Instances finden Sie unter Installieren oder Aktualisieren von Distributor-Paketen.

Manuelles Anpassen des Betriebssystemes in einer Multi-AZ-Bereitstellung

In diesem Szenario ist Ihre Multi-AZ-Bereitstellung bereits vorhanden, Sie verwenden sie jedoch nicht, AWS Systems Manager um die Anpassungen bereitzustellen. Sie können Ihr Betriebssystem-Upgrade mit einer der folgenden Methoden manuell anpassen:

Anpassen des Betriebssystems auf der primären Instance und Replizieren der Änderungen

Die Multi-AZ-Bereitstellung repliziert das rdsdbdata-Volume automatisch. Sie können das Betriebssystem auf folgende Arten anpassen:

  • Installieren Sie Drittanbieter-Software direkt auf dem /rdsdbdata-Mounting-Punkt.

  • Um Dateien auf dem Root-Volume (/) zu ändern, erstellen Sie Dateien auf dem Daten-Volume und erstellen Sie dann einen symbolischen Link zwischen den Dateien des Root-Volumes und den Dateien des Daten-Volumes.

Anpassen des Betriebssystems separat auf der primären und der Standby-Instance

Bei diesem Ansatz passen Sie das Betriebssystem auf der primären Instance an. Anschließend führen Sie dieselben Anpassungen auf der Standby-Instance durch.

So passen Sie das Betriebssystem auf der primären Instances an, damit die Replikation automatisch erfolgt

  1. Identifizieren Sie die primären und Standby-DB-Instances mithilfe des Verfahrens in Identifizieren von EC2 Instances in einer Multi-AZ-Bereitstellung von RDS Custom for Oracle.

  2. Stellen Sie mithilfe von Session Manager oder SSH eine Connect zur primären EC2 Instanz her.

  3. Verwenden Sie je nach Geschäftsanforderungen eine der folgenden Methoden:

    Installieren von Drittanbieter-Software

    Installieren Sie Ihre Software auf dem /rdsdbdata-Mounting-Punkt.

    sudo mkdir -p /rdsdbdata/custom-software
cd /rdsdbdata/custom-software
# Install your software here
    Anpassen des Root-Volumes

    Erstellen Sie symbolische Links von Betriebssystemkonfigurationsdateien auf dem Root-Volume zu Dateien auf dem Daten-Volume. Erstellen Sie beispielsweise eine /rdsdbdata/customizations/sysctl.conf-Datei und dann einen symbolischen /etc/sysctl.conf-Link, der auf /rdsdbdata/customizations/sysctl.conf verweist.

    sudo mkdir -p /rdsdbdata/customizations
sudo mv /etc/sysctl.conf /rdsdbdata/customizations/sysctl.conf
sudo ln -sf /rdsdbdata/customizations/sysctl.conf /etc/sysctl.conf

  4. Testen Sie Ihre Software- oder Root-Volume-Anpassungen, um sicherzustellen, dass sie korrekt funktionieren.

  5. Stellen Sie eine Verbindung zur Standby-Instance her und verifizieren Sie, dass die synchrone Replikation Ihre Software- oder Root-Volume-Anpassungen in das /rdsdbdata-Verzeichnis kopiert hat.

Anpassen des Binär-Volumes in einer Multi-AZ-Bereitstellung von RDS Custom für Oracle

Sie können in einer Multi-AZ-Bereitstellung von RDS Custom für Oracle einen Datenbank-Patch auf das Binärvolume (/rdsdbbin) anwenden. Sie müssen den Patch auf die primären und Standby-Instances anwenden. Berücksichtigen Sie die folgenden Hinweise:

  • Wenn Sie einen einmaligen Patch durchführen, empfehlen wir, eine neue CEV zu erstellen, in deren Manifest der neue einmalige Patch enthalten ist.

  • Um einen einmaligen Patch manuell anzuwenden, stellen Sie sicher, dass Sie den einmaligen Patch sowohl in der primären als auch in der sekundären Instanz entpacken. EC2 Das Anwenden des Patches und das Ausführen von datapatch ist nur auf der primären Multi-AZ-Instance erforderlich.

  • Wenn Sie die Datenbank mit einer anderen CEV patchen, wird das Binär-Volume ersetzt. Stellen Sie sicher, dass der einmalige Patch im Manifest der neuen CEV enthalten ist.

Bewährte Methoden für die Anpassung des Betriebssystems

Befolgen Sie diese bewährten Methoden, wenn Sie das Betriebssystem auf Multi-AZ-Instances für RDS Custom für Oracle anpassen:

Testen in Umgebungen außerhalb der Produktionsumgebung

Testen Sie Anpassungen immer in einer Nicht-Produktionsumgebung, bevor Sie sie auf Produktions-Instances anwenden.

Dokumentieren aller Änderungen

Bewahren Sie eine detaillierte Dokumentation aller Anpassungen auf, damit Sie später darauf zurückgreifen und Fehler beheben können. Wir empfehlen, Ihre Anpassungen in einem Skript zu speichern, das bei Bedarf jederzeit angewendet werden kann.

Verifizieren auf beiden Instances

Stellen Sie regelmäßig sicher, dass Anpassungen sowohl auf der primären als auch auf der Standby-Instance vorhanden sind und ordnungsgemäß funktionieren.

Verwenden von Systems Manager für Konsistenz

Verwenden Sie Systems Manager für die konsistente Anwendung von Änderungen über mehrere Instances hinweg, insbesondere bei bestehenden Multi-AZ-Bereitstellungen.