「もし明日、会社のパソコンやサーバーの中身がすべて消えたら、業務は続けられますか?」この問いに即答できない場合、バックアップの設計を見直す時期かもしれません。バックアップとは、単にデータのコピーを取ることではありません。大切なのは、トラブルが起きた際に「どの業務を」「いつの時点の状態まで」戻せれば、会社として致命的なダメージを避けられるかを決めることです。まずは、止まったら困る業務を書き出し、その業務に必要なデータが何であるかを特定することから始めてください。保存先を選ぶ際は、元のデータと同じ場所や同じ管理アカウントに置かない「分離」の考え方が重要になります。
何をどこまで戻せれば業務が継続できるか
止まると困る業務と必要なデータの範囲を特定する
バックアップの対象を決める際、すべてのデータを同じ重みで扱う必要はありません。例えば、会計ソフトのデータや顧客名簿、受注管理のファイルは、失われると事業継続に直結します。一方で、過去数年分の広報用画像などは、数日戻せなくても業務への影響は限定的かもしれません。まずは、各部署の責任者に「このデータが消えたら、何日業務が止まりますか?」と聞き、業務の重要度を分類しましょう。また、ファイルそのものだけでなく、システムの動作に必要な設定情報も対象に含める必要があります。ファイルだけあっても、設定がなければ復旧に時間がかかるためです。担当者には「業務を再開するために、どのファイルとどの設定が必要か」をリストアップしてもらうよう依頼してください。
許容できるデータの損失量と復旧までの時間を定義する
バックアップの設計では、どれくらいの時間なら耐えられるかという基準を決めます。これを専門用語ではRPO(目標復旧時点)やRTO(目標復旧時間)と呼びますが、経営判断としては「昨日の夕方の状態に戻せれば、今日の分は手入力で補填できるか」「あるいは、1時間前の状態でないと受注機会を逃してしまうか」という具体的な判断になります。例えば、受注管理が1日分消えても、手書きの伝票やメール履歴から再入力が可能であれば、バックアップの頻度は1日1回でも十分かもしれません。逆に、1分1秒のデータも逃せないシステムであれば、より高頻度で、かつ迅速に復旧できる仕組みが必要です。この基準は、IT担当者ではなく、業務の責任者が決めるべき事項です。
復元した後に業務を再開できるかを確認する
バックアップを取ること自体が目的になってはいけません。重要なのは、戻した後に「実際に仕事が動くか」です。例えば、バックアップデータは無事でも、それを復元するための手順書が古かったり、復元作業ができる担当者が不在だったりすれば、復旧は失敗したも同然です。また、データの復元が終わったとしても、その間の空白期間に発生した取引をどう記録し直すかという「業務フローの継続性」もセットで考える必要があります。バックアップ設計の段階で、「データが戻った後の、手作業による補填作業」まで想定しておくことが、実効性のある計画につながります。担当者には、復旧作業のシミュレーションを定期的に行うよう指示しましょう。
データの消失を防ぐための保存先の選び方
本体と同じ場所やアカウントに置かない原則
多くの企業が陥りがちなのが、メインの共有フォルダのコピーを、同じクラウドストレージ内の別のフォルダに保存するだけの運用です。これでは、例えば操作ミスで大量のファイルを削除してしまった場合や、管理アカウント自体が乗っ取られた場合に、バックアップまで同時に消えてしまうリスクがあります。バックアップの鉄則は、元のデータとは「管理の仕組みが異なる場所」に置くことです。例えば、社内のサーバーにデータを置いているなら、バックアップはクラウドへ、クラウドに置いているなら、物理的な外付けドライブや、別の管理権限を持つクラウドサービスへ、といった具合に、物理的または論理的に距離を置くことが求められます。
災害やサイバー攻撃に備えた保管場所の検討
近年のサイバー攻撃、特にデータを暗号化して身代金を要求するランサムウェアへの対策では、バックアップデータへの不正アクセスを防ぐ考え方が重要です。一つの手法として、ネットワークから物理的に切り離された状態(エアギャップ)を保つことが挙げられます。例えば、バックアップ時以外はネットワークに接続しない外付けHDDを利用する方法などです。また、クラウドサービスを利用する場合は、メインの管理アカウントとは別の認証情報で管理されているか、あるいは「削除に一定の猶予期間がある設定」や「書き換え不能な設定(WORM機能)」が利用できるかを確認してください。これにより、万が一の侵害時にも、過去の正常な状態を確保できる可能性が高まります。
データの種類に応じた最適な保存媒体の組み合わせ
データの性質によって、最適な保存先は異なります。頻繁に更新される重要な業務データは、復旧の速さを重視して、高速なネットワーク経由でアクセスできるクラウドや高性能なストレージが適しています。一方で、数年前の監査資料などの「めったに見ないが、消えてはいけないデータ」は、コストを抑えるために、安価なクラウドストレージや、物理的なテープ媒体、あるいは長期保存に特化したアーカイブサービスを利用するのが効率的です。すべてのデータを最高スペックの場所に置くとコストが膨大になるため、「頻度」と「重要度」の二軸で、保存先を使い分ける設計を検討してください。
失敗しないための運用ルールと手順の確立
バックアップが正常に行われているかを確認する仕組み
「バックアップ設定をしたから安心」というのは、最も危険な思い込みです。設定ミスや通信エラー、容量不足によって、実際にはバックアップが失敗しているケースは少なくありません。運用ルールには必ず「成功・失敗の通知を受け取る」プロセスを組み込んでください。例えば、毎朝、担当者がバックアップ完了のメールを確認する、あるいは管理画面でエラーが出ていないかをチェックする、といった具体的な動作を手順化します。もしエラーが出ていた場合、「誰が」「どこに連絡し」「どう対処するか」まで決めておかなければ、いざという時にバックアップが取れていなかったことに気づくのが遅れてしまいます。
復元テストを定期的な業務として組み込む
バックアップが正しく機能しているかを確認する重要な方法は、実際に復元を試みることです。業務の変更や復旧目標に合わせて頻度を決め、「データが消えた」と仮定して、バックアップからデータを戻す試験を実施してください。このとき、単にファイルが開けるかを確認するだけでなく、「事前に決めた目標時間内に復旧が終わるか(RTOの検証)」「戻したデータが業務に必要な時点の状態か(RPOの検証)」「業務アプリが正常に動作するか」まで確認することが重要です。試験の結果、復旧に時間がかかりすぎたり、手順が不明確だったりした場合は、バックアップの設計や手順書を修正します。この「試行と改善」のサイクルが、設計の実効性を高めます。
復旧作業の担当者と連絡網を明確にする
災害やシステム障害が発生した際、パニックの中で「誰がバックアップを戻すのか」を議論していては手遅れになります。復旧作業の主担当者と、そのバックアップ(副担当者)をあらかじめ決めておきましょう。また、社内のIT担当者が対応できない場合に備え、保守契約を結んでいる外部のITベンダーへ連絡する手順も整備しておく必要があります。緊急連絡先リストには、担当者の携帯電話番号だけでなく、ベンダーのサポート窓口や、判断を仰ぐべき経営層の連絡先も記載しておきます。技術的な手順だけでなく、組織としての「動き方」をルール化しておくことが、事業継続の鍵となります。
バックアップ設計の判断基準と相談の進め方
自社の現状を整理するためのチェックリスト
設計を進める前に、まずは現在の状況を以下の項目で整理してみてください。これらを整理することで、専門家に相談する際もスムーズに話が進みます。
- 現在、何のデータを、どこ(PC、サーバー、クラウド)に保存しているか
- データの更新頻度はどのくらいか(毎日、毎時、随時)
- 過去にデータの紛失や、誤操作による削除を経験したことはあるか
- 業務が完全に止まった場合、何時間(あるいは何日)なら耐えられるか
- 現在のバックアップは、元のデータと同じ場所に保存されていないか これらの回答を準備しておくだけで、自社の弱点がどこにあるのかが明確に見えてきます。
外部の専門家へ相談すべきタイミングと内容
自社での整理が終わったら、具体的な製品選定や高度なネットワーク設計については、専門家に相談することをお勧めします。特に以下のようなケースでは、プロの知見が必要です。
- 業務への影響を最小限にするための、高度なネットワーク構成が必要な場合
- クラウドとオンプレミス(社内設備)を組み合わせた複雑な運用を検討する場合
- セキュリティ要件が厳しく、高度な隔離環境を構築したい場合 相談する際は、「〇〇のデータが消えたとき、〇時間以内に、〇〇という状態に戻したい」と、前述の業務目標を伝えてください。製品の機能ではなく、自社の「目標」を伝えることが、最適な提案を受けるためのコツです。
導入後の見直しと継続的な改善の考え方
バックアップの設計は、一度作って終わりではありません。新しい業務ソフトを導入したり、テレワークが増えてデータの保存場所が変わったり、あるいは会社の規模が大きくなって扱うデータ量が増えたりするたびに、設計の見直しが必要です。組織の変化に合わせて、バックアップの対象や保存先、復旧目標もアップデートしていく必要があります。定期的な経営会議やIT関連の打ち合わせの議題に、「バックアップの運用は現状に合っているか」という項目を組み込んでおきましょう。常に変化する業務環境に対し、守りの仕組みを適応させ続ける姿勢が、会社の大切な資産を守ることにつながります。
参照情報・確認日
以下の公式情報を背景に、本文の手順・判断例はAX labsの提案として整理しています。料金や効果の保証は扱っていません。
- IPA:ランサムウェア対策特設ページ ↗
確認日:2026-10-15