バックアップと障害回復を理解する

バックアップは、失ったり壊れたりしたデータを戻すための別のコピーです。ここでは保存する方式だけでなく、どの時点へ戻れるか、業務を再開するまで何が必要かを一緒に考えます。

この単元で学ぶこと

コピーと復旧削除、記憶装置故障、誤更新、攻撃などに備えて元データとは別にコピーを保ちます。復旧にはコピー、必要なソフトウェアや鍵、復元先、操作手順が必要です。コピーがあるという事実だけで、利用可能な状態へ戻せるとは断定できません。

フルバックアップ対象データ全体を保存します。取得量は大きくなりやすい一方、その時点の全体を戻す基準になります。対象から除外したファイルや外部サービスの状態は別途扱う必要があります。何を対象にしたフルかを明確にしておきます。

増分バックアップここでは直前のバックアップから変わった分だけを保存する方式です。日曜にフル、月・火曜に増分なら火曜復元は日曜→月曜→火曜と変更を積みます。通常の取得量を抑えやすい反面、必要な途中世代が欠けると全体を正しく戻せないおそれがあります。

差分バックアップここでは最後のフルから変わった分を累積して保存する方式です。日曜フルの後の火曜差分には月・火曜の変更が入ります。火曜復元は日曜フルと火曜差分を使います。フルから時間がたつほど差分が大きくなりやすく、用語の使い方は製品ごとの定義も確認します。

RPO：どこまで戻ってよいか RPOは復旧時点の目標で、どの程度のデータ損失を時間で許容するかを表します。10時の障害で8時までしか戻せなければ2時間分の変更を失い得ます。毎日1回のコピーだけでは、任意の障害時刻で損失を1時間以内に抑える要件を満たせません。

RTO：いつまでに再開するか RTOは復旧時間の目標です。障害の検知や判断、復元先の準備、データの復元、動作確認、利用再開までを計画します。コピーの取得間隔を短くしても復元時間が短くなるとは限りません。RPOとRTOは別々の目標として測ります。

世代と保管先を守る同期やRAIDは機器故障等への可用性を高められますが、誤削除や不正な暗号化も伝わることがあります。過去世代を残し、本番と同じ権限や同じ災害で全コピーが失われないようにします。暗号化したバックアップでは鍵の回復可能性も確保し、機密性と復旧性を両立させます。

復元を試す取得失敗の監視と、定期的な復元試験は両方必要です。隔離環境へ戻し、件数・内容・アプリケーションの整合性、鍵や依存サービス、所要時間を確認します。成功ログは取得処理の証拠ですが、復旧の成功を実証するものではありません。環境が変われば手順も更新します。

教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。

確認問題の出題・採点や学習履歴の保存にはログインが必要です。