バックアップ・リストア設計/手順書

「取れている」ことと「戻せる」ことは別、を構造にした型。設計シートに最終リストア試験日と経過日数を持たせ、1年以上戻していない対象は赤、半年以上は橙になります。保存先を一次・二次の2列にして、同じ装置・同じ拠点にしか無いバックアップを橙で見せます。RPO/RTO・世代・復旧優先度が空だと赤。★「効かない事象（この方式で守れないもの）」を必須の列にしました——全ての事象に効くバックアップは存在しないので、空欄は「考えていない」の証拠になります。★レプリケーション・スナップショットは「取れている」が単独ではバックアップにならないため、方式のセルが薄紫になります（誤削除は数分で複製先へ伝わり、装置が壊れれば一緒に失われます）。記入例には、見落としやすい★仮想化基盤ホストの構成（管理サーバー側のバックアップに含まれない）と★バックアップサーバー自身の構成情報も入れてあります。リストア手順はファイル単体／サーバ全体／データベース／コンフィグの4パターンを展開済みで、試験記録の所要時間がそのままRTOの実測値になります。

RPOは「どこまで戻せるか（失ってよいデータの量）」、RTOは「いつまでに戻すか（止まってよい時間）」です。決めていないと、障害の最中に議論することになります。保存先は2つ書いてください。一次だけの行は橙になります——同じ装置の故障や拠点の被災に対して効かず、ランサムウェア対策としても書き換えられない場所に1本必要です。増分・差分は、戻すために直近のフルと途中の世代が全部要ります。1本でも欠けると戻せません。復旧優先度を先に決めてください。全部を同時には戻せません。リストアは元の場所ではなく別の場所へ戻してください。本番を上書きする事故がリストア作業で最も多いためです。試験の所要時間は必ず実測を書いてください。見積りのままのRTOは守れません。★「効かない事象」を必ず書いてください（空欄は赤）。★レプリケーション・スナップショット・仮想基盤のチェックポイント・クラウドサービスのごみ箱や保持ポリシーを、単独でバックアップとして数えないでください。★製品のバックアップに「含まれないもの」を確認して行を足してください。★バックアップサーバーを業務と同じ認証に載せないでください——ドメイン管理者を奪われた時点で、バックアップも同時に奪われます。