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.
# Verwalten einer Multi-AZ-Bereitstellung für RDS Custom für Oracle
Bei einer Multi-AZ-Bereitstellung einer DB-Instance für RDS Custom für Oracle sorgt Amazon RDS für eine automatische Bereitstellung und Verwaltung eines synchronen Standby-Replikats in einer anderen Availability Zone (AZ). Die primäre DB-Instance wird über die Availability Zone synchron auf ein Standby-Replikat repliziert, um Datenredundanz zu erzielen.
Eine Multi-AZ-DB-Instance-Bereitstellung verbessert die Verfügbarkeit bei geplanten Systemwartungen. Wenn eine geplante Datenbankwartung oder eine ungeplante Serviceunterbrechung eintritt, wechselt Amazon RDS automatisch zur up-to-date Standby-DB-Instance. Datenbankoperationen können schnell ohne manuellen Eingriff fortgesetzt werden. Die primäre und die Standby-Instance verwenden denselben Endpunkt, dessen physische Netzwerkadresse im Rahmen des Failover-Prozesses auf das Standby-Replikat wechselt. Sie müssen Ihre Anwendung nicht neu konfigurieren, wenn ein Failover auftritt.
Das folgende Diagramm zeigt die Multi-AZ-Architektur für RDS Custom für Oracle:
![\[Amazon RDS architecture with primary DB instance and standby replica in separate availability zones.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/custom-oracle-multiaz-architecture.png)
In der Amazon-RDS-Konsole wird die Availability Zone des Standby-Replikats (sekundäre AZ) angezeigt. Sie können auch den CLI-Befehl `describe-db-instances` oder die API-Operation `DescribeDBInstances` verwenden, um die sekundäre AZ zu suchen.
## Verfügbarkeit von Regionen und Versionen für eine Multi-AZ-Bereitstellung für RDS Custom für Oracle
Multi-AZ-Bereitstellungen für RDS Custom for Oracle werden für die folgenden Versionen sowohl für Enterprise Edition (EE) als auch für Standard Edition 2 () unterstützt: SE2
+ Oracle Database 19c
+ Oracle Database 12c Release 2 (12.2)
+ Oracle Database 12c Release 1 (12.1)
**Anmerkung**
Multi-AZ-Bereitstellungen für RDS Custom für Oracle werden in Oracle Database 18c nicht unterstützt.
Multi-AZ-Bereitstellungen für RDS Custom für Oracle sind in allen Regionen verfügbar, in denen RDS Custom für Oracle verfügbar ist. Weitere Informationen zur regionalen Verfügbarkeit von Multi-AZ-Bereitstellungen für RDS Custom für Oracle finden Sie unter [Unterstützte Regionen und DB-Engines für RDS Custom für Oracle](Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.md#Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.ora).
## Einschränkungen für eine Multi-AZ-Bereitstellung in RDS Custom für Oracle
Bei Multi-AZ-Bereitstellungen für RDS Custom für SQL Server gelten folgende Einschränkungen:
+ Wenn Ihre DB-Instance vor dem 30. Juni 2025 erstellt wurde, können Sie nicht von einer Single-AZ- zu einer Multi-AZ-Bereitstellung konvertieren. Ihre zugrunde liegende Custom Engine Version (CEV) wurde mit einem älteren, vom Service bereitgestellten AMI erstellt, das keine Multi-AZ-Unterstützung bietet. Sie müssen Ihre Datenbank mithilfe einer CEV, die Sie nach dem 30. Juni 2025 mit einem vom Service bereitgestellten AMI erstellen, zu einer neuen DB-Instance migrieren. Details hierzu finden Sie unter [Migrationsschritte für DB-Instances, die vor dem 30. Juni 2025 CEVs erstellt wurden](custom-oracle-multiaz-prerequisites.md#migration-using-older-CEVs).
+ Sie können keine regionsübergreifenden Multi-AZ-Bereitstellungen erstellen.
+ Sie können die Standby-DB-Instance nicht so konfigurieren, dass sie die Datenbankleseaktivität akzeptiert.
+ Wenn Sie eine Custom Engine Version (CEV) mit einer Multi-AZ-Bereitstellung verwenden, nutzt Ihre Standby-DB-Instance dieselbe CEV. Die Standby-DB-Instance kann keine andere CEV verwenden.
+ Sie können kein Lesereplikat auf einer Multi-AZ-Bereitstellungs-Instance erstellen und Sie können auch nicht die primäre Instance des Lesereplikats so ändern, dass sie eine Multi-AZ-Bereitstellung verwendet.
+ DB-Instances von RDS Custom für Oracle mit Multi-AZ-Bereitstellungen können im Vergleich zu einer Single-AZ-Bereitstellung eine höhere Schreib- und Commit-Latenz aufweisen. Dieser Anstieg kann aufgrund der synchronen Datenreplikation zwischen DB-Instances entstehen. Es kann zu einer Änderung der Latenz kommen, wenn bei Ihrer Bereitstellung ein Failover auf das Standby-Replikat erfolgt, obwohl es auf Netzwerkkonnektivität mit niedriger Latenz zwischen Availability Zones ausgelegt AWS ist.
## Erstellen einer Multi-AZ-Bereitstellung in RDS Custom in Oracle
Wenn Sie eine DB-Instance von RDS Custom für Oracle mit einer Multi-AZ-Bereitstellung erstellen möchten, folgen Sie den Schritten unter [Einrichten Ihrer Umgebung für Amazon RDS Custom für Oracle](custom-setup-orcl.md), um Ihre Umgebung mit den erforderlichen Komponenten einzurichten.
**Wichtig**
Um die Einrichtung zu vereinfachen, empfehlen wir, die neueste CloudFormation Vorlagendatei zu verwenden, die in den Anweisungen zur Netzwerkeinrichtung enthalten ist. Weitere Informationen finden Sie unter [Bereitstellung von RDS Custom für Oracle mit AWS CloudFormation](custom-oracle-multiaz-deployment.md).
Sie können eine Instance von RDS Custom für Oracle mit einer Multi-AZ-Bereitstellung erstellen, indem Sie bei der Erstellung der Datenbank-Instance in der Amazon-RDS-Konsole die Option **Multi-AZ** auswählen. Alternativ können Sie den Parameter `--multi-az` im Amazon-RDS–Befehl`create-db-instance` in der AWS CLI angeben.
# Einschränkungen für eine Multi-AZ-Bereitstellung in RDS Custom für Oracle
Eine Multi-AZ-Bereitstellung für RDS Custom für Oracle unterscheidet sich von Multi-AZ für RDS für Oracle. Im Gegensatz zu Multi-AZ für RDS für Oracle müssen Sie die Voraussetzungen für RDS Custom für Oracle erfüllen, bevor Sie Ihre Multi-AZ-DB-Instance erstellen. Das liegt daran, dass RDS Custom in Ihrem eigenen Konto ausgeführt wird, wofür Berechtigungen erforderlich sind. Außerdem müssen Sie die Multi-AZ-Instance in der CEV mit dem neuesten vom Service bereitgestellten AMI erstellen, das die Multi-AZ-Bereitstellungen unterstützt.
Wenn Sie die Voraussetzungen nicht erfüllen, kann Ihre Multi-AZ-DB-Instance möglicherweise nicht ausgeführt werden oder wird automatisch in eine Single-AZ-DB-Instance geändert. Weitere Informationen über Voraussetzungen finden Sie unter [Einschränkungen für eine Multi-AZ-Bereitstellung in RDS Custom für Oracle](#custom-oracle-multiaz-prerequisites).
RDS Custom für Oracle erfordert bestimmte Voraussetzungen für die Umstellung von Single-AZ-Bereitstellung zu einer Multi-AZ-Bereitstellung. Unvollständige Voraussetzungen führen dazu, dass die Multi-AZ-Einrichtung fehlschlägt. Verwenden Sie entweder die manuelle Einrichtung oder die neueste CloudFormation Vorlagendatei, die in den Anweisungen zur Netzwerkeinrichtung enthalten ist. Weitere Informationen finden Sie unter [Schritt 3: Extrahieren Sie die CloudFormation Vorlagen für RDS Custom for Oracle](custom-setup-orcl.md#custom-setup-orcl.cf.downloading).
Führen Sie zum Erfüllen dieser Voraussetzungen die Schritte unter [Ändern einer Single-AZ-Bereitstellung in eine Multi-AZ-Bereitstellung in RDS Custom für Oracle](custom-oracle-multiaz-modify-single-to-multi.md) aus und beachten Sie dabei Folgendes:
+ Stellen Sie sicher, dass Ihre DB-Instance von RDS Custom für Oracle eine CEV verwendet, die nach dem 30. Juni 2025 mit dem neuesten vom Service bereitgestellten AMI erstellt wurde.
+ Aktualisieren Sie die Regeln für eingehenden und ausgehenden Datenverkehr der Amazon-RDS-Sicherheitsgruppe, um Port 1120 zuzulassen.
+ Erstellen Sie neue VPC-Endpunkte von Amazon SQS, die es der DB-Instance von Amazon RDS Custom für Oracle ermöglichen, mit Amazon SQS zu kommunizieren.
+ Aktualisieren Sie die Amazon-SQS-Berechtigungen in der Instance-Profilrolle.
**Wichtig**
Starten Sie Ihre primäre Multi-AZ-DB-Instance nicht manuell neu, indem Sie sich bei der Instance anmelden, ohne die Automatisierung von RDS Custom für Oracle anzuhalten.
## Migrationsschritte für DB-Instances, die vor dem 30. Juni 2025 CEVs erstellt wurden
Wenn Sie Ihre DB-Instance von RDS Custom für Oracle vor dem 30. Juni 2025 erstellt haben, können Sie sie nicht direkt auf eine Multi-AZ-Bereitstellung umstellen, da die zugrunde liegende CEV mit einem älteren, vom Service bereitgestellten AMI erstellt wurde, das keine Multi-AZ-Unterstützung bietet. Sie müssen Ihre Datenbank auf eine neue Instance migrieren, die eine CEV verwendet, die Sie nach dem 30. Juni 2025 erstellen. Gehen Sie für die Migration wie folgt vor.
1. **Erstellen Sie die CEV aus der Quelle** mit dem neuesten vom Service bereitgestellten AMI (nach dem 30. Juni 2025).
1. **Starten Sie eine neue DB-Instance** mit der neuen CEV.
1. **Migrieren Sie Ihre Datenbank** mit einer der folgenden Methoden von der vorhandenen DB-Instance, die die Multi-AZ-Bereitstellung nicht unterstützt, zu der neu erstellten Instance:
+ [Physische Migration von Oracle-Datenbanken zu Amazon RDS Custom mithilfe von Data Guard](https://aws.amazon.com/blogs//database/physical-migration-of-oracle-databases-to-amazon-rds-custom-using-data-guard/)
+ [Physische Migration von Oracle-Datenbanken zu Amazon RDS Custom mithilfe der RMAN-Duplizierung](https://aws.amazon.com/blogs//database/physical-migration-of-oracle-databases-to-amazon-rds-custom-using-rman-duplication/)
# Ändern einer Single-AZ-Bereitstellung in eine Multi-AZ-Bereitstellung in RDS Custom für Oracle
Sie können eine vorhandene Multi-AZ-kompatible Instance von RDS Custom für Oracle von einer Single-AZ-Bereitstellung in eine Multi-AZ-Bereitstellung konvertieren. Wenn Sie die DB-Instance ändern, führt Amazon RDS mehrere Aktionen aus:
+ Es wird ein Snapshot der primären DB-Instance aufgenommen.
+ Erstellt neue Volumes für das Standby-Replikat aus dem Snapshot. Diese Volumes werden im Hintergrund initialisiert, und die maximale Volume-Leistung wird erreicht, nachdem die Daten vollständig initialisiert wurden.
+ Die synchrone Replikation auf Blockebene zwischen der primären und Standby-DB-Instance wird aktiviert.
**Wichtig**
Wir empfehlen, Ihre DB-Instance von RDS Custom für Oracle möglichst nicht in Zeiten hoher Aktivität von einer Single-AZ- in eine Multi-AZ-Bereitstellung auf einer Produktions-DB-Instance zu ändern.
AWS verwendet einen Snapshot, um die Standby-Instance zu erstellen, um Ausfallzeiten bei der Konvertierung von Single-AZ zu Multi-AZ zu vermeiden, aber die Leistung kann während und nach der Konvertierung zu Multi-AZ beeinträchtigt werden. Diese Auswirkung kann bei Workloads erheblich sein, die empfindlich auf Schreiblatenz reagieren. Diese Funktion ermöglicht zwar die schnelle Wiederherstellung großer Volumes aus Snapshots, kann jedoch aufgrund der synchronen Replikation zu einer erhöhten Latenz von I/O Vorgängen führen. Diese Latenz kann sich auf die Leistung Ihrer Datenbank auswirken.
## Konfiguration der Voraussetzungen für die Änderung einer Single-AZ- zu einer Multi-AZ-Bereitstellung mit CloudFormation
Befolgen Sie die Schritte unter [Schritt 3: Extrahieren Sie die CloudFormation Vorlagen für RDS Custom for Oracle](custom-setup-orcl.md#custom-setup-orcl.cf.downloading), um Ihr VPC- und IAM-Profil erneut einzurichten, um den SQS-VPC-Endpunkt und die SQS-Berechtigung zum IAM-Profil hinzuzufügen.
## Konfigurieren der Voraussetzungen für die manuelle Änderung einer Single-AZ- in eine Multi-AZ-Bereitstellung
Wenn Sie Voraussetzungen manuell konfigurieren möchten, führen Sie die folgenden Schritte aus.
1. Öffnen Sie die Amazon VPC-Konsole unter [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/)
1. Wählen Sie **Endpunkt** aus. Die**Erstellen eines Endpunkts**wird angezeigt.
1. Wählen Sie unter **Servicekategorie** die Option **AWS -Services** aus.
1. Suchen Sie unter **Services** nach `SQS`.
1. Wählen Sie unter **VPC** die VPC aus, in der Ihre DB-Instance von RDS Custom für Oracle bereitgestellt wird.
1. Wählen Sie unter **Subnetze** die Subnetze aus, in denen Ihre DB-Instance von RDS Custom für Oracle bereitgestellt wird.
1. Wählen Sie unter **Sicherheitsgruppen** die Sicherheitsgruppe aus, in der Ihre DB-Instance von RDS Custom für Oracle bereitgestellt wird.
1. Wählen Sie für **Richtlinie** die Option **Benutzerdefiniert** aus.
1. Ersetzen Sie in Ihrer benutzerdefinierten Richtlinie die `AWS partition`,`Region`, `accountId` und `IAM-Instance-role` durch Ihre eigenen Werte.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-oracle"
}
},
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": "arn:aws:sqs:us-east-1:111122223333:do-not-delete-rds-custom-*",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::111122223333:role/{IAM-Instance-role}"
}
}
]
}
```
------
Aktualisieren Sie das **Instance-Profil** mit der Berechtigung, auf Amazon SQS zuzugreifen. Ersetzen Sie die `AWS partition`, `Region` und `accountId` durch Ihre eigenen Werte.
```
{
"Sid": "13",
"Effect": "Allow",
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": [
{
"Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
}
],
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-oracle"
}
}
}
```
Aktualisieren Sie die Regeln für eingehenden und ausgehenden Datenverkehr der Amazon-RDS-Sicherheitsgruppe, um Port 1120 zuzulassen.
+ Wählen Sie unter **Sicherheitsgruppen** die Gruppe aus, in der Ihre DB-Instance von RDS Custom für Oracle bereitgestellt wird.
+ Erstellen Sie unter **Regeln für eingehenden Datenverkehr** eine **Benutzerdefinierte TCP-Regel**, um Port `1120` aus der Quellgruppe zuzulassen.
+ Erstellen Sie unter **Regeln für ausgehenden Datenverkehr** eine **Benutzerdefinierte TCP-Regel**, um Port `1120` für die Zielgruppe zuzulassen.
## Ändern Sie mithilfe der RDS-Konsole oder der RDS-API AWS CLI
Nachdem Sie die Voraussetzungen erfüllt haben, können Sie eine RDS Custom for Oracle DB-Instance mithilfe der Amazon RDS-Konsole oder der Amazon RDS-API von einer Single-AZ- zu einer Multi-AZ-Bereitstellung ändern. AWS CLI
### Konsole
**So ändern Sie eine Single-AZ-Bereitstellung von RDS Custom für Oracle in eine Multi-AZ-Bereitstellung**
1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie in der Amazon-RDS-Konsole **Databases (Datenbanken)** aus. Der Bereich **Databases (Datenbanken)** wird angezeigt.
1. Wählen Sie die DB-Instance von RDS Custom für Oracle aus, die Sie ändern möchten.
1. Wählen Sie unter **Aktionen** die Option **In Multi-AZ-Bereitstellung konvertieren ** aus.
1. Damit Änderungen sofort übernommen werden, wählen Sie die Option **Sofort anwenden** auf der Seite **Bestätigung** aus. Die Auswahl dieser Option verursacht keine Ausfallzeiten, kann jedoch zur Beeinträchtigung der Leistung führen. Sie können die Aktualisierung auch im nächsten Wartungsfenster übernehmen. Weitere Informationen finden Sie unter [Verwenden der Einstellung „Planen von Änderungen“](USER_ModifyInstance.ApplyImmediately.md).
1. Wählen Sie auf der Seite **Bestätigung** die Option **Konvertieren in Multi-AZ** aus.
### AWS CLI
Um mithilfe von zu einer Multi-AZ-DB-Instance-Bereitstellung zu konvertieren AWS CLI, rufen Sie den [modify-db-instance](https://docs.aws.amazon.com//cli/latest/reference/rds/modify-db-instance.html)Befehl auf und legen Sie die `--multi-az` Option fest. Geben Sie die DB-Instance-Kennung und die Werte für andere Optionen an, die geändert werden sollen. Informationen zu den jeweiligen Optionen finden Sie unter [Einstellungen für DB-Instances](USER_ModifyInstance.Settings.md).
**Example Beispiel**
Mit dem folgenden Code wird `mycustomdbinstance` geändert, indem die Option `--multi-az` hinzugefügt wird. Die Änderungen werden während des nächsten Wartungsfensters (mit ) übernommen `--no-apply-immediately`. Verwenden Sie `--apply-immediately`, damit Änderungen sofort angewendet werden. Weitere Informationen finden Sie unter [Verwenden der Einstellung „Planen von Änderungen“](USER_ModifyInstance.ApplyImmediately.md).
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--multi-az \
[--no-apply-immediately | --apply-immediately]
```
Für Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--multi-az ^
[--no-apply-immediately | --apply-immediately]
```
### RDS-API
Um mit der Amazon RDS-API in eine Multi-AZ-DB-Instance-Bereitstellung zu konvertieren, rufen Sie den DBInstance Vorgang [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) auf und setzen Sie den `MultiAZ` Parameter auf true.
# Ändern einer Multi-AZ-Bereitstellung in eine Single-AZ-Bereitstellung in RDS Custom für Oracle
Sie können eine vorhandene DB-Instance von RDS Custom für Oracle von einer Multi-AZ-Bereitstellung in eine Single-AZ-Bereitstellung ändern.
## Konsole
**So ändern Sie eine DB-Instance von RDS Custom für Oracle von einer Multi-AZ-Bereitstellung in eine Single-AZ-Bereitstellung**
1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie in der Amazon-RDS-Konsole **Databases (Datenbanken)** aus. Der Bereich **Databases (Datenbanken)** wird angezeigt.
1. Wählen Sie die DB-Instance von RDS Custom für Oracle aus, die Sie ändern möchten.
1. Wählen Sie für die **Multi-AZ-Bereitstellung** die Option **Nein** aus.
1. Damit Änderungen sofort übernommen werden, wählen Sie die Option **Sofort anwenden** auf der Seite **Bestätigung** aus. Die Auswahl dieser Option verursacht keine Ausfallzeiten, kann jedoch zur Beeinträchtigung der Leistung führen. Sie können die Aktualisierung auch im nächsten Wartungsfenster übernehmen. Weitere Informationen finden Sie unter [Verwenden der Einstellung „Planen von Änderungen“](USER_ModifyInstance.ApplyImmediately.md).
1. Klicken Sie auf der Seite **Bestätigung** auf **DB-Instance ändern**.
## AWS CLI
Um eine Multi-AZ-Bereitstellung mithilfe von in eine Single-AZ-Bereitstellung umzuwandeln AWS CLI, rufen Sie den [modify-db-instance](https://docs.aws.amazon.com//cli/latest/reference/rds/modify-db-instance.html)Befehl auf und fügen Sie die Option hinzu. `--no-multi-az` Geben Sie die DB-Instance-Kennung und die Werte für andere Optionen an, die geändert werden sollen. Informationen zu den jeweiligen Optionen finden Sie unter [Einstellungen für DB-Instances](USER_ModifyInstance.Settings.md).
**Example Beispiel**
Mit dem folgenden Code wird `mycustomdbinstance` geändert, indem die Option `--no-multi-az` hinzugefügt wird. Die Änderungen werden während des nächsten Wartungsfensters (mit ) übernommen `--no-apply-immediately`. Verwenden Sie `--apply-immediately`, damit Änderungen sofort angewendet werden. Weitere Informationen finden Sie unter [Verwenden der Einstellung „Planen von Änderungen“](USER_ModifyInstance.ApplyImmediately.md).
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--no-multi-az \
[--no-apply-immediately | --apply-immediately]
```
Für Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--no-multi-az ^
[--no-apply-immediately | --apply-immediately]
```
## RDS-API
Um eine Multi-AZ-Bereitstellung mithilfe der Amazon RDS-API in eine Single-AZ-Bereitstellung umzuwandeln, rufen Sie den DBInstance Vorgang [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) auf und setzen Sie den `MultiAZ` Parameter auf. `false`
# Anpassen des Betriebssystems in einer Multi-AZ-Bereitstellung von RDS Custom für Oracle
Mit Multi-AZ-Bereitstellungen von RDS Custom für Oracle können Sie das Betriebssystem anpassen und Drittanbieter-Software sowohl auf primären als auch auf Standby-EC2-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 Anwendungskontinuitä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 Oracle-Lizenzbedingungen 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 für Oracle
Wenn Sie Ihre Multi-AZ-Instances anpassen, identifizieren Sie, welche Amazon-EC2-Instances als primäre bzw. Standby-Instance für die Bereitstellung von RDS Custom für Oracle dienen.
**So identifizieren Sie primäre und Standby-EC2-Instances**
1. Öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Datenbanken** aus.
1. Wählen Sie die DB-Instance Ihrer Multi-AZ-Bereitstellung von RDS Custom für Oracle aus.
1. Notieren Sie sich im Abschnitt **Konfiguration** die **Ressourcen-ID** (Format: `db-nnnnnnn`).
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich **Instances** aus.
1. Geben Sie im Suchfeld die Ressourcen-ID aus Schritt 4 ein.
1. 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.
1. 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 (`/`).
1. Testen Sie Ihre Software- oder Root-Volume-Anpassungen, um sicherzustellen, dass sie korrekt funktionieren.
1. 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](custom-oracle-multiaz-modify-single-to-multi.md) befolgen.
1. 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 für Oracle](#cfo-os-maz-identify-instances).
## 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?](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-systems-manager.html). Informationen zur gleichzeitigen Installation von Software auf beiden DB-Instances finden Sie unter [Installieren oder Aktualisieren von Distributor-Paketen](https://docs.aws.amazon.com/systems-manager/latest/userguide/distributor-working-with-packages-deploy.html).
### 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 für Oracle](#cfo-os-maz-identify-instances).
1. Stellen Sie über Session Manager oder SSH eine Verbindung zur primären EC2-Instance her.
1. 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
```
1. Testen Sie Ihre Software- oder Root-Volume-Anpassungen, um sicherzustellen, dass sie korrekt funktionieren.
1. 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 auf der primären als auch auf der sekundären EC2-Instance entpacken. 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.
# Bereitstellung von RDS Custom für Oracle mit AWS CloudFormation
Automatisieren Sie Ihre Bereitstellung von RDS Custom for Oracle mithilfe der bereitgestellten AWS CloudFormation Vorlage. Stellen Sie vor dem Bereitstellen der Ressourcen sicher, dass die folgenden Voraussetzungen erfüllt sind.
## Voraussetzungen
**Download der benötigten Dateien**
Sie benötigen spezielle Oracle-Installationsdateien, bevor Sie die CloudFormation Vorlage erstellen können. Laden Sie diese Dateien vor der Bereitstellung herunter.
1. Navigieren Sie zu [Oracle Database 19c (19.3)](https://www.oracle.com/database/technologies/oracle19c-linux-downloads.html)
1. Suchen Sie die Datei `LINUX.X64_193000_db_home.zip` und laden Sie sie herunter
1. Benennen Sie die Datei in `V982063-01.zip` um
1. Laden Sie die verbleibenden Patches herunter und wählen Sie für **Plattform oder Sprache** `Linux x86-64` aus
### Neuestes OPatch Hilfsprogramm
[Patch 6880880](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=6880880)
### PSU-Patches für Januar 2023
**PSU- und RU-Patches für Datenbanken**
+ [Aufnäher 34765931](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=34765931)
+ [Aufnäher 34786990](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=34786990)
**Zusätzliche erforderliche Patches**
+ [Patch 35099667](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35099667)
+ [Patch 35099674](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35099674)
+ [Aufnäher 28730253](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=28730253)
+ [Aufnäher 29213893](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=29213893)
+ [Patch 35012866](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35012866)
### PSU-Patches für April 2023
**PSU- und RU-Patches für Datenbanken**
+ [Aufnäher 35042068](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35042068)
+ [Aufnäher 35050341](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35050341)
**Zusätzliche erforderliche Patches**
+ [Aufnäher 28730253](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=28730253)
+ [Aufnäher 29213893](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=29213893)
+ [Aufnäher 33125873](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=33125873)
+ [Aufnäher 35220732](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35220732)
+ [Aufnäher 35239280](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35239280)
### Einrichten von Amazon-S3-Buckets
1. Erstellen Sie einen Amazon S3 S3-Bucket in Ihrem AWS-Konto oder wählen Sie einen vorhandenen Bucket aus.
1. Erstellen Sie eine Ordnerstruktur im Bucket, die dem Beispiel unten ähnelt.
```
/
└── oracle_cev/
├── V982063-01.zip
├── p6880880_190000_Linux-x86-64.zip
├── p34765931_190000_Linux-x86-64.zip
├── p34786990_190000_Linux-x86-64.zip
├── p35099667_190000_Linux-x86-64.zip
├── p35099674_190000_Generic.zip
├── p28730253_190000_Linux-x86-64.zip
├── p29213893_1918000DBRU_Generic.zip
├── p35012866_1918000DBRU_Linux-x86-64.zip
├── p35042068_190000_Linux-x86-64.zip
├── p35050341_190000_Linux-x86-64.zip
├── p29213893_1919000DBRU_Generic.zip
├── p33125873_1919000DBRU_Linux-x86-64.zip
├── p35220732_190000_Linux-x86-64.zip
└── p35239280_190000_Generic.zip
```
1. Laden Sie alle Oracle-Dateien, die Sie zuvor heruntergeladen haben, in die entsprechenden Ordner hoch.
## Stellen Sie RDS Custom für Oracle bereit mit AWS CloudFormation
### Schritt 1: Bereiten Sie die CloudFormation Vorlage vor
Bevor Sie RDS Custom für Oracle bereitstellen können, müssen Sie die CloudFormation -Vorlage herunterladen und konfigurieren, die die erforderlichen Voraussetzungen schafft.
**Kopieren und Speichern der Vorlage**
1. Gehen Sie zu [Bereitstellen von RDS Custom für Oracle mit einer einzelnen und mehreren Availability Zones](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-resource-rds-dbinstance.html#aws-resource-rds-dbinstance--examples--Deploying_RDS_Custom_for_Oracle_with_single_and_multiple_Availability_Zones)
1. Kopieren Sie die Vorlage in Ihrem bevorzugtes Format (YAML oder JSON)
1. Speichern Sie die Datei im YAML- oder JSON-Format. Beispiel: `rds-custom-oracle-prereqs.yaml`
**Starten Sie den Stack in der AWS Konsole**
1. Öffnen Sie die AWS Konsole und navigieren Sie zu AWS CloudFormation
1. Klicken Sie auf **Stack erstellen** > **Mit neuen Ressourcen (Standard)**
1. Wählen Sie **Eine vorhandene Vorlage auswählen** aus
1. Wählen Sie **Eine Vorlagendatei hochladen** > **Datei auswählen** aus
1. Wählen Sie die Vorlagendatei aus, die Sie zuvor heruntergeladen haben
1. Behalten Sie die Standardparameterwerte bei
1. Wählen Sie **Weiter** aus, um den Stack zu erstellen
**Alternative: AWS CLI verwenden**
Anstatt die Konsole zu verwenden, können Sie den Stack erstellen über die AWS CLI erstellen:
```
aws cloudformation create-stack \
--stack-name rds-custom-oracle \
--template-body file://rds-custom-oracle-prereqs.yaml \
--capabilities CAPABILITY_NAMED_IAM
```
### Schritt 2: Custom Engine-Versionen (CEVs) und Amazon RDS-Instances erstellen
**Kopieren und Speichern der Vorlage**
1. Gehen Sie zu [Bereitstellen von RDS Custom für Oracle mit einer einzelnen und mehreren Availability Zones](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-resource-rds-dbinstance.html#aws-resource-rds-dbinstance--examples--Deploying_RDS_Custom_for_Oracle_with_single_and_multiple_Availability_Zones)
1. Kopieren Sie die Vorlage in Ihrem bevorzugtes Format (YAML oder JSON)
1. Aktualisieren Sie bei Bedarf die folgenden Parameter in der Vorlage:
+ `BucketName`
+ `CEVS3Prefix`
+ Master-Passwort für die Datenbank (ersetzen Sie \$1\$1\$1\$1\$1\$1\$1\$1\$1\$1\$1\$1\$1)
1. Speichern Sie die Datei im YAML- oder JSON-Format.
### Schritt 3: Bereitstellung über die AWS Konsole
1. Öffnen Sie die AWS Konsole und navigieren Sie zu AWS CloudFormation
1. Klicken Sie auf **Stack erstellen** > **Mit neuen Ressourcen (Standard)**
1. Wählen Sie **Eine vorhandene Vorlage auswählen** aus
1. Wählen Sie **Eine Vorlagendatei hochladen** > **Datei auswählen** aus
1. Wählen Sie die Vorlagendatei aus, die Sie zuvor heruntergeladen haben
1. Belassen Sie die Parameter als Standardwerte
1. Füllen Sie die Parameter wie folgt aus:
```
BucketName: rds-custom-id
CEVS3Prefix: oracle_cev
CEVCreation: Yes
```
1. Überprüfen Sie die Konfiguration und wählen Sie **Weiter** aus, um den Stack zu erstellen
**Optional: Bereitstellen mit AWS CLI**
```
aws cloudformation create-stack \
--stack-name rds-custom-oracle \
--template-body file://rds-custom-oracle.yaml \
--parameters \
ParameterKey=BucketName,ParameterValue=rds-custom-id \
ParameterKey=CEVS3Prefix,ParameterValue=oracle_cev \
ParameterKey=CEVCreation,ParameterValue=Yes \
--capabilities CAPABILITY_NAMED_IAM
```
## Erstellte Bereitstellungsressourcen
Die -Vorlage erstellt die folgenden Ressourcen:
+ Amazon VPC mit öffentlichen und privaten Subnetzen
+ Sicherheitsgruppen
+ Amazon-VPC-Endpunkte
+ IAM-Rollen und -Richtlinien
+ AWS KMS Schlüssel für die Verschlüsselung
+ Benutzerdefinierte Engine-Versionen (CEVs)
+ RDS-Custom-für-Oracle-Instances für Single-AZ- und Multi-AZ-Konfigurationen
## Überwachen Sie den Bereitstellungsfortschritt
Nachdem Sie den CloudFormation Stack erstellt haben, sollten Sie dessen Fortschritt überwachen, um eine erfolgreiche Bereitstellung sicherzustellen. Der Bereitstellungsprozess umfasst die Erstellung von Custom Engine Versions (CEVs) und RDS-Instances.
So überwachen Sie den Bereitstellungsfortschritt:
1. Öffnen Sie die CloudFormation Konsole.
1. Wählen Sie Ihren Stack-Namen aus.
1. Wählen Sie den Tab **Ereignisse** aus, um den Fortschritt zu sehen und etwaige Fehler zu identifizieren.
**Anmerkung**
Die CEV-Erstellung dauert in der Regel 2–3 Stunden. Nachdem die CEV-Erstellung erfolgreich abgeschlossen wurde, beginnt Amazon RDS automatisch mit der Erstellung der Amazon-RDS-Instance.
## Nach der Bereitstellung
Führen Sie nach Abschluss der Stack-Erstellung die folgenden Überprüfungs- und Konfigurationsschritte nach der Bereitstellung durch:
1. Navigieren Sie auf der Amazon-RDS-Konsolenseite zu **Benutzerdefinierte Engine-Versionen**, um die CEV-Erstellung zu überprüfen.
1. Bestätigen Sie, dass Amazon-RDS-Instances erstellt wurden und verfügbar sind
1. Testen Sie die Verbindung mit Amazon-RDS-Instances
1. Richten Sie nach Bedarf Überwachungs- und Sicherungsstrategien ein
## Bereinigen
Führen Sie den folgenden AWS CLI Befehl aus, um alle Ressourcen zu entfernen:
```
aws cloudformation delete-stack --stack-name rds-custom-oracle
```
## Fehlerbehebung
Wenn bei der Bereitstellung Probleme auftreten, verwenden Sie die folgenden Lösungen, um häufig auftretende Probleme zu lösen.
Fehler bei der CEV-Erstellung
+ Stellen Sie sicher, dass alle erforderlichen Patches in Amazon S3 hochgeladen wurden
+ Überprüfen Sie die IAM-Berechtigungen.
+ Stellen Sie sicher, dass die Patch-Versionen korrekt sind. Eine Liste der erforderlichen Patches finden Sie unter [Voraussetzungen](#custom-oracle-prerequisites).
Fehler bei der RDS-Instance-Erstellung
+ Überprüfen Sie die VPC/subnet Konfigurationen
+ Verifizieren der Sicherheitsgruppenregeln
+ Bestätigen, dass CEV verfügbar ist