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 Management Console und der AWS CLI.

Arbeiten mit Container-Datenbanken (CDBs) in RDS Custom für Oracle

Sie können Ihre RDS Custom for Oracle DB-Instance entweder mit der Oracle-Multitenant-Architektur (custom-oracle-ee-cdboder dem custom-oracle-se2-cdb Engine-Typ) oder mit der herkömmlichen Nicht-CDB-Architektur (custom-oracle-eeoder dem custom-oracle-se2 Engine-Typ) erstellen. Wenn Sie eine Container-Datenbank (CDB) erstellen, enthält diese eine Pluggable Database (PDB) und einen PDB-Seed. Sie können zusätzliche PDBs mit Oracle SQL manuell 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) in Oracle-Database-Konzepte.

Sie können vorhandene PDBs nicht mithilfe von Amazon-RDS-APIs umbenennen. Sie können die CDB auch nicht mit dem modify-db-instance-Befehl umbenennen.

PDB-Verwaltung

Im Modell der geteilten Verantwortung von RDS Custom für Oracle sind Sie für die Verwaltung von PDBs und die Erstellung zusätzlicher PDBs verantwortlich. RDS Custom beschränkt die Anzahl der PDBs nicht. Sie können PDBs manuell erstellen, ändern und löschen, indem Sie eine Verbindung mit dem CDB-Stammverzeichnis herstellen und eine SQL-Anweidung ausführen. Erstellen Sie PDBs auf einem Amazon-EBS-Datenvolume, um zu verhindern, dass die DB-Instance nicht mehr im Support-Umfang enthalten ist.

Führen Sie die folgenden Schritte aus, um Ihre CDBs oder PDBs zu ändern:

1. Unterbrechen Sie die Automatisierung, um Interferenzen mit RDS-Custom-Aktionen zu vermeiden.

2. Modifizieren Sie Ihre CDB oder PDBs.

3. Sichern Sie alle modifizierten PDBs.

4. 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, beim Start der DB-Instance alle PDBs im READ WRITE-Modus zu öffnen. Wenn einige PDBs nicht geöffnet werden können, veröffentlicht RDS Custom das folgende Ereignis: tenant database shutdown.

Arbeiten mit Hochverfügbarkeitsfunktionen für RDS Custom for Oracle

Um die Replikation zwischen RDS Custom for Oracle DB-Instances zu unterstützen, können Sie Hochverfügbarkeit (HA) mit Oracle Data Guard konfigurieren. Die primäre DB-Instance synchronisiert Daten automatisch mit den Standby-Instanzen. Diese Funktion wird nur in der Enterprise Edition unterstützt.

Sie können Ihre Hochverfügbarkeitsumgebung folgendermaßen konfigurieren:

• Konfigurieren Sie Standby-Instances in verschiedenen Availability Zones (AZ), damit sie auf AZ-Ausfälle geschützt sind.

• Versetzen Sie Ihre Standby-Datenbanken in den bereitgestellten oder schreibgeschützten Modus.

• 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 Instanz konfigurieren und dann die RDS-Custom-Standby-Datenbank ausfallen oder zur RDS Custom wechseln.

Informationen zum Konfigurieren der Hochverfügbarkeit finden Sie im Whitepaper Hochverfügbarkeit für Amazon RDS Custom für Oracle mit Lesereplikaten aufbauen. Sie können folgende Aufgaben ausführen:

• Verwenden Sie einen VPN (Virtual Private Network) -Tunnel, um Daten während der Übertragung für Ihre Instanzen mit hoher Verfügbarkeit zu verschlüsseln. Die Verschlüsselung während der Übertragung wird nicht automatisch von RDS Custom konfiguriert.

• Konfigurieren Sie Oracle Fast-Failover Observer (FSFO), um Ihre Hochverfügbarkeitsinstanzen 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 beispielsweise RDS-APIs verwenden, 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, wie 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.

2. Identifizieren Sie Ihre zugrundeliegende Amazon-EC2-Instance.

3. Stellen Sie eine Verbindung mit Ihrer zugrunde liegenden Amazon-EC2-Instance mithilfe von SSH-Schlüsseln oder AWS Systems Manager her.

4. Ü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.

5. Passen Sie die DB-Instance von RDS Custom für Oracle nach Bedarf an.

6. Starten Sie Ihre Instance oder Datenbank neu, falls erforderlich.

   Anmerkung

   In einer On-Premises Oracle CDB können Sie einen bestimmten Öffnungsmodus für PDBs mithilfe eines integrierten Befehls oder nach einem Starttrigger beibehalten. Dieser Mechanismus versetzt PDBs in einen bestimmten Zustand, wenn die CDB neu gestartet wird. Beim Öffnen Ihrer CDB verwirft die RDS-Custom-Automatisierung alle vom Benutzer angegebenen Beibehaltungszustände und versucht, alle PDBs zu öffnen. Wenn RDS Custom nicht alle PDBs öffnen kann, wird das folgende Ereignis ausgegeben: The following PDBs failed to open: list-of-PDBs.

7. Überprüfen Sie Ihre neuen Konfigurationseinstellungen, indem Sie sie mit den vorherigen Einstellungen vergleichen.

8. 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 Instanzwiederherstellung automatisch wieder auf.

9. Ü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 und Recreate an Amazon RDS Custom for Oracle-Datenbank: Teil 2.

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 Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

2. Wählen Sie im Navigationsbereich Databases (Datenbanken) und dann die RDS Custom DB-Instance, die Sie ändern möchten.

3. Wählen Sie Modify aus. Die Seite Modify DB instance (DB-Instance ändern) wird angezeigt.

4. Für RDS Benutzerdefinierter Automatisierungsmodus wählen Sie eine der folgenden Optionen aus:

   • Paused unterbricht die Überwachung und Instanzwiederherstellung 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.

5. Klicken Sie auf Weiter und überprüfen Sie die Zusammenfassung aller Änderungen.

   Eine Meldung zeigt an, dass RDS Custom die Änderungen sofort anwendet.

6. 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.

7. (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 fortgesetzt in Num Minuten.

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.

Für LinuxmacOS, oderUnix:

aws rds modify-db-instance \
    --db-instance-identifier my-custom-instance \
    --automation-mode all-paused \
    --resume-full-automation-mode-minutes 90

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.

Für LinuxmacOS, oderUnix:

aws rds modify-db-instance \
    --db-instance-identifier my-custom-instance \
    --automation-mode all-paused \
    --resume-full-automation-mode-minutes 30

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.

Für LinuxmacOS, oderUnix:

aws rds modify-db-instance \
    --db-instance-identifier my-custom-instance \
    --automation-mode full \

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 RDS Custom for Oracle DB-Instance ähnelt dem Ändern einer Amazon RDS-DB-Instance. Sie können Einstellungen wie die folgenden ändern:

• DB-Instance-Klasse

• Speicherzuweisung und -typ

• Aufbewahrungszeitraum für Backups

• Löschschutz

• Option group

• CEV (sieheUpgrade einer benutzerdefinierten RDS-für-Oracle-DB-Instance)

• Port

Themen

• Anforderungen und Einschränkungen bei der Änderung Ihres DB-Instance-Speichers
• Anforderungen und Einschränkungen bei der Änderung Ihrer DB-Instance-Klasse
• So erstellt RDS Custom Ihre DB-Instance, wenn Sie die Instance-Klasse ändern
• Ändern Ihrer DB-Instance von RDS Custom für Oracle

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.

• Magnetischer (Standard-) Amazon-EBS-Speicher wird für RDS Custom nicht unterstützt. Sie können nur die SSD-Speichertypen io1, gp2 oder gp3 auswählen.

Weitere Informationen zu Amazon-EBS-Speicher finden Sie unter Amazon RDS-DB-Instance-Speicher. Allgemeine Informationen zur Änderung des Speichers finden Sie unter Arbeiten mit Speicher für Amazon RDS-DB-Instances.

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 Ihrer DB-Instance mehrere ENIs anfügen, 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 Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

2. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

3. Wählen Sie die DB-Instance aus, die Sie ändern möchten.

4. Wählen Sie Ändern aus.

5. (Optional) Wählen Sie in der 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 for Oracle.

6. (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.

   2. Ändern Sie den Wert für Speichertyp in Allzweck-SSD (gp2), Allzweck-SSD (gp3) oder Bereitgestellte IOPS (io1).

   3. Wenn Sie Bereitgestellte IOPS (io1) oder Allzweck-SSD (gp3) verwenden, können Sie den Wert für Bereitgestellte IOPS ändern.

7. (Optional) Nehmen Sie unter Zusätzliche Konfiguration nach Bedarf die folgenden Änderungen vor:

   1. Wählen Sie für Optionsgruppe eine neue Optionsgruppe aus. Weitere Informationen finden Sie unter Arbeiten mit Optionsgruppen in RDS Custom for Oracle.

8. Klicken Sie auf Continue (Fortfahren).

9. Wählen Sie During the next scheduled maintenance window (Während des nächsten geplanten Wartungsfensters) oder Sofort aus.

10. Wählen Sie Modify DB Instance (DB-Instance ändern) aus.

AWS CLI

Verwenden Sie den modify-db-instance AWS CLI Befehl, um den Speicher für eine RDS Custom for Oracle DB-Instance zu ändern. 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 for Oracle.

• --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 oder io1.

• --iops – Bereitgestellte IOPS für die DB-Instance, wenn der Speichertyp io1 oder gp3 verwendet wird.

• --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 von in my-cfo-instance db.m5.16xlarge geändert. Der Befehl ändert außerdem die Speichergröße auf 1 TiB, den Speichertyp auf io1, die bereitgestellten IOPS auf 3000 und die Optionsgruppe auf cfo-ee-19-mt.

LinuxmacOSUnixFür, oder:

aws rds modify-db-instance \
    --db-instance-identifier my-cfo-instance \
    --db-instance-class db.m5.16xlarge \
    --storage-type io1 \
    --iops 3000 \
    --allocated-storage 1024 \
    --option-group cfo-ee-19-mt \
    --apply-immediately

Windows:

aws rds modify-db-instance ^
    --db-instance-identifier my-cfo-instance ^
    --db-instance-class db.m5.16xlarge ^
    --storage-type io1 ^
    --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.

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.

2. Melden Sie sich bei Ihrer Datenbank als Benutzer mit SYSDBA-Berechtigungen an.

3. 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

4. Fortsetzen Sie RDS Custom Automatisierung fort Weitere Informationen finden Sie unter Pausieren und Fortsetzen Ihrer DB-Instance von RDS Custom.

Festlegen des NLS_LANG-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_LANG Environment Variable 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.

Markieren von Ressourcen für RDS Custom for Oracle

Sie können RDS Custom Ressourcen wie bei Amazon RDS-Ressourcen kennzeichnen, jedoch mit einigen wichtigen Unterschieden:

• Erstellen oder modifizieren Sie dieAWSRDSCustom-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 do-not-delete-rds-custom hinzugefügt. Vom Kunden übergebene Werte für den Schlüssel werden überschrieben.

• Tags, die während der Erstellung zu RDS Custom DB-Instanzen 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 Markieren von Amazon RDS-Ressourcen.

Löschen einer DB-Instance von RDS Custom for Oracle

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 Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

2. 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 Instanz (RDS Custom).

3. Klicken Sie bei Actions auf Delete.

4. Wählen Sie Retain automated backups (Automatisierte Sicherungen aufbewahren), um automatisierte Sicherungen aufzubewahren.

5. Geben Sie delete me in das Feld ein.

6. Wählen Sie Löschen aus.

AWS CLI

Sie löschen eine benutzerdefinierte RDS-DB-Instance mithilfe des delete-db-instance 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-Instanz mit dem Namen my-custom-instance gelöscht und behält automatisierte Sicherungen bei.

Für LinuxmacOS, oderUnix:

aws rds delete-db-instance \
    --db-instance-identifier my-custom-instance \
    --skip-final-snapshot \
    --no-delete-automated-backups

Windows:

aws rds delete-db-instance ^
    --db-instance-identifier my-custom-instance ^
    --skip-final-snapshot ^
    --no-delete-automated-backups