Wir verwenden essentielle Cookies und ähnliche Tools, die für die Bereitstellung unserer Website und Services erforderlich sind. Wir verwenden Performance-Cookies, um anonyme Statistiken zu sammeln, damit wir verstehen können, wie Kunden unsere Website nutzen, und Verbesserungen vornehmen können. Essentielle Cookies können nicht deaktiviert werden, aber Sie können auf „Anpassen“ oder „Ablehnen“ klicken, um Performance-Cookies abzulehnen.
Wenn Sie damit einverstanden sind, verwenden AWS und zugelassene Drittanbieter auch Cookies, um nützliche Features der Website bereitzustellen, Ihre Präferenzen zu speichern und relevante Inhalte, einschließlich relevanter Werbung, anzuzeigen. Um alle nicht notwendigen Cookies zu akzeptieren oder abzulehnen, klicken Sie auf „Akzeptieren“ oder „Ablehnen“. Um detailliertere Entscheidungen zu treffen, klicken Sie auf „Anpassen“.
Cookie-Einstellungen anpassen
Wir verwenden Cookies und ähnliche Tools (zusammen "Cookies") für folgende Zwecke.
Essenziell
Diese Cookies sind erforderlich, um unsere Website und Services bereitzustellen und können nicht deaktiviert werden. Sie werden in der Regel als Reaktion auf Ihre Aktionen auf der Website festgelegt, z. B. die Festlegung Ihrer Datenschutzeinstellungen, die Anmeldung oder das Ausfüllen von Formularen.
Leistung
Leistungs-Cookies stellen anonyme Statistiken darüber bereit, wie Kunden auf unserer Website navigieren, damit wir die Website-Erfahrung und -Leistung verbessern können. Zugelassene Dritte können Analysen in unserem Namen durchführen, die Daten aber nicht für ihre eigenen Zwecke verwenden.
Erlaubt
Funktional
Funktionale Cookies helfen uns dabei, nützliche Website-Funktionen bereitzustellen, Ihre Präferenzen zu speichern und relevante Inhalte anzuzeigen. Zugelassene Dritte können diese Cookies so einrichten, dass bestimmte Website-Funktionen bereitgestellt werden. Wenn Sie diese Cookies nicht zulassen, funktionieren einige oder alle dieser Services möglicherweise nicht ordnungsgemäß.
Erlaubt
Werbung
Diese Cookies können von uns oder unseren Werbepartnern über unsere Website gesetzt werden und uns helfen, relevante Marketinginhalte bereitzustellen. Wenn Sie diese Cookies nicht zulassen, werden Sie weniger relevante Werbung erleben.
Erlaubt
Das Blockieren einiger Arten von Cookies kann sich auf Ihre Erfahrung auf unseren Websites auswirken. Sie können Ihre Cookie-Einstellungen jederzeit ändern, indem Sie in der Fußzeile dieser Website auf Cookie-Einstellungen klicken. Um mehr darüber zu erfahren, wie wir und zugelassene Dritte Cookies auf unseren Websites verwenden, lesen Sie bitte unseren AWS-Cookie-Hinweis.
Cookie-Einstellungen konnten nicht gespeichert werden
Wir speichern derzeit nur wichtige Cookies, da wir Ihre Cookie-Einstellungen nicht speichern konnten.
Wenn Sie Ihre Cookie-Einstellungen ändern möchten, versuchen Sie es später erneut über den Link in der Fußzeile der AWS-Konsole oder wenden Sie sich an den Support, wenn das Problem weiterhin besteht.
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.
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.
Rollen für eine PeopleSoft Oracle-Anwendung auf Amazon RDS Custom for Oracle wechseln
Um die Oracle PeopleSoft Enterprise Resource Planning (ERP) -Lösung auf Amazon Web Services (AWS) auszuführen, können Sie Amazon Relational Database Service (AmazonRDS) oder Amazon RDS Custom for Oracle verwenden, das ältere, benutzerdefinierte und verpackte Anwendungen unterstützt, die Zugriff auf das zugrunde liegende Betriebssystem (OS) und die Datenbankumgebung benötigen. Wichtige Faktoren, die bei der Planung einer Migration zu berücksichtigen sind, finden Sie unter Strategien zur Datenbankmigration von Oracle in AWS Prescriptive Guidance.
Dieses Muster konzentriert sich auf die Schritte zur Durchführung eines Oracle Data Guard-Switchovers oder Rollenübergangs für eine PeopleSoft Anwendungsdatenbank, die auf Amazon RDS Custom als Primärdatenbank mit einer Read Replica-Datenbank läuft. Das Muster umfasst Schritte zur Konfiguration des Fast-Start-Failovers (). FSFO Während dieses Vorgangs funktionieren die Datenbanken in der Oracle Data Guard-Konfiguration weiterhin in ihren neuen Rollen. Typische Anwendungsfälle für Oracle Data Guard Switchover sind Notfallwiederherstellungsübungen (DR), geplante Wartungsaktivitäten an Datenbanken und fortlaufende Patches zum Einspielen von Standby-First-Patches. Weitere Informationen finden Sie im Blogbeitrag Reduzieren Sie die Ausfallzeiten beim Datenbank-Patching in Amazon RDS Custom.
Das folgende Diagramm zeigt eine Amazon RDS Custom DB-Instance und eine Amazon RDS Custom Read Replica. Oracle Data Guard ermöglicht den Rollenwechsel während des Failovers für DR
Amazon RDS Custom for Oracle ist ein verwalteter Datenbankservice für ältere, benutzerdefinierte und verpackte Anwendungen, die Zugriff auf das zugrunde liegende Betriebssystem und die Datenbankumgebung benötigen.
AWSSecrets Manager hilft Ihnen dabei, hartcodierte Anmeldeinformationen in Ihrem Code, einschließlich Kennwörtern, durch einen API Aufruf von Secrets Manager zu ersetzen, um das Geheimnis programmgesteuert abzurufen. In diesem Muster rufen Sie die Datenbankbenutzerkennwörter aus Secrets Manager für RDS_DATAGUARD mit dem geheimen Namen abdo-not-delete-rds-custom-+<<RDS Resource ID>>+-dg.
Andere Dienste
Oracle Data Guard unterstützt Sie bei der Erstellung, Wartung, Verwaltung und Überwachung von Standby-Datenbanken. Dieses Muster verwendet Oracle Data Guard Maximum Performance für den Rollenwechsel (Oracle Data Guard Switchover).
Bewährte Methoden
Für Ihre Produktionsbereitstellung empfehlen wir, die Observer-Instance in einer dritten Availability Zone zu starten, getrennt von den Primär- und Read Replica-Knoten.
Epen
Aufgabe
Beschreibung
Erforderliche Fähigkeiten
Unterbrechen Sie die Datenbankautomatisierung sowohl für das Primär- als auch für das Replikat.
Obwohl das RDS benutzerdefinierte Automatisierungsframework den Rollenübergangsprozess nicht beeinträchtigt, empfiehlt es sich, die Automatisierung während des Oracle Data Guard-Switchovers zu unterbrechen.
Um den Status von Oracle Data Guard zu überprüfen, melden Sie sich bei der Primärdatenbank an. Dieses Muster enthält Code für die Verwendung einer Multitenant-Container-Datenbank (CDB) oder einer CDB Nicht-Instance.
Nicht- CDB
-bash-4.2$dgmgrlRDS_DATAGUARD@RDS_CUSTOM_ORCL_ADGMGRL for Linux:Release19.0.0.0.0-ProductiononMonNov2820:55:502022Version19.10.0.0.0Copyright(c)1982,2019,Oracleand/oritsaffiliates.Allrightsreserved.WelcometoDGMGRL,type"help"forinformation.Password:Connectedto"ORCL_A"ConnectedasSYSDG.DGMGRL>showconfigurationConfiguration-rds_dgProtection Mode:MaxAvailabilityMembers:orcl_a-Primarydatabaseorcl_d-PhysicalstandbydatabaseFast-Start Failover:DisabledConfiguration Status:SUCCESS(statusupdated59secondsago)DGMGRL>
CDB
CDB-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_A
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 1806:13:072023Version19.16.0.0.0Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved.
Welcome to DGMGRL, type "help" for information.
Password:
Connected to "RDSCDB_A"Connected as SYSDG.
DGMGRL> show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_a - Primary database
rdscdb_b - Physical standby database
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 52 seconds ago)
DGMGRL>
DBA
Überprüfen Sie die Instanzrolle.
Öffnen Sie die AWS Management Console und navigieren Sie zur RDS Amazon-Konsole. Überprüfen Sie im Bereich Replikation der Datenbank auf der Registerkarte Konnektivität und Sicherheit die Instance-Rolle für die Primärinstanz und das Replikat.
Die primäre Rolle sollte mit der primären Oracle Data Guard-Datenbank übereinstimmen, und die Replikatrolle sollte mit der physischen Standby-Datenbank von Oracle Data Guard übereinstimmen.
Cloud-Administrator, DBA
Führen Sie den Switchover durch.
Um den Switchover durchzuführen, stellen Sie vom primären Knoten DGMGRL aus eine Verbindung zu her.
Nicht- CDB
DGMGRL> switchover to orcl_d;
Performing switchover NOW, please wait...
Operation requires a connection to database "orcl_d"
Connecting ...
Connected to "ORCL_D"
Connected as SYSDG.
New primary database "orcl_d"is opening...
Operation requires start up of instance "ORCL"on database "orcl_a"
Starting instance "ORCL"...
Connected to an idle instance.
ORACLE instance started.
Connected to "ORCL_A"
Database mounted.
Database opened.
Connected to "ORCL_A"
Switchover succeeded, new primary is"orcl_d"
DGMGRL>
CDB
DGMGRL> switchover to rdscdb_b
Performing switchover NOW, please wait...
Newprimary database "rdscdb_b" is opening...
Operation requires start up of instance "RDSCDB" on database "rdscdb_a"
Starting instance "RDSCDB"...
Connected to an idle instance.
ORACLE instance started.
Connected to "RDSCDB_A"
Database mounted.
Database opened.
Connected to "RDSCDB_A"
Switchover succeeded, newprimaryis "rdscdb_b"
DBA
Überprüfen Sie die Oracle Data Guard-Verbindung.
Überprüfen Sie nach dem Switchover die Oracle Data Guard-Verbindung vom primären Knoten zuDGMGRL.
Überprüfen Sie die Instance-Rolle auf der RDS Amazon-Konsole.
Nachdem Sie den Rollenwechsel durchgeführt haben, zeigt die RDS Amazon-Konsole die neuen Rollen im Abschnitt Replikation auf der Registerkarte Konnektivität und Sicherheit unter Datenbanken an. Es kann einige Minuten dauern, bis der Replikationsstatus von „leer“ auf „Replizierend“ aktualisiert wird.
DBA
Initiieren Sie den Rollenwechsel
Aufgabe
Beschreibung
Erforderliche Fähigkeiten
Unterbrechen Sie die Datenbankautomatisierung sowohl für das Primär- als auch für das Replikat.
Obwohl das RDS benutzerdefinierte Automatisierungsframework den Rollenübergangsprozess nicht beeinträchtigt, empfiehlt es sich, die Automatisierung während des Oracle Data Guard-Switchovers zu unterbrechen.
Um den Status von Oracle Data Guard zu überprüfen, melden Sie sich bei der Primärdatenbank an. Dieses Muster enthält Code für die Verwendung einer Multitenant-Container-Datenbank (CDB) oder einer CDB Nicht-Instance.
Nicht- CDB
-bash-4.2$dgmgrlRDS_DATAGUARD@RDS_CUSTOM_ORCL_ADGMGRL for Linux:Release19.0.0.0.0-ProductiononMonNov2820:55:502022Version19.10.0.0.0Copyright(c)1982,2019,Oracleand/oritsaffiliates.Allrightsreserved.WelcometoDGMGRL,type"help"forinformation.Password:Connectedto"ORCL_A"ConnectedasSYSDG.DGMGRL>showconfigurationConfiguration-rds_dgProtection Mode:MaxAvailabilityMembers:orcl_a-Primarydatabaseorcl_d-PhysicalstandbydatabaseFast-Start Failover:DisabledConfiguration Status:SUCCESS(statusupdated59secondsago)DGMGRL>
CDB
CDB-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_A
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 1806:13:072023Version19.16.0.0.0Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved.
Welcome to DGMGRL, type "help" for information.
Password:
Connected to "RDSCDB_A"Connected as SYSDG.
DGMGRL> show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_a - Primary database
rdscdb_b - Physical standby database
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 52 seconds ago)
DGMGRL>
DBA
Überprüfen Sie die Instanzrolle.
Öffnen Sie die AWS Management Console und navigieren Sie zur RDS Amazon-Konsole. Überprüfen Sie im Bereich Replikation der Datenbank auf der Registerkarte Konnektivität und Sicherheit die Instance-Rolle für die Primärinstanz und das Replikat.
Die primäre Rolle sollte mit der primären Oracle Data Guard-Datenbank übereinstimmen, und die Replikatrolle sollte mit der physischen Standby-Datenbank von Oracle Data Guard übereinstimmen.
Cloud-Administrator, DBA
Führen Sie den Switchover durch.
Um den Switchover durchzuführen, stellen Sie vom primären Knoten DGMGRL aus eine Verbindung zu her.
Nicht- CDB
DGMGRL> switchover to orcl_d;
Performing switchover NOW, please wait...
Operation requires a connection to database "orcl_d"
Connecting ...
Connected to "ORCL_D"
Connected as SYSDG.
New primary database "orcl_d"is opening...
Operation requires start up of instance "ORCL"on database "orcl_a"
Starting instance "ORCL"...
Connected to an idle instance.
ORACLE instance started.
Connected to "ORCL_A"
Database mounted.
Database opened.
Connected to "ORCL_A"
Switchover succeeded, new primary is"orcl_d"
DGMGRL>
CDB
DGMGRL> switchover to rdscdb_b
Performing switchover NOW, please wait...
Newprimary database "rdscdb_b" is opening...
Operation requires start up of instance "RDSCDB" on database "rdscdb_a"
Starting instance "RDSCDB"...
Connected to an idle instance.
ORACLE instance started.
Connected to "RDSCDB_A"
Database mounted.
Database opened.
Connected to "RDSCDB_A"
Switchover succeeded, newprimaryis "rdscdb_b"
DBA
Überprüfen Sie die Oracle Data Guard-Verbindung.
Überprüfen Sie nach dem Switchover die Oracle Data Guard-Verbindung vom primären Knoten zuDGMGRL.
Überprüfen Sie die Instance-Rolle auf der RDS Amazon-Konsole.
Nachdem Sie den Rollenwechsel durchgeführt haben, zeigt die RDS Amazon-Konsole die neuen Rollen im Abschnitt Replikation auf der Registerkarte Konnektivität und Sicherheit unter Datenbanken an. Es kann einige Minuten dauern, bis der Replikationsstatus von „leer“ auf „Replizierend“ aktualisiert wird.
DBA
Aufgabe
Beschreibung
Erforderliche Fähigkeiten
Setzen Sie den Switchover zurück.
Stellen Sie den Switchover wieder auf den Primärknoten zurück.
DBA
Installieren und starten Sie den Observer.
Ein Observer-Prozess ist eine DGMGRL Client-Komponente, die normalerweise auf einem anderen Computer als die Primär- und Standby-Datenbank ausgeführt wird. Die ORACLE HOME Installation für den Observer kann eine Oracle Client Administrator-Installation sein, oder Sie können entweder Oracle Database Enterprise Edition oder Personal Edition installieren. Weitere Informationen zur Observer-Installation für Ihre Datenbank-Version finden Sie unter Observer installieren und starten. Um Hochverfügbarkeit für den Observer-Prozess zu konfigurieren, sollten Sie wie folgt vorgehen:
Aktivieren Sie die automatische EC2 Instance-Wiederherstellung für die EC2 Instance, auf der Ihr Observer ausgeführt wird. Sie müssen den Observer-Startvorgang als Teil des Betriebssystemstarts automatisieren.
Stellen Sie einen Observer in der EC2 Instance bereit und konfigurieren Sie eine Amazon EC2 Auto Scaling Scaling-Gruppe der Größe eins (1). Im Falle eines EC2 Instance-Ausfalls startet die automatische Skalierungsgruppe automatisch eine weitere EC2 Instance.
Für Oracle 12c Release 2 und höher können Sie bis zu drei Observer einsetzen. Ein Beobachter ist der primäre Beobachter, und die anderen sind Ersatzbeobachter. Wenn der primäre Beobachter ausfällt, übernimmt einer der Ersatzbeobachter die primäre Rolle.
DBA
Stellen Sie DGMGRL vom Observer-Host aus eine Verbindung her.
Der Observer-Host ist mit tnsnames.ora Einträgen für die Primär- und Standby-Datenbankkonnektivität konfiguriert. Sie können den Schutzmodus FSFO mit maximaler Leistung aktivieren, solange der Datenverlust innerhalb der FastStartFailoverLagLimitKonfiguration liegt (Wert in Sekunden). Sie müssen jedoch den Schutzmodus für maximale Verfügbarkeit verwenden, um Datenverlust zu vermeiden (RPO=0).
-bash-4.2$dgmgrlC##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_ADGMGRL for Linux:Release19.0.0.0.0-ProductiononWedJan1806:55:092023Version19.16.0.0.0Copyright(c)1982,2019,Oracleand/oritsaffiliates.Allrightsreserved.WelcometoDGMGRL,type"help"forinformation.Password:Connectedto"RDSCDB_A"ConnectedasSYSDG.DGMGRL>showconfigurationConfiguration-rds_dgProtection Mode:MaxAvailabilityMembers:rdscdb_a-Primarydatabaserdscdb_b-PhysicalstandbydatabaseFast-Start Failover:DisabledConfiguration Status:SUCCESS(statusupdated18secondsago)DGMGRL>
DBA
Ändern Sie die Standby-Datenbank als Failover-Ziel.
Stellen Sie entweder vom Primärknoten oder vom Beobachterknoten eine Connect zu einer Standby-Datenbank her. (Obwohl Ihre Konfiguration mehrere Standby-Datenbanken enthalten könnte, müssen Sie zu diesem Zeitpunkt nur eine Verbindung herstellen.)
DGMGRL> edit database orcl_a setproperty FastStartFailoverTarget='rdscdb_b';
Object "orcl_a" was not found
DGMGRL> edit database rdscdb_a setproperty FastStartFailoverTarget='rdscdb_b';
Property "faststartfailovertarget" updated
DGMGRL> edit database rdscdb_b setproperty FastStartFailoverTarget='rdscdb_a';
Property "faststartfailovertarget" updated
DGMGRL> show database rdscdb_a FastStartFailoverTarget;
FastStartFailoverTarget = 'rdscdb_b'
DGMGRL> show database rdscdb_b FastStartFailoverTarget;
FastStartFailoverTarget = 'rdscdb_a'
DGMGRL>
DBA
Konfigurieren Sie FastStartFailoverThreshold für die Verbindung zuDGMGRL.
Der Standardwert in Oracle 19c ist 30 Sekunden und der Mindestwert ist 6 Sekunden. Ein niedrigerer Wert kann das Ziel der Wiederherstellungszeit (RTO) während des Failovers möglicherweise verkürzen. Ein höherer Wert trägt dazu bei, die Wahrscheinlichkeit unnötiger vorübergehender Failoverfehler in der Primärdatenbank zu verringern.
Das RDS Custom for Oracle Automation Framework überwacht den Zustand der Datenbank und führt alle paar Sekunden Korrekturmaßnahmen durch. Daher empfehlen wir die Einstellung FastStartFailoverThreshold auf einen Wert von mehr als 10 Sekunden. Im folgenden Beispiel wird der Schwellenwert auf 35 Sekunden konfiguriert.
Aktivieren Sie diese Option, FSFO indem Sie DGMGRL vom Primär- oder Beobachterknoten aus eine Verbindung zu herstellen.
Wenn für die Datenbank Flashback Database nicht aktiviert ist, wird die Warnmeldung ORA-16827 angezeigt. Die optionale Flashback-Datenbank hilft dabei, ausgefallene Primärdatenbanken automatisch bis zu einem Zeitpunkt vor dem Failover wiederherzustellen, wenn die FastStartFailoverAutoReinstateKonfigurationseigenschaft auf gesetzt ist TRUE (was die Standardeinstellung ist).
Starten Sie den Observer zur FSFO Überwachung und überprüfen Sie den Status.
Sie können den Observer vor oder nach der Aktivierung startenFSFO. Wenn der Observer bereits aktiviert FSFO ist, beginnt er sofort mit der Überwachung des Status und der Verbindungen zur Primär- und Ziel-Standby-Datenbank. Wenn nicht FSFO aktiviert, beginnt der Observer erst nach der Aktivierung mit FSFO der Überwachung.
Wenn Sie den Observer starten, wird die primäre DB-Konfiguration ohne Fehlermeldungen angezeigt, wie der vorherige show configuration Befehl zeigt.
Nicht- CDB
DGMGRL>start observer;
[W000 2022-12-01T06:16:51.271+00:00] FSFO target standby is orcl_d
Observer 'ip-10-0-1-89' started
[W000 2022-12-01T06:16:51.352+00:00] Observer trace level issettoUSER
DGMGRL>show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
orcl_a -Primary database
orcl_d - (*) Physical standby database
Fast-Start Failover: Enabled in Zero Data Loss Mode
Configuration Status:
SUCCESS (status updated 56 seconds ago)
DGMGRL>
DGMGRL>show observer
Configuration - rds_dg
Primary: orcl_a
Active Target: orcl_d
Observer "ip-10-0-1-89" - Master
Host Name: ip-10-0-1-89Last Ping toPrimary: 1second ago
Last Ping to Target: 1second ago
DGMGRL>
CDB
DGMGRL>start observer;
Succeeded in opening the observer file "/home/oracle/fsfo_ip-10-0-1-56.dat".
[W000 2023-01-18T07:31:32.589+00:00] FSFO target standby is rdscdb_b
Observer 'ip-10-0-1-56' started
The observer log file is'/home/oracle/observer_ip-10-0-1-56.log'.
DGMGRL>show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_a -Primary database
rdscdb_b - (*) Physical standby database
Fast-Start Failover: Enabled in Zero Data Loss Mode
Configuration Status:
SUCCESS (status updated 12 seconds ago)
DGMGRL>
DGMGRL>show observer;
Configuration - rds_dg
Primary: rdscdb_a
Active Target: rdscdb_b
Observer "ip-10-0-1-56" - Master
Host Name: ip-10-0-1-56Last Ping toPrimary: 1second ago
Last Ping to Target: 2 seconds ago
DGMGRL>
DBA
Überprüfen Sie den Failover.
In diesem Szenario kann ein Failover-Test durchgeführt werden, indem die primäre EC2 Instanz manuell gestoppt wird. Bevor Sie die EC2 Instance beenden, verwenden Sie den tail Befehl, um die Observer-Protokolldatei auf der Grundlage Ihrer Konfiguration zu überwachen. Wird verwendetDGMGRL, um sich orcl_d mit dem Benutzer RDS_DATAGUARD bei der Standby-Datenbank anzumelden und den Status von Oracle Data Guard zu überprüfen. Es sollte zeigen, dass es orcl_d sich um die neue Primärdatenbank handelt.
Anmerkung
In diesem Failover-Testszenario orcl_d handelt es sich um die CDB Nicht-Datenbank.
Vor dem Failover wurde die Flashback-Datenbank aktiviert. orcl_a Nachdem die frühere Primärdatenbank wieder online ist und ihren MOUNT Status aktiviert hat, nimmt der Observer sie wieder in eine neue Standby-Datenbank auf. Die wiederhergestellte Datenbank dient als FSFO Ziel für die neue Primärdatenbank. Sie können die Details in Observer-Protokollen überprüfen.
Im Folgenden sehen Sie ein Beispiel für die Ausgabe inobserver.log.
$ tail -f /tmp/observer.log
Unable toconnectto database using rds_custom_orcl_a
[W000 2023-01-18T07:50:32.589+00:00] Primary database cannot be reached.
[W000 2023-01-18T07:50:32.589+00:00] Fast-Start Failover threshold has expired.
[W000 2023-01-18T07:50:32.590+00:00] Try toconnectto the standby.
[W000 2023-01-18T07:50:32.590+00:00] Making a last connection attempt toprimary database before proceeding with Fast-Start Failover.
[W000 2023-01-18T07:50:32.591+00:00] Check if the standby is ready for failover.
[S002 2023-01-18T07:50:32.591+00:00] Fast-Start Failover started...
2023-01-18T07:50:32.591+00:00
Initiating Fast-Start Failover to database "orcl_d"...
[S002 2023-01-18T07:50:32.592+00:00] Initiating Fast-start Failover.
Performing failover NOW, please wait...
Failover succeeded, newprimaryis "orcl_d"
2023-01-18T07:55:32.101+00:00
[S002 2023-01-18T07:55:32.591+00:00] Fast-Start Failover finished...
[W000 2023-01-18T07:55:32.591+00:00] Failover succeeded. Restart pinging.
[W000 2023-01-18T07:55:32.603+00:00] Primary database has changed to orcl_d.
[W000 2023-01-18T07:55:33.618+00:00] Try toconnectto the primary.
[W000 2023-01-18T07:55:33.622+00:00] Try toconnectto the primary rds_custom_orcl_d.
[W000 2023-01-18T07:55:33.634+00:00] The standby orcl_a needs to be reinstated
[W000 2023-01-18T07:55:33.654+00:00] Try toconnectto the new standby orcl_a.
[W000 2023-01-18T07:55:33.654+00:00] Connection to the primary restored!
[W000 2023-01-18T07:55:35.654+00:00] Disconnecting from database rds_custom_orcl_d.
[W000 2023-01-18T07:55:57.701+00:00] Try toconnectto the new standby orcl_a.
ORA-12170: TNS:Connect timeout occurred
DBA
Konfigurieren von FSFO
Aufgabe
Beschreibung
Erforderliche Fähigkeiten
Setzen Sie den Switchover zurück.
Stellen Sie den Switchover wieder auf den Primärknoten zurück.
DBA
Installieren und starten Sie den Observer.
Ein Observer-Prozess ist eine DGMGRL Client-Komponente, die normalerweise auf einem anderen Computer als die Primär- und Standby-Datenbank ausgeführt wird. Die ORACLE HOME Installation für den Observer kann eine Oracle Client Administrator-Installation sein, oder Sie können entweder Oracle Database Enterprise Edition oder Personal Edition installieren. Weitere Informationen zur Observer-Installation für Ihre Datenbank-Version finden Sie unter Observer installieren und starten. Um Hochverfügbarkeit für den Observer-Prozess zu konfigurieren, sollten Sie wie folgt vorgehen:
Aktivieren Sie die automatische EC2 Instance-Wiederherstellung für die EC2 Instance, auf der Ihr Observer ausgeführt wird. Sie müssen den Observer-Startvorgang als Teil des Betriebssystemstarts automatisieren.
Stellen Sie einen Observer in der EC2 Instance bereit und konfigurieren Sie eine Amazon EC2 Auto Scaling Scaling-Gruppe der Größe eins (1). Im Falle eines EC2 Instance-Ausfalls startet die automatische Skalierungsgruppe automatisch eine weitere EC2 Instance.
Für Oracle 12c Release 2 und höher können Sie bis zu drei Observer einsetzen. Ein Beobachter ist der primäre Beobachter, und die anderen sind Ersatzbeobachter. Wenn der primäre Beobachter ausfällt, übernimmt einer der Ersatzbeobachter die primäre Rolle.
DBA
Stellen Sie DGMGRL vom Observer-Host aus eine Verbindung her.
Der Observer-Host ist mit tnsnames.ora Einträgen für die Primär- und Standby-Datenbankkonnektivität konfiguriert. Sie können den Schutzmodus FSFO mit maximaler Leistung aktivieren, solange der Datenverlust innerhalb der FastStartFailoverLagLimitKonfiguration liegt (Wert in Sekunden). Sie müssen jedoch den Schutzmodus für maximale Verfügbarkeit verwenden, um Datenverlust zu vermeiden (RPO=0).
-bash-4.2$dgmgrlC##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_ADGMGRL for Linux:Release19.0.0.0.0-ProductiononWedJan1806:55:092023Version19.16.0.0.0Copyright(c)1982,2019,Oracleand/oritsaffiliates.Allrightsreserved.WelcometoDGMGRL,type"help"forinformation.Password:Connectedto"RDSCDB_A"ConnectedasSYSDG.DGMGRL>showconfigurationConfiguration-rds_dgProtection Mode:MaxAvailabilityMembers:rdscdb_a-Primarydatabaserdscdb_b-PhysicalstandbydatabaseFast-Start Failover:DisabledConfiguration Status:SUCCESS(statusupdated18secondsago)DGMGRL>
DBA
Ändern Sie die Standby-Datenbank als Failover-Ziel.
Stellen Sie entweder vom Primärknoten oder vom Beobachterknoten eine Connect zu einer Standby-Datenbank her. (Obwohl Ihre Konfiguration mehrere Standby-Datenbanken enthalten könnte, müssen Sie zu diesem Zeitpunkt nur eine Verbindung herstellen.)
DGMGRL> edit database orcl_a setproperty FastStartFailoverTarget='rdscdb_b';
Object "orcl_a" was not found
DGMGRL> edit database rdscdb_a setproperty FastStartFailoverTarget='rdscdb_b';
Property "faststartfailovertarget" updated
DGMGRL> edit database rdscdb_b setproperty FastStartFailoverTarget='rdscdb_a';
Property "faststartfailovertarget" updated
DGMGRL> show database rdscdb_a FastStartFailoverTarget;
FastStartFailoverTarget = 'rdscdb_b'
DGMGRL> show database rdscdb_b FastStartFailoverTarget;
FastStartFailoverTarget = 'rdscdb_a'
DGMGRL>
DBA
Konfigurieren Sie FastStartFailoverThreshold für die Verbindung zuDGMGRL.
Der Standardwert in Oracle 19c ist 30 Sekunden und der Mindestwert ist 6 Sekunden. Ein niedrigerer Wert kann das Ziel der Wiederherstellungszeit (RTO) während des Failovers möglicherweise verkürzen. Ein höherer Wert trägt dazu bei, die Wahrscheinlichkeit unnötiger vorübergehender Failoverfehler in der Primärdatenbank zu verringern.
Das RDS Custom for Oracle Automation Framework überwacht den Zustand der Datenbank und führt alle paar Sekunden Korrekturmaßnahmen durch. Daher empfehlen wir die Einstellung FastStartFailoverThreshold auf einen Wert von mehr als 10 Sekunden. Im folgenden Beispiel wird der Schwellenwert auf 35 Sekunden konfiguriert.
Aktivieren Sie diese Option, FSFO indem Sie DGMGRL vom Primär- oder Beobachterknoten aus eine Verbindung zu herstellen.
Wenn für die Datenbank Flashback Database nicht aktiviert ist, wird die Warnmeldung ORA-16827 angezeigt. Die optionale Flashback-Datenbank hilft dabei, ausgefallene Primärdatenbanken automatisch bis zu einem Zeitpunkt vor dem Failover wiederherzustellen, wenn die FastStartFailoverAutoReinstateKonfigurationseigenschaft auf gesetzt ist TRUE (was die Standardeinstellung ist).
Starten Sie den Observer zur FSFO Überwachung und überprüfen Sie den Status.
Sie können den Observer vor oder nach der Aktivierung startenFSFO. Wenn der Observer bereits aktiviert FSFO ist, beginnt er sofort mit der Überwachung des Status und der Verbindungen zur Primär- und Ziel-Standby-Datenbank. Wenn nicht FSFO aktiviert, beginnt der Observer erst nach der Aktivierung mit FSFO der Überwachung.
Wenn Sie den Observer starten, wird die primäre DB-Konfiguration ohne Fehlermeldungen angezeigt, wie der vorherige show configuration Befehl zeigt.
Nicht- CDB
DGMGRL>start observer;
[W000 2022-12-01T06:16:51.271+00:00] FSFO target standby is orcl_d
Observer 'ip-10-0-1-89' started
[W000 2022-12-01T06:16:51.352+00:00] Observer trace level issettoUSER
DGMGRL>show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
orcl_a -Primary database
orcl_d - (*) Physical standby database
Fast-Start Failover: Enabled in Zero Data Loss Mode
Configuration Status:
SUCCESS (status updated 56 seconds ago)
DGMGRL>
DGMGRL>show observer
Configuration - rds_dg
Primary: orcl_a
Active Target: orcl_d
Observer "ip-10-0-1-89" - Master
Host Name: ip-10-0-1-89Last Ping toPrimary: 1second ago
Last Ping to Target: 1second ago
DGMGRL>
CDB
DGMGRL>start observer;
Succeeded in opening the observer file "/home/oracle/fsfo_ip-10-0-1-56.dat".
[W000 2023-01-18T07:31:32.589+00:00] FSFO target standby is rdscdb_b
Observer 'ip-10-0-1-56' started
The observer log file is'/home/oracle/observer_ip-10-0-1-56.log'.
DGMGRL>show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_a -Primary database
rdscdb_b - (*) Physical standby database
Fast-Start Failover: Enabled in Zero Data Loss Mode
Configuration Status:
SUCCESS (status updated 12 seconds ago)
DGMGRL>
DGMGRL>show observer;
Configuration - rds_dg
Primary: rdscdb_a
Active Target: rdscdb_b
Observer "ip-10-0-1-56" - Master
Host Name: ip-10-0-1-56Last Ping toPrimary: 1second ago
Last Ping to Target: 2 seconds ago
DGMGRL>
DBA
Überprüfen Sie den Failover.
In diesem Szenario kann ein Failover-Test durchgeführt werden, indem die primäre EC2 Instanz manuell gestoppt wird. Bevor Sie die EC2 Instance beenden, verwenden Sie den tail Befehl, um die Observer-Protokolldatei auf der Grundlage Ihrer Konfiguration zu überwachen. Wird verwendetDGMGRL, um sich orcl_d mit dem Benutzer RDS_DATAGUARD bei der Standby-Datenbank anzumelden und den Status von Oracle Data Guard zu überprüfen. Es sollte zeigen, dass es orcl_d sich um die neue Primärdatenbank handelt.
Anmerkung
In diesem Failover-Testszenario orcl_d handelt es sich um die CDB Nicht-Datenbank.
Vor dem Failover wurde die Flashback-Datenbank aktiviert. orcl_a Nachdem die frühere Primärdatenbank wieder online ist und ihren MOUNT Status aktiviert hat, nimmt der Observer sie wieder in eine neue Standby-Datenbank auf. Die wiederhergestellte Datenbank dient als FSFO Ziel für die neue Primärdatenbank. Sie können die Details in Observer-Protokollen überprüfen.
Im Folgenden sehen Sie ein Beispiel für die Ausgabe inobserver.log.
$ tail -f /tmp/observer.log
Unable toconnectto database using rds_custom_orcl_a
[W000 2023-01-18T07:50:32.589+00:00] Primary database cannot be reached.
[W000 2023-01-18T07:50:32.589+00:00] Fast-Start Failover threshold has expired.
[W000 2023-01-18T07:50:32.590+00:00] Try toconnectto the standby.
[W000 2023-01-18T07:50:32.590+00:00] Making a last connection attempt toprimary database before proceeding with Fast-Start Failover.
[W000 2023-01-18T07:50:32.591+00:00] Check if the standby is ready for failover.
[S002 2023-01-18T07:50:32.591+00:00] Fast-Start Failover started...
2023-01-18T07:50:32.591+00:00
Initiating Fast-Start Failover to database "orcl_d"...
[S002 2023-01-18T07:50:32.592+00:00] Initiating Fast-start Failover.
Performing failover NOW, please wait...
Failover succeeded, newprimaryis "orcl_d"
2023-01-18T07:55:32.101+00:00
[S002 2023-01-18T07:55:32.591+00:00] Fast-Start Failover finished...
[W000 2023-01-18T07:55:32.591+00:00] Failover succeeded. Restart pinging.
[W000 2023-01-18T07:55:32.603+00:00] Primary database has changed to orcl_d.
[W000 2023-01-18T07:55:33.618+00:00] Try toconnectto the primary.
[W000 2023-01-18T07:55:33.622+00:00] Try toconnectto the primary rds_custom_orcl_d.
[W000 2023-01-18T07:55:33.634+00:00] The standby orcl_a needs to be reinstated
[W000 2023-01-18T07:55:33.654+00:00] Try toconnectto the new standby orcl_a.
[W000 2023-01-18T07:55:33.654+00:00] Connection to the primary restored!
[W000 2023-01-18T07:55:35.654+00:00] Disconnecting from database rds_custom_orcl_d.
[W000 2023-01-18T07:55:57.701+00:00] Try toconnectto the new standby orcl_a.
ORA-12170: TNS:Connect timeout occurred
DBA
Aufgabe
Beschreibung
Erforderliche Fähigkeiten
Erstellen und starten Sie den Dienst in der Primärdatenbank.
Sie können Änderungen der Anwendungskonfiguration während eines Rollenwechsels vermeiden, indem Sie einen TNS Eintrag verwenden, der sowohl den primären als auch den Standby-Datenbank-Endpunkt in der Konfiguration enthält. Sie können zwei rollenbasierte Datenbankdienste definieren, um sowohl Lese-/Schreib-Workloads als auch schreibgeschützte Workloads zu unterstützen. Im folgenden Beispiel orcl_rw ist der Lese-/Schreibdienst in der Primärdatenbank aktiv. orcl_roist der schreibgeschützte Dienst und ist in der Standby-Datenbank aktiv, die im schreibgeschützten Modus geöffnet wurde.
Konfigurieren Sie die Konnektivität zwischen der Oracle Peoplesoft-Anwendung und der Datenbank
Aufgabe
Beschreibung
Erforderliche Fähigkeiten
Erstellen und starten Sie den Dienst in der Primärdatenbank.
Sie können Änderungen der Anwendungskonfiguration während eines Rollenwechsels vermeiden, indem Sie einen TNS Eintrag verwenden, der sowohl den primären als auch den Standby-Datenbank-Endpunkt in der Konfiguration enthält. Sie können zwei rollenbasierte Datenbankdienste definieren, um sowohl Lese-/Schreib-Workloads als auch schreibgeschützte Workloads zu unterstützen. Im folgenden Beispiel orcl_rw ist der Lese-/Schreibdienst in der Primärdatenbank aktiv. orcl_roist der schreibgeschützte Dienst und ist in der Standby-Datenbank aktiv, die im schreibgeschützten Modus geöffnet wurde.
