「NASにスナップショット機能があるから、バックアップは別途いらないのでは」という声を、導入企業の担当者からよく聞きます。これは誤解です。スナップショットとバックアップは、目的も守れる範囲もまったく異なります。両方を組み合わせて初めて、誤削除にも本体障害にも対応できる体制になります。
スナップショットは「ある時点のファイルシステムの状態を記録し、すぐに戻せる仕組み」であり、バックアップは「元データとは物理的に別の場所にコピーを保存する仕組み」です。この違いを理解していないと、NAS本体が故障したりランサムウェアに暗号化されたりしたときに、スナップショットに頼っていたデータごと失うという事態が起きます。
この記事では、両者の技術的な違いと、実務でどう使い分ければよいかを整理します。
- スナップショットとバックアップの仕組みの違いと、それぞれが守れる範囲
- スナップショットだけでは不十分なケースの具体例
- 誤削除対応と障害対応、それぞれに適した設計の考え方
スナップショットとは何か ― 同じ筐体内にある「巻き戻しポイント」
スナップショットとは、ファイルシステムのある瞬間の状態を記録し、その時点まで即座に巻き戻せる機能のことです。仕組み上、変更された差分だけを記録するため、フルコピーを都度作るより高速かつ省容量で作成できます。
多くの法人向けNASでは、スナップショットを15分おき、1時間おきといった短い間隔で自動取得する設定が可能です。「昼休みに間違って上書き保存してしまったファイルを、10分前の状態に戻す」といった用途には非常に強いです。管理画面から対象のファイルやフォルダを選び、任意の時点のスナップショットから復元するだけで済みます。
ただし、決定的な弱点があります。記録先は、多くの場合、同じNAS本体（同じストレージプール）の中です。そのため、次のような事態にはスナップショットは無力になります。
- NAS本体の物理的な故障（ディスク複数台の同時障害、電源部の故障など）
- 火災・水害・盗難によるNASそのものの喪失
- スナップショット機能自体を無効化・削除する挙動を含むランサムウェアへの感染
スナップショットは「同じ場所にある、時間をさかのぼる仕組み」であって、「別の場所にコピーを置く仕組み」ではありません。RAIDも同じです。ディスク単体の冗長化とデータの保全は別の話です。RAID構成の耐障害性については、別記事「RAIDはバックアップではない｜構成別の耐障害性と必要な二重化」で詳しく扱っています。
バックアップとは何か ― 物理的に離れた場所に置く「複製」
バックアップとは、元データとは別の記憶装置・別の場所にデータの複製を保存する仕組みです。同じ筐体内で完結するスナップショットと違い、元のNASが完全に失われても、バックアップ先が無事であればデータを取り戻せます。
代表的な構成には、別のNASへのレプリケーション、クラウドストレージへのバックアップ、外付けディスクやテープへのオフラインバックアップなどがあります。どこまで距離を離すか、何世代分を保持するかは、事業継続の観点から設計する必要があります。この設計の基本となる考え方が「3-2-1ルール」（データを3つ以上保持し、2種類以上の異なる媒体に保存し、1つは遠隔地に置くという原則）で、具体的な実装手順は別記事「ランサムウェアに備えるバックアップ設計｜3-2-1ルールの実装手順」でまとめています。
両者の違いを表にまとめます。
| 比較項目 | スナップショット | バックアップ |
|---|---|---|
| 保存場所 | 基本的に同じ筐体・同じストレージプール内 | 物理的に別の装置・別の場所 |
| 取得頻度 | 高頻度（数分〜数時間おき）が一般的 | 日次・週次など、比較的低頻度が一般的 |
| 復元にかかる時間 | 短い（即時に近い） | スナップショットより時間がかかる場合がある |
| 守れる範囲 | 誤削除・誤上書きなどの人的ミス | 本体故障、災害、ランサムウェアなど装置単位の喪失 |
| 単体での位置づけ | 事業継続の最終防衛ラインにはならない | 事業継続の最終防衛ラインになりうる |
この表からわかるとおり、スナップショットは「早く戻せる」という強みがあり、バックアップは「最悪の事態でも残る」という強みがあります。実務では、両方に役割を分担させます。
誤削除と障害、どちらにどちらを使うか
日常的な誤削除・誤上書きへの対応はスナップショットに、本体障害や災害への備えはバックアップに任せます。これが基本的な役割分担です。
具体的な運用イメージは次のとおりです。担当者が「さっき保存した見積書を上書きしてしまった」という場合、スナップショットから数分〜数時間前の状態を選んで復元すれば、ほぼ即座に元に戻せます。バックアップから復元するより手間もかからず、業務への影響も最小限で済みます。
一方、NAS本体のディスクが複数台同時に故障した、あるいはランサムウェアに感染して共有フォルダ内のファイルが軒並み暗号化された、という場合はスナップショット自体が使えなくなっている可能性があります。この場合に頼れるのは、物理的に離れた場所に保存してあるバックアップだけです。復元には時間がかかりますが、データそのものを失わずに済みます。
社外からのアクセスが増えている環境では、遠隔地バックアップへの経路そのものをどう確保するかも検討課題になります。VPN接続とクラウド接続、どちらでバックアップ経路を組むべきかは、別記事「社外からNASへ安全にアクセスする方法｜VPNとクラウド接続の比較」で比較しているので、拠点間の設計を見直す際の参考にしてください。
確認すべき項目を挙げておきます。
- 日常の誤削除・誤上書き対策として、スナップショットを短い間隔（15分〜1時間程度）で自動取得しているか
- スナップショットの保持世代数が、業務で必要な「何日前まで戻したいか」に足りているか
- バックアップ先が、元のNASと物理的に離れた場所（別拠点・クラウド）にあるか
- バックアップの取得頻度が、失っても許容できるデータ量（何時間分、何日分か）に見合っているか
- ランサムウェア対策として、バックアップ先への書き込み権限を必要最小限に絞っているか
エレコムのNAS・ストレージ関連製品・サービス
エレコムが取り扱うQNAP製の法人向けNASには、スナップショット機能とバックアップ・レプリケーション機能の両方が搭載されたモデルがあります。どちらの機能をどう組み合わせるかは、機種や導入規模によって変わります。
| 項目 | 内容 |
|---|---|
| 製品カテゴリ | QNAP製 法人向けNAS（スナップショット・バックアップ機能搭載モデル） |
| 対応範囲 | 機種選定、バックアップ構成のご相談（詳細は製品ページでご確認ください） |
| 関連サービス | 法人向けQNAP保守サービス |
スナップショットの保持世代数や、バックアップ先として選べる構成（クラウド連携の可否など）は機種によって異なります。自社の業務に必要な復旧ポイントの数や、許容できるデータ損失量を整理したうえで、製品ページや問い合わせ窓口で具体的な仕様を確認することをおすすめします。
よくある質問
Q1. スナップショットの保持世代数はどのくらいが目安ですか。
業務内容によって異なり、一律の正解はありません。「どのくらい前の状態まで戻したいか」を基準に考えると良いでしょう。例えば、当日中のミスにしか対応しないなら数時間分の世代があれば足りますが、数日前のファイルにも戻したい場合はその分の世代数と、それを保持できる容量の余裕が必要になります。容量が足りなくなったときの対応は、別記事「NASの容量が足りなくなったら｜拡張・移行・世代交代の判断」で扱っています。
Q2. バックアップ先はクラウドと物理メディア、どちらがよいですか。
組み合わせるのが基本です。クラウドは遠隔地保存と自動化のしやすさに強みがあり、物理メディア（外付けディスクなど）はネットワーク経由の攻撃から切り離せるオフライン保管に強みがあります。3-2-1ルールに沿って複数の媒体を使い分ける設計は、別記事「ランサムウェアに備えるバックアップ設計｜3-2-1ルールの実装手順」で具体的に紹介しています。
まとめ ― 「早く戻す」スナップショットと「最後まで残す」バックアップを両輪で
スナップショットとバックアップは、互いの代わりになりません。役割が違うからこそ、両方を組み合わせて初めて機能します。
- スナップショットは同じ筐体内の巻き戻し機能で、誤削除・誤上書きへの対応に向きます
- バックアップは物理的に別の場所への複製であり、本体故障や災害への備えになります
- 日常的なミスにはスナップショット、装置単位の喪失にはバックアップという役割分担で設計します
この2つを混同したまま「スナップショットがあるから大丈夫」と考えていると、いざというときに取り返しがつかなくなります。自社のNASでどちらの機能がどう設定されているか、一度確認してみてください。
