Beheben von DB-Problemen für Amazon RDS Custom für Oracle - Amazon Relational Database Service
Anzeigen von benutzerdefinierten RDS-EreignissenAbonnieren von RDS-Custom-EreignissenBehebung von Problemen bei der Erstellung von DB-InstancesFehlerbehebung bei der CEV-ErstellungFehlerbehebung bei nicht unterstützten Konfigurationen in RDS Custom für OracleBehebung von RDS Custom für Oracle-Upgrade-Problembehandlung bei RDS Custom für Oracle

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.

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.

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

Im folgenden Beispiel werden Details zu den Ereignissen abgerufen, die für die angegebene RDS Custom DB-Instance aufgetreten sind.

aws rds describe-events \
    --source-identifier my-custom-instance \
    --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.

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.

aws rds create-event-subscription \
    --subscription-name my-instance-events \
    --source-type db-instance \
    --event-categories '["backup","recovery"]' \
    --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.

Allgemeine 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. <permission><resource><user><permission><resource><permission>

Stellen Sie sicher, dass die aufgelisteten erforderlichen Berechtigungen vorhanden und Allow in der Zugriffsrichtlinie auf festgelegt sind, einschließlich der entsprechenden Ressourcen.

Grenze der Berechtigungen

Sie können die DB-Instance aufgrund inkompatibler Ressourcen nicht erstellen. Die Überprüfung der Host-Umgebung schlug für die folgenden Berechtigungen fehl: auf Ressource: aufgrund eines Berechtigungsproblems mit der Meldung: User: is not authorized to perform: on resource: mit einer expliziten Verweigerung innerhalb einer Berechtigungsgrenze. <permission><resource><user><permission><resource>

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. <permission><resource><user><permission><resource>

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: mit einer ausdrücklichen Ablehnung in einer Resource Control-Richtlinie. <permission><resource><user><permission><resource>

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. <permission><resource><user><permission><resource>

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 sicherSchritt 6: Konfigurieren der VPC für RDS Custom für Oracle, dass die folgenden Komponenten korrekt konfiguriert sind und den Zugriff auf die erforderlichen Dienste nicht einschränken: AWS

Sicherheitsgruppe, die an die EC2 Amazon-Instance angehängt ist

Stellen Sie sicher, dass die Sicherheitsgruppe den gesamten erforderlichen eingehenden und ausgehenden Datenverkehr für benutzerdefinierte RDS-Operationen zulässt.

Mit Ihrer VPC verbundene Sicherheitsgruppe

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-0198mit der MitteilungCreation 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 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 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 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 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 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.

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. Beschreibungen der Ereignisse finden Sie unter Amazon-RDS-Ereigniskategorien und -Ereignismeldungen.

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 beheben, 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 Instanz hinzugefügtec2_id:volume_id. 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 Typen von EBS-Volumes und ordnet sie der EC2 Instance zu:

  • Im binären Volume befinden sich die Binärdateien der Datenbanksoftware.

  • In den Daten-Volumes befinden sich Datenbankdateien.

Die Speicherkonfigurationen, die Sie beim Erstellen der DB-Instance festlegen, werden zur Konfiguration der Daten-Volumes verwendet.

Der Support-Umfang überwacht Folgendes:

  • Die anfänglichen EBS-Volumes, die mit der DB-Instance erstellt wurden, sind dieser weiterhin zugeordnet.

  • Die anfänglichen EBS-Volumes haben immer noch die gleichen Konfigurationen wie ursprünglich festgelegt: Speichertyp, Größe, bereitgestellte IOPS und Speicherdurchsatz.

  • An die DB-Instance sind keine zusätzlichen EBS-Volumes angehängt.

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_id wurde von der EC2 Instance [] ec2_id getrennt. Sie können das ursprüngliche Volume nicht von dieser Instance trennen. Um das Problem zu beheben, stellen Sie erneut volume_id eine Verbindung zu her. ec2_id

RDS Custom erstellt neben dem Root-Volume, das aus dem Amazon Machine Image (AMI) erstellt wurde, zwei Typen von EBS-Volumes und ordnet sie der EC2 Instance zu:

  • Im binären Volume befinden sich die Binärdateien der Datenbanksoftware.

  • In den Daten-Volumes befinden sich Datenbankdateien.

Die Speicherkonfigurationen, die Sie beim Erstellen der DB-Instance festlegen, werden zur Konfiguration der Daten-Volumes verwendet.

Der Support-Umfang überwacht Folgendes:

  • Die anfänglichen EBS-Volumes, die mit der DB-Instance erstellt wurden, sind dieser weiterhin zugeordnet.

  • Die anfänglichen EBS-Volumes haben immer noch die gleichen Konfigurationen wie ursprünglich festgelegt: Speichertyp, Größe, bereitgestellte IOPS und Speicherdurchsatz.

  • An die DB-Instance sind keine zusätzlichen EBS-Volumes angehängt.

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 der EC2 Instance volume_id zugeordnete ursprüngliche EBS-Volume ec2_id wurde wie folgt geändert: Größe [X] auf [Y], Typ [N] auf [M] oder IOPS [J] auf []. 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 Typen von EBS-Volumes und ordnet sie der EC2 Instance zu:

  • Im binären Volume befinden sich die Binärdateien der Datenbanksoftware.

  • In den Daten-Volumes befinden sich Datenbankdateien.

Die Speicherkonfigurationen, die Sie beim Erstellen der DB-Instance festlegen, werden zur Konfiguration der Daten-Volumes verwendet.

Der Support-Umfang überwacht Folgendes:

  • Die anfänglichen EBS-Volumes, die mit der DB-Instance erstellt wurden, sind dieser weiterhin zugeordnet.

  • Die anfänglichen EBS-Volumes haben immer noch die gleichen Konfigurationen wie ursprünglich festgelegt: Speichertyp, Größe, bereitgestellte IOPS und Speicherdurchsatz.

  • An die DB-Instance sind keine zusätzlichen EBS-Volumes angehängt.

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 EC2 Amazon-Instanz

Bei der automatisierten Wiederherstellung befand sich die EC2 Instance [ec2_id] in einem beeinträchtigten Zustand. Informationen zur Behebung des Problems finden Sie unter Beheben von Problemen bei fehlgeschlagener Instance-Wiederherstellung.

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

EC2 Amazon-Instance-Attribute

EC2 Instanz [ec2_id] wurde wie folgt geändert: Attribut [att1] wurde von [val-old] auf [val-new] geändert, Attribut [att2] wurde von [val-old] auf [val-new] geändert. Um das Problem zu beheben, setzen Sie sie auf den ursprünglichen Wert zurück.

SP-O1006

Status der EC2 Amazon-Instanz

EC2 Instanz [ec2_id] 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 über Statusänderungen der EC2 Instanz. Die EC2 Instanz muss immer laufen.

So löschen Sie Ihre DB-Instance

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

  2. Löschen Sie Ihre DB-Instance von RDS Custom für Oracle.

SP-O1007

Status der EC2 Amazon-Instanz

EC2 Instanz [ec2_id] wurde gestoppt. Um das Problem zu beheben, starten Sie die Instance.

Der Support-Perimeter überwacht Benachrichtigungen über Statusänderungen der EC2 Instanz. Die EC2 Instanz muss immer laufen.

So starten Sie Ihre DB-Instance neu

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

  2. Starten Sie Ihre DB-Instance.

  3. Stellen Sie die Binär- und Datenvolumen neu ein.

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_id]. Stellen Sie sicher, dass der Agent auf [ec2_id] 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.

So starten Sie den RDS-Custom-Agenten neu

  1. Melden Sie sich bei Ihrem Host an und stellen Sie sicher, dass der RDS-Custom-Agent ausgeführt wird.

  2. Verwenden Sie den folgenden Befehl, um den Status des Agenten zu überprüfen.

    service rdscustomagent status

  3. Verwenden Sie den folgenden Befehl, um den Agenten zu starten.

    service rdscustomagent start

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 EC2 Instanz [ec2_id] 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 auf. 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.

SP-O2003

AWS Systems Manager Status des Agenten (SSM-Agent)

Der Systems Manager Manager-Agent auf EC2 Instanz [ec2_id] 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.

SP-O2004

Betriebssystemzeitzone

Die Zeitzone auf EC2 Instanz [ec2_id] wurde geändert. Um dieses Problem zu beheben, setzen Sie die Zeitzone auf die vorherige Einstellung von [] previous-time-zone zurück. 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 Hostebene kann zu Fehlern bei der RDS-Automatisierung führen, sodass die EC2 Instance in den Status versetzt wird. unsupported-configuration

So korrigieren Sie die Zeitzoneneinstellung

  1. Melden Sie sich bei Ihrem EC2 Host an und überprüfen Sie die Zeitzone des Betriebssystems wie folgt:

    timedatectl

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

  3. Halten Sie die DB-Instance an.

  4. Machen Sie die Änderung der Zeitzone im Betriebssystem rückgängig.

  5. Starten Sie die &db;-Instance.

  6. Fortsetzen Sie RDS Custom Automatisierung fort

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.

SP-O2005

sudo-Konfigurationen

Den Sudo-Konfigurationen auf EC2 Instanz [ec2_id] 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.

So untersuchen Sie Änderungen an den sudo-Konfigurationen

  1. Melden Sie sich bei Ihrem Host an.

  2. Führen Sie den folgenden Befehl aus.

    visudo -c -f /etc/sudoers.d/individual_sudo_files

  3. Ändern Sie die sudo-Konfigurationen nach Bedarf.

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 EC2 Instanz [ec2_id] herunterladen. Ü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_LAG_TARGET für EC2 Instanz [ec2_id] liegt außerhalb des empfohlenen Bereichs. value_range Um das Problem zu beheben, setzen Sie den Parameter auf einen Wert innerhalb von value_range.

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.

So ändern Sie das Verzögerungsziel für archivierte Redo-Logs

  1. Loggen Sie sich bei Ihrem Host ein EC2

  2. Stellen Sie eine Verbindung mit Ihrer DB-Instance von RDS Custom für Oracle her.

  3. Ändern Sie den ARCHIVE_LAG_TARGET-Parameter in einen Wert zwischen 60 und 7.200. Verwenden Sie beispielsweise die folgende SQL-Anweisung.

    ALTER SYSTEM SET ARCHIVE_LAG_TARGET=300 SCOPE=BOTH;

Ihre DB-Instance ist innerhalb von 30 Minuten verfügbar.

SP-O3002

Oracle-Data-Guard-Rolle

Die Datenbankrolle [role_name] wird für Oracle Data Guard auf EC2 Instance [ec2_id] nicht unterstützt. Um das Problem zu beheben, setzen Sie den Parameter DATABASE_ROLE 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.

So setzen Sie die Datenbankrolle von Oracle Data Guard auf einen unterstützten Wert zurück

  1. Überprüfen Sie die Rolle von Oracle Data Guard, indem Sie die folgende Anweisung ausführen:

    SELECT DATABASE_ROLE FROM V$DATABASE;

  2. Wenn Ihre DB-Instance eigenständig ist, können Sie sie mit einer der folgenden Anweisungen wieder in die Rolle PRIMARY ändern:

    ALTER DATABASE COMMIT TO SWITCHOVER PRIMARY;
ALTER DATABASE ACTIVATE STANDBY DATABASE;

    Wenn Ihre DB-Instance ein Replikat ist, können Sie sie mit der folgenden Anweisung wieder in die Rolle PHYSICAL STANDBY ändern:

    ALTER DATABASE CONVERT TO PHYSICAL STANDBY;

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 EC2 Instance [ec2_id] 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.

So wertet der Support-Umfang den Status Ihrer Instance aus

  1. Melden Sie sich bei Ihrem Host an und ermitteln Sie den Datenbankstatus.

    ps -eo pid,state,command | grep smon

  2. Starten Sie bei Bedarf Ihre DB-Instance neu. Wenn der Neustart fehlschlägt, fahren Sie mit dem nächsten Schritt fort.

  3. Falls erforderlich, starten Sie Ihren EC2 Host neu.

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 Datenbank-Protokollmodus auf EC2 Instanz [ec2_id] wurde auf [value_b] geändert. Um das Problem zu beheben, setzen Sie den Protokollmodus auf [value_a].
So ändern Sie den Protokollmodus Ihrer DB-Instance in ARCHIVELOG

  1. Loggen Sie sich bei Ihrem EC2 Host ein.

  2. Stellen Sie eine Verbindung mit Ihrer Datenbank her und führen Sie die folgende Anweisung aus:

    SELECT LOG_MODE FROM V$DATABASE;

    Sie können alternativ den folgenden Befehl in SQL*Plus ausführen:

    ARCHIVE LOG LIST

  3. Führen Sie den folgenden SQL*Plus-Befehl aus, um ein einheitliches Herunterfahren zu initiieren.

    SHUTDOWN IMMEDIATE

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 EC2 Instanz [ec2_id] wurde geändert innew_path. Um das Problem zu beheben, setzen Sie die Einstellung auf zurückold_path.

SP-O3006

Eindeutiger Datenbankname

Der eindeutige Datenbankname auf EC2 Instanz [ec2_id] wurde geändert innew_value. Um das Problem zu beheben, setzen Sie den Namen auf zurückold_value.
So ändern Sie den eindeutigen Datenbanknamen für Ihre DB-Instance

  1. Loggen Sie sich bei Ihrem EC2 Host ein.

  2. Stellen Sie eine Verbindung mit der Datenbank her und führen Sie die folgende Anweisung aus:

    SELECT DB_UNIQUE_NAME FROM V$DATABASE;

  3. Geben Sie mit dem Befehl ALTER SYSTEM SET DB_UNIQUE_NAME den ursprünglichen eindeutigen Datenbanknamen an.

  4. Verwenden Sie die folgende SQL-Anweisung, um ein einheitliches Herunterfahren zu initiieren.

    SHUTDOWN IMMEDIATE;

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-Repliken in RDS Custom for Oracle mithilfe der Konsole, des promote-read-replica AWS CLI Befehls oder der PromoteReadReplica API bewerben. 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.

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.

  2. Erzwingen Sie die Heraufstufung Ihres gelesenen Replikats auf das neueste angewandte Redo-Protokoll. Führen Sie die folgenden Befehle in SQL*Plus aus:

    ALTER DATABASE ACTIVATE STANDBY DATABASE;
SHUTDOWN IMMEDIATE
STARTUP

  3. Kontaktieren Sie sie Support und bitten Sie sie, Ihre DB-Instance in available den Status zu versetzen.