SONAE KNOWLEDGE / 会社の備え

バックアップを分けるとは。障害と権限の影響を考える

AI技術確認日:2026-10-23/編集確認は未了

AIを用いて初稿を作成し、技術確認もCodex(AI)が実施しています。一次資料との対応、記述とひな型の整合性を確認しました。専門家による監修ではありません。運営者の判断で先行公開しています。本人による編集確認は未了です。確認範囲は運営と編集のページをご覧ください。

別のフォルダーにコピーしただけで、同じ故障や削除から守れるかを確かめる。

コピーの数と、失う原因を分ける

NCSCのランサムウェア対策は、通常の環境から分けたバックアップや、保管先を一つに頼らない備えを説明しています。SONAEは、バックアップの点検で、何本あるかに加えて、同じ原因で同時に使えなくならないかを確認する方法を提案します。別の名前のフォルダーでも、同じ機器の故障で失う場合があります。別のサービスでも、同じ管理アカウントの問題が影響するかもしれません。数を増やす判断の前に、守りたい事故を具体化しましょう。

SONAE KNOWLEDGE / 図解 01

コピーの数より、同時に失う原因。

  1. 場所・故障

    同じ機器や拠点か

    失う対象を比較。

  2. 接続・権限

    同じ操作で消せるか

    管理の依存も比較。

  3. 復元の入口

    鍵・認証・手順

    使える担当を確認。

別のフォルダーという名前だけで、独立した保護にはなりません。

三つの失う場面を、架空の表で比べる

端末の故障、事務所が使えない状況、管理者の認証が侵害された状況を並べます。現在の原本とバックアップが、それぞれの場面で利用できるかを担当へ聞きます。架空の例では、同じ外付けドライブ内の二つのコピーは、そのドライブの故障に対して独立していません。実際の構成の評価は、製品と接続、保管、権限を確認して行います。この表は設計を考えるための例であり、顧客環境の耐性を試験した結果ではありません。

SONAE KNOWLEDGE / 図解 02

同じ事故で失うものを、三つの軸で比べる。

同じ事故で失うものを、三つの軸で比べる。比較する三つの軸です。別名のフォルダーや別の箱だけで独立した保護と判断せず、想定する事故と実際の依存を照合します。場所と機器故障・拠点停止の影響接続と削除権限同じ操作で失う範囲復元の入口鍵・認証・手順・担当同じ事故で失うものを、三つの軸で比べる。比較する三つの軸です。別名のフォルダーや別の箱だけで独立した保護と判断せず、想定する事故と実際の依存を照合します。場所と機器故障・拠点停止の影響接続と削除権限同じ操作で失う範囲復元の入口鍵・認証・手順・担当
比較する三つの軸です。別名のフォルダーや別の箱だけで独立した保護と判断せず、想定する事故と実際の依存を照合します。
図の内容を文章で読む

場所と機器:故障・拠点停止の影響 / 接続と削除権限:同じ操作で失う範囲 / 復元の入口:鍵・認証・手順・担当。比較する三つの軸です。別名のフォルダーや別の箱だけで独立した保護と判断せず、想定する事故と実際の依存を照合します。

保管場所と、消せる権限を別に見る

物理的な場所、ネットワークの接続、アカウント、削除や設定変更の権限を分けて確認します。業務の利用者が原本を消せることと、保管した過去の版まで消せることが同じ権限かを調べます。製品の管理画面へ実際に権限を追加する前に、必要な担当、承認、回復、記録を計画します。管理を分けたつもりでも、回復先や契約の管理が一人へ集中していれば、その前提も残します。別の箱の絵だけで独立した保護を保証しないことが大切です。

常時つながる保存先の、過去の版を確認する

同期は便利ですが、原本の変更や削除が保存先へどう反映されるかを製品で確認します。常時接続したコピーが、同じ操作で変更される場合がないかを見ます。切り離す運用を検討する場合も、誰がいつ接続し、更新し、保管し、戻すかを決めます。接続を外しただけで、最新のデータが正しく入っているとは判断しません。取得の成功、保存の保護、復元の条件を別に確認することで、保管の手間と復旧できる範囲を比べやすくなります。

復元するときの入口も、残す

バックアップがあっても、必要な鍵、認証、手順、対応するソフト、復元先が使えなければ仕事へ戻せません。通常の環境が使えない場面でも、必要な情報と正式な担当へたどり着けるかを確認します。秘密は通常の手順書へ貼らず、承認された保管先と参照の担当を残します。架空データの復旧計画で、何をどこへ戻し、誰が内容を確かめるかを整理します。バックアップを感染が疑われる端末へ試しに接続するような確認にはしません。

分けた仕組みを、継続できる役割にする

保管先ごとの対象、更新の頻度、責任者、アクセス、保存、復元試験、費用の条件を記録します。完了の目安は、想定する事故に対して同時に失う範囲と、利用できる備え、未確認を説明できることです。すべての災害や攻撃を防ぐ保証にはしません。実際に確認できた条件と残る依存を責任者へ伝えます。担当が変わっても、なぜ分けたか、どう更新し、どこから復旧するかを引き継げる計画へ整えましょう。

社内で使う記録のひな型

SONAEの運用例・架空データです。実際の秘密情報をこの画面へ入力する欄ではありません。

場面
架空の故障・拠点停止・認証侵害
独立性
場所・接続・アカウント・削除権限
回復
鍵・手順・復元先・確認者
継続
取得・保管・試験・費用・未確認

相談前の確認表

  • 同時に失う原因から比べた
  • 場所と削除できる権限を分けた
  • 同期と過去の版の扱いを確認する
  • 復元の入口と責任者を残した

参考資料(確認日:2026年10月23日):NCSC:Mitigating malware and ransomware attacks ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。

端末・復旧の点検内容を見る →