本章では、データベースのバックアップに関して説明します。
以下のバックアップ方法でバックアップすることにより、ディスク装置の物理的破損やデータの論理的破損が発生する直前や、バックアップ時点にリカバリできます。
WebAdminによるバックアップ
GUIにより直感的な画面操作でバックアップできます。
リカバリを行うときは、WebAdminでリカバリします。
pgx_dmpallコマンドによるバックアップ
スクリプトからpgx_dmpallコマンドを実行して、自動的にバックアップできます。
自動的にバックアップするためには、OSの自動化ソフトウェアに登録する必要があります。各OSのドキュメントに従って実施してください。
リカバリを行うときは、pgx_rcvallコマンドでリカバリします。
WebAdminまたはpgx_dmpallコマンドを使用した場合の、バックアップ目安時間の導出式を示します。
バックアップ時間 = データ格納先の使用量 ÷ ディスク書込み性能 × 1.5
データ格納先の使用量：データ格納先のディスク使用量
ディスク書込み性能：運用を行うシステム環境における、1秒間あたりに書き込み可能な最大のデータ量(バイト/秒)の実測値
1.5：最も時間のかかるディスク書き込み以外の時間を見込んだ係数
注意
スタンバイモードのストリーミングレプリケーションクラスタの一部であるインスタンスは、バックアップできません。
選択したバックアップ方法を継続して使用してください。
各バックアップ方法は、保存するデータ形式などに差異があります。そのため、以下の制約があります。
バックアップデータを使用して、異なる方法でリカバリすることはできません。
バックアップデータを異なる方法のバックアップデータに移行できません。
データベースに格納するデータを暗号化する場合、キーストアのバックアップやバックアップにおける留意事項があります。詳細は、以下を参照してください。
テーブル空間を定義した場合、バックアップを行ってください。バックアップを行わなかった場合、リカバリ実行時にテーブル空間のディレクトリ作成が行われず、リカバリが失敗することがあります。リカバリに失敗した場合は、システムログを参照してテーブル空間のディレクトリ作成後、リカバリを再実行してください。
参考
以下の方式によるバックアップも可能です。これらの方法でバックアップをすることにより、バックアップを行った時点に復旧できます。
SQLによるダンプを用いたバックアップ
SQLを使用してデータをダンプします。データの移行にも使えるバックアップ方法です。
ファイルシステムレベルのバックアップ
インスタンスを停止し、OSコマンドなどを使用してデータベース資源をファイルとしてバックアップする方法です。
継続的アーカイブによるバックアップ
PostgreSQLの標準的なバックアップ方法です。
これらのバックアップ方法の詳細は、“PostgreSQL 文書”の“サーバの管理”の“バックアップとリストア”を参照してください。
