バックアップ

🐾 猫で例えると？

眠る茶トラと、その隣で目を開けているアメショ。こんな仲良しの一枚を失わないよう、元の写真とは別の保存先にもコピーを残しておくのがバックアップです。写真を消したり端末が壊れたりしても、そのコピーを使って戻せるように備えます。隣の猫が代役になる「予備機」と、写真の複製を残すことは分けて覚えましょう。

💻 IT現場における「バックアップ」とは？

IT現場において、バックアップは単なる「念のため」ではなく「絶対に必要な保険」です。どんなに高価で堅牢なサーバーを用意しても、ハードウェアの突然の故障、エンジニアの操作ミスによるデータ削除、あるいはランサムウェア（身代金要求型ウイルス）による攻撃は完全に防ぐことができません。

そのため、ファイル単位でのコピーだけでなく、システム環境を丸ごと保存する「イメージバックアップ」や、データベースの更新履歴（トランザクションログ）を常に記録し続ける手法など、要件に合わせて複数のバックアップ戦略を組み合わせて企業の命であるデータを守ります。

⚠️ バックアップの仕組みと注意点

フルバックアップは対象全体、差分バックアップは通常直近のフル以降の変更、増分バックアップは直前のバックアップ以降の変更を保存します。復元に必要なファイルの組み合わせが異なるので、製品ごとの仕様と復元手順を確認します。

リストア（復元）できなければ意味がない

IT現場の「あるある」かつ最大の悲劇が、「バックアップを取っていたつもりが、いざという時に復元（リストア）できなかった」という事態です。バックアップファイル自体が壊れていた、復元手順が複雑すぎて時間がかかりすぎた、といった事故を防ぐため、定期的なリストアテストが不可欠です。

# rsync導入済みLinuxでの試行例。実際の接続先へ置き換える
# SSHで接続可能で、保存先ディレクトリが存在する前提
rsync -av --dry-run ./data/ [email protected]:/backup/snapshot/
# 結果を確認後に--dry-runを外す。世代保存は別途設計する

rsyncによる同期だけでは、上書きや削除前の状態を残せるとは限りません。特に--deleteは元で消えたファイルを保存先でも削除します。バックアップとして使うなら、複数世代、保存先の保護、復元テストを組み合わせます。稼働中DBにはDB専用の方法も必要です。

🛠️ バックアップを賢く使うためのポイント

安全なバックアップ体制を構築するためには、業界の黄金ルールである「3-2-1ルール」などを意識することが重要です。

• 3-2-1ルールを徹底する： データは「3つ」のコピーを持ち、「2種類」の異なるメディア（HDDとクラウドなど）に保存し、そのうち「1つ」は遠隔地（オフサイト）に保管する。
• 複数世代を管理する： 「昨日の状態」「1週間前の状態」など、過去の複数時点に遡れるように履歴（世代）を残し、気付かないうちに行われた誤操作やデータ破損にも対応できるようにする。
• ネットワークから切り離した保管先を持つ： 常にネットワークに繋がった状態のバックアップは、ウイルス感染時に一緒に暗号化されるリスクがあるため、オフラインになるストレージも活用する。

2匹の写真を守るにも、コピーを残すだけでなく、実際に戻して開けるかまで確かめたいですね。「いつの状態まで戻す必要があるか」「何時間で再開したいか」を決め、復元の練習をしておきましょう。