Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

EC2 und FSX Oracle Datenbankmanagement

09/23/2024 Beitragende

PDFs

Neben der AWS EC2 und FSX Managementkonsole werden der Ansible-Steuerungsknoten und das SnapCenter UI-Tool für das Datenbankmanagement in dieser Oracle-Umgebung implementiert.

Ein Ansible-Steuerungsknoten kann zum Management der Oracle Umgebungskonfiguration verwendet werden. Dabei stehen parallele Updates zur Verfügung, durch die primäre und Standby-Instanzen für Kernel- oder Patch-Updates synchronisiert werden. Failover, Resynchronisierung und Failback können mit dem NetApp Automation Toolkit automatisiert werden, um eine schnelle Wiederherstellung und Verfügbarkeit von Applikationen mit Ansible zu ermöglichen. Einige wiederholbare Aufgaben zum Datenbankmanagement können mithilfe eines Playbooks zur Reduzierung menschlicher Fehler ausgeführt werden.

Das SnapCenter UI Tool kann Datenbank-Snapshot-Backups, zeitpunktgenaue Recovery, Klonen von Datenbanken usw. mit dem SnapCenter Plug-in für Oracle Datenbanken durchführen. Weitere Informationen zu Oracle-Plugin-Funktionen finden Sie im "SnapCenter Plug-in für Oracle Database – Übersicht".

Die folgenden Abschnitte erläutern, wie die wichtigsten Funktionen des Oracle Datenbankmanagements über die Benutzeroberfläche von SnapCenter erfüllt werden:

Datenbank-Snapshot-Backups
Zeitpunktgenaue Datenbank-Wiederherstellung
Erstellen von Datenbankklonen

Beim Klonen von Datenbanken wird ein Replikat einer primären Datenbank auf einem separaten EC2 Host zur Datenwiederherstellung im Falle eines logischen Datenfehlers oder einer Beschädigung erstellt. Klone können auch für Applikationstests, Fehlerbehebung, Patch-Validierung usw. verwendet werden.

Erstellen eines Snapshots

Eine EC2/FSX Oracle-Datenbank wird regelmäßig in vom Benutzer konfigurierten Intervallen gesichert. Ein Benutzer kann jederzeit auch ein einmalig durchzuführenden Snapshot Backup durchführen. Dies gilt sowohl für Volldatenbank-Snapshot-Backups als auch für Archiv-Log-only Snapshot-Backups.

Erstellen eines vollständigen Datenbank-Snapshots

Ein vollständiger Datenbank-Snapshot umfasst alle Oracle Dateien, einschließlich Datendateien, Steuerdateien und Archivprotokolldateien.

Melden Sie sich in der Benutzeroberfläche von SnapCenter an und klicken Sie im Menü auf der linken Seite auf „Ressourcen“. Wechseln Sie im Dropdown-Menü Ansicht in die Ansicht Ressourcengruppe.
Klicken Sie auf den Namen der vollständigen Backup-Ressource, und klicken Sie dann auf das Symbol Jetzt sichern, um ein Add-hoc-Backup zu starten.
Klicken Sie auf Backup und bestätigen Sie dann das Backup, um eine vollständige Datenbank-Sicherung zu starten.

Öffnen Sie in der Ansicht „Ressource“ für die Datenbank die Seite „verwaltete Backupkopien für die Datenbank“, um zu überprüfen, ob die einmalige Sicherung erfolgreich abgeschlossen wurde. Ein vollständiges Datenbank-Backup erstellt zwei Snapshots: Einen für das Daten-Volume und einen für das Log-Volume.

Erstellen eines Snapshot für Archivprotokolle

Ein Snapshot für das Archivprotokoll wird nur für das Oracle Archiv-Log-Volume erstellt.

Melden Sie sich in der Benutzeroberfläche von SnapCenter an und klicken Sie in der Menüleiste links auf die Registerkarte „Ressourcen“. Wechseln Sie im Dropdown-Menü Ansicht in die Ansicht Ressourcengruppe.
Klicken Sie auf den Namen der Backup-Ressource protokollieren und klicken Sie dann auf das Symbol Jetzt sichern, um eine zusätzliche Sicherung für Archivprotokolle zu starten.
Klicken Sie auf Backup und bestätigen Sie dann das Backup, um eine Archiv-Log-Sicherung zu starten.

Öffnen Sie in der Ansicht „Ressource“ für die Datenbank die Seite „verwaltete Backupkopien für die Datenbank“, um zu überprüfen, ob die Sicherungskopie für das einmalige Archivprotokoll erfolgreich abgeschlossen wurde. Ein Backup des Archivprotokolls erstellt einen Snapshot für das Protokollvolumen.

Wiederherstellung zu einem bestimmten Zeitpunkt

Eine zeitpunktgenaue SnapCenter Wiederherstellung wird auf demselben EC2 Instanzhost ausgeführt. Führen Sie die folgenden Schritte aus, um die Wiederherstellung durchzuführen:

Klicken Sie auf der Registerkarte SnapCenter-Ressourcen > Datenbank auf den Datenbanknamen, um das Datenbank-Backup zu öffnen.
Wählen Sie die Datenbank-Backup-Kopie und den gewünschten Zeitpunkt für die Wiederherstellung aus. Markieren Sie auch die entsprechende SCN-Nummer für den Point-in-Time. Die Point-in-Time-Wiederherstellung kann entweder mit der Zeit oder mit dem SCN durchgeführt werden.
Markieren Sie den Snapshot des Protokollvolumens, und klicken Sie auf die Schaltfläche Mount, um das Volume zu mounten.
Wählen Sie die primäre EC2-Instanz, um das Protokoll-Volume zu mounten.
Vergewissern Sie sich, dass der Mount-Job erfolgreich abgeschlossen wurde. Überprüfen Sie auch auf dem EC2 Instance-Host, um das gemountete Protokoll-Volume und auch den Mount Point-Pfad zu sehen.

Kopieren Sie die Archivprotokolle vom gemounteten Protokollvolume in das aktuelle Archivprotokollverzeichnis.

[ec2-user@ip-10-0-0-151 ~]$ cp /var/opt/snapcenter/sco/backup_mount/ip-10-0-0-151_03-25-2022_11.15.01.1503_1/ORCL/1/db/ORCL_A/arch/*.arc /ora_nfs_log/db/ORCL_A/arch/

Kehren Sie zur Registerkarte SnapCenter-Ressourcen > Seite Datenbank-Backup zurück, markieren Sie die Daten-Snapshot-Kopie und klicken Sie auf die Schaltfläche Wiederherstellen, um den Workflow zur Datenbankwiederherstellung zu starten.
Überprüfen Sie „Alle Datendateien“ und „Datenbankstatus ändern, falls erforderlich für Restore und Recovery“, und klicken Sie auf Weiter.
Wählen Sie einen gewünschten Wiederherstellungsumfang mit SCN oder Time aus. Statt die gemounteten Archivprotokolle wie in Schritt 6 gezeigt in das aktuelle Logverzeichnis zu kopieren, kann der gemountete Archiv-Log-Pfad in "Geben Sie externe Archiv-Log-Dateien Speicherorte" zur Wiederherstellung aufgelistet werden.
Geben Sie bei Bedarf ein optionales Preskript an.
Geben Sie ggf. ein optionales Nachskript an, das ausgeführt werden soll. Überprüfen Sie die geöffnete Datenbank nach der Wiederherstellung.
Geben Sie einen SMTP-Server und eine E-Mail-Adresse an, wenn eine Jobbenachrichtigung erforderlich ist.
Stellen Sie die Jobübersicht wieder her. Klicken Sie auf Fertig stellen, um den Wiederherstellungsauftrag zu starten.
Validieren Sie die Wiederherstellung aus SnapCenter.
Validieren Sie die Wiederherstellung über den EC2 Instance Host.
Um die Bereitstellung des Wiederherstellungsprotokollvolumens aufzuheben, kehren Sie die Schritte in Schritt 4 um.

Erstellen eines Datenbankklons

Der folgende Abschnitt zeigt, wie der Workflow für SnapCenter-Klone zum Erstellen eines Datenbankklonen aus einer primären Datenbank auf eine Standby-EC2-Instanz verwendet wird.

Erstellen Sie mit der vollständigen Backup-Ressourcengruppe ein vollständiges Snapshot-Backup der primären Datenbank von SnapCenter.
Öffnen Sie auf der Registerkarte SnapCenter-Ressource > Datenbank die Seite Datenbank-Backup-Verwaltung für die primäre Datenbank, aus der das Replikat erstellt werden soll.
Mounten Sie den in Schritt 4 erstellte Protokoll-Volume-Snapshot zum Standby-EC2-Instanz-Host.
Markieren Sie die für das Replikat zu klonenden Snapshot Kopie und klicken Sie auf die Schaltfläche Klonen, um das Klonverfahren zu starten.
Ändern Sie den Namen der Replikatkopie, damit sie sich vom Namen der primären Datenbank unterscheidet. Klicken Sie Auf Weiter.
Ändern Sie den Klon-Host auf den Standby-EC2-Host, akzeptieren Sie die Standardbenennung und klicken Sie auf Weiter.
Ändern Sie Ihre Oracle-Starteinstellungen auf die für den Oracle-Zielserver-Host konfigurierten Einstellungen, und klicken Sie auf Weiter.
Geben Sie einen Wiederherstellungspunkt mit entweder Time oder dem SCN und dem angehängten Archivprotokollpfad an.
Senden Sie bei Bedarf die SMTP-E-Mail-Einstellungen.
Klonen Sie die Jobübersicht, und klicken Sie auf Fertig stellen, um den Klonauftrag zu starten.
Überprüfen Sie das Klon-Jobprotokoll, indem Sie das Klon-Jobprotokoll überprüfen.

Die geklonte Datenbank ist sofort in SnapCenter registriert.
Deaktivieren Sie den Oracle Archivprotokollmodus. Melden Sie sich als oracle-Benutzer bei der EC2-Instanz an und führen Sie den folgenden Befehl aus:
```
sqlplus / as sysdba
```
```
shutdown immediate;
```
```
startup mount;
```
```
alter database noarchivelog;
```
```
alter database open;
```

Anstelle primärer Oracle Backup-Kopien kann ein Klon auch aus replizierten sekundären Backup-Kopien auf dem FSX Ziel-Cluster erstellt werden. Dies gilt gleichermaßen.

HA-Failover auf Standby und Resynchronisierung

Der Standby Oracle HA Cluster bietet Hochverfügbarkeit bei einem Ausfall am primären Standort, entweder in der Rechenschicht oder auf der Storage-Ebene. Ein wesentlicher Vorteil der Lösung besteht darin, dass Anwender die Infrastruktur jederzeit und beliebig oft testen und validieren können. Failover kann vom Benutzer simuliert oder durch wirklichen Ausfall ausgelöst werden. Die Failover-Prozesse sind identisch und können für ein schnelles Applikations-Recovery automatisiert werden.

Siehe folgende Liste der Failover-Verfahren:

Führen Sie bei einem simulierten Failover ein Protokoll-Snapshot-Backup aus, um die neuesten Transaktionen auf den Standby-Standort zu leeren, wie im Abschnitt dargestellt Erstellen eines Snapshot für Archivprotokolle. Bei einem durch einen tatsächlichen Ausfall ausgelösten Failover werden die letzten wiederherstellbaren Daten auf den Standby-Standort repliziert, wobei das letzte erfolgreiche Backup des geplanten Protokoll-Volumes erfolgt.
SnapMirror zwischen primärem und Standby FSX-Cluster unterbrechen
Mounten Sie die replizierten Standby-Datenbank-Volumes auf dem Standby-EC2 Instance-Host.
Verknüpfen Sie die Oracle-Binärdatei neu, wenn die replizierte Oracle-Binärdatei für die Oracle-Wiederherstellung verwendet wird.
Stellen Sie die Standby-Oracle-Datenbank auf das letzte verfügbare Archivprotokoll wieder her.
Öffnen Sie die Standby-Oracle-Datenbank für den Anwendungs- und Benutzerzugriff.
Bei einem tatsächlichen Ausfall des primären Standorts übernimmt die Standby-Oracle-Datenbank nun die Rolle des neuen primären Standorts und Datenbank-Volumes können dazu verwendet werden, den ausgefallenen primären Standort als neuen Standby-Standort mit der Reverse SnapMirror Methode wiederherzustellen.
Wenn ein simulierter Ausfall des primären Standorts im Rahmen des Tests oder der Validierung auftritt, fahren Sie nach Abschluss der Testdurchführung die Standby-Oracle-Datenbank herunter. Heben Sie dann die Standby-Datenbank-Volumes vom Standby-EC2-Instance-Host auf und synchronisieren Sie die Replikation vom primären Standort zum Standby-Standort neu.

Diese Verfahren können mit dem NetApp Automation Toolkit durchgeführt werden, das auf der öffentlichen NetApp GitHub Website heruntergeladen werden kann.

git clone https://github.com/NetApp-Automation/na_ora_hadr_failover_resync.git

Lesen Sie die README-Anweisung sorgfältig, bevor Sie die Einrichtung und Failover-Tests durchführen.