Per la distribuzione sono necessari due database PostgreSQL esistenti in esecuzione su storage ONTAP , uno come server DB primario e l'altro come server DB clone. Per informazioni sulla distribuzione del database PostgreSQL su ONTAP, fare riferimento a TR-4956:"Distribuzione automatizzata di PostgreSQL ad alta disponibilità e ripristino di emergenza in AWS FSx/EC2" , alla ricerca del playbook di distribuzione automatizzata di PostgreSQL sull'istanza primaria.

Fornire un server Windows per eseguire lo strumento NetApp SnapCenter UI con la versione più recente. Per maggiori dettagli fare riferimento al seguente link:"Installare il server SnapCenter" .

Dal server Windows SnapCenter , scarica e installa l'ultima versione di Java JDK da"Ottieni Java per le applicazioni desktop" . Disattivare il firewall di Windows.

Dal server Windows di SnapCenter , scaricare e installare o aggiornare i prerequisiti SnapCenter 6.0 Windows: PowerShell - PowerShell-7.4.3-win-x64.msi e pacchetto di hosting .Net - dotnet-hosting-8.0.6-win.

Dal server Windows di SnapCenter , scaricare e installare l'ultima versione (attualmente 6.0) dell'eseguibile di installazione SnapCenter dal sito di supporto NetApp :"NetApp | Supporto" .

Dal database DB VM, abilitare l'autenticazione senza password SSH per l'utente amministratore admin e i suoi privilegi sudo senza password.

Dalle VM del database DB, arrestare e disabilitare il demone del firewall Linux. Installa java-11-openjdk.

Dal server Windows SnapCenter , avviare il browser per accedere a SnapCenter con le credenziali dell'utente amministratore locale di Windows o dell'utente di dominio tramite la porta 8146.

Revisione Get Started menù online.

In Settings-Global Settings , controllo Hypervisor Settings e clicca su Aggiorna.

Se necessario, regolare Session Timeout per l'interfaccia utente SnapCenter all'intervallo desiderato.

Se necessario, aggiungi altri utenti a SnapCenter .

IL Roles La scheda elenca i ruoli predefiniti che possono essere assegnati ai diversi utenti SnapCenter . I ruoli personalizzati possono anche essere creati dall'utente amministratore con i privilegi desiderati.

Da Settings-Credential , crea credenziali per gli obiettivi di gestione SnapCenter . In questo caso d'uso dimostrativo, sono l'utente amministratore Linux per l'accesso alla VM del server DB e le credenziali PostgreSQL per l'accesso a PostgreSQL.

Reimpostare la password dell'utente PostgreSQL postgres prima di creare le credenziali.

Da Storage Systems scheda, aggiungi ONTAP cluster con credenziali di amministratore del cluster ONTAP . Per Azure NetApp Files, sarà necessario creare una credenziale specifica per l'accesso al pool di capacità.

Da Hosts scheda, aggiungi PostgreSQL DB VM, che installa il plugin SnapCenter per PostgreSQL su Linux.

Una volta installato il plug-in host sulla macchina virtuale del server DB, i database sull'host vengono rilevati automaticamente e visibili in Resources scheda.

Accedi a PostgreSQL come postgres utente. Crea, quindi elimina una tabella di prova.

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

Da Resources scheda, apri la pagina di backup del database. Selezionare il backup SnapShot da ripristinare. Quindi, fare clic su Restore pulsante per avviare il flusso di lavoro di ripristino del database. Quando si esegue un ripristino point-in-time, prendere nota del timestamp del backup.

Selezionare Restore scope . Al momento, una risorsa completa è l'unica opzione.

Per Recovery Scope , scegliere Recover to point in time e immettere il timestamp fino al quale viene effettuato il rollforward del ripristino.

IL PreOps consente l'esecuzione di script sul database prima dell'operazione di ripristino/recupero oppure lasciarlo nero.

IL PostOps consente l'esecuzione di script sul database dopo l'operazione di ripristino/recupero oppure lasciarlo nero.

Notifica via e-mail, se desiderato.

Rivedi il riepilogo del lavoro e Finish per avviare il processo di ripristino.

Fare clic sul lavoro in esecuzione per aprirlo Job Details finestra. Lo stato del lavoro può anche essere aperto e visualizzato da Monitor scheda.

Accedi a PostgreSQL come postgres utente e convalidare che la tabella di prova sia stata recuperata.

[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)

Per convalidare il processo di clonazione. Di nuovo, inserisci una riga nella tabella di prova. Quindi eseguire un backup per acquisire i dati di prova.

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)

Da Resources scheda, aprire la pagina di backup del cluster del database. Selezionare lo snapshot del backup del database che contiene i dati di prova. Quindi, fare clic su clone pulsante per avviare il flusso di lavoro di clonazione del database.

Selezionare un host del server DB diverso dal server DB di origine. Scegliere una porta TCP 543x non utilizzata sull'host di destinazione.

Inserire eventuali script da eseguire prima o dopo l'operazione di clonazione.

Notifica via e-mail, se desiderato.

Riepilogo della recensione e Finish per avviare il processo di clonazione.

Fare clic sul lavoro in esecuzione per aprirlo Job Details finestra. Lo stato del lavoro può anche essere aperto e visualizzato da Monitor scheda.

Il database clonato si registra immediatamente con SnapCenter .

Convalida il cluster di database clonato sull'host del server DB di destinazione.

[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)