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 DB-Instance von Amazon RDS Custom for Oracle
Amazon RDS Custom unterstützt eine Teilmenge der üblichen Verwaltungsaufgaben für Amazon-RDS-DB-Instances. Im Folgenden finden Sie Anweisungen für die unterstützten Verwaltungsaufgaben von RDS Custom for Oracle mit der AWS-Managementkonsole und der AWS CLI.
**Topics**
+ [Arbeiten mit Container-Datenbanken (CDBs) in RDS Custom for Oracle](custom-managing.multitenant.md)
+ [Arbeiten mit Hochverfügbarkeitsfunktionen für RDS Custom für Oracle](custom-managing.ha.md)
+ [Anpassen Ihrer RDS-Custom-Umgebung](custom-managing.customizing-env.md)
+ [Ändern Ihrer DB-Instance von RDS Custom für Oracle](custom-managing.modifying.md)
+ [Ändern des Zeichensatzes einer DB-Instance von RDS Custom for Oracle](custom-managing.character-set.md)
+ [Festlegen des NLS\$1LANG-Werts in RDS Custom für Oracle](custom-managing.nlslang.md)
+ [Unterstützung für transparente Datenverschlüsselung in SQL Server](#custom-managing.tde)
+ [Markieren von Ressourcen für RDS Custom für Oracle](custom-managing.tagging.md)
+ [Löschen einer DB-Instance von RDS Custom für Oracle](custom-managing.deleting.md)
# Arbeiten mit Container-Datenbanken (CDBs) in RDS Custom for Oracle
Sie können Ihre DB-Instance von RDS Custom für Oracle entweder mit der Oracle-Multitenant-Architektur (Engine-Typ `custom-oracle-ee-cdb` oder `custom-oracle-se2-cdb`) oder mit der herkömmlichen Nicht-CDB-Architektur (Engine-Typ `custom-oracle-ee` oder `custom-oracle-se2`) erstellen. Wenn Sie eine Container-Datenbank (CDB) erstellen, enthält diese eine Pluggable Database (PDB) und einen PDB-Seed. Sie können weitere PDBs manuell mit Oracle SQL erstellen.
## PDB- und CDB-Namen
Wenn Sie eine CDB-Instance von RDS Custom für Oracle erstellen, geben Sie einen Namen für die ursprüngliche PDB an. Standardmäßig erhält Ihre ursprüngliche PDB den Namen `ORCL`. Sie können einen anderen Namen wählen.
Standardmäßig heißt Ihre CDB `RDSCDB`. Sie können einen anderen Namen wählen. Der CDB-Name ist auch der Name Ihrer Oracle-Systemkennung (SID), die den Speicher und die Prozesse, die Ihre CDB verwalten, eindeutig identifiziert. Weitere Informationen zur Oracle SID finden Sie unter [Oracle-Systemkennung (SID)](https://docs.oracle.com/en/database/oracle/oracle-database/19/cncpt/oracle-database-instance.html#GUID-8BB8140D-63ED-454E-AAC3-1964F80D102D) in *Oracle-Database-Konzepte*.
PDBs Mit Amazon RDS können Sie bestehende Dateien nicht umbenennen APIs. Sie können die CDB auch nicht mit dem `modify-db-instance`-Befehl umbenennen.
## PDB-Verwaltung
Im Modell der gemeinsamen Verantwortung von RDS Custom for Oracle sind Sie für die Verwaltung PDBs und Erstellung aller zusätzlichen Aufgaben verantwortlich PDBs. RDS Custom beschränkt die Anzahl von nicht PDBs. Sie können manuell etwas erstellen, ändern und löschen, PDBs indem Sie eine Verbindung zum CDB-Stammverzeichnis herstellen und eine SQL-Anweisung ausführen. Erstellen Sie PDBs auf einem Amazon EBS-Datenvolume, um zu verhindern, dass die DB-Instance den Support-Perimeter verlässt.
Gehen Sie wie folgt vor PDBs, um Ihr CDBs oder zu ändern:
1. Unterbrechen Sie die Automatisierung, um Interferenzen mit RDS-Custom-Aktionen zu vermeiden.
1. Ändern Sie Ihre CDB oder PDBs.
1. Sichern Sie alle geänderten PDBs.
1. Fortsetzen Sie RDS Custom Automatisierung fort
## Automatische Wiederherstellung des CDB-Stammverzeichnisses
RDS Custom hält das CDB-Stammverzeichnis auf die gleiche Weise geöffnet wie ein Nicht-CDB. Wenn sich der Zustand des CDB-Stammverzeichnisses ändert, versucht die Überwachungs- und Wiederherstellungsautomatisierung, das CDB-Stammverzeichnis auf den gewünschten Zustand zurückzusetzen. Sie erhalten RDS-Ereignisbenachrichtigungen, wenn die Stammt-CDB heruntergefahren (`RDS-EVENT-0004`) oder neu gestartet (`RDS-EVENT-0006`) wird, ähnlich wie bei der Nicht-CDB-Architektur. RDS Custom versucht, den `READ WRITE` All-In-Modus PDBs beim Start der DB-Instance zu öffnen. Wenn einige nicht geöffnet werden PDBs können, veröffentlicht RDS Custom das folgende Ereignis:`tenant database shutdown`.
# Arbeiten mit Hochverfügbarkeitsfunktionen für RDS Custom für Oracle
RDS Custom für Oracle bietet integrierte Hochverfügbarkeit durch Multi-AZ-Bereitstellungen. Alternativ können Sie Oracle Data Guard je nach Ihren Anwendungsfällen als vom Kunden verwaltete Option verwenden.
## Multi-AZ-Bereitstellungen (vollständig verwaltet)
Bei Multi-AZ-Bereitstellungen 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 aus Gründen der Datenredundanz synchron AZs auf ein Standby-Replikat repliziert. Die Multi-AZ-Bereitstellung wird sowohl in der Enterprise Edition als auch in der Standard Edition 2 unterstützt. Details dazu finden Sie unter [Verwalten einer Multi-AZ-Bereitstellung für RDS Custom für Oracle](custom-oracle-multiaz.md).
## Oracle Data Guard (kundenverwaltet)
Alternativ können Sie eine hohe Verfügbarkeit erreichen, indem Sie Oracle Data Guard manuell so konfigurieren, dass Daten zwischen DB-Instances von RDS Custom für Oracle repliziert werden. Die primäre DB-Instance synchronisiert Daten automatisch mit den Standby-Instances. Oracle Data Guard wird nur in der Enterprise Edition unterstützt.
Sie können Ihre Hochverfügbarkeitsumgebung folgendermaßen konfigurieren:
+ Konfigurieren Sie Standby-Instances in verschiedenen Varianten, um bei AZ-Ausfällen widerstandsfähig AZs zu sein.
+ Versetzen Sie Ihre Standby-Datenbanken in den bereitgestellten oder schreibgeschützten Modus. Für den Nur-Lese-Modus ist eine Lizenz für Oracle Active Data Guard erforderlich.
+ Scheitern oder wechseln Sie ohne Datenverlust von der Primärdatenbank zu einer Standby-Datenbank.
+ Migrieren Sie Daten, indem Sie die Hochverfügbarkeit für Ihre lokale Instance konfigurieren und dann die RDS-Custom-Standby-Datenbank ausfallen oder zur RDS Custom für Oracle wechseln.
Informationen zur Konfiguration von Oracle Data Guard für hohe Verfügbarkeit finden Sie im AWS Blog [Build High Availability for RDS Custom for Oracle using Read Replicas](https://aws.amazon.com/blogs/database/build-high-availability-for-amazon-rds-custom-for-oracle-using-read-replicas/). Sie können folgende Aufgaben ausführen:
+ Verwenden Sie einen VPN (Virtual Private Network) -Tunnel, um Daten während der Übertragung für Ihre Instances mit hoher Verfügbarkeit zu verschlüsseln. Die Verschlüsselung während der Übertragung wird nicht automatisch von RDS Custom für Oracle konfiguriert.
+ Konfigurieren Sie Oracle Fast-Failover Observer (FSFO), um Ihre Hochverfügbarkeits-Instances zu überwachen.
+ Erlauben Sie dem Beobachter, ein automatisches Failover durchzuführen, wenn die erforderlichen Bedingungen erfüllt sind.
# Anpassen Ihrer RDS-Custom-Umgebung
RDS Custom für Oracle enthält integrierte Funktionen, mit denen Sie Ihre DB-Instance-Umgebung anpassen können, ohne die Automatisierung zu unterbrechen. Sie können RDS beispielsweise verwenden, APIs um Ihre Umgebung wie folgt anzupassen:
+ Erstellen Sie DB-Snapshots und stellen Sie sie wieder her, um eine Klonumgebung zu erstellen.
+ Erstellen Sie Lesereplikate.
+ Ändern Sie die Speichereinstellungen.
+ Ändern Sie die CEV, um Versions-Updates anzuwenden.
Für einige Anpassungen, z. B. das Ändern des Zeichensatzes, können Sie die RDS-APIs nicht verwenden. In diesen Fällen müssen Sie die Umgebung manuell ändern, indem Sie als Root-Benutzer auf Ihre Amazon-EC2-Instance zugreifen oder sich bei Ihrer Oracle-Datenbank als `SYSDBA` anmelden.
Wenn Sie Ihre Instance manuell anpassen möchten, müssen Sie die RDS-Custom-Automatisierung anhalten und fortsetzen. Durch das Anhalten wird sichergestellt, dass Ihre Anpassungen die RDS-Custom-Automatisierung nicht beeinträchtigen. Auf diese Weise vermeiden Sie, dass der Support-Perimeter unterbrochen wird, wodurch die Instance in den `unsupported-configuration` Status versetzt wird, bis Sie die zugrunde liegenden Probleme behoben haben. Das Anhalten und Fortsetzen sind die einzigen unterstützten Automatisierungsaufgaben beim Ändern einer DB-Instance von RDS Custom für Oracle.
## Allgemeine Schritte zum Anpassen Ihrer RDS-Custom-Umgebung
Führen Sie die folgenden Schritte aus, um Ihre DB-Instance von RDS Custom anzupassen:
1. Halten Sie die RDS-Custom-Automatisierung für einen bestimmten Zeitraum über die Konsole oder die CLI an.
1. Identifizieren Sie Ihre zugrundeliegende Amazon-EC2-Instance.
1. Stellen Sie eine Verbindung mit Ihrer zugrunde liegenden Amazon-EC2-Instance mithilfe von SSH-Schlüsseln oder AWS Systems Manager her.
1. Überprüfen Sie Ihre aktuellen Konfigurationseinstellungen auf Datenbank- oder Betriebssystemebene.
Sie können Ihre Änderungen überprüfen, indem Sie die ursprüngliche Konfiguration mit der geänderten Konfiguration vergleichen. Verwenden Sie je nach Art der Anpassung Betriebssystemtools oder Datenbankabfragen.
1. Passen Sie die DB-Instance von RDS Custom für Oracle nach Bedarf an.
1. Starten Sie Ihre Instance oder Datenbank neu, falls erforderlich.
**Anmerkung**
In einer lokalen Oracle-CDB können Sie einen bestimmten Öffnungsmodus für die PDBs Verwendung eines integrierten Befehls oder nach einem Start-Trigger beibehalten. Dieser Mechanismus versetzt die CDB PDBs in einen bestimmten Zustand, wenn die CDB neu gestartet wird. Beim Öffnen Ihrer CDB verwirft RDS Custom Automation alle vom Benutzer angegebenen beibehaltenen Status und versucht, alle zu öffnen. PDBs Wenn RDS Custom nicht alle öffnen kann PDBs, wird das folgende Ereignis ausgelöst:. `The following PDBs failed to open: list-of-PDBs`
1. Überprüfen Sie Ihre neuen Konfigurationseinstellungen, indem Sie sie mit den vorherigen Einstellungen vergleichen.
1. Setzen Sie die RDS-Custom-Automatisierung mit einer der folgenden Methoden fort:
+ Nehmen Sie die Automatisierung manuell fort.
+ Warten Sie, bis der Pausezeitraum endet. In diesem Fall nimmt RDS Custom die Überwachung und Instance-Wiederherstellung automatisch wieder auf.
1. Überprüfen des Automatisierungsframework von RDS Custom
Wenn Sie die vorherigen Schritte korrekt befolgt haben, startet RDS Custom ein automatisches Backup. Der Status der Instance in der Konsole lautet **Verfügbar**.
Bewährte Methoden und step-by-step Anleitungen finden Sie in den AWS Blogbeiträgen [Vornehmen von Konfigurationsänderungen an einer Amazon RDS Custom for Oracle-Instance: Teil 1](https://aws.amazon.com/blogs/database/part-1-make-configuration-changes-to-an-amazon-rds-custom-for-oracle-instance/) und [Recreate an Amazon RDS Custom for Oracle-Datenbank: Teil 2.](https://aws.amazon.com/blogs/database/part-2-recreate-an-amazon-rds-custom-for-oracle-database/)
## Pausieren und Fortsetzen Ihrer DB-Instance von RDS Custom
Sie können die Automatisierung für Ihre DB-Instance über die Konsole oder die CLI anhalten und fortsetzen.
### Konsole
**So pausieren oder setzen Sie RDS Custom Automation fort**
1. Melden Sie sich bei der an AWS-Managementkonsole und ö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 **Databases (Datenbanken)** und dann die RDS Custom DB-Instance, die Sie ändern möchten.
1. Wählen Sie **Modify** aus. Die Seite **Modify DB instance** (DB-Instance ändern) wird angezeigt.
1. Für **RDS Benutzerdefinierter Automatisierungsmodus** wählen Sie eine der folgenden Optionen aus:
+ **Paused** unterbricht die Überwachung und Instance-Wiederherstellung für die RDS Custom DB-Instance. Geben Sie die Pausedauer ein, für die Sie (in Minuten) die **Dauer des Automatisierungsmodus** möchten. Der Standardwert beträgt 60 Minuten. Der Maximalwert beträgt 1440 Minuten.
+ **Vollständige Automatisierung** nimmt die Automatisierung wieder auf.
1. Klicken Sie auf **Weiter** und überprüfen Sie die Zusammenfassung aller Änderungen.
Eine Meldung zeigt an, dass RDS Custom die Änderungen sofort anwendet.
1. Wenn sie korrekt sind, wählen Sie **Modify DB Instance** (DB-Instance ändern) aus, um Ihre Änderungen zu speichern. Oder klicken Sie auf **Zurück**, um Ihre Änderungen zu bearbeiten, oder auf **Abbrechen**, um Ihre Änderungen zu verwerfen.
In der RDS-Konsole werden die Details der Änderung angezeigt. Wenn Sie die Automatisierung angehalten haben, wird der **Status** Ihrer RDS Custom DB-Instance zeigt **Automatisierung wurde angehalten**.
1. (Optional) Wählen Sie im Navigationsbereich **Datenbanken** und dann Ihre RDS Custom DB-Instance.
In **Übersicht**, gibt **RDS Benutzerdefinierter Automatisierungsmodus** den Automatisierungsstatus an. Wenn die Automatisierung angehalten wird, ist der Wert **Pausiert. Die Automatisierung wird in wenigen *num* Minuten wieder aufgenommen**.
### AWS CLI
Verwenden Sie den `modify-db-instance` AWS CLI Befehl, um die benutzerdefinierte RDS-Automatisierung anzuhalten oder fortzusetzen. Identifizieren Sie die DB-Instance mit dem erforderlichen Parameter `--db-instance-identifier`. Steuern Sie den Automatisierungsmodus mit den folgenden Parametern:
+ `--automation-mode` gibt den Pausestatus der DB-Instance an. Gültige Werte sind `all-paused`, was die Automatisierung anhält, und `full`, was es wieder aufnimmt.
+ `--resume-full-automation-mode-minutes` gibt die Dauer der Pause an. Der Standardwert beträgt 60 Minuten.
**Anmerkung**
Unabhängig davon, ob Sie `--no-apply-immediately` oder `--apply-immediately` angeben, wendet RDS Custom Änderungen so schnell wie möglich asynchron an.
In der Befehlsantwort `ResumeFullAutomationModeTime` gibt die Lebenslaufzeit als UTC-Zeitstempel an. Wenn der Automatisierungsmodus `all-paused` ist, können Sie `modify-db-instance` verwenden, um den Automatisierungsmodus fortzusetzen oder den Pausezeitraum zu verlängern. Es werden keine anderen `modify-db-instance`-Optionen unterstützt.
Das folgende Beispiel unterbricht die Automatisierung für `my-custom-instance` für 90 Minuten.
**Example**
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--automation-mode all-paused \
--resume-full-automation-mode-minutes 90
```
Für Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--automation-mode all-paused ^
--resume-full-automation-mode-minutes 90
```
Im folgenden Beispiel wird die Pausedauer um weitere 30 Minuten verlängert. Die 30 Minuten werden zur Originalzeit hinzugefügt, die in `ResumeFullAutomationModeTime` angezeigt wird.
**Example**
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--automation-mode all-paused \
--resume-full-automation-mode-minutes 30
```
Für Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--automation-mode all-paused ^
--resume-full-automation-mode-minutes 30
```
Im folgenden Beispiel wird die vollständige Automatisierung für `my-custom-instance` wieder aufgenommen.
**Example**
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--automation-mode full \
```
Für Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--automation-mode full
```
In der folgenden partiellen Beispielausgabe ist der ausstehende `AutomationMode`-Wert `full`.
```
{
"DBInstance": {
"PubliclyAccessible": true,
"MasterUsername": "admin",
"MonitoringInterval": 0,
"LicenseModel": "bring-your-own-license",
"VpcSecurityGroups": [
{
"Status": "active",
"VpcSecurityGroupId": "0123456789abcdefg"
}
],
"InstanceCreateTime": "2020-11-07T19:50:06.193Z",
"CopyTagsToSnapshot": false,
"OptionGroupMemberships": [
{
"Status": "in-sync",
"OptionGroupName": "default:custom-oracle-ee-19"
}
],
"PendingModifiedValues": {
"AutomationMode": "full"
},
"Engine": "custom-oracle-ee",
"MultiAZ": false,
"DBSecurityGroups": [],
"DBParameterGroups": [
{
"DBParameterGroupName": "default.custom-oracle-ee-19",
"ParameterApplyStatus": "in-sync"
}
],
...
"ReadReplicaDBInstanceIdentifiers": [],
"AllocatedStorage": 250,
"DBInstanceArn": "arn:aws:rds:us-west-2:012345678912:db:my-custom-instance",
"BackupRetentionPeriod": 3,
"DBName": "ORCL",
"PreferredMaintenanceWindow": "fri:10:56-fri:11:26",
"Endpoint": {
"HostedZoneId": "ABCDEFGHIJKLMNO",
"Port": 8200,
"Address": "my-custom-instance.abcdefghijk.us-west-2.rds.amazonaws.com"
},
"DBInstanceStatus": "automation-paused",
"IAMDatabaseAuthenticationEnabled": false,
"AutomationMode": "all-paused",
"EngineVersion": "19.my_cev1",
"DeletionProtection": false,
"AvailabilityZone": "us-west-2a",
"DomainMemberships": [],
"StorageType": "gp2",
"DbiResourceId": "db-ABCDEFGHIJKLMNOPQRSTUVW",
"ResumeFullAutomationModeTime": "2020-11-07T20:56:50.565Z",
"KmsKeyId": "arn:aws:kms:us-west-2:012345678912:key/aa111a11-111a-11a1-1a11-1111a11a1a1a",
"StorageEncrypted": false,
"AssociatedRoles": [],
"DBInstanceClass": "db.m5.xlarge",
"DbInstancePort": 0,
"DBInstanceIdentifier": "my-custom-instance",
"TagList": []
}
```
# Ändern Ihrer DB-Instance von RDS Custom für Oracle
Das Ändern einer DB-Instance von RDS Custom für Oracle ähnelt dem Ändern einer DB-Instance von Amazon RDS. Sie können Einstellungen wie die folgenden ändern:
+ DB-Instance-Klasse
+ Speicherzuweisung und -typ
+ Aufbewahrungszeitraum für Backups
+ Löschschutz
+ Optionsgruppe
+ CEV (siehe [Upgrade einer benutzerdefinierten RDS-für-Oracle-DB-Instance](custom-upgrading-modify.md))
+ Port
**Topics**
+ [Anforderungen und Einschränkungen bei der Änderung Ihres DB-Instance-Speichers](#custom-managing.storage-modify)
+ [Anforderungen und Einschränkungen bei der Änderung Ihrer DB-Instance-Klasse](#custom-managing.instance-class-reqs)
+ [So erstellt RDS Custom Ihre DB-Instance, wenn Sie die Instance-Klasse ändern](#custom-managing.instance-class-resources)
+ [Ändern Ihrer DB-Instance von RDS Custom für Oracle](#custom-managing.modifying.procedure)
## Anforderungen und Einschränkungen bei der Änderung Ihres DB-Instance-Speichers
Berücksichtigen Sie die folgenden Anforderungen und Einschränkungen bei der Änderung des Speichers für eine DB-Instance von RDS Custom für Oracle:
+ Der minimale zugewiesene Speicher für RDS Custom für Oracle beträgt 40 GiB und das Maximum beträgt 64 TiB.
+ Wie bei Amazon RDS können Sie den zugewiesenen Speicher nicht verringern. Dies ist eine Beschränkung der Amazon EBS-Volumes.
+ Die automatische Skalierung von Speicher wird für RDS Custom DB-Instances nicht unterstützt.
+ Alle Speicher-Volumes, die Sie manuell an Ihre RDS Custom DB-Instance anfügen, befinden sich außerhalb des Support-Umfangs.
Weitere Informationen finden Sie unter [Support-Perimeter in RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter).
+ Magnetischer (Standard-) Amazon-EBS-Speicher wird für RDS Custom nicht unterstützt. Sie können nur die SSD-Speichertypen io1, io2, gp2 oder gp3 wählen.
Weitere Informationen zu Amazon-EBS-Speicher finden Sie unter [Amazon-RDS-DB-Instance-Speicher](CHAP_Storage.md). Allgemeine Informationen zur Änderung des Speichers finden Sie unter [Arbeiten mit Speicher für Amazon RDS-DB-Instances](USER_PIOPS.StorageTypes.md).
## Anforderungen und Einschränkungen bei der Änderung Ihrer DB-Instance-Klasse
Berücksichtigen Sie die folgenden Anforderungen und Einschränkungen bei der Änderung der Instance-Klasse einer DB-Instance von RDS Custom für Oracle:
+ Ihre DB-Instance muss sich im Status `available` befinden.
+ Ihre DB-Instance muss über mindestens 100 MiB freien Speicherplatz auf dem Root-Volume, Datenvolume und Binärvolume verfügen.
+ Sie können Ihrer DB-Instance von RDS Custom für Oracle nur eine einzige Elastic IP (EIP) zuweisen, wenn Sie die Elastic Network Interface (ENI)-Schnittstelle verwenden. Wenn Sie mehrere ENIs an Ihre DB-Instance anhängen, schlägt der Änderungsvorgang fehl.
+ Alle Tags von RDS Custom für Oracle müssen vorhanden sein.
+ Beachten Sie die folgenden Anforderungen und Einschränkungen, wenn Sie die Replikation von RDS Custom für Oracle verwenden:
+ Für primäre DB-Instances und Lesereplikate können Sie die Instance-Klasse jeweils nur für eine DB-Instance ändern.
+ Wenn Ihre DB-Instance von RDS Custom für Oracle über eine On-Premises Primär- oder Replikatdatenbank verfügt, stellen Sie sicher, dass Sie die privaten IP-Adressen auf der On-Premses DB-Instance nach Abschluss der Änderung manuell aktualisieren. Diese Aktion ist erforderlich, um die DataGuard Oracle-Funktionalität aufrechtzuerhalten. RDS Custom für Oracle veröffentlicht ein Ereignis, wenn die Änderung erfolgreich ist.
+ Sie können Ihre DB-Instance-Klasse von RDS Custom für Oracle nicht ändern, wenn für die primären oder Lesereplikat-DB-Instances FSFO (Fast-Start Failover) konfiguriert ist.
## So erstellt RDS Custom Ihre DB-Instance, wenn Sie die Instance-Klasse ändern
Wenn Sie Ihre Instance-Klasse ändern, erstellt RDS Custom Ihre DB-Instance wie folgt:
+ Erstellt die Amazon-EC2-Instance.
+ Erstellt das Root-Volumes aus dem letzten Snapshot. RDS Custom für Oracle speichert keine Informationen, die dem Root-Volume nach dem letzten DB-Snapshot hinzugefügt wurden.
+ Erzeugt CloudWatch Amazon-Alarme.
+ Erstellt ein SSH-Schlüsselpaar von Amazon EC2, wenn Sie das ursprüngliche Schlüsselpaar gelöscht haben. Andernfalls behält RDS Custom für Oracle das ursprüngliche Schlüsselpaar bei.
+ Erstellt neue Ressourcen mithilfe der Tags, die Ihrer DB-Instance angefügt sind, wenn Sie die Änderung einleiten. RDS Custom überträgt keine Tags an die neuen Ressourcen, wenn sie den zugrunde liegenden Ressourcen direkt angehängt sind.
+ Überträgt die Binär- und Datenvolumes mit den neuesten Änderungen an die neue DB-Instance.
+ Überträgt die Elastic-IP-Adresse (EIP). Wenn die DB-Instance öffentlich zugänglich ist, hängt RDS Custom der neuen DB-Instance vorübergehend eine öffentliche IP-Adresse an, bevor die EIP übertragen wird. Ist die DB-Instance nicht öffentlich zugänglich, erstellt RDS Custom keine öffentlichen IP-Adressen.
## Ändern Ihrer DB-Instance von RDS Custom für Oracle
Sie können die DB-Instance-Klasse oder den Speicher mithilfe der Konsole oder der RDS-API ändern. AWS CLI
### Konsole
**So ändern Sie eine DB-Instance von RDS Custom für Oracle**
1. Melden Sie sich bei der an AWS-Managementkonsole und ö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 **Databases (Datenbanken)** aus.
1. Wählen Sie die DB-Instance aus, die Sie ändern möchten.
1. Wählen Sie **Ändern** aus.
1. (Optional) Wählen Sie unter **Instance-Konfiguration** einen Wert für die **DB-Instance-Klasse aus**. Informationen zu unterstützten Klassen finden Sie unter [Unterstützung von DB-Instance-Klassen für RDS Custom für Oracle](custom-oracle-feature-support.md#custom-reqs-limits.instances).
1. (Optional) Nehmen Sie im **Speicher** nach Bedarf die folgenden Änderungen vor:
1. Geben Sie einen neuen Wert für **Allocated storage (Zugewiesener Speicherplatz)** ein. Er muss größer als der aktuelle Wert und zwischen 40 GiB und 64 TiB sein.
1. **Ändern Sie den Wert für **Speichertyp** in **General Purpose SSD (gp2)**, **General Purpose SSD (gp3), Provisioned IOPS (io1)** **oder Provisioned IOPS (io2)**.**
1. **Wenn Sie einen anderen Speichertyp als **Allzweck-SSD (gp2)** angegeben haben, können Sie den Wert Provisioned IOPS ändern.**
1. (Optional) Nehmen Sie unter **Zusätzliche Konfiguration** nach Bedarf die folgenden Änderungen vor:
1. Wählen Sie unter **Optionsgruppe** eine neue Optionsgruppe aus. Weitere Informationen finden Sie unter [Arbeiten mit Optionsgruppen in RDS Custom für Oracle](custom-oracle-option-groups.md).
1. Klicken Sie auf **Continue (Fortfahren)**.
1. Wählen Sie **During the next scheduled maintenance window (Während des nächsten geplanten Wartungsfensters)** oder **Sofort** aus.
1. Wählen Sie **Modify DB Instance (DB-Instance ändern)** aus.
### AWS CLI
Verwenden Sie den Befehl, um den Speicher für eine RDS Custom for Oracle DB-Instance zu ändern. [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI Stellen Sie die folgenden Parameter nach Bedarf ein:
+ `--db-instance-class` – Eine neue Instancde-Klasse. Informationen zu unterstützten Klassen finden Sie unter [Unterstützung von DB-Instance-Klassen für RDS Custom für Oracle](custom-oracle-feature-support.md#custom-reqs-limits.instances).
+ `--allocated-storage`: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes. Er muss größer als der aktuelle Wert und zwischen 40 und 65.536 GiB sein.
+ `--storage-type`— Der Speichertyp: gp2, gp3, io1 oder io2.
+ `--iops`— Bereitgestellte IOPS für die DB-Instance, wenn die Speichertypen io1, io2 oder gp3 verwendet werden.
+ `--apply-immediately` – Verwenden Sie `--apply-immediately`, um die Speicheränderungen sofort anzuwenden.
Oder verwenden Sie `--no-apply-immediately` (Standardeinstellung), um die Änderungen während des nächsten Wartungsfensters anzuwenden.
Im folgenden Beispiel wird die DB-Instance-Klasse auf to geändert. `my-cfo-instance` `db.m5.16xlarge` Der Befehl ändert auch die Speichergröße auf `1024` (1 TiB), den Speichertyp auf`io2`, Bereitgestellte IOPS auf und die `3000` Optionsgruppe auf. `cfo-ee-19-mt`
**Example**
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-cfo-instance \
--db-instance-class db.m5.16xlarge \
--storage-type io2 \
--iops 3000 \
--allocated-storage 1024 \
--option-group cfo-ee-19-mt \
--apply-immediately
```
Für Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-cfo-instance ^
--db-instance-class db.m5.16xlarge ^
--storage-type io2 ^
--iops 3000 ^
--allocated-storage 1024 ^
--option-group cfo-ee-19-mt ^
--apply-immediately
```
# Ändern des Zeichensatzes einer DB-Instance von RDS Custom for Oracle
RDS Custom for Oracle verwendet standardmäßig den Zeichensatz US7ASCII. Möglicherweise möchten Sie verschiedene Zeichensätze angeben, um die Anforderungen an Sprache oder Multibyte-Zeichen zu erfüllen. Wenn Sie RDS Custom for Oracle verwenden, können Sie die Automatisierung unterbrechen und dann den Zeichensatz Ihrer Datenbank manuell ändern.
Für das Ändern des Zeichensatzes einer DB-Instance von RDS Custom for Oracle gelten folgende Voraussetzungen:
+ Sie können das Zeichen nur in einer neu bereitgestellten RDS-Custom-Instance ändern, die über eine leere oder Starterdatenbank ohne Anwendungsdaten verfügt. Ändern Sie für alle anderen Szenarien den Zeichensatz mit DMU (Database Migration Assistant for Unicode).
+ Sie können nur zu einem Zeichensatz wechseln, der von RDS for Oracle unterstützt wird. Weitere Informationen finden Sie unter [Unterstützte DB-Zeichensätze](Appendix.OracleCharacterSets.md#Appendix.OracleCharacterSets.db-character-set.supported).
**So ändern Sie den Zeichensatz einer DB-Instance von RDS Custom for Oracle**
1. Pausieren Sie RDS Custom Automatisierung. Weitere Informationen finden Sie unter [Pausieren und Fortsetzen Ihrer DB-Instance von RDS Custom](custom-managing.customizing-env.md#custom-managing.pausing).
1. Melden Sie sich bei Ihrer Datenbank als Benutzer mit `SYSDBA`-Berechtigungen an.
1. Starten Sie die Datenbank im eingeschränkten Modus neu, ändern Sie den Zeichensatz und starten Sie die Datenbank dann im normalen Modus erneut.
Führen Sie das folgende Skript in Ihrem SQL-Client aus:
```
SHUTDOWN IMMEDIATE;
STARTUP RESTRICT;
ALTER DATABASE CHARACTER SET INTERNAL_CONVERT AL32UTF8;
SHUTDOWN IMMEDIATE;
STARTUP;
SELECT VALUE FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET';
```
Stellen Sie sicher, dass die Ausgabe den richtigen Zeichensatz anzeigt:
```
VALUE
--------
AL32UTF8
```
1. Fortsetzen Sie RDS Custom Automatisierung fort Weitere Informationen finden Sie unter [Pausieren und Fortsetzen Ihrer DB-Instance von RDS Custom](custom-managing.customizing-env.md#custom-managing.pausing).
# Festlegen des NLS\$1LANG-Werts in RDS Custom für Oracle
Ein *Gebietsschema* ist eine Reihe von Informationen, die sprachlichen und kulturellen Anforderungen für eine bestimmte Sprache und ein bestimmtes Land entsprechen. Um das Gebietsschemaverhalten für Oracle-Software festzulegen, legen Sie die Umgebungsvariable `NLS_LANG` auf Ihrem Client-Host fest. Mit dieser Variablen werden die Sprache, die Region und der Zeichensatz definiert, die von der Clientanwendung in einer Datenbanksitzung verwendet werden.
Für RDS Custom für Oracle können Sie nur die Sprache in der Variablen `NLS_LANG` festlegen. Für das Gebiet und den Zeichensatz werden Standardwerte verwendet. Die Sprache wird für Oracle-Datenbanknachrichten, Sortierung, Tagesnamen und Monatsnamen verwendet. Jede unterstützte Sprache hat einen eindeutigen Namen, beispielsweise Amerikanisch, Französisch oder Deutsch. Der Standardwert ist Amerikanisch, wenn keine Sprache angegeben ist.
Nachdem Sie Ihre Datenbank von RDS Custom für Oracle erstellt haben, können Sie `NLS_LANG` auf Ihrem Client-Host auf eine andere Sprache als Englisch einstellen. Wenn Sie eine Liste der von Oracle Database unterstützten Sprachen sehen möchten, melden Sie sich bei Ihrer Datenbank von RDS Custom für Oracle an und führen Sie die folgende Abfrage aus:
```
SELECT VALUE FROM V$NLS_VALID_VALUES WHERE PARAMETER='LANGUAGE' ORDER BY VALUE;
```
Sie können `NLS_LANG` in der Host-Befehlszeile festlegen. Im folgenden Beispiel wird die Sprache für Ihre Client-Anwendung mithilfe der Z-Shell unter Linux auf Deutsch festgelegt.
```
export NLS_LANG=German
```
Ihre Anwendung liest den Wert `NLS_LANG` beim Start und übermittelt ihn beim Herstellen einer Verbindung an die Datenbank.
Weitere Informationen finden Sie unter [Choosing a Locale with the NLS\$1LANG Environment Variable](https://docs.oracle.com/en/database/oracle/oracle-database/21/nlspg/setting-up-globalization-support-environment.html#GUID-86A29834-AE29-4BA5-8A78-E19C168B690A) im *Oracle Database Globalization Support Guide*.
## Unterstützung für transparente Datenverschlüsselung in SQL Server
RDS Custom unterstützt Transparente Datenverschlüsselung (TDE) für DB-Instances von RDS Custom for Oracle.
Sie können TDE jedoch nicht mit einer Option in einer benutzerdefinierten Optionsgruppe aktivieren, wie Sie es in RDS for Oracle können. Sie schalten TDE manuell ein. Weitere Informationen zum Verwenden von Oracle Transparent Data Encryption finden Sie unter [Sichern gespeicherter Daten mit Transparent Data Encryption](http://docs.oracle.com/cd/E11882_01/network.112/e40393/asotrans.htm#BABFGJAG).
# Markieren von Ressourcen für RDS Custom für Oracle
Sie können RDS Custom Ressourcen wie bei Amazon-RDS-Ressourcen kennzeichnen, jedoch mit einigen wichtigen Unterschieden:
+ Erstellen oder modifizieren Sie die`AWSRDSCustom`-Tag, das für die RDS Custom Automatisierung erforderlich ist. Wenn Sie dies tun, könnten Sie die Automatisierung unterbrechen.
+ Das Tag `Name` wird RDS-Custom-Ressourcen mit dem Präfixwert von `do-not-delete-rds-custom` oder `rds-custom!oracle-do-not-delete` hinzugefügt. Vom Kunden übergebene Werte für den Schlüssel werden überschrieben.
+ Tags, die während der Erstellung zu RDS Custom DB-Instances hinzugefügt wurden, werden an alle anderen verwandten RDS Custom Ressourcen weitergegeben.
+ Tags werden nicht propagiert, wenn Sie sie nach der Erstellung der DB-Instance zu RDS Custom Ressourcen hinzufügen.
Allgemeine Informationen zum Markieren von Ressourcen finden Sie unter [Taggen von Amazon RDS-Ressourcen](USER_Tagging.md).
# Löschen einer DB-Instance von RDS Custom für Oracle
**Warnung**
Das Löschen einer DB-Instance ist eine permanente Aktion. Sie können eine DB-Instance nach dem Löschen nur wiederherstellen, wenn Sie über ein Backup oder einen Snapshot verfügen.
Wenn Sie eine benutzerdefinierte RDS-DB-Instance löschen, AWS werden automatisch die zugrunde liegende EC2 Amazon-Instance und die EBS-Volumes gelöscht. Beenden Sie die EC2 Amazon-Instance nicht manuell und löschen Sie die EBS-Volumes nicht, bevor Sie die DB-Instance über Amazon RDS löschen. Das manuelle Löschen dieser Ressourcen führt dazu, dass das Löschen der DB-Instance und die Erstellung des endgültigen Snapshots fehlschlagen, wodurch jegliche Möglichkeit einer Wiederherstellung verhindert wird.
Um eine RDS Custom DB-Instance zu löschen, müssen Sie wie folgt vorgehen:
+ Geben Sie den Namen der Instance an.
+ Aktivieren oder deaktivieren Sie die Option, einen endgültigen DB-Snapshot der Instance zu erstellen.
+ Wählen oder deaktivieren Sie die Option zum Speichern automatisierter Sicherungen.
Sie können eine RDS Custom DB-Instance mit der Konsole oder der CLI löschen. Die zum Löschen einer DB-Instance erforderliche Zeit kann je nach Aufbewahrungszeitraum für Backups (d. h. wie viele Backups gelöscht werden sollen), wie viele Daten gelöscht werden und ob ein endgültiger Snapshot erstellt wird, variieren.
## Konsole
**So löschen Sie eine RDS Custom DB-Instance**
1. Melden Sie sich bei der an AWS-Managementkonsole und ö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 **Databases (Datenbanken)** und dann die RDS Custom DB-Instance aus, die Sie löschen möchten. RDS Custom DB-Instances zeigen die Rolle **Instance (RDS Custom)**.
1. Klicken Sie bei ** Actions** auf **Delete**.
1. Wählen Sie **Retain automated backups (Automatisierte Sicherungen aufbewahren)**, um automatisierte Sicherungen aufzubewahren.
1. Geben Sie **delete me** in das Feld ein.
1. Wählen Sie **Löschen** aus.
## AWS CLI
Sie löschen eine benutzerdefinierte RDS-DB-Instance mithilfe des [delete-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance.html) AWS CLI Befehls. Identifizieren Sie die DB-Instance mit dem erforderlichen Parameter `--db-instance-identifier`. Die übrigen Parameter sind die gleichen wie für eine Amazon RDS DB-Instance, mit den folgenden Ausnahmen:
+ `--skip-final-snapshot` ist erforderlich.
+ `--no-skip-final-snapshot` wird nicht unterstützt.
+ `--final-db-snapshot-identifier` wird nicht unterstützt.
Im folgenden Beispiel wird die RDS Custom DB-Instance mit dem Namen `my-custom-instance` gelöscht und behält automatisierte Sicherungen bei.
**Example**
Für Linux, macOS oder Unix:
```
aws rds delete-db-instance \
--db-instance-identifier my-custom-instance \
--skip-final-snapshot \
--no-delete-automated-backups
```
Für Windows:
```
aws rds delete-db-instance ^
--db-instance-identifier my-custom-instance ^
--skip-final-snapshot ^
--no-delete-automated-backups
```