導入環境では、ONTAPストレージ上で2つの既存のPostgreSQLデータベースが実行されている必要があります。1つはプライマリDBサーバとして、もう1つはクローンDBサーバとして実行されます。ONTAPへのPostgreSQLデータベースの導入については、TR-4956：『"AWS FSX/EC2におけるPostgreSQL高可用性導入とディザスタリカバリの自動化"looking for the PostgreSQL automated deployment playbook on primary instance』を参照してください。

NetApp SnapCenter UIツールを最新バージョンで実行するようにWindowsサーバをプロビジョニングします。詳細については、次のリンクを参照してください。"SnapCenter サーバをインストールします"

SnapCenter Windowsサーバから'から最新のJava JDKをダウンロードしてインストールし"デスクトップアプリケーション用Javaの取得"ますWindowsファイアウォールをオフにします。

SnapCenter Windowsサーバから、SnapCenter 6.0 Windowsの前提条件をダウンロードしてインストールまたは更新します。PowerShell-PowerShell-7.4.3-win-x64.msiおよび.Net hosting package-dotnet-hosting-8.0.6-win

SnapCenter Windowsサーバから、最新バージョン（現在は6.0）のSnapCenterインストール実行ファイルをNetAppサポートサイトからダウンロードしてインストールします"NetApp |サポート"。

データベースDB VMから、管理者ユーザとそのsudo Privileges（パスワードなし）に対してsshパスワードレス認証を有効にします admin。

データベースDB VMから、Linuxファイアウォールデーモンを停止および無効にします。java-11-openjdkをインストールします。

SnapCenter Windowsサーバからブラウザを起動し、ポート8146を使用してWindowsローカル管理者ユーザまたはドメインユーザのクレデンシャルを使用してSnapCenterにログインします。

レビュー Get Started オンラインメニュー。

インチ Settings-Global Settings、チェック Hypervisor Settings [更新]をクリックします。

必要に応じて、 Session Timeout SnapCenter UIの場合は、希望する間隔に移動します。

必要に応じて、SnapCenterにユーザを追加します。

。 Roles タブには、さまざまなSnapCenterユーザに割り当てることができる組み込みロールが表示されます。カスタムロールは、必要な権限を持つ管理者ユーザが作成することもできます。

で Settings-Credential、SnapCenter管理ターゲットのクレデンシャルを作成します。このデモのユースケースでは、DBサーバVMへのログイン用のLinuxユーザadminと、PostgreSQLアクセス用のpostgresクレデンシャルを使用します。

クレデンシャルを作成する前にPostgreSQLユーザpostgresパスワードをリセットしてください。

`Storage Systems`タブで、ONTAPクラスタ管理者のクレデンシャルを指定してを追加し `ONTAP cluster`ます。Azure NetApp Filesの場合は、容量プールアクセス用のクレデンシャルを作成する必要があります。

タブから Hosts、PostgreSQL DB VMを追加します。これにより、Linux上でPostgreSQL用のSnapCenterプラグインがインストールされます。

DBサーバVMにホストプラグインをインストールすると、ホスト上のデータベースが自動検出され、タブに表示されます Resources。

ユーザとしてPostgreSQLにログインし `postgres`ます。テストテーブルを作成してドロップします。

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

`Resources`タブで、データベースバックアップのページを開きます。リストアするSnapshotバックアップを選択します。次に、ボタンをクリックし `Restore`てデータベースリカバリワークフローを起動します。ポイントインタイムリカバリを実行するときのバックアップのタイムスタンプをメモします。

を選択します Restore scope。現時点では、完全なリソースは唯一のオプションです。

で Recovery Scope、リカバリがロールアップされるタイムスタンプを選択し `Recover to point in time`て入力します。

では PreOps、リストア/リカバリ処理の前にデータベースに対してスクリプトを実行するか、そのまま黒くすることができます。

では PostOps、リストア/リカバリ処理後にデータベースに対してスクリプトを実行するか、そのまま黒くすることができます。

必要に応じてEメールで通知

ジョブの概要を確認し、 `Finish`リストアジョブを開始します。

[Running job]をクリックして開きます。 Job Details ウィンドウ。ジョブステータスは、 Monitor タブ。

ユーザとしてPostgreSQLにログインし postgres、テストテーブルがリカバリされたことを確認します。

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

をクリックしてクローンプロセスを検証します。もう一度、テストテーブルに行を挿入します。次に、バックアップを実行してテストデータをキャプチャします。

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)

`Resources`タブで、データベースクラスタバックアップページを開きます。テストデータを含むデータベースバックアップのSnapshotを選択します。次に、ボタンをクリックし `clone`てデータベースクローンワークフローを起動します。

ソースDBサーバ以外の別のDBサーバホストを選択してください。ターゲットホストで未使用のTCPポート543xを選択します。

クローニング処理の前後に実行するスクリプトを入力します。

必要に応じてEメールで通知

概要を確認し、 `Finish`クローニングプロセスを開始します。

[Running job]をクリックして開きます。 Job Details ウィンドウ。ジョブステータスは、 Monitor タブ。

クローンデータベースはすぐにSnapCenterに登録されます。

ターゲットDBサーバホスト上のクローンデータベースクラスタを検証します。

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