La puesta en marcha requiere dos bases de datos PostgreSQL existentes que se ejecuten en un almacenamiento de ONTAP, una como servidor de base de datos primario y otra como servidor de base de datos clonado. Para obtener referencia sobre la implementación de bases de datos PostgreSQL en ONTAP, consulte TR-4956"Puesta en marcha automatizada de alta disponibilidad y recuperación ante desastres de PostgreSQL en AWS FSX/EC2": , Buscando el libro de estrategia de implementación automatizada de PostgreSQL en la instancia primaria.

Aprovisione un servidor de Windows para ejecutar la herramienta de interfaz de usuario de NetApp SnapCenter con la versión más reciente. Consulte el siguiente enlace para obtener más información"Instale el servidor SnapCenter": .

Desde el servidor Windows de SnapCenter, descargue e instale el JDK de java más reciente desde "Obtenga Java para aplicaciones de escritorio". Desactive el firewall de Windows.

Desde el servidor SnapCenter Windows, descargue e instale o actualice los requisitos previos de SnapCenter 6,0 Windows: PowerShell - PowerShell-7,4.3-win-x64.msi y el paquete de alojamiento .net - dotnet-hosting-8,0.6-win.

Desde el servidor de Windows de SnapCenter, descargue e instale la última versión (actualmente 6,0) del ejecutable de instalación de SnapCenter desde el sitio de soporte de NetApp: "NetApp | Soporte".

Desde las VM de base de datos, habilite la autenticación ssh sin contraseña para el usuario administrador admin y su sudo Privileges sin contraseña.

Desde las máquinas virtuales de base de datos, detenga y desactive el demonio de firewall de Linux. Instale java-11-openjdk.

Desde el servidor Windows de SnapCenter, inicie el explorador para iniciar sesión en SnapCenter con el usuario administrador local de Windows o la credencial de usuario de dominio a través del puerto 8146.

Revisar Get Started menú en línea.

Pulg Settings-Global Settings, compruebe Hypervisor Settings Y haga clic en Actualizar.

Si es necesario, ajuste Session Timeout Para la interfaz de usuario de SnapCenter del intervalo deseado.

Añada usuarios adicionales a SnapCenter si es necesario.

La Roles Muestra los roles incorporados que se pueden asignar a diferentes usuarios de SnapCenter. El usuario administrador con privilegios deseados también puede crear roles personalizados.

De Settings-Credential, crear credenciales para destinos de gestión de SnapCenter. En este caso de uso de demostración, son administradores de usuario de linux para iniciar sesión en la máquina virtual del servidor de base de datos y credenciales postgres para el acceso a PostgreSQL.

Restablecer el usuario PostgreSQL postgres contraseña antes de crear la credencial.

Desde Storage Systems la pestaña, añada ONTAP cluster con credencial de administrador del clúster de ONTAP. Para Azure NetApp Files, deberá crear una credencial específica para acceder al pool de capacidad.

Desde Hosts la pestaña, agregue PostgreSQL DB VMs, que instala el plugin de SnapCenter para PostgreSQL en Linux.

Una vez instalado el plugin de host en la VM del servidor de base de datos, las bases de datos del host se detectan automáticamente y se pueden ver en Resources el separador.

Inicie sesión en PostgreSQL como postgres usuario. Crear y, a continuación, borrar una tabla de prueba.

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

En Resources la pestaña, abra la página de backup de base de datos. Seleccione el backup de la snapshot que se desea restaurar. A continuación, haga clic Restore en el botón para iniciar el flujo de trabajo de recuperación de la base de datos. Anote la marca de tiempo del backup al realizar una recuperación puntual.

Seleccione Restore scope. EN este momento, un recurso completo es solo una opción.

Para Recovery Scope, seleccione Recover to point in time e introduzca el registro de hora hasta el que se ha acumulado la recuperación.

`PreOps`Permite la ejecución de scripts contra la base de datos antes de la operación de restauración/recuperación o simplemente dejarlo en negro.

`PostOps`Permite la ejecución de scripts contra la base de datos después de la operación de restauración/recuperación o simplemente dejarlo en negro.

Notificación por correo electrónico si lo desea.

Revise el resumen del trabajo e Finish inicie el trabajo de restauración.

Haga clic en Ejecutar trabajo para abrirlo Job Details ventana. El estado del trabajo también se puede abrir y ver desde la Monitor pestaña.

Inicie sesión en PostgreSQL como postgres usuario y valide que la tabla de prueba se ha recuperado.

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

Para validar el proceso de clonación. De nuevo, inserte una fila en la tabla de prueba. A continuación, ejecute una copia de seguridad para capturar los datos de prueba.

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)

En Resources la pestaña, abra la página de backup de cluster de base de datos. Seleccione la instantánea de la copia de seguridad de la base de datos que contiene los datos de prueba. A continuación, haga clic en clone el botón para iniciar el flujo de trabajo de clonado de la base de datos.

Seleccione un host de servidor de base de datos distinto del servidor de base de datos de origen. Seleccione un puerto TCP 543x no utilizado en el host de destino.

Introduzca cualquier script que se ejecute antes o después de la operación de clonado.

Notificación por correo electrónico si lo desea.

Revisar resumen e Finish iniciar proceso de clonación.

Haga clic en Ejecutar trabajo para abrirlo Job Details ventana. El estado del trabajo también se puede abrir y ver desde la Monitor pestaña.

Los registros de bases de datos clonadas se registran con SnapCenter inmediatamente.

Validar el cluster de base de datos clonado en el host del servidor de base de datos de destino.

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