バックアップとリカバリ

バックアップとリカバリとは

データは、ディスク故障・操作ミス・不正アクセス・災害など、さまざまな理由で失われます。バックアップ は、こうした事態に備えてデータの 控え（複製） を別の場所に取っておく作業です。そして リカバリ（復元） は、その控えを使ってデータを 元の状態に戻す 作業を指します。

大事なのは、この 2 つは セット だということです。控えを取っているだけで安心してはいけません。「いざというときに本当に戻せるか」まで含めて、初めて備えになります。

バックアップの種類

毎回すべてを丸ごとコピーするのは、容量も時間もかかります。そこで、取得方法を組み合わせて効率化します。

種類	何を取るか	取得の重さ	復元の手間
フルバックアップ	全データを丸ごと	重い	これ 1 つで戻せる・簡単
差分バックアップ	前回フル以降に変わったぶん	中くらい	フル ＋ 最新の差分 1 つ
増分バックアップ	前回バックアップ以降に変わったぶん	軽い	フル ＋ 途中の増分すべて

ありがちな運用は「週に 1 回フル、毎日は差分または増分」という組み合わせです。差分は 直近のフルとの差 を毎回ためるので増分より復元が楽な一方、日が経つほどサイズが膨らみます。増分は 前回バックアップとの差 だけなので毎回軽い反面、復元には途中の増分をすべて順に適用する必要があります。

ポイントインタイムリカバリ（PITR）

「昨夜のバックアップ時点」までしか戻せないと、その後の更新は失われます。ポイントインタイムリカバリ（PITR） は、フルバックアップに 更新の記録（トランザクションログ／WAL） を組み合わせ、任意の時刻ちょうど までデータを巻き戻せる仕組みです。

たとえば「14 時 03 分に誤って大量削除した」場合、PITR があれば 14 時 02 分の状態 まで戻して被害を最小化できます。仕組みとしては、フルを復元したうえで、そこから目的の時刻までログを順に再適用していくイメージです。日次のバックアップだけでは取り戻せない「直前の更新」を救えるのが大きな利点です。

RPO と RTO

復元の方針を決めるとき、外せない 2 つの指標があります。

指標	読み	意味	ざっくり言うと
RPO	Recovery Point Objective	どの時点まで戻せれば許容できるか	「失ってよいデータは最大どれだけ？」
RTO	Recovery Time Objective	復旧までにかけてよい時間	「どれだけ早く戻す必要がある？」

RPO を小さくしたい（失うデータを減らしたい）ほど、バックアップやログ取得の頻度を上げる必要があります。RTO を小さくしたい（早く復旧したい）ほど、復元しやすい構成や予備系が必要で、その分コストもかかります。どちらも「ゼロが理想」ですが、現実には費用とのバランスで決めます。重要な業務システムほど RPO・RTO を厳しく、影響の小さいものは緩く、とメリハリをつけるのが現実的です。

復元テストの大切さ

最後に、最も見落とされがちで最も重要な点です。バックアップは「取れていること」ではなく「戻せること」がゴール です。

• バックアップが途中で壊れていた
• 必要なファイルが含まれていなかった
• 手順書が古く、いざというとき誰も復元できなかった

こうした事故は、実際に復元を試すまで気づけません。だからこそ、定期的に 別の環境で復元してみる「復元テスト（リストア訓練）」 を行い、RTO 内に戻し切れるかまで確認しておくことが欠かせません。

バックアップとリカバリは、地味ながらシステムの命綱です。種類を組み合わせて効率よく控えを取り、PITR で直前まで戻せるようにし、RPO・RTO で方針を定め、そして 復元テストで実際に戻せることを確かめる。この一連がそろって、初めて安心してデータを預けられます。