Le déploiement nécessite l'exécution de deux bases de données PostgreSQL existantes sur le stockage ONTAP, l'une en tant que serveur de base de données principal et l'autre en tant que serveur de base de données clone. Pour obtenir des informations de référence sur le déploiement de bases de données PostgreSQL sur ONTAP, reportez-vous "Déploiement PostgreSQL automatisé haute disponibilité et reprise après incident dans AWS FSX/EC2"au document TR-4956: , À la recherche du manuel de déploiement automatisé PostgreSQL sur l'instance principale.

Provisionnez un serveur Windows pour exécuter l'outil d'interface utilisateur NetApp SnapCenter avec la dernière version. Pour plus de détails, reportez-vous au lien suivant : "Installez le serveur SnapCenter".

À partir du serveur Windows SnapCenter, téléchargez et installez le dernier JDK Java à partir de "Obtenir Java pour les applications de bureau". Désactivez le pare-feu Windows.

À partir du serveur Windows SnapCenter, téléchargez et installez ou mettez à jour SnapCenter 6.0 prérequis pour Windows : PowerShell - PowerShell-7.4.3-win-x64.msi et paquet d'hébergement .Net - dotnet-hosting-8.0.6-win.

À partir du serveur Windows SnapCenter, téléchargez et installez la dernière version (actuellement 6.0) du fichier exécutable d'installation SnapCenter sur le site de support NetApp : "NetApp | support".

A partir des VM de base de données, activez l'authentification ssh sans mot de passe pour l'utilisateur administrateur et son sudo Privileges sans mot de passe admin.

A partir des VM de base de données, arrêtez et désactivez le démon de pare-feu Linux. Installez Java-11-openjdk.

À partir du serveur Windows SnapCenter, lancez le navigateur pour vous connecter à SnapCenter avec les informations d'identification de l'utilisateur de l'administrateur local Windows ou de l'utilisateur du domaine via le port 8146.

Révision Get Started menu en ligne.

Dans Settings-Global Settings, vérifier Hypervisor Settings Et cliquez sur mettre à jour.

Au besoin, régler Session Timeout Pour l'interface utilisateur SnapCenter à l'intervalle souhaité.

Ajoutez des utilisateurs supplémentaires à SnapCenter si nécessaire.

Le Roles Répertorie les rôles intégrés pouvant être attribués à différents utilisateurs SnapCenter. Les rôles personnalisés peuvent également être créés par l'utilisateur administrateur avec les privilèges souhaités.

Dans Settings-Credential, créez des informations d'identification pour les cibles de gestion SnapCenter. Dans ce cas d'utilisation de démonstration, il s'agit de l'administrateur utilisateur linux pour la connexion à la machine virtuelle du serveur de base de données et des informations d'identification postgres pour l'accès PostgreSQL.

Réinitialisez le mot de passe PostgreSQL user postgres avant de créer les informations d'identification.

Dans Storage Systems l'onglet, ajoutez les ONTAP cluster informations d'identification ONTAP cluster admin. Pour Azure NetApp Files, vous devez créer des informations d'identification spécifiques pour l'accès au pool de capacité.

Dans Hosts l'onglet, ajoutez les VM de base de données PostgreSQL, qui installent le plug-in SnapCenter pour PostgreSQL sur Linux.

Une fois le plug-in hôte installé sur la machine virtuelle du serveur de base de données, les bases de données de l'hôte sont automatiquement découvertes et visibles dans Resources l'onglet.

Connectez-vous à PostgreSQL en tant qu' `postgres`utilisateur. Créer, puis déposer une table de 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

Dans Resources l'onglet, ouvrez la page de sauvegarde de la base de données. Sélectionnez la sauvegarde de snapshot à restaurer. Cliquez ensuite sur Restore le bouton pour lancer le workflow de récupération de la base de données. Notez l'horodatage de la sauvegarde lors de l'exécution d'une restauration à un point dans le temps.

Sélectionnez Restore scope. Pour le moment, une ressource complète n'est qu'une option.

Pour Recovery Scope, choisissez Recover to point in time et entrez l'horodatage de la restauration jusqu'à.

Le PreOps permet l'exécution de scripts sur la base de données avant l'opération de restauration/récupération ou laisse-le noir.

Le PostOps permet l'exécution de scripts sur la base de données après une opération de restauration ou de restauration, ou laisse-le noir.

Notification par e-mail si vous le souhaitez.

Passez en revue le résumé des tâches et Finish pour lancer la tâche de restauration.

Cliquez sur exécution du travail pour l'ouvrir Job Details fenêtre. L'état du travail peut également être ouvert et affiché à partir du Monitor onglet.

Connectez-vous à PostgreSQL en tant qu' `postgres`utilisateur et vérifiez que la table de test a été restaurée.

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

Pour valider le processus de clonage. Insérez une ligne dans la table de test. Exécutez ensuite une sauvegarde pour capturer les données de 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)

Dans Resources l'onglet, ouvrez la page de sauvegarde du cluster de bases de données. Choisissez l'instantané de la sauvegarde de la base de données qui contient les données de test. Cliquez ensuite sur clone le bouton pour lancer le flux de travail de clonage de base de données.

Sélectionnez un hôte de serveur de base de données différent du serveur de base de données source. Choisissez un port TCP inutilisé 543X sur l'hôte cible.

Entrez tous les scripts à exécuter avant ou après l'opération de clonage.

Notification par e-mail si vous le souhaitez.

Passez en revue le résumé et Finish lancez le processus de clonage.

Cliquez sur exécution du travail pour l'ouvrir Job Details fenêtre. L'état du travail peut également être ouvert et affiché à partir du Monitor onglet.

La base de données clonée s'enregistre immédiatement auprès de SnapCenter.

Valider le cluster de base de données cloné sur l'hôte du serveur de base de données cible.

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