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

Provisione um servidor Windows para executar a ferramenta NetApp SnapCenter UI com a versão mais recente. Consulte o link a seguir para obter detalhes:"Instalar o SnapCenter Server" .

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

No servidor SnapCenter Windows, baixe e instale ou atualize os pré-requisitos do SnapCenter 6.0 Windows: PowerShell - PowerShell-7.4.3-win-x64.msi e pacote de hospedagem .Net - dotnet-hosting-8.0.6-win.

No servidor SnapCenter Windows, baixe e instale a versão mais recente (atualmente 6.0) do executável de instalação do SnapCenter do site de suporte da NetApp :"NetApp | Suporte" .

A partir das VMs do banco de dados, habilite a autenticação sem senha SSH para o usuário administrador admin e seus privilégios sudo sem senha.

Nas VMs do banco de dados, pare e desabilite o firewall do Linux. Instale o java-11-openjdk.

No servidor SnapCenter Windows, inicie o navegador para efetuar login no SnapCenter com o usuário administrador local do Windows ou com a credencial de usuário de domínio pela porta 8146.

Análise Get Started cardápio online.

Em Settings-Global Settings , verificar Hypervisor Settings e clique em Atualizar.

Se necessário, ajuste Session Timeout para SnapCenter UI para o intervalo desejado.

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

O Roles lista de guias 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 administrador com os privilégios desejados.

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

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

De Storage Systems aba, adicionar ONTAP cluster com credencial de administrador de cluster ONTAP . Para o Azure NetApp Files, você precisará criar uma credencial específica para acesso ao pool de capacidade.

De Hosts guia, adicione VMs do PostgreSQL DB, que instala o plugin SnapCenter para PostgreSQL no Linux.

Depois que o plugin do host é instalado na VM do servidor DB, os bancos de dados no host são descobertos automaticamente e ficam visíveis em Resources aba.

Faça login no PostgreSQL como postgres usuário. Crie e depois exclua 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

De Resources guia, abra a página de backup do banco de dados. Selecione o backup do SnapShot a ser restaurado. Em seguida, clique em Restore botão para iniciar o fluxo de trabalho de recuperação do banco de dados. Observe o registro de data e hora do backup ao executar uma recuperação pontual.

Selecione Restore scope . Neste momento, um recurso completo é a única opção.

Para Recovery Scope , escolher Recover to point in time e insira o registro de data e hora para o qual a recuperação será rolada para frente.

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

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

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

Revise o resumo do trabalho e Finish para iniciar o trabalho de restauração.

Clique no trabalho em execução para abrir Job Details janela. O status do trabalho também pode ser aberto e visualizado no Monitor aba.

Faça login no PostgreSQL como postgres usuário e validar se 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 clonagem. 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)

De Resources guia, abra a página de backup do cluster de banco de dados. Escolha o instantâneo do backup do banco de dados que contém os dados de teste. Em seguida, clique em clone botão para iniciar o fluxo de trabalho de clonagem 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 de clonagem.

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

Resumo da revisão e Finish para iniciar o processo de clonagem.

Clique no trabalho em execução para abrir Job Details janela. O status do trabalho também pode ser aberto e visualizado no Monitor aba.

O banco de dados clonado é registrado no SnapCenter imediatamente.

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