当ページは検証・整備中のドラフトです。
内容は実環境での検証や追加調査により変更される予定です。
参照：ページ公開・更新ポリシー
目的
クラウドストレージやクラウドバックアップは便利な仕組みだが、それだけで全ての障害や攻撃に対応できるわけではない。
ここでは、クラウドが万能ではないこととそれぞれの機能的な限界を理解し、後続のバックアップ方針策定で複数の復元手段を検討するための判断材料を得ることを目的とする。
- クラウドが提供する保護機能（対応可能な範囲）
- クラウドでは防げないリスク（対応不可能な範囲）
クラウドが提供する保護機能
データセンターによる冗長化
特定のディスク、一部のサーバー、ある地域の設備に障害が発生しても、サービス全体としてはデータを失わず、稼働し続けられる仕組みが構築されている。
バージョン履歴（世代管理）
ファイルが上書きされた場合でも、過去のファイルの状態へ遡って戻せる機能。
ごみ箱機能
ローカルやクラウド上で発生した、偶発的な誤削除に対するデータ救済手段として機能する。
地理的分散
データセンターが物理的に離れた複数拠点に配置されているため、火災、盗難、局所的な災害が発生してもデータが完全に消失するのを防ぐ。
クラウドだけでは防げないリスク
アカウント乗っ取り
管理者権限を奪われ、情報漏洩やデータの削除がされる攻撃には対応できない。MFA（多要素認証）が未設定である場合や、フィッシング等で認証情報が漏洩した場合に起こりがち。
ランサムウェア感染
手元のPCがランサムウェアに感染した場合、クラウドの同期機能によって、暗号化された破壊済みのファイルがそのままクラウド側へ巻き込み上書きされることがある。また、クラウド側のごみ箱や世代管理機能まで無効化・削除を試みるランサムウェアも存在する。
誤操作による被害
同じネットワーク内に混在している端末からの大量削除や大量上書きは、システム上「正常な操作」とみなされ、同期先へ即座に反映されてしまう。ごみ箱保持期間を過ぎた場合や、大量削除によって履歴が失われた場合は復旧できないこともある。
データの復旧時間（RTO）が目標基準に達しない
ローカルに障害が発生しクラウドバックアップから復旧させようとしても、データ容量・帯域の太さ・サービス側の制限などによって非常に長い時間がかかることがある。
復旧できるかとそれがいつになるかは別問題。
サービス提供者に起因するリスク
クラウド事業者の大規模なサービス障害によるアクセス不能、サービス終了、一方的な仕様変更や急激な値上げによる運用の継続困難。
クラウドストレージとバックアップの違い
「クラウドストレージ（同期・共有）」と「バックアップ」は根本的に異なることを理解する。
| 機能・目的 | クラウドストレージ（同期・共有型） | バックアップ（保護専用型） |
|---|---|---|
| 主な用途 | 複数端末でのデータ利用・チーム内共有 | 災害や攻撃からのデータ保護・復元 |
| データの状態 | 常に最新の状態へ自動で「同期」される | 特定時点（過去の正常時）を切り取って「保存」される |
| 世代保持の特性 | 一定期間の履歴はあるが、容量や期間に制限あり | 明示的に指定した期間や世代を確実に保持する |
複数の復元手段が必要な理由
上記の通り、クラウドという単一箇所にのみデータを置く運用は、さまざまなリスクによりあっさり破綻する恐れがある。このリスクを低減するためには、依存先を分散させる複数の復元手段が不可欠となる。
この段階ではまだ具体的な設計は行わないが、今後の選択肢として以下の媒体への分散を視野に入れる。
- NAS（ネットワーク接続ハードディスク）による手元での一括管理
- 外付けHDD（ハードディスクドライブ）への物理的な複製
- 既存とは別のクラウドサービスへの二重化
- ネットワークから完全に切り離したオフライン保管
よくある誤解
- 「クラウド＝バックアップ」ではない：同期されていることと、バックアップが確保されていることは同一ではない。
- 「同期＝保護」という誤解：同期は利便性を高める仕組みであり、ランサムウェアや誤削除の連鎖を防ぐ保護機能ではない。
- 「大手クラウドだから安全」という誤解：インフラ障害には強いが、ユーザーの誤操作や認証情報漏洩までは防げない。
達成条件
以下をもって当ページ内容の達成条件とする。
- クラウドが防げる障害（対応範囲）が明確に説明できること
- クラウドが防げない障害（限界点）が明確に説明できること
- 同期とバックアップの違いが整理できていること
- 複数の復元手段が必要とされる理由が論理的に説明できること
- 「バックアップ方針の策定」において、自身の環境で必要となる復元手段の数や保存先の候補が説明できること。