Bekannte Probleme bei Amazon RDS Custom für Oracle - Amazon Relational Database Service

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.

Bekannte Probleme bei Amazon RDS Custom für Oracle

Beachten Sie bei der Verwendung von RDS Custom für Oracle die folgenden Probleme für DB-Instances:

  • Die Größenänderung der Root- oder dbbin-Volumes wird nicht unterstützt.

    Warnung

    Es wird dringend davon abgeraten, die Größe der Volumes root oder dbbin manuell zu ändern. Wir empfehlen, dass Sie alle Konfigurationen auf dem Datenvolume speichern, das nach dem Patchen erhalten bleibt, und dass Sie die Größe des Volumes nur mithilfe der RDS-Skalierungsspeicher-API ändern.

  • Einige RDS-APIs können blockiert werden, wenn sich eine Datenbank-Instance auf einem älteren AMI befindet, z. B. einem AMI, das Oracle Linux 7 verwendet. Um dieses Problem zu beheben, patchen Sie Ihre DB-Instance mithilfe von Betriebssystem-Patching auf das neueste AMI. Weitere Informationen finden Sie unter CEV-Upgrade-Optionen.

  • Bevor Sie RDS-Operationen durchführen, stellen Sie sicher, dass Ihr AWS-Konto über genügend Datenverarbeitungs- und Speicherkontingent verfügt.

  • Wenn sich die Datenbank im Erstellungsstatus befindet und Sie sich aktiv bei der Datenbank oder dem Amazon-EC2-Host anmelden und Befehle ausführen, wird die Datenbankerstellung möglicherweise nicht abgeschlossen.

  • Das Multiplexing von Kontrolldateien wird derzeit aufgrund eines Problems mit dem Lesereplikat nicht unterstützt. Bevor Sie ein Lesereplikat erstellen, stellen Sie sicher, dass Sie im Initialisierungsparameter CONTROL_FILES der Quelldatenbank nur einen Dateinamen angeben.

  • Sie können den Datenbankmodus nicht von PHYSICAL STANDBY (bereitgestellt oder schreibgeschützt) in SNAPSHOT STANDBY (Konvertierung in Lesen/Schreiben) ändern.

  • Wenn AWS-Konto ein Teil einer AWS-Organisation mit einer Service-Kontrollrichtlinie (SCP) ist und die SCP einen Bedingungsschlüssel enthält, schlägt die Erstellung einer DB-Instance für RDS Custom für Oracle möglicherweise mit dem folgenden Fehler fehl:

    You can't create the DB instance because of incompatible resources. The IAM instance profile role [AWSRDSCustomInstanceRole1-us-east-1] is missing the following permissions: EFFECT [Allow] on ACTION(S) [ssm:DescribeAssociation, ssm:DescribeDocument, ssm:GetConnectionStatus, ssm:GetDeployablePatchSnapshotForInstance, ssmmessages:OpenControlChannel, ssm:GetParameters, ssm:ListInstanceAssociations, ssm:PutConfigurePackageResult, ssmmessages:CreateControlChannel, ssm:GetParameter, ssm:UpdateAssociationStatus, ssm:GetManifest, ssmmessages:CreateDataChannel, ssm:PutInventory, ssm:UpdateInstanceInformation, ssm:DescribeInstanceInformation, ssmmessages:OpenDataChannel, ssm:GetDocument, ssm:ListAssociations, ssm:PutComplianceItems, ssm:UpdateInstanceAssociationStatus] for RESOURCE(S) [], EFFECT [Allow] on ACTION(S) [ec2messages:DeleteMessage, ec2messages:FailMessage, ec2messages:GetEndpoint, ec2messages:AcknowledgeMessage, ec2messages:GetMessages, ec2messages:SendReply] for RESOURCE(S) [], EFFECT [Allow] on ACTION(S) [logs:CreateLogStream, logs:DescribeLogStreams, logs:PutRetentionPolicy, logs:PutLogEvents]

    Um dieses Problem zu beheben, erstellen Sie ein Ticket mit Support.

Bekannte Probleme mit Datenbankbenutzerkonten

Beachten Sie die folgenden Probleme:

  • Entfernen Sie keine Datenbankbenutzerkonten, die mit der Zeichenfolge RDS beginnen, wie z. B. RDSADMIN und RDS_DATAGUARD. RDS Custom für Oracle verwendet das RDS-Konto für die Automatisierung. Wenn Sie dieses Benutzerkonto entfernen, versetzt RDS Custom die Instance in den Konfigurationsstatus „Nicht unterstützt“.

  • Sie können den Master-Benutzernamen für Ihre DB-Instance von RDS Custom für Oracle nicht mithilfe der ModifyDBInstance-API ändern.

  • RDS Custom für Oracle rotiert die Anmeldeinformationen für Benutzerkonten auf allen DB-Instances. Weitere Informationen finden Sie unter Rotieren der Anmeldeinformationen von RDS Custom für Oracle für Compliance-Programme. Wenn Sie eine lokale primäre oder Standby-Konfiguration verwenden, kann sich die Rotation der Anmeldeinformationen auf die folgenden Ressourcen auswirken:

    • Manuell erstellte Standby-Instances von RDS Custom für Oracle

      Um dieses Problem zu beheben, löschen Sie die manuellen Standby-Datenbanken und erstellen Sie dann mithilfe eines API-Aufrufs ein Oracle-Lesereplikat. Verwalten Sie die Secret für die manuellen Standby-Datenbanken manuell, sodass sie mit der Quell-DB-Instance übereinstimmen.

    • Manuell erstellte regionsübergreifende Lesereplikate

      Um dieses Problem zu beheben, sollten Sie die Secrets manuell so halten, dass sie mit der primären DB-Instance übereinstimmen.

Bekannte Probleme mit Parameter- und Konfigurationsdateien

  • Sie müssen die crontab-Datei nach der Skalierung der Rechenleistung, Betriebssystem-Upgrades und anderen Vorgängen, bei denen RDS Custom das Root-Volume ersetzt, konfigurieren. Es wird dringend davon abgeraten, eine Sicherungskopie von crontab zu erstellen.

  • Beachten Sie bei der Konfiguration der listener.ora-Datei die folgenden Richtlinien:

    • Stellen Sie sicher, dass jeder Eintrag in der Datei in einer einzelnen Zeile steht. Dieser Ansatz vermeidet Probleme mit Einrückungen bei der Instance-Erstellung.

    • Stellen Sie sicher, dass GLOBAL_DBNAME dem Wert von SID_NAME entspricht.

    • Stellen Sie sicher, dass der Wert für LISTENER der Benennungskonvention L_dbname_001 entspricht.

    • Stellen Sie sicher, dass die listener.ora-Datei eine Verbindung zum Datenbanknamen behält. RDS Custom verwendet diese Verbindung, um den Datenbankstart zu überprüfen. Wenn Sie diese Datei falsch ändern, können Vorgänge wie Skalierung der Rechenleistung oder Patchen fehlschlagen.

      Das folgende Beispiel zeigt ein listener.ora, das korrekt konfiguriert ist:

      ADR_BASE_L_ORCL_001=/rdsdbdata/log/ USE_SID_AS_SERVICE_L_ORCL_001=ON SID_LIST_L_ORCL_001=(SID_LIST = (SID_DESC = (SID_NAME = ORCL)(GLOBAL_DBNAME = ORCL) (ORACLE_HOME = /rdsdbbin/oracle.19.custom.r1.EE.1))) SUBSCRIBE_FOR_NODE_DOWN_EVENT_L_ORCL_001=OFF L_ORCL_001=(DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(PORT = XXXX)(HOST = x.x.x.x))) (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(PORT = XXXX)(HOST = 127.0.0.1))))
  • Kommentare werden in einer Serverparameterdatei oder Initialisierungsparameterdatei nicht unterstützt.

  • Sie müssen die folgenden Initialisierungsparameter in der Serverparameterdatei (/rdsdbdata/config/oracle_pfile) deklarieren:

    • MEMORY_MAX_TARGET

    • MEMORY_TARGET

    • PGA_AGGREGATE_TARGET

    • PROCESSES

    • SGA_TARGET

    • USE_LARGE_PAGES

    Wenn die oben genannten Parameter nicht in /rdsdbdata/config/oracle_pfile deklariert sind, schlagen die Erstellung von Lesereplikaten und die Skalierung der Rechenleistung möglicherweise fehl.

  • Sie können die symbolischen Links für Konfigurationsdateien wie die Serverparameterdatei, die Auditdateien, listener.ora, tnsnames.ora oder sqlnet.ora nicht löschen. Sie können auch die Verzeichnisstruktur für diese Dateien nicht ändern. Die RDS-Custom-Automatisierung erwartet, dass diese Dateien in einer bestimmten Verzeichnisstruktur existieren.

    Verwenden Sie die folgende Syntax, um eine Serverparameterdatei aus einer Initialisierungsparameterdatei zu erstellen.

    CREATE SPFILE='/rdsdbdata/admin/$ORACLE_SID/pfile/spfile$ORACLE_SID.ora' FROM PFILE='/rdsdbdata/config/oracle_pfile';