it技術:データベース:postgresql:運用

差分

このページの2つのバージョン間の差分を表示します。

この比較画面へのリンク

--- it技術:データベース:postgresql:運用 [2019/07/29 00:37] – [WALアーカイブの削除] yajuadmin
+++ it技術:データベース:postgresql:運用 [2019/08/04 11:16] – [WALアーカイブからのリストア] yajuadmin
@@ 行 323: / 行 323: @@
 よって、不要なWALアーカイブの削除は手動で行うこととする。\\
 ※postgreSQLサービスを再起動すればリカバリが実行され、recovery.confはrecovery.doneになります。
-==== WALアーカイブからのリストア ====
+==== WALアーカイブからのリカバリ ====
-[[http://ossfan.net/setup/postgresql-37.html|PostgreSQL 9.6.3で時刻指定のPITR(Point In Time Recovery)を実行する]]
+リストアとリカバリとは区別しないで使うときもあるが、今回は分けました。
+  * リストアはバックアップデータを、バックアップを取ったときと同じ状態に物理的に復元すること
+  * リカバリはリストアしたデータに何かの処理をして最新の状態や正常な状態に復旧させること
+=== PITRの仕組み ===
+PITR(Point In Time Recovery)は、WALレコード適用によるリカバリが前提となっている。
+  * [[http://ossfan.net/setup/postgresql-37.html|PostgreSQL 9.6.3で時刻指定のPITR(Point In Time Recovery)を実行する]]
+  * [[http://blog.poppypop.mydns.jp/2016/03/03/postgresql_onlinebackup_recovery/|PostgreSQLのオンラインバックアップとリカバリ]]
+**WALレコードの適用までの流れ**\\
+リカバリを開始してWALレコードを適用するまでの流れは次のようになっている。
+  - pg_controlファイルを読み込む
+  - recovery.confを読み込む
+  - backup_labelを読み込む
+  - pg_controlファイルを更新し、backup_labelを削除する
+  - 必要なWALを繰り返し適用する
+※backup_labelファイルから適用を開始すべきWALの位置を取得できなかった場合は、pg_controlファイルの情報を元にリカバリを開始します。
+pg_controlファイルは、バイナリファイルなので通常のエディタでは内容を確認できません。そのために pg_controldata コマンドが用意されています。\\
 pg_controldata コマンドで最終チェックポイントのREDO WALファイルが分かる。

it技術/データベース/postgresql/運用.txt · 最終更新: 2024/04/24 11:07 by yajuadmin