バックアップ先の容量が足りなくなったら

レン

バックアップの保存先がいっぱいになって、新しいのが取れなくなった…

プロクラ

これは静かに進行して、ある日「最新のバックアップが数か月前」という形で発覚する。しかも失敗の通知を切っていると、気づくのが遅れるんだ。

まず何世代必要かを決める

プロクラ

「多いほど安心」で増やすと、容量も費用も膨らむ。目的から逆算して決めよう。

• 誤操作からの復旧 → 数日分あれば足りる
• 侵入からの復旧 → 数週間前まで遡れると安心
• 長期の保管が必要 → 月次で数本だけ残す
• 日次を7本、週次を4本、月次を3本、といった組み合わせが扱いやすい

プロクラ

4つめの考え方は便利だよ。直近は細かく、古いものは粗く。全部を日次で残すより、はるかに少ない容量で長い期間をカバーできる。

容量を減らす工夫

• 圧縮して保存する（テキスト主体のデータはよく縮む）
• 毎回全部ではなく、変わった分だけを保存する
• そもそも不要なデータを整理する（履歴やログ系）
• 動画や大きな画像は、別の方法で管理する

プロクラ

3つめは効果が大きいことが多いよ。データベースの中身が履歴で膨れていると、その分だけバックアップも毎回大きくなる。元を減らせば、保管も取得時間も両方軽くなる。

古いものを消す前に

プロクラ

容量を空けるために古いものから消すのは自然だけど、その前に確認することがある。侵入されていた可能性がある期間のものを消すと、戻れなくなるからね。

• 最近、不審な兆候が無かったかを確認する
• 疑わしい期間のものは、別の場所へ退避してから消す
• 自動で世代が消える仕組みなら、疑わしいときは一時的に止める
• 消す前に、直近のものが正しく戻せるかを確かめる

気づける仕組み

• 取得の失敗を通知する（成功時は黙る設定にする）
• 保管先の使用率を監視する
• 最新のバックアップの日時を、定期的に確認する
• 月に一度、実際にファイルを開いてみる

プロクラ

3つめが手軽で効くよ。「最新が3か月前になっている」という状態に、その場で気づける。通知の仕組み自体が壊れていても発見できる。

レン

直近は細かく、古いものは粗く。それなら容量も抑えられるね。

置き場所を分ける

プロクラ

容量の問題を機に、保管先そのものを見直す価値もあるよ。同じサーバー内に置いているなら、それは容量の問題以前に危ない構成だからね。

• 同じサーバー内だけに置かない（サーバーごと失えば一緒に消える)
• 別の事業者の保管先へ送ると、アカウント単位の事故にも耐えられる
• 保管先の権限を絞る（書き込めても削除できない設定にできる場合がある)
• 費用は容量に応じてかかるので、世代の設計と合わせて考える

ウィルスン

…同じサーバーの中にバックアップがあるなら、ワタシが入り込んだ時点で両方まとめて処理できる。手間が省けて助かるのだがな。