時点への復旧
point-in-time recovery（PITR）は、直近のスケジュール backup ではなく、正確な時点へ cluster を復旧します。誤った migration や一括削除など、いつ頃問題が起きたか分かっている運用ミスを取り消すための手段です。
通常のリストアと同様、PITR は新しい cluster を作成し、元の cluster はそのまま残します。
始める前に
次の 3 つを確認してください。1 つでも欠けると復旧できません。
- cluster で PITR が有効であること。MongoDB Enterprise cluster では作成時に既定で有効です。Backup タブで確認してください。
- フル backup が少なくとも 1 つ存在すること。PITR はフル backup から log を前方へ適用するため、土台がなければ適用できません。
- 対象時点に必要な archived log が保持されていること。
2 つ目の cluster 分の quota も必要です。
PITR は最初のフル backup より前にはさかのぼれません。それ以前に書き込まれたデータは backup からのみ復旧でき、任意の時点への復旧はできません。
復旧する
ステップ 1: 復旧画面を開く
メニューから Database Platform → All Database または Non-Relational Database を選び、Cluster ID をクリックして Backup タブ → Restore サブタブを開きます。
ステップ 2: 復旧を実行する
-
Restore to point in time をクリックします。
-
必要事項を入力します。
項目 入力内容 Restore Cluster Name 新しい cluster の名前。 Flavor 新しい cluster の compute 構成。 Recover To 復旧したい正確な日時。 -
Recover をクリックします。
システムは新しい cluster を provisioning し、指定した時点までデータを適用します。完了すると、その時点のデータを持つ新しい cluster が一覧に表示されます。
復旧時点の選び方
取り消したい事象の直前を選んでください。事象そのものの時刻ではありません。誤った migration が 14:05 に始まったなら、14:05 への復旧はその一部を含む可能性があります。14:00 のほうが安全です。
判断に迷う場合は、より早い時点へ復旧して結果を確認してください。元の cluster は変更されないため、何度でも復旧して比較できます。
その後
復旧された cluster は独自の endpoint を持ちます。アプリケーションを向け直してください。database cluster 情報の表示 を参照してください。
次のステップ
- backup 時点の状態で十分な場合は backup からのリストア
- Backup & Restore の概要