Für die Implementierung sind zwei PostgreSQL-Datenbanken erforderlich, die auf ONTAP Storage ausgeführt werden: Eine als primärer DB-Server und die andere als Klon-DB-Server. Als Referenz zur Implementierung von PostgreSQL-Datenbanken auf ONTAP, TR-4956: "Automatisierte PostgreSQL High Availability-Implementierung und Disaster Recovery in AWS FSX/EC2", Suche nach dem Playbook für die automatisierte PostgreSQL-Implementierung auf der primären Instanz.

Stellen Sie einen Windows-Server bereit, um das UI-Tool NetApp SnapCenter mit der neuesten Version auszuführen. Weitere Informationen finden Sie unter folgendem Link: "Installieren Sie den SnapCenter-Server".

Laden Sie vom SnapCenter Windows-Server die neueste java JDK herunter und installieren Sie sie unter "Holen Sie sich Java für Desktop-Anwendungen". Deaktivieren Sie die Windows-Firewall.

Laden Sie auf dem SnapCenter Windows-Server die Windows-Voraussetzungen für SnapCenter 6.0 herunter, und installieren oder aktualisieren Sie sie: PowerShell - PowerShell-7.4.3-win-x64.msi und .Net-Hosting-Paket - dotnet-Hosting-8.0.6-win.

Laden Sie vom SnapCenter Windows-Server die neueste Version (derzeit 6.0) der ausführbaren SnapCenter-Installation von der NetApp-Support-Website herunter und installieren Sie sie: "NetApp Support".

Aktivieren Sie aus Datenbank-DB-VMs die SSH-Authentifizierung ohne Kennwort für den Administrator-Benutzer admin und dessen sudo-Privileges.

Von Datenbank-DB-VMs, stoppen und deaktivieren Sie Linux-Firewall-Daemon. Installieren Sie java-11-openjdk.

Starten Sie vom SnapCenter Windows-Server aus den Browser, um sich mit den Anmeldeinformationen des lokalen Windows-Administrators oder des Domänenbenutzers über Port 8146 bei SnapCenter anzumelden.

Prüfen Get Started Online-Menü.

In Settings-Global Settings, Überprüfen Hypervisor Settings Und klicken Sie auf Aktualisieren.

Bei Bedarf einstellen Session Timeout Für die SnapCenter-Benutzeroberfläche das gewünschte Intervall.

Fügen Sie bei Bedarf weitere Benutzer zu SnapCenter hinzu.

Der Roles Auf der Registerkarte werden die integrierten Rollen aufgeführt, die verschiedenen SnapCenter-Benutzern zugewiesen werden können. Benutzerdefinierte Rollen können auch vom Admin-Benutzer mit den gewünschten Berechtigungen erstellt werden.

Erstellen Sie von Settings-Credential Anmeldeinformationen für SnapCenter-Managementziele. In diesem Demo-Anwendungsbeispiel handelt es sich um linux-Benutzer-Administrator für die Anmeldung bei der DB-Server-VM und Postgres-Anmeldeinformationen für PostgreSQL-Zugriff.

Setzen Sie das PostgreSQL-Benutzer-Passwort für postgres zurück, bevor Sie die Anmeldeinformationen erstellen.

Storage Systems`Fügen Sie auf der Registerkarte mit den ONTAP-Cluster-Administratorberechtigungen hinzu `ONTAP cluster. Für Azure NetApp Files müssen Sie eine spezifische Anmeldeinformation für den Zugriff auf den Kapazitätspool erstellen.

Von der Hosts Registerkarte, fügen Sie PostgreSQL DB VMs, die installiert SnapCenter Plugin für PostgreSQL auf Linux.

Sobald das Host-Plugin auf der VM des DB-Servers installiert ist, werden die Datenbanken auf dem Host automatisch erkannt und in der Registerkarte sichtbar Resources.

Melden Sie sich bei PostgreSQL als Benutzer an postgres. Erstellen Sie eine Testtabelle, und legen Sie sie dann ab.

postgres=# \dt
Did not find any relations.


postgres=# create table test (id integer, dt timestamp, event varchar(100));
CREATE TABLE
postgres=# \dt
        List of relations
 Schema | Name | Type  |  Owner
--------+------+-------+----------
 public | test | table | postgres
(1 row)

postgres=# insert into test values (1, now(), 'test PostgreSQL point in time recovery with SnapCenter');
INSERT 0 1

postgres=# select * from test;
 id |             dt             |                         event
----+----------------------------+--------------------------------------------------------
  1 | 2024-10-08 17:55:41.657728 | test PostgreSQL point in time recovery with SnapCenter
(1 row)

postgres=# drop table test;
DROP TABLE
postgres=# \dt
Did not find any relations.

postgres=# select current_time;
    current_time
--------------------
 17:59:20.984144+00

Öffnen Sie auf der Resources Registerkarte die Seite zur Datenbanksicherung. Wählen Sie das wiederherzustellende Snapshot Backup aus. Klicken Sie dann auf die Restore Schaltfläche, um den Datenbank-Recovery-Workflow zu starten. Notieren Sie sich den Zeitstempel des Backups, wenn Sie eine Point-in-Time-Wiederherstellung durchführen.

Wählen Sie Restore scope. IN diesem Moment ist eine komplette Ressource nur eine Option.

Wählen Sie Recover to point in time für Recovery Scope den Zeitstempel, auf den die Wiederherstellung aufgerollt wird, und geben Sie ihn ein.

Das PreOps ermöglicht die Ausführung von Skripten gegen die Datenbank vor dem Wiederherstellungsvorgang oder lässt sie einfach schwarz.

Das ermöglicht die PostOps Ausführung von Skripten gegen die Datenbank nach dem Restore/Recovery-Vorgang oder lässt sie einfach schwarz.

Benachrichtigung per E-Mail, falls gewünscht.

Überprüfen Sie die Jobzusammenfassung, und Finish starten Sie den Wiederherstellungsjob.

Klicken Sie auf Job ausführen, um sie zu öffnen Job Details Fenster. Der Jobstatus kann auch über das geöffnet und angezeigt werden Monitor Registerkarte.

Melden Sie sich bei PostgreSQL als Benutzer an postgres und überprüfen Sie, ob die Testtabelle wiederhergestellt wurde.

[postgres@psql01 ~]$ psql
psql (14.13)
Type "help" for help.

postgres=# \dt
        List of relations
 Schema | Name | Type  |  Owner
--------+------+-------+----------
 public | test | table | postgres
(1 row)

postgres=# select * from test;
 id |             dt             |                         event
----+----------------------------+--------------------------------------------------------
  1 | 2024-10-08 17:55:41.657728 | test PostgreSQL point in time recovery with SnapCenter
(1 row)

postgres=# select now();
              now
-------------------------------
 2024-10-08 18:22:33.767208+00
(1 row)

Um den Klonprozess zu validieren. Fügen Sie erneut eine Zeile in die Testtabelle ein. Führen Sie anschließend ein Backup aus, um die Testdaten zu erfassen.

postgres=# insert into test values (2, now(), 'test PostgreSQL clone to a different DB server host');
INSERT 0 1
postgres=# select * from test;
 id |             dt             |                        event
----+----------------------------+-----------------------------------------------------
  2 | 2024-10-11 20:15:04.252868 | test PostgreSQL clone to a different DB server host
(1 row)

Öffnen Sie auf der Resources Registerkarte die Seite Datenbank-Cluster-Backup. Wählen Sie den Snapshot der Datenbanksicherung aus, die die Testdaten enthält. Klicken Sie dann auf die clone Schaltfläche, um den Workflow für Datenbankklone zu starten.

Wählen Sie einen anderen DB-Server-Host als den Quell-DB-Server aus. Wählen Sie einen nicht verwendeten TCP-Port 543x auf dem Zielhost aus.

Geben Sie alle Skripte ein, die vor oder nach dem Klonvorgang ausgeführt werden sollen.

Benachrichtigung per E-Mail, falls gewünscht.

Überprüfen Sie die Zusammenfassung, und Finish starten Sie den Klonprozess.

Klicken Sie auf Job ausführen, um sie zu öffnen Job Details Fenster. Der Jobstatus kann auch über das geöffnet und angezeigt werden Monitor Registerkarte.

Unmittelbar geklonte Datenbank wird bei SnapCenter registriert.

Validierung des geklonten Datenbank-Clusters auf dem Host des Ziel-DB-Servers

[postgres@psql01 ~]$ psql -d postgres -h 10.61.186.7 -U postgres -p 5433
Password for user postgres:
psql (14.13)
Type "help" for help.

postgres=# select * from test;
 id |             dt             |                        event
----+----------------------------+-----------------------------------------------------
  2 | 2024-10-11 20:15:04.252868 | test PostgreSQL clone to a different DB server host
(1 row)

postgres=# select pg_read_file('/etc/hostname') as hostname;
 hostname
----------
 psql02  +

(1 row)