L'implementazione richiede due database PostgreSQL esistenti in esecuzione sullo storage ONTAP, uno come server DB primario e l'altro come server DB clone. Per riferimento sulla distribuzione del database PostgreSQL su ONTAP, fare riferimento al documento TR-4956: "Implementazione automatica di PostgreSQL High Availability e disaster recovery in AWS FSX/EC2", Alla ricerca del manuale di distribuzione automatica PostgreSQL sull'istanza primaria.

Eseguire il provisioning di un server Windows per eseguire lo strumento dell'interfaccia utente di NetApp SnapCenter con la versione più recente. Fare riferimento al seguente link per i dettagli: "Installare il server SnapCenter".

Dal server SnapCenter Windows, scaricare e installare l'ultima versione di java JDK dal sito "Scarica Java per le applicazioni desktop". Disattivare Windows firewall.

Dal server Windows SnapCenter, scaricare e installare o aggiornare SnapCenter 6,0 prerequisiti Windows: PowerShell - PowerShell-7,4.3-win-x64.msi e pacchetto hosting .Net - dotnet-hosting-8,0.6-win.

Dal server Windows di SnapCenter, scaricare e installare la versione più recente (attualmente 6,0) del file eseguibile di installazione di SnapCenter dal sito di supporto NetApp: "NetApp | Assistenza".

Dalle macchine virtuali del database, abilitare l'autenticazione ssh senza password per l'utente amministratore admin e il suo sudo Privileges senza password.

Dalle macchine virtuali del database, interrompere e disattivare il demon del firewall Linux. Installare java-11-openjdk.

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

Revisione Get Started menu online.

Poll Settings-Global Settings, controllo Hypervisor Settings E fare clic su Aggiorna.

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

Se necessario, aggiungere altri utenti a SnapCenter.

Il Roles Elenca i ruoli incorporati che possono essere assegnati a diversi utenti SnapCenter. I ruoli personalizzati possono anche essere creati dall'utente amministratore con i privilegi desiderati.

Da Settings-Credential, creare le credenziali per gli obiettivi di gestione di SnapCenter. In questo caso di utilizzo dimostrativo, si tratta dell'amministratore utente linux per l'accesso alla VM del server DB e delle credenziali postgres per l'accesso a PostgreSQL.

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

Dalla Storage Systems scheda, aggiungere ONTAP cluster con la credenziale di amministratore del cluster ONTAP. Per Azure NetApp Files, è necessario creare una credenziale specifica per l'accesso al pool di capacità.

Dalla Hosts scheda, aggiungere le VM di database PostgreSQL, che installa il plugin SnapCenter per PostgreSQL su Linux.

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

Accedere a PostgreSQL come postgres utente. Creare, quindi rilasciare una tabella di test.

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

Dalla Resources scheda, aprire la pagina di backup del database. Selezionare il backup snapshot da ripristinare. Quindi, fare clic sul Restore pulsante per avviare il flusso di lavoro di ripristino del database. Prendere nota della data e dell'ora del backup quando si esegue un ripristino point-in-time.

Selezionare Restore scope. Al momento, una risorsa completa è solo un'opzione.

Per Recovery Scope, scegliere Recover to point in time e immettere la data e l'ora in cui viene eseguito il rollback.

La PreOps consente l'esecuzione di script sul database prima dell'operazione di ripristino o semplicemente di lasciarla nera.

La PostOps consente l'esecuzione di script sul database dopo l'operazione di ripristino/ripristino o semplicemente lasciarla nera.

Notifica via e-mail, se lo si desidera.

Esaminare il riepilogo del processo e Finish avviare il processo di ripristino.

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

Accedere a PostgreSQL come postgres utente e verificare che la tabella di test 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 cloning. Inserire nuovamente una riga nella tabella di prova. Quindi, eseguire un backup per acquisire i dati del test.

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)

Dalla Resources scheda, aprire la pagina di backup del cluster di database. Scegliere l'istantanea del backup del database che contiene i dati del test. Quindi, fare clic sul clone pulsante per avviare il flusso di lavoro dei cloni 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 lo si desidera.

Rivedere il riepilogo e Finish avviare il processo di clonazione.

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

Il database clonato si registra immediatamente con SnapCenter.

Convalida del 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)