バックアップソフト パラメータシート（Veeam / Arcserve 等）

Veeam・Arcserve などバックアップ製品の設定値を書くパラメータシートです。★核は3枚です。（1）保持・世代設計 … 「14世代」が何日前まで戻れるかは方式で変わります。世代は回数であって日数ではありません。増分は前の復元ポイントに依存するため、連鎖の途中が壊れるとそこから先が戻せません。そして最大の問題は、保持を短くしても・復元ポイントが消えても、「戻したいとき」まで誰も気づかないことです。（2）リポジトリ設計 … 保存先は数ではなく「何に耐えるか」で数えます。同じ拠点・同じ認証で入れる先を2つ用意しても、耐えられる事象は増えません。（3）整合性とリストア … ★ジョブが「成功」でも整合性が取れているとは限りません。整合性の処理に失敗しても、警告のままバックアップが完了することがあります。★製品ごとに画面も用語も違うため、確証のない既定値・挙動は「要確認」と明記しています。★既存の「バックアップ・リストア設計/手順書」が「何を・どこまで戻すか」を決める文書なのに対し、こちらは「それを製品にどう設定するか」を書く側です。RPO/RTOをこのシートで決め直さないでください。

★ジョブの結果は成功の件数ではなく、警告の内容まで読んでください。整合性の処理に失敗しても、バックアップ自体は完了することがあります。★世代数と日数を必ず併記してください。「14世代」は14回分の復元ポイントであって14日前ではありません。1日に複数回走るジョブでは一致しません。★保持は「気づくまでの時間」より長くしてください。誤削除は数日から数週間後に気づきます。暗号化も、気づいた時点で全部の復元ポイントが汚染後になっていると戻れる時点がありません。★保持を短くする変更は、変更管理表に記録してから行ってください。短くした瞬間に古い復元ポイントは消え、消えたことは戻したいときまで分かりません。★保存先は1つを日常の管理下から切り離してください（オフラインにするか、消せない状態にするか）。管理者権限を奪われる事象に耐えられるのはその1つだけです。★バックアップサーバーと対象サーバーで認証情報を使い回さないでください。★バックアップサーバー自身の構成情報を一次リポジトリだけに置かないでください。★リストア試験は本番へ上書きせず、別の場所へ戻して確認してください。復元の所要時間は実測してください。パスワード・接続情報は書かず「別紙参照」としてください。