A implantação requer dois bancos de dados PostgreSQL existentes em execução no storage ONTAP, um como servidor de banco de dados primário e o outro como servidor de banco de dados clone. Para referência na implantação de banco de dados PostgreSQL no ONTAP, referido como TR-4956: "Implantação automatizada de alta disponibilidade e recuperação de desastres do PostgreSQL no AWS FSX/EC2", Procurando o manual de implantação automatizada PostgreSQL na instância primária.

Provisione um servidor Windows para executar a ferramenta de IU do NetApp SnapCenter com a versão mais recente. Consulte o seguinte link para obter detalhes: "Instale o servidor SnapCenter".

No servidor SnapCenter Windows, baixe e instale o JDK java mais recente do "Obtenha o Java para aplicativos de desktop". Desative o firewall do Windows.

A partir do servidor SnapCenter Windows, baixe e instale ou atualize o pacote de hospedagem SnapCenter 6,0 Windows Pré-requisitos: PowerShell - PowerShell-7,4.3-win-x64.msi e .Net - dotnet-hosting-8,0.6-win.

A partir do servidor Windows SnapCenter, baixe e instale a versão mais recente (atualmente 6,0) do executável de instalação do SnapCenter a partir do site de suporte do NetApp: "NetApp | suporte".

A partir de VMs de banco de dados DB, habilite a autenticação sem senha ssh para o usuário administrador admin e seu sudo Privileges sem senha.

A partir de VMs de banco de dados DB, pare e desative o demônio de firewall Linux. Instale o Java-11-openjdk.

A partir do servidor Windows SnapCenter, inicie o navegador para iniciar sessão no SnapCenter com o utilizador administrador local do Windows ou credencial do utilizador do domínio através da porta 8146.

Reveja Get Started o menu online.

No Settings-Global Settings, verifique Hypervisor Settings e clique em Atualizar.

Se necessário, ajuste Session Timeout a IU do SnapCenter para o intervalo desejado.

Adicione usuários adicionais ao SnapCenter, se necessário.

A Roles guia lista as funções integradas que podem ser atribuídas a diferentes usuários do SnapCenter. Funções personalizadas também podem ser criadas pelo usuário admin com o Privileges desejado.

Em Settings-Credential, crie credenciais para destinos de gerenciamento do SnapCenter. Neste caso de uso de demonstração, eles são administrador de usuários do linux para login na VM do servidor de banco de dados e credencial postgres para acesso ao PostgreSQL.

Redefina a senha do usuário PostgreSQL antes de criar a credencial.

A partir Storage Systems do separador, adicione ONTAP cluster com a credencial de administrador do cluster do ONTAP. Para o Azure NetApp Files, você precisará criar uma credencial específica para acesso ao pool de capacidade.

Na Hosts aba, adicione VMs PostgreSQL DB, que instala o plugin SnapCenter para PostgreSQL no Linux.

Uma vez que o plugin do host é instalado na VM do servidor de banco de dados, os bancos de dados no host são auto-descobertos e visíveis na Resources guia.

Faça login no PostgreSQL como postgres usuário. Crie e, em seguida, solte uma tabela de teste.

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

No Resources separador , abra a página de cópia de segurança da base de dados. Selecione o backup instantâneo a ser restaurado. Em seguida, clique Restore no botão para iniciar o fluxo de trabalho de recuperação de banco de dados. Observe o carimbo de data/hora do backup ao executar uma recuperação pontual.

`Restore scope`Selecione . Neste momento, um recurso completo é apenas uma opção.

Para Recovery Scope, escolha e insira o carimbo de data/hora para o Recover to point in time qual a recuperação é revertida.

O PreOps permite a execução de scripts contra o banco de dados antes da operação de restauração/recuperação ou simplesmente deixá-lo preto.

O PostOps permite a execução de scripts contra o banco de dados após a operação de restauração/recuperação ou apenas deixá-lo preto.

Notificação por e-mail, se desejado.

Reveja o resumo do trabalho e Finish para iniciar o trabalho de restauro.

Clique em executar trabalho para abrir Job Details a janela. O estado do trabalho também pode ser aberto e visualizado a partir do Monitor separador .

Faça login no PostgreSQL como postgres usuário e valide que a tabela de teste foi recuperada.

[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 o processo de clone. Novamente, insira uma linha na tabela de teste. Em seguida, execute um backup para capturar os dados de teste.

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)

No Resources separador , abra a página de cópia de segurança do cluster de base de dados. Escolha o instantâneo do backup do banco de dados que contém os dados de teste. Em seguida, clique clone no botão para iniciar o fluxo de trabalho clone do banco de dados.

Selecione um host de servidor de banco de dados diferente do servidor de banco de dados de origem. Escolha uma porta TCP 543x não utilizada no host de destino.

Insira quaisquer scripts para executar antes ou depois da operação clone.

Notificação por e-mail, se desejado.

Reveja o resumo e Finish para iniciar o processo de clone.

Clique em executar trabalho para abrir Job Details a janela. O estado do trabalho também pode ser aberto e visualizado a partir do Monitor separador .

Banco de dados clonado Registra com SnapCenter imediatamente.

Valide o cluster de banco de dados clonado no host de servidor de banco de dados 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)