バックアップと復旧を
どこまで事前に決めておくか

「バックアップは取っています」で止まっていませんか

社内システムのデータについて聞くと、多くの会社が「バックアップは取っている」と答えます。ところが次に「では、昨日の夕方の状態に戻すには何時間かかりますか」と聞くと、答えが出てきません。取っているかどうかと、戻せるかどうかは別の話です。

実際に困るのは、サーバーが壊れたときだけではありません。誰かが一覧をまとめて消してしまった、間違えて上書き保存した、といった日常的な操作のほうがはるかに頻度が高く、そのときに「どこまで戻せるか」が問われます。

決めるべきは「どこまで戻るか」と「どれくらいで戻るか」

バックアップの設計は、頻度や保存先の話から入ると迷子になります。先に決めるべきなのは、失われても許容できる範囲と止まっていられる時間の2つです。この2つが決まれば、頻度も保存先も自動的に決まります。

たとえば1日1回の取得なら、最悪で1日ぶんの入力が消えます。それが許容できない業務なら、頻度を上げるか、入力そのものを別に残す必要があります。逆に「1日ぶんなら手入力で復元できる」なら、1日1回で十分ということになります。正解は業務ごとに違い、費用もそこで変わります。

なお、クラウドサービスを使う場合の全体的な注意点は顧客情報をクラウドで管理するときの注意点にまとめています。この記事では、そのうちバックアップと復旧の部分だけを取り出して詳しく扱います。

取得より先に、戻す側から決める

取っているだけの状態と、戻せる状態の差

同じ「バックアップがある」でも、手順書があるか、実際に試しているかで、いざというときの結果はまったく変わります。

守る範囲を決めてから整える4ステップ

取っているだけの場合と、戻せる状態にした場合

バックアップの目的は、データを保管することではなく業務を止めない、あるいは短時間で再開することです。取得の頻度や保存先は、その目的から逆に決まります。どこまで失ってよいか、何時間で戻ればよいか。まずこの2つを言葉にするところから始めてください。