導入には、 ONTAPストレージ上で実行される既存の PostgreSQL データベースが 2 つ必要です。1 つはプライマリ DB サーバーとして、もう 1 つはクローン DB サーバーとして必要です。 ONTAPでの PostgreSQL データベースの導入については、TR-4956 を参照してください。"AWS FSx/EC2 における PostgreSQL の高可用性の自動化と災害復旧" 、プライマリインスタンス上の PostgreSQL 自動デプロイメント プレイブックを検索します。

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

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

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

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

データベースDB VMから、管理者ユーザーに対してSSHパスワードレス認証を有効にする `admin`パスワードなしで sudo 権限も使用できます。

データベース 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 cluster`ONTAPクラスタ管理者の認証情報を使用します。 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`タブで、データベース バックアップ ページを開きます。復元するスナップショット バックアップを選択します。次に、 `Restore`データベース回復ワークフローを起動するボタン。ポイントインタイムリカバリを実行するときは、バックアップのタイムスタンプをメモしてください。

選択 Restore scope。現時点では、完全なリソースが唯一の選択肢です。

のために Recovery Scope、 選ぶ `Recover to point in time`リカバリがロールフォワードされるタイムスタンプを入力します。

その `PreOps`復元/回復操作の前にデータベースに対してスクリプトを実行するか、そのままにしておくことができます。

その `PostOps`復元/回復操作後にデータベースに対してスクリプトを実行するか、そのままにしておくことができます。

必要に応じて電子メールで通知します。

仕事の概要を確認し、 `Finish`復元ジョブを開始します。

実行中のジョブをクリックして開きます `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`タブで、データベース クラスターのバックアップ ページを開きます。テスト データが含まれているデータベース バックアップのスナップショットを選択します。次に、 `clone`データベースクローンワークフローを起動するボタン。

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

クローン操作の前または後に実行するスクリプトを入力します。

必要に応じて電子メールで通知します。

レビューの概要と `Finish`クローンプロセスを起動します。

実行中のジョブをクリックして開きます `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)