PostgreSQLの増分バックアップとポイントインタイムリカバリ

それはすべて理論とテキストの集まりでした。実際にどのように機能するかを試してみましょう。

まず、新しいクラスターを初期化します：

/tmp/demo$ pg_ctl -D clus1 initdb
The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.

The database cluster will be initialized with locale "C.UTF-8".
The default database encoding has accordingly been set to "UTF8".
The default text search configuration will be set to "english".

Data page checksums are disabled.

creating directory clus1 ... ok
creating subdirectories ... ok
selecting default max_connections ... 100
selecting default shared_buffers ... 128MB
selecting dynamic shared memory implementation ... posix
creating configuration files ... ok
running bootstrap script ... ok
performing post-bootstrap initialization ... ok
syncing data to disk ... ok

WARNING: enabling "trust" authentication for local connections
You can change this by editing pg_hba.conf or using the option -A, or
--auth-local and --auth-host, the next time you run initdb.

Success. You can now start the database server using:

    /usr/lib/postgresql/10/bin/pg_ctl -D clus1 -l logfile start

安全な保管場所として機能するディレクトリも作成します。これを「アーカイブ」と呼びましょう。

/tmp/demo$ mkdir archive
/tmp/demo$ ls -l
total 8
drwxr-xr-x  2 postgres postgres 4096 Jun  4 14:02 archive
drwx------ 19 postgres postgres 4096 Jun  4 14:02 clus1

サーバーを起動する前に、前に説明したアーカイブ設定を構成する必要があります。それでは、clus1/postgres.confの最後に以下を追加しましょう。 ：

port = 6000
wal_level = logical
archive_mode = on
archive_command = 'cp %p /tmp/demo/archive/%f'
archive_timeout = 60

アーカイブコマンドは、WALファイルを以前に作成したアーカイブディレクトリにコピーするだけです。

archive_timeoutも追加しました 設定。通常、WALファイルは、16MBのWALファイルを満たすのに十分なWALレコードがある場合にのみ作成されます。これは、書き込みが少ないサーバーの場合、WALファイルが作成されるまで長時間待たなければならない可能性があることを意味します。 archive_timeoutを設定すると、Postgresに必須であることが通知されます。 いっぱいかどうかに関係なく、非常に多くの秒ごとにaWALファイルを作成します。

ここではこれを60（秒）に設定していますが、これはデモ専用です！通常、これほど低く抑えたくないでしょう。

「clus1」のコピーも作成しましょう。これは完全バックアップに相当します。

/tmp/demo$ cp -Rp clus1 clus2
/tmp/demo$ ls -l
total 12
drwxr-xr-x  2 postgres postgres 4096 Jun  4 14:02 archive
drwx------ 19 postgres postgres 4096 Jun  4 14:03 clus1
drwx------ 19 postgres postgres 4096 Jun  4 14:03 clus2

これでクラスターを開始できます：

/tmp/demo$ pg_ctl -D clus1 -l log1 start
waiting for server to start.... done
server started

いくつかのデータを追加しましょう。

/tmp/demo$ psql -h /var/run/postgresql -p 6000 postgres
psql (10.8 (Ubuntu 10.8-0ubuntu0.18.04.1))
Type "help" for help.

postgres=# create database demo;
CREATE DATABASE
postgres=# \c demo
You are now connected to database "demo" as user "postgres".
demo=# create table tbl1 (col1 int);
CREATE TABLE
demo=# insert into tbl1 (col1) select generate_series(1, 10000);
INSERT 0 10000
demo=# select count(*) from tbl1;
 count
-------
 10000
(1 row)

demo=# select now();
              now
-------------------------------
 2019-06-04 14:05:05.657871+00
(1 row)

demo=# \q

現在は14:05であることに注意してください。アーカイブコマンドが機能しているかどうかを確認しましょう：

/tmp/demo$ ls -l archive/
total 16384
-rw------- 1 postgres postgres 16777216 Jun  4 14:04 000000010000000000000001

はい、1つのアーカイブファイルがあります。最後の変更は14:05でした。数分待ってから、さらに変更を加えましょう。

/tmp/demo$ psql -h /var/run/postgresql -p 6000 demo
psql (10.8 (Ubuntu 10.8-0ubuntu0.18.04.1))
Type "help" for help.

demo=# select now();
              now
-------------------------------
 2019-06-04 14:16:06.093859+00
(1 row)

demo=# select count(*) from tbl1;
 count
-------
 10000
(1 row)

demo=# insert into tbl1 (col1) select generate_series(1, 100);
INSERT 0 100
demo=# select count(*) from tbl1;
 count
-------
 10100
(1 row)

demo=# \q

これで、14：16にさらに100行が追加されました。サーバーを停止しましょう：

/tmp/demo$ pg_ctl -D clus1 stop
waiting for server to shut down.... done
server stopped
/tmp/demo$

アーカイブをもう一度確認してください：

/tmp/demo$ ls -l archive/
total 65536
-rw------- 1 postgres postgres 16777216 Jun  4 14:04 000000010000000000000001
-rw------- 1 postgres postgres 16777216 Jun  4 14:05 000000010000000000000002
-rw------- 1 postgres postgres 16777216 Jun  4 14:09 000000010000000000000003
-rw------- 1 postgres postgres 16777216 Jun  4 14:16 000000010000000000000004

いいね。次に、14：10までにclus2のPITRリカバリを実行しようとします。

まず、clus2のpostgres.confを編集して、最後に次の行を追加しましょう：

port = 6001
archive_mode = off

WALファイルを再生するには、clus2用のPostgreSQLサーバー（まだ起動していません）をリカバリモードにする必要があります。これを行うには、clus2に「recovery.conf」というファイルを作成します。

/tmp/demo$ cat clus2/recovery.conf
restore_command = 'cp /tmp/demo/archive/%f "%p"'
recovery_target_time = '2019-06-04 14:10:00'

これにはrestore_commandが含まれています これは、以前の archive_commandの反対を行います つまり、要求されたファイルをアーカイブディレクトリからpg_walディレクトリにコピーします。

どのrecovery_target_timeも設定しました 14:10まで。

ここで、clus2を開始します：

/tmp/demo$ pg_ctl -D clus2 -l log2 start
waiting for server to start.... done
server started

何が起こったかを確認するために、ログファイルを調べてみましょう：

/tmp/demo$ cat log2
2019-06-04 14:19:10.862 UTC [10513] LOG:  listening on IPv4 address "127.0.0.1", port 6001
2019-06-04 14:19:10.864 UTC [10513] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.6001"
2019-06-04 14:19:10.883 UTC [10514] LOG:  database system was shut down at 2019-06-04 14:02:31 UTC
2019-06-04 14:19:10.883 UTC [10514] LOG:  starting point-in-time recovery to 2019-06-04 14:10:00+00
2019-06-04 14:19:10.903 UTC [10514] LOG:  restored log file "000000010000000000000001" from archive
2019-06-04 14:19:10.930 UTC [10514] LOG:  consistent recovery state reached at 0/16383E8
2019-06-04 14:19:10.930 UTC [10514] LOG:  redo starts at 0/16383E8
2019-06-04 14:19:10.931 UTC [10513] LOG:  database system is ready to accept read only connections
2019-06-04 14:19:11.037 UTC [10514] LOG:  restored log file "000000010000000000000002" from archive
2019-06-04 14:19:11.079 UTC [10514] LOG:  restored log file "000000010000000000000003" from archive
2019-06-04 14:19:11.122 UTC [10514] LOG:  restored log file "000000010000000000000004" from archive
2019-06-04 14:19:11.141 UTC [10514] LOG:  recovery stopping before commit of transaction 559, time 2019-06-04 14:16:24.875517+00
2019-06-04 14:19:11.141 UTC [10514] LOG:  recovery has paused
2019-06-04 14:19:11.141 UTC [10514] HINT:  Execute pg_wal_replay_resume() to continue.

回復は迅速で（実際には、数時間または数日かかる場合があります）、特定のトランザクションの前に停止したログ状態（タイムスタンプが14:10を超える）があります。また、リカバリが一時停止されており、手動で続行する必要があることも示されています。

データを調べてみましょう：

/tmp/demo$ psql -h /var/run/postgresql -p 6001 demo
psql (10.8 (Ubuntu 10.8-0ubuntu0.18.04.1))
Type "help" for help.

demo=# select count(*) from tbl1;
 count
-------
 10000
(1 row)

10000行しかないことがわかります。 14:16に、テーブルに表示されていない100を追加しました。

これは良さそうなので、再開しましょう：

demo=# select pg_wal_replay_resume();
 pg_wal_replay_resume
----------------------

(1 row)

ログファイルは、リカバリが完了し、通常の操作が復元されたことを報告します。

2019-06-04 14:20:26.219 UTC [10514] LOG:  redo done at 0/4002160
2019-06-04 14:20:26.219 UTC [10514] LOG:  last completed transaction was at log time 2019-06-04 14:05:28.813325+00
cp: cannot stat '/tmp/demo/archive/00000002.history': No such file or directory
2019-06-04 14:20:26.228 UTC [10514] LOG:  selected new timeline ID: 2
2019-06-04 14:20:26.272 UTC [10514] LOG:  archive recovery complete
cp: cannot stat '/tmp/demo/archive/00000001.history': No such file or directory
2019-06-04 14:20:26.388 UTC [10513] LOG:  database system is ready to accept connections

そして、指定された時間までクラスターを正常に回復しました！