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. # Beheben von DB-Problemen für Amazon RDS Custom für Oracle Das Modell der gemeinsamen Verantwortung von RDS Custom bietet Zugriff auf Betriebssystem-Shell-Ebene und Zugriff auf Datenbankadministratoren. RDS Custom führt Ressourcen in Ihrem Konto aus, im Gegensatz zu Amazon RDS, das Ressourcen in einem Systemkonto ausführt. Mit einem größeren Zugang kommt eine größere Verantwortung mit sich. In den folgenden Abschnitten können Sie lernen, wie Sie Probleme mit Amazon-RDS-Custom DB-Instances beheben können. **Anmerkung** In diesem Abschnitt wird die Fehlerbehebung für RDS Custom für Oracle beschrieben. Informationen zur Fehlerbehebung für RDS Custom für SQL Server finden Sie unter [Beheben von DB-Problemen für Amazon RDS Custom für SDL Server](custom-troubleshooting-sqlserver.md). **Topics** + [Anzeigen von benutzerdefinierten RDS-Ereignissen](#custom-troubleshooting.support-perimeter.viewing-events) + [Abonnieren von RDS-Custom-Ereignissen](#custom-troubleshooting.support-perimeter.subscribing) + [Behebung von Problemen bei der Erstellung von DB-Instances](#custom-troubleshooting.creation-issues) + [Fehlerbehebung bei der Erstellung von benutzerdefinierten Engine-Versionen für RDS Custom für Oracle](#custom-troubleshooting.cev) + [Fehlerbehebung bei nicht unterstützten Konfigurationen in RDS Custom für Oracle](#custom-troubleshooting.fix-unsupported) + [Fehlerbehebung bei Upgrades für RDS Custom für Oracle](#custom-troubleshooting-upgrade) + [Behebung von Fehlerbehebung bei der Heraufstufung von Replikaten für RDS](#custom-troubleshooting-promote) ## Anzeigen von benutzerdefinierten RDS-Ereignissen Das Verfahren zum Anzeigen von Ereignissen ist für RDS Custom- und Amazon RDS DB-Instances gleich. Weitere Informationen finden Sie unter [Anzeigen von Amazon-RDS-Ereignissen](USER_ListEvents.md). Verwenden Sie den `describe-events` Befehl AWS CLI, um die benutzerdefinierte RDS-Ereignisbenachrichtigung mit dem anzuzeigen. RDS Custom führt mehrere neue Ereignisse ein. Die Ereigniskategorien sind die gleichen wie für Amazon RDS. Eine Liste der Ereignisse finden Sie unter [Amazon RDS-Ereigniskategorien und Ereignisnachrichten ](USER_Events.Messages.md). Im folgenden Beispiel werden Details zu den Ereignissen abgerufen, die für die angegebene RDS Custom DB-Instance aufgetreten sind. ``` 1. aws rds describe-events \ 2. --source-identifier my-custom-instance \ 3. --source-type db-instance ``` ## Abonnieren von RDS-Custom-Ereignissen Das Verfahren zum Abonnieren von Ereignissen ist für RDS Custom- und Amazon RDS DB-Instances gleich. Weitere Informationen finden Sie unter [Abonnieren von Amazon-RDS-Ereignisbenachrichtigungen](USER_Events.Subscribing.md). Verwenden Sie den Befehl `create-event-subscription`, um Ereignisbenachrichtigungen von RDS Custom zu abonnieren. Nutzen Sie die folgenden erforderlichen Parameter: + `--subscription-name` + `--sns-topic-arn` Im folgenden Beispiel wird ein Abonnement für Backup- und Wiederherstellungsereignisse für eine RDS Custom DB-Instance im aktuellen AWS -Konto. Sie können auch anfordern, dass Benachrichtigungen an ein bestimmtes Amazon-SNS-Thema (Amazon Simple Notification Service) gesendet werden, die `--sns-topic-arn` bestimmt. ``` 1. aws rds create-event-subscription \ 2. --subscription-name my-instance-events \ 3. --source-type db-instance \ 4. --event-categories '["backup","recovery"]' \ 5. --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events ``` ## Behebung von Problemen bei der Erstellung von DB-Instances Wenn Ihre Umgebung nicht richtig konfiguriert ist oder die erforderlichen Berechtigungen fehlen, können Sie RDS Custom für Oracle-DB-Instances nicht erstellen oder wiederherstellen. Wenn Sie versuchen, eine DB-Instance zu erstellen oder wiederherzustellen, validiert Amazon RDS Ihre Umgebung und gibt spezifische Fehlermeldungen zurück, wenn Probleme festgestellt werden. Nachdem Sie alle Probleme behoben haben, versuchen Sie erneut, Ihre RDS Custom for Oracle DB-Instance zu erstellen oder wiederherzustellen. ### Häufig auftretende Probleme mit Berechtigungen Wenn Sie eine RDS Custom for Oracle-Instance erstellen oder wiederherstellen, überprüft Amazon RDS, ob Ihre Umgebung über die erforderlichen Berechtigungen verfügt. Wenn Berechtigungen fehlen oder verweigert werden, schlägt der Vorgang mit einer bestimmten Fehlermeldung fehl. | Art des Problems | Fehlermeldung | Action | | --- | --- | --- | | Richtlinie für den Zugriff auf IAM-Rollen | Sie können die DB-Instance aufgrund inkompatibler Ressourcen nicht erstellen. Die Überprüfung der Host-Umgebung schlug für die folgenden Berechtigungen fehl: on resource: aufgrund eines Berechtigungsproblems mit der Meldung: User: is not authorized to perform: on resource:, weil keine identitätsbasierte Richtlinie die Aktion zulässt. | Stellen Sie sicher, dass die aufgelisteten erforderlichen Berechtigungen vorhanden und `Allow` in der Zugriffsrichtlinie auf festgelegt sind, einschließlich der entsprechenden Ressourcen. | | Zulässigkeitsgrenze | Sie können die DB-Instance aufgrund inkompatibler Ressourcen nicht erstellen. Die Überprüfung der Host-Umgebung ist für die folgenden Berechtigungen fehlgeschlagen: on resource: aufgrund eines Berechtigungsproblems mit der Meldung: User: is not authorized to perform: on resource: with a explicit deny in a permissions boundary. | Stellen Sie sicher, dass die mit der Instanzrolle verknüpfte Berechtigungsgrenze die aufgelisteten erforderlichen Berechtigungen und Ressourcen nicht einschränkt. | | Service-Kontrollrichtlinie | Sie können die DB-Instance aufgrund inkompatibler Ressourcen nicht erstellen. Die Überprüfung der Host-Umgebung schlug für die folgenden Berechtigungen fehl: on resource: aufgrund eines Berechtigungsproblems mit der Meldung: User: is not authorized to perform: on resource: mit einer ausdrücklichen Ablehnung in einer Dienststeuerungsrichtlinie. | Wenden Sie sich an Ihren AWS Organizations Administrator und stellen Sie sicher, dass die mit Ihrem Konto verknüpfte Dienststeuerungsrichtlinie die aufgelisteten erforderlichen Berechtigungen und Ressourcen nicht einschränkt. | | Richtlinie zur Ressourcenkontrolle | Sie können die DB-Instance aufgrund inkompatibler Ressourcen nicht erstellen. Die Überprüfung der Host-Umgebung schlug für die folgenden Berechtigungen fehl: on resource: aufgrund eines Berechtigungsproblems mit der Meldung: User: is not authorized to perform: on resource: with a explicit deny in einer Resource Control Policy. | Wenden Sie sich an Ihren AWS Organizations Administrator und stellen Sie sicher, dass die mit Ihrem Konto verknüpfte Ressourcensteuerungsrichtlinie die aufgelisteten erforderlichen Berechtigungen und Ressourcen nicht einschränkt. | | VPC-Endpunktrichtlinie | Sie können die DB-Instance aufgrund inkompatibler Ressourcen nicht erstellen. Die Überprüfung der Hostumgebung ist für die folgenden Berechtigungen fehlgeschlagen: on resource: aufgrund eines Berechtigungsproblems mit der Meldung: User: is not authorized to perform: on resource: with a explicit deny in einer VPC-Endpunktrichtlinie. | Stellen Sie sicher, dass die erforderlichen VPC-Endpoints vorhanden sind und die mit ihnen verknüpften Richtlinien die aufgelisteten erforderlichen Berechtigungen und Ressourcen nicht einschränken. | ### Netzwerkprobleme Stellen Sie zusätzlich zur Überprüfung sicher[Schritt 6: Konfigurieren der VPC für RDS Custom für Oracle](custom-setup-orcl.md#custom-setup-orc.vpc-config), dass die folgenden Komponenten korrekt konfiguriert sind und den Zugriff auf die erforderlichen Dienste nicht einschränken: AWS **Sicherheitsgruppe, die an die Amazon EC2 EC2-Instance angehängt ist** Stellen Sie sicher, dass die Sicherheitsgruppe den gesamten erforderlichen eingehenden und ausgehenden Datenverkehr für benutzerdefinierte RDS-Operationen zulässt. **Sicherheitsgruppe, die an Ihre VPC angehängt ist** Stellen Sie sicher, dass VPC-Sicherheitsgruppen den Datenverkehr zu und von den erforderlichen AWS Diensten zulassen. **VPC-Endpunkte** Stellen Sie sicher, dass alle erforderlichen VPC-Endpoints ordnungsgemäß konfiguriert und zugänglich sind. **Listen zur Netzwerkzugriffskontrolle** Vergewissern Sie sich, dass ACLs das Netzwerk keinen Datenverkehr blockiert, der für die benutzerdefinierte RDS-Funktionalität erforderlich ist. ## Fehlerbehebung bei der Erstellung von benutzerdefinierten Engine-Versionen für RDS Custom für Oracle Wenn die CEV-Erstellung fehlschlägt, gibt es Probleme mit RDS Custom `RDS-EVENT-0198`mit der Mitteilung`Creation failed for custom engine version major-engine-version.cev_name` und enthält Details über den Fehler. Zum Beispiel druckt das Ereignis fehlende Dateien. Die Erstellung von CEV schlägt möglicherweise aufgrund der folgenden Probleme fehl: + Der Amazon S3 S3-Bucket, der Ihre Installationsdateien enthält, befindet sich nicht in derselben AWS Region wie Ihr CEV. + Wenn Sie die CEV-Erstellung in einem AWS-Region zum ersten Mal anfordern, erstellt RDS Custom einen S3-Bucket zum Speichern von benutzerdefinierten RDS-Ressourcen (wie CEV-Artefakten, AWS CloudTrail Protokollen und Transaktionsprotokollen). Die CEV-Erstellung schlägt fehl, wenn RDS Custom den S3-Bucket nicht erstellen kann. Entweder hat der Anrufer keine S3-Berechtigungen wie unter [Schritt 5: Erteilen Sie Ihrem IAM-Benutzer oder Ihrer IAM-Rolle die erforderlichen Berechtigungen](custom-setup-orcl.md#custom-setup-orcl.iam-user) oder die Anzahl der S3-Buckets hat das Limit erreicht. + Der Anrufer hat keine Berechtigung, Dateien aus Ihrem S3-Bucket abzurufen, der die Installationsmediendateien enthält. Diese Berechtigungen sind unter [Schritt 7: Hinzufügen der erforderlichen IAM-Berechtigungen](custom-cev.preparing.md#custom-cev.preparing.iam) beschrieben. + Ihre IAM-Richtlinie hat eine `aws:SourceIp`-Bedingung. Befolgen Sie unbedingt die Empfehlungen unter [AWS verweigert Zugriff auf AWS basierend auf der Quell-IP](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_examples_aws_deny-ip.html) im *AWS Identity and Access Management -Benutzerhandbuch*. Stellen Sie außerdem sicher, dass der Aufrufer über die S3-Berechtigungen verfügt, die unter [Schritt 5: Erteilen Sie Ihrem IAM-Benutzer oder Ihrer IAM-Rolle die erforderlichen Berechtigungen](custom-setup-orcl.md#custom-setup-orcl.iam-user) beschrieben sind. + Die im CEV-Manifest aufgeführten Installationsmediendateien befinden sich nicht in Ihrem S3-Bucket. + Die SHA-256-Prüfsummen der Installationsdateien sind RDS Custom nicht bekannt. Vergewissern Sie sich, dass die SHA-256-Prüfsummen der bereitgestellten Dateien mit der SHA-256-Prüfsumme auf der Oracle-Website übereinstimmen. Wenn die Prüfsummen übereinstimmen, wenden Sie sich an [AWS -Support](https://aws.amazon.com/premiumsupport) und geben Sie den fehlgeschlagenen CEV-Namen, den Dateinamen und die Prüfsumme an. + Die OPatch Version ist nicht mit Ihren Patch-Dateien kompatibel. Möglicherweise wird die folgende Meldung angezeigt: `OPatch is lower than minimum required version. Check that the version meets the requirements for all patches, and try again`. Um einen Oracle-Patch anzuwenden, müssen Sie eine kompatible Version des OPatch Dienstprogramms verwenden. Sie finden die erforderliche Version des OPatch-Dienstprogramms in der Readme-Datei für den Patch. Laden Sie das neueste OPatch Tool von My Oracle Support herunter, und versuchen Sie erneut, Ihr CEV zu erstellen. + Die im CEV-Manifest angegebenen Patches sind in der falschen Reihenfolge. Sie können RDS-Ereignisse entweder auf der RDS-Konsole (wählen Sie im Navigationsbereich **Ereignisse** aus) oder mithilfe des `describe-events` AWS CLI Befehls anzeigen. Die Standardsitzungsdauer beträgt 60 Minuten. Wenn keine Ereignisse zurückgegeben werden, geben Sie eine längere Dauer an, wie im folgenden Beispiel gezeigt. ``` aws rds describe-events --duration 360 ``` Derzeit ist der MediaImport Service, der Dateien aus Amazon S3 importiert, um sie zu erstellen, CEVs nicht integriert AWS CloudTrail. Wenn Sie also die Datenprotokollierung für Amazon RDS einschalten CloudTrail, werden Anrufe an den MediaImport Service, wie z. B. das `CreateCustomDbEngineVersion` Ereignis, nicht protokolliert. Möglicherweise sehen Sie jedoch Aufrufe vom API-Gateway, das auf Ihren Amazon S3-Bucket zugreift. Diese Anrufe stammen vom MediaImport Service für das `CreateCustomDbEngineVersion` Ereignis. ## Fehlerbehebung bei nicht unterstützten Konfigurationen in RDS Custom für Oracle Im Modell der geteilten Verantwortung sind Sie dafür verantwortlich, Konfigurationsprobleme zu beheben, die Ihre DB-Instance von RDS Custom für Oracle in den Status `unsupported-configuration` versetzen. Wenn das Problem in der AWS Infrastruktur liegt, verwenden Sie die Konsole oder die, AWS CLI um es zu beheben. Wenn das Problem mit dem Betriebssystem oder der Datenbankkonfiguration zusammenhängt, können Sie sich beim Host anmelden, um es zu beheben. **Anmerkung** In diesem Abschnitt wird erläutert, wie Sie nicht unterstützte Konfigurationen in RDS Custom für Oracle beheben. Weitere Informationen zu RDS Custom für SQL Server finden Sie unter [Korrigieren von nicht unterstützten Konfigurationen in RDS Custom für SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.fix-unsupported). In der folgenden Tabelle finden Sie Beschreibungen der Benachrichtigungen und Ereignisse, die der Support-Perimeter sendet, und Informationen dazu, wie Sie die Probleme beheben können. Diese Benachrichtigungen und der Support-Umfang können sich ändern. Hintergrundinformationen zum Support-Perimeter finden Sie unter [Support-Perimeter in RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter). Beschreibungen der Ereignisse finden Sie unter [Amazon RDS-Ereigniskategorien und Ereignisnachrichten ](USER_Events.Messages.md). | Ereignis-ID | Konfiguration | RDS-Ereignisnachricht | Action | | --- | --- | --- | --- | | `SP-O0000` | Manuelle nicht unterstützte Konfiguration | Der Status der DB-Instance von RDS Custom ist aus folgendem Grund auf [Nicht unterstützte Konfiguration] festgelegt: *reason*. | Um dieses Problem zu lösen, erstellen Sie einen Support Fall. | **AWS Ressourcen (Infrastruktur)** | Ereignis-ID | Konfiguration | RDS-Ereignisnachricht | Action | | --- | --- | --- | --- | | SP-O1001 | Amazon Elastic Block Store (Amazon EBS)-Volumes | Die folgenden EBS-Volumes wurden der EC2-Instance *ec2\$1id* hinzugefügt:. *volume\$1id* Um das Problem zu beheben, trennen Sie die angegebenen Volumes von der Instance. | RDS Custom erstellt neben dem Root-Volume, das aus dem Amazon Machine Image (AMI) erstellt wurde, zwei Arten von EBS-Volumes und verknüpft sie der EC2-Instance: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Die Speicherkonfigurationen, die Sie beim Erstellen der DB-Instance festlegen, werden zur Konfiguration der Daten-Volumes verwendet. Der Support-Umfang überwacht Folgendes: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Verwenden Sie den folgenden CLI-Befehl, um die Details zum Volume-Typ des EBS-Volumes mit den Details der DB-Instance von RDS Custom für Oracle zu vergleichen: 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType
| | SP-O1002 | Amazon Elastic Block Store (Amazon EBS)-Volumes | Das EBS-Volume *volume\$1id* wurde von der EC2-Instance [] getrennt. *ec2\$1id* Sie können das ursprüngliche Volume nicht von dieser Instance trennen. Um das Problem zu beheben, stellen Sie erneut *volume\$1id* eine Verbindung zu her. *ec2\$1id* | RDS Custom erstellt neben dem Root-Volume, das aus dem Amazon Machine Image (AMI) erstellt wurde, zwei Arten von EBS-Volumes und verknüpft sie der EC2-Instance: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Die Speicherkonfigurationen, die Sie beim Erstellen der DB-Instance festlegen, werden zur Konfiguration der Daten-Volumes verwendet. Der Support-Umfang überwacht Folgendes: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Verwenden Sie den folgenden CLI-Befehl, um die Details zum Volume-Typ des EBS-Volumes mit den Details der DB-Instance von RDS Custom für Oracle zu vergleichen: 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType
| | SP-O1003 | Amazon Elastic Block Store (Amazon EBS)-Volumes | Das ursprüngliche EBS-Volume, das an die EC2-Instance *volume\$1id* angehängt war, *ec2\$1id* wurde wie folgt geändert: Größe [*X*] auf [*Y*], Typ [*N*] auf [*M*] oder IOPS [] auf [*J*]. *K* Um das Problem zu beheben, machen Sie die Änderung rückgängig. | RDS Custom erstellt neben dem Root-Volume, das aus dem Amazon Machine Image (AMI) erstellt wurde, zwei Arten von EBS-Volumes und verknüpft sie der EC2-Instance: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Die Speicherkonfigurationen, die Sie beim Erstellen der DB-Instance festlegen, werden zur Konfiguration der Daten-Volumes verwendet. Der Support-Umfang überwacht Folgendes: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Verwenden Sie den folgenden CLI-Befehl, um die Details zum Volume-Typ des EBS-Volumes mit den Details der DB-Instance von RDS Custom für Oracle zu vergleichen: 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType
| | SP-O1004 | Status der Amazon-EC2-Instance | Durch die automatische Wiederherstellung befand sich die EC2-Instance [*ec2\$1id*] in einem beeinträchtigten Zustand. Informationen zur Behebung des Problems finden Sie unter [Beheben von Problemen bei fehlgeschlagener Instance-Wiederherstellung](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-recover.html#TroubleshootingInstanceRecovery). | Um den Status einer DB-Instance zu überprüfen, verwenden Sie die Konsole oder führen Sie den folgenden AWS CLI -Befehl aus: 
aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name |grep DBInstanceStatus
| | SP-O1005 | Attribute der Amazon-EC2-Instance | Die EC2-Instance [*ec2\$1id*] wurde wie folgt geändert: Das Attribut [*att1*] wurde von [*val-old*] in [] geändert, das Attribut [*att2*] wurde von [*val-old*] in [] geändert. *val-new* *val-new* Um das Problem zu beheben, setzen Sie sie auf den ursprünglichen Wert zurück. | | | SP-O1006 | Status der Amazon-EC2-Instance | Die EC2-Instance [*ec2\$1id*] wurde beendet oder kann nicht gefunden werden. Löschen Sie die DB-Instance von RDS Custom, um das Problem zu beheben. | Der Support-Perimeter überwacht Benachrichtigungen zu Statusänderungen von EC2-Instances. Die EC2-Instance muss immer ausgeführt werden. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) | | SP-O1007 | Status der Amazon-EC2-Instance | Die EC2-Instance [*ec2\$1id*] wurde gestoppt. Um das Problem zu beheben, starten Sie die Instance. | Der Support-Perimeter überwacht Benachrichtigungen zu Statusänderungen von EC2-Instances. Die EC2-Instance muss immer ausgeführt werden. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) | | SP-1008 | Amazon-SQS-Berechtigung | Für Amazon SQS fehlen Berechtigungen. Überprüfen Sie die Berechtigungen für das IAM-Instance-Profil, die VPC-Endpunktrichtlinie und die abhängigen Serviceverbindungen und versuchen Sie es dann erneut. | Sie können dieses Problem lösen, indem Sie sicherstellen, dass das dem Host zugeordnete IAM-Profil über die folgenden Berechtigungen verfügt: 
"SQS:SendMessage"
"SQS:ReceiveMessage"
"SQS:DeleteMessage"
"SQS:GetQueueUrl"
| | SP-1009 | Amazon-Simple-Queue-Service (Amazon SQS) | Die SQS-Warteschlange [%s] wurde gelöscht und konnte nicht wiederhergestellt werden. Um dieses Problem zu beheben, erstellen Sie die Warteschlange neu. | Erstellen Sie die Amazon-SQS-Warteschlange neu. | **Betriebssystem** | Ereignis-ID | Konfiguration | RDS-Ereignisnachricht | Action | | --- | --- | --- | --- | | SP-O2001 | Status des RDS-Custom-Agenten | Der RDS Custom Agent läuft nicht auf der EC2-Instance [*ec2\$1id*]. Stellen Sie sicher, dass der Agent auf [*ec2\$1id*] läuft. | Bei RDS Custom für Oracle geht die DB-Instance außerhalb des Supportumfangs, wenn der RDS Custom Agent stoppt. Der Agent veröffentlicht die `IamAlive` Metrik CloudWatch alle 30 Sekunden auf Amazon. Ein Alarm wird ausgelöst, wenn die Metrik 30 Sekunden lang nicht veröffentlicht wurde. Der Support-Umfang überwacht auch alle 30 Minuten den Prozessstatus des RDS Custom Agents auf dem Host. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Wenn der RDS Custom Agent wieder läuft, wird die `IamAlive` Metrik auf Amazon CloudWatch veröffentlicht und der Alarm wechselt in den `OK` Status. Dieser Switch informiert den Support-Umfang darüber, dass der Agent ausgeführt wird. | | `SP-O2002` | AWS Systems Manager Status des Agenten (SSM-Agent) | Der Systems Manager Manager-Agent auf der EC2-Instanz [*ec2\$1id*] ist nicht erreichbar. Stellen Sie sicher, dass Sie die Netzwerk-, Agenten- und IAM-Berechtigungen korrekt konfiguriert haben. | Der SSM-Agent muss immer laufen. Der RDS Custom Agent ist dafür verantwortlich, sicherzustellen, dass der Systems Manager-Agent ausgeführt wird. Wenn der SSM-Agent beendet und anschließend neu gestartet wurde, veröffentlicht der RDS Custom Agent die Metrik unter. `SSM_Agent_Restarted_Or_NotFound` CloudWatch Der RDS Custom Agent verfügt über einen Alarm für die Metrik, der `do-not-delete-rds-custom-ssm-agent-restarted-or-notfound-ec2-id` so konfiguriert ist, dass er ausgelöst wird, wenn in den letzten drei Minuten jeweils ein Neustart stattgefunden hat. Der Support-Umfang überwacht auch alle 30 Minuten den Prozessstatus des SSM-Agenten auf dem Host. Weitere Informationen finden Sie unter [Fehlerbehebung bei SSM-Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). | | `SP-O2003` | AWS Systems Manager Status des Agenten (SSM-Agent) | Der Systems Manager Manager-Agent auf der EC2-Instanz [*ec2\$1id*] ist mehrfach abgestürzt. Weitere Informationen zur Fehlerbehebung finden Sie in der Dokumentation zur SSM-Agenten-Fehlerbehebung. | Weitere Informationen finden Sie unter [Fehlerbehebung bei SSM-Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). | | SP-O2004 | Betriebssystemzeitzone | Die Zeitzone auf der EC2-Instance [*ec2\$1id*] wurde geändert. Um dieses Problem zu beheben, setzen Sie die Zeitzone auf die vorherige Einstellung von [] zurück. *previous-time-zone* Verwenden Sie dann eine RDS-Optionsgruppe, um die Zeitzone zu ändern. | Die RDS-Automatisierung hat festgestellt, dass die Zeitzone auf dem Host ohne Verwendung einer Optionsgruppe geändert wurde. Diese Änderung auf Host-Ebene kann zu Fehlern bei der RDS-Automatisierung führen, sodass die EC2-Instance in den Status `unsupported-configuration` versetzt wird. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Ihre DB-Instance ist innerhalb von 30 Minuten verfügbar. Um zu verhindern, dass Sie sich in Zukunft außerhalb des Perimeters bewegen, ändern Sie Ihre Zeitzone über eine Optionsgruppe. Weitere Informationen finden Sie unter [Oracle-Zeitzone](custom-managing.timezone.md). | | SP-O2005 | `sudo`-Konfigurationen | Den Sudo-Konfigurationen auf der EC2-Instanz [*ec2\$1id*] fehlen die erforderlichen Berechtigungen. Um dieses Problem zu beheben, machen Sie die letzten Änderungen an den Sudo-Konfigurationen rückgängig. | Der Support-Umfang verifiziert, ob bestimmte Betriebssystembenutzer bestimmte Befehle auf dem Host ausführen dürfen. Er überwacht `sudo`-Konfigurationen und vergleicht sie mit dem unterstützten Status. Wenn die `sudo`-Konfigurationen nicht unterstützt werden, versucht RDS Custom, sie zu überschreiben und zurück in den zuvor unterstützten Zustand zu versetzen. Wenn der Versuch erfolgreich ist, sendet RDS Custom die folgende Benachrichtigung: RDS Custom hat Ihre Konfiguration erfolgreich überschrieben. Wenn das Überschreiben nicht erfolgreich ist, verbleibt Ihre DB-Instance im Status der nicht unterstützten Konfiguration. Um dieses Problem zu beheben, machen Sie entweder die Änderungen in der `sudoers.d/`-Datei rückgängig oder korrigieren Sie die Berechtigungen. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Nachdem der Support-Umfang bestimmt hat, dass die `sudo`-Konfigurationen unterstützt werden, wird die DB-Instance von RDS Custom für Oracle innerhalb von 30 Minuten verfügbar. | | SP-O2006 | Zugriff auf S3-Buckets | RDS Custom Automation kann keine Dateien aus dem S3-Bucket auf der EC2-Instance [] herunterladen. *ec2\$1id* Überprüfen Sie Ihre Netzwerkkonfiguration und stellen Sie sicher, dass die Instance Verbindungen zu und von S3 zulässt. | | | SP-2007 | Version der Hochverfügbarkeits-Softwarelösung | Die Hochverfügbarkeitslösung Ihrer Instance unterscheidet sich von der erwarteten Version. Um dieses Problem zu beheben, erstellen Sie einen AWS Support -Fall. | Erstellen Sie einen AWS Support Fall. | **Datenbank** | Ereignis-ID | Konfiguration | RDS-Ereignisnachricht | Action | | --- | --- | --- | --- | | SP-O3001 | Verzögerungsziel für Datenbankarchiv | Der Parameter ARCHIVE\$1LAG\$1TARGET auf der EC2-Instanz [*ec2\$1id*] liegt außerhalb des empfohlenen Bereichs. *value\$1range* Um das Problem zu beheben, setzen Sie den Parameter auf einen Wert innerhalb von value\$1range. | Der Support-Umfang überwacht den `ARCHIVE_LAG_TARGET`-Datenbankparameter, um zu überprüfen, ob die letzte wiederherstellbare Zeit der DB-Instance innerhalb angemessener Grenzen liegt. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Ihre DB-Instance ist innerhalb von 30 Minuten verfügbar. | | SP-O3002 | Oracle-Data-Guard-Rolle | Die Datenbankrolle [*role\$1name*] wird für Oracle Data Guard auf der EC2-Instance [] nicht unterstützt. *ec2\$1id* Um das Problem zu beheben, setzen Sie den Parameter DATABASE\$1ROLE entweder auf PRIMARY oder PHYSICAL STANDBY. | Der Support-Perimeter überwacht die aktuelle Datenbankrolle alle 15 Sekunden und sendet eine CloudWatch Benachrichtigung, wenn sich die Datenbankrolle geändert hat. Oracle Data Guard `DATABASE_ROLE`-Parameter muss entweder `PRIMARY` oder `PHYSICAL STANDBY` sein. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Nachdem der Support-Perimeter feststellt, dass die Datenbankrolle unterstützt wird, wird die DB-Instance von RDS Custom für Oracle innerhalb von 15 Sekunden verfügbar. | | SP-O3003 | Datenbank-Zustand | Der SMON-Prozess der Oracle-Datenbank befindet sich in einem Zombie-Status. Um das Problem zu beheben, stellen Sie die Datenbank auf der EC2-Instance [*ec2\$1id*] manuell wieder her, öffnen Sie die Datenbank und erstellen Sie dann sofort eine Sicherungskopie. Wenn Sie weitere Unterstützung benötigen, wenden Sie sich an Support. | Der Support-Umfang überwacht den Status der DB-Instance. Es überwacht auch, wie viele Neustarts während der vorherigen Stunde und des vorherigen Tages stattgefunden haben. Sie werden benachrichtigt, wenn sich die Instance in einem Zustand befindet, in dem sie noch existiert, aber Sie können nicht damit interagieren. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Nach dem Neustart der DB-Instance erkennt der RDS-Custom-Agent, dass sich Ihre DB-Instance nicht mehr in einem nicht reagierenden Status befindet. Anschließend wird der Support-Perimeter benachrichtigt, damit der Status der DB-Instance neu bewertet wird. | | SP-O3004 | Datenbank-Protokollmodus | Der Datenbankprotokollmodus auf der EC2-Instance [*ec2\$1id*] wurde auf [*value\$1b*] geändert. Um das Problem zu beheben, setzen Sie den Protokollmodus auf [*value\$1a*]. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Der RDS-Custom-Agent startet die DB-Instance automatisch neu und setzt den Protokollmodus auf `ARCHIVELOG`. Ihre DB-Instance ist innerhalb von 30 Minuten verfügbar. | | SP-O3005 | Oracle-Startpfad | Das Oracle-Standardverzeichnis auf der EC2-Instance [*ec2\$1id*] wurde geändert in*new\$1path*. Um das Problem zu beheben, setzen Sie die Einstellung auf zurück. *old\$1path* | | | SP-O3006 | Eindeutiger Datenbankname | Der eindeutige Datenbankname auf der EC2-Instance [*ec2\$1id*] wurde in geändert. *new\$1value* Um das Problem zu beheben, setzen Sie den Namen auf zurück. *old\$1value* | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Der RDS-Custom-Agent startet die DB-Instance automatisch neu und setzt den Protokollmodus auf `ARCHIVELOG`. Ihre DB-Instance ist innerhalb von 30 Minuten verfügbar. | ## Fehlerbehebung bei Upgrades für RDS Custom für Oracle Ihr Upgrade einer RDS Custom für Oracle-Instance schlägt möglicherweise fehl. Im Folgenden finden Sie einige wichtige Techniken, Dateien und Befehle, die Sie bei Upgrades von RDS Custom DB für Oracle DB-Instances verwenden können: + Untersuchen Sie die Upgrade-Ausgabeprotokolldateien im `/tmp`-Verzeichnis auf Ihrer DB-Instance. Die Namen der Protokolle hängen von Ihrer DB-Engine-Version ab. Es können beispielsweise Protokolle angezeigt werden, die die Zeichenfolgen `catupgrd` oder `catup` enthalten. + Untersuchen Sie die Datei `alert.log` im Verzeichnis `/rdsdbdata/log/trace`. + Führen Sie folgenden `grep`-Befehl im `root`-Verzeichnis zur Verfolgung des Upgrade-Betriebssystemprozesses aus. Dieser Befehl zeigt an, wo die Protokolldateien geschrieben werden, und bestimmt den Status des Upgrade-Prozesses. ``` ps -aux | grep upg ``` Das folgende Beispiel zeigt die Beispielausgabe. ``` root 18884 0.0 0.0 235428 8172 ? S< 17:03 0:00 /usr/bin/sudo -u rdsdb /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh rdsdb 18886 0.0 0.0 153968 12164 ? S< 17:03 0:00 /usr/bin/perl -T -w /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh rdsdb 18887 0.0 0.0 113196 3032 ? S< 17:03 0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh rdsdb 18900 0.0 0.0 113196 1812 ? S< 17:03 0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh rdsdb 18901 0.1 0.0 167652 20620 ? S< 17:03 0:07 /rdsdbbin/oracle/perl/bin/perl catctl.pl -n 4 -d /rdsdbbin/oracle/rdbms/admin -l /tmp catupgrd.sql root 29944 0.0 0.0 112724 2316 pts/0 S+ 18:43 0:00 grep --color=auto upg ``` + Führen Sie die folgende SQL-Abfrage aus, um den aktuellen Status der Komponenten zu überprüfen, um die Datenbankversion und die auf der DB-Instance installierten Optionen zu finden. ``` SET LINESIZE 180 COLUMN COMP_ID FORMAT A15 COLUMN COMP_NAME FORMAT A40 TRUNC COLUMN STATUS FORMAT A15 TRUNC SELECT COMP_ID, COMP_NAME, VERSION, STATUS FROM DBA_REGISTRY ORDER BY 1; ``` Die Ausgabe sieht in etwa folgendermaßen aus. ``` COMP_NAME STATUS PROCEDURE ---------------------------------------- -------------------- -------------------------------------------------- Oracle Database Catalog Views VALID DBMS_REGISTRY_SYS.VALIDATE_CATALOG Oracle Database Packages and Types VALID DBMS_REGISTRY_SYS.VALIDATE_CATPROC Oracle Text VALID VALIDATE_CONTEXT Oracle XML Database VALID DBMS_REGXDB.VALIDATEXDB 4 rows selected. ``` + Führen Sie die folgende SQL-Abfrage aus, um nach ungültigen Objekten zu suchen, die den Upgradeprozess beeinträchtigen könnten. ``` SET PAGES 1000 LINES 2000 COL OBJECT FOR A40 SELECT SUBSTR(OWNER,1,12) OWNER, SUBSTR(OBJECT_NAME,1,30) OBJECT, SUBSTR(OBJECT_TYPE,1,30) TYPE, STATUS, CREATED FROM DBA_OBJECTS WHERE STATUS <>'VALID' AND OWNER IN ('SYS','SYSTEM','RDSADMIN','XDB'); ``` ## Behebung von Fehlerbehebung bei der Heraufstufung von Replikaten für RDS Sie können verwaltete Oracle-Replikate in RDS Custom for Oracle mithilfe der Konsole, des `promote-read-replica` AWS CLI Befehls oder `PromoteReadReplica` der API hochstufen. Wenn Sie Ihre primäre DB-Instance löschen und alle Replikate fehlerfrei sind, stuft RDS Custom für Oracle Ihre verwalteten Replikate automatisch zu eigenständigen Instances herauf. Wenn ein Replikat die Automatisierung unterbrochen hat oder sich außerhalb des Supportumfangs befindet, müssen Sie das Replikat reparieren, bevor RDS Custom es automatisch heraufstufen kann. Weitere Informationen finden Sie unter [Hochstufen einer Replica von RDS Custom für Oracle zu einer eigenständigen DB-Instance](custom-rr.promoting.md). Der Workflow zur Replikat-Heraufstufung kann in der folgenden Situation hängen bleiben: + Die primäre DB-Instance hat den Status `STORAGE_FULL`. + Die primäre Datenbank kann nicht alle ihre Online-Redo-Logs archivieren. + Zwischen den archivierten Redo-Log-Dateien auf dem Oracle-Replikat und der Primärdatenbank besteht eine Lücke. **So reagieren Sie auf den blockierten Workflow** 1. Synchronisieren Sie die Redo-Log-Lücke auf Ihrer Oracle Replica DB-Instance. 1. Erzwingen Sie die Heraufstufung Ihres gelesenen Replikats auf das neueste angewandte Redo-Protokoll. Führen Sie die folgenden Befehle in SQL\$1Plus aus: ``` ALTER DATABASE ACTIVATE STANDBY DATABASE; SHUTDOWN IMMEDIATE STARTUP ``` 1. Kontaktieren Sie sie Support und bitten Sie sie, Ihre DB-Instance in `available` den Status zu versetzen.