Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

PostgreSQLのバックアップ戦略を定義

共同作成者
PDF

バックアップジョブを作成する前にバックアップ戦略を定義しておくと、リソースの正常なリストアやクローニングに必要なバックアップを作成するのに役立ちます。バックアップ戦略の大部分は、Service Level Agreement（SLA；サービスレベルアグリーメント）、Recovery Time Objective（RTO；目標復旧時間）、Recovery Point Objective（RPO；目標復旧時点）によって決まります。

タスクの内容

SLAは、期待されるサービスレベル、およびサービスに関連する多くの問題（サービスの可用性やパフォーマンスなど）への対処方法を定義したものです。RTOは、サービスの停止後にビジネスプロセスをリストアする必要がある時間です。RPOは、障害発生後に通常処理を再開するためにバックアップストレージからリカバリする必要があるファイルの経過時間に関する戦略を定義します。SLA、RTO、RPOは、データ保護戦略に影響します。

手順

  1. リソースをバックアップするタイミングを決定します。

  2. 必要なバックアップジョブの数を決定します。

  3. バックアップの命名方法を決定します。

  4. クラスタのアプリケーションと整合性のあるSnapshotをバックアップするためにSnapshotコピーベースのポリシーを作成するかどうかを決定します。

  5. レプリケーションにNetApp SnapMirrorテクノロジを使用するか、長期保持にNetApp SnapVaultテクノロジを使用するかを決定します。

  6. ソースストレージシステムとSnapMirrorデスティネーションでのSnapshotの保持期間を決定します。

  7. バックアップ処理の前後にコマンドを実行するかどうかを決定し、実行する場合はプリスクリプトまたはポストスクリプトを用意します。