「RAIDを組んでいるから、バックアップは取らなくても大丈夫ですよね?」――ストレージの話になると、かなりの頻度で出てくる疑問だ。どちらも「データを守る仕組み」として紹介されるので、同じものの言い換えに見えてしまうのも無理はない。編集部で改めて整理してみると、この2つは守っている対象がそもそも違う、という点に行き着いた。
まず結論:RAIDとバックアップは「何から守るか」が違う
- RAID:複数のディスクを組み合わせ、ディスクが1台壊れてもシステムを止めないための仕組み(可用性)
- バックアップ:ある時点のデータの写しを別の場所に保管し、あとから元に戻せるようにする仕組み(復旧)
- RAIDは「止めない」、バックアップは「戻せる」。役割が違うので、片方でもう片方の代わりにはならない

RAIDとは?――車に積んだ「スペアタイヤ」のようなもの
RAID(レイド)は、複数台のディスクをまとめて1つの記憶装置のように扱う技術の総称。1987年にカリフォルニア大学バークレー校のパターソン氏らが発表した技術報告書「A Case for Redundant Arrays of Inexpensive Disks (RAID)」で提唱された考え方で、安価なディスクを束ねて性能と信頼性を確保しよう、という発想が出発点になっている。
たとえるなら、車に積んであるスペアタイヤに近い。走行中にタイヤが1本パンクしても、スペアに付け替えれば目的地まで走り続けられる。RAIDも同じで、ディスクが1台故障しても、残りのディスクに持たせてある予備の情報(冗長データ)を使って動作を続けられる。
代表的な構成(RAIDレベル)は次のとおり。
| RAIDレベル | 仕組み | ディスク故障への耐性 |
|---|---|---|
| RAID 0 | データを複数のディスクに分散して書き込む(ストライピング) | なし。1台壊れると全体が読めなくなる |
| RAID 1 | 同じデータを2台に同時に書き込む(ミラーリング) | 1台の故障まで耐えられる |
| RAID 5 | データと誤り訂正用の情報(パリティ)を3台以上に分散して書き込む | 1台の故障まで耐えられる |
| RAID 6 | パリティを二重に持たせ、4台以上に分散して書き込む | 2台の故障まで耐えられる |
注意したいのはRAID 0。名前にRAIDと付いているものの冗長性はなく、目的は速度の向上にある。「RAIDなら安全」とひとくくりにできない理由のひとつだと編集部は考えている。
バックアップとは?――「合鍵を実家に預けておく」ようなもの
バックアップは、ある時点のデータの写しを、元のデータとは別の場所・別の機器に保管しておくこと。ポイントは「別の場所にある」ことと「過去の時点の状態が残っている」ことの2つ。
たとえるなら、家の合鍵を実家に預けておくようなもの。手元の鍵をなくしても、落として曲げてしまっても、実家に行けば合鍵が残っている。手元で何が起きても影響を受けない場所に写しがある、という点が本質になる。
スペアタイヤは「今この瞬間の走行」を助けてくれるが、車ごと水没したら一緒に使えなくなる。合鍵は普段は何の役にも立たないが、手元のものが丸ごと失われたときに初めて効いてくる。この関係が、RAIDとバックアップの関係とよく似ている。
「RAIDとバックアップの違い」をたとえでわかりやすく解説
| 観点 | RAID | バックアップ |
|---|---|---|
| 主な目的 | ディスク故障時もシステムを止めない(可用性の確保) | 失われたデータをあとから元に戻す(復旧) |
| たとえ | 車に積んだスペアタイヤ | 実家に預けた合鍵 |
| データの置き場所 | 同じ装置の中の複数ディスク | 元データとは別の機器・別の場所 |
| 過去の状態に戻せるか | 戻せない(常に最新の状態だけを保持) | 戻せる(取得した時点の状態が残る) |
| 誤って削除・上書きした場合 | 守れない(削除や上書きもそのまま全ディスクに反映される) | バックアップ取得時点の状態に戻せる |
| 装置ごとの故障・災害 | 守れない(装置全体が被害を受ける) | 別の場所に保管していれば守れる |
表のなかで特に押さえておきたいのが「誤って削除・上書きした場合」の行。RAID 1のミラーリングは「同じデータを2台に書く」仕組みなので、ファイルを間違えて消せば、その「消した」という操作も2台にきっちり反映される。忠実に複製するからこそ、間違いも忠実に複製してしまう。
なぜRAIDだけではダメなのか?
RAIDが守ってくれるのは、基本的に「ディスクという部品の故障」だけ。次のようなケースでは、RAIDを組んでいてもデータは失われる。
- 人の操作ミスによる削除・上書き
- ソフトウェアの不具合やウイルス感染によるファイルの破損・書き換え
- RAIDを制御している装置(コントローラー)や本体そのものの故障
- 火災・水害・落雷・盗難など、装置が丸ごと被害を受ける事態
- 耐えられる台数を超えるディスクの同時故障
逆に、バックアップだけではダメな場面もある。バックアップからの復元には時間がかかるし、最後にバックアップを取ってから故障するまでの間に更新したデータは戻ってこない。ディスクが1台壊れるたびに業務を止めて復元作業をするのは、止められないシステムでは現実的ではない。
つまり「止めないためのRAID」と「戻すためのバックアップ」は、どちらかを選ぶものではなく、組み合わせて使うもの。編集部としては、個人や小規模な環境で優先順位をつけるなら、まずバックアップ、その次にRAIDの順だと考えている。止まっても待てば済むが、消えたものは待っても戻ってこないからだ。
安全対策をひとつ取ると安心してしまい、かえって注意が緩んでしまう現象は「リスク補償」と呼ばれる。「RAIDを組んだから大丈夫」という感覚は、まさにこの落とし穴にはまりやすい。安心感と実際に守られている範囲は別物、と意識しておきたい。
データを守る構成を考えるステップ
| ステップ | 内容 |
|---|---|
| 1. 守りたいデータを決める | なくなると困るデータと、作り直せるデータを分ける |
| 2. バックアップの保管先を決める | 元データとは別の機器、できれば別の場所(外付けディスク・クラウドストレージなど)に置く |
| 3. 取得の頻度を決める | 「何日分のデータなら失っても許容できるか」から逆算する |
| 4. 止められない場合はRAIDを加える | ディスク故障で業務が止まると困るなら、RAID 1・5・6などの冗長構成を検討する |
| 5. 復元を実際に試す | バックアップから本当に戻せるかを定期的に確認する |
バックアップの置き方については、「データを3つ持ち、2種類の異なる媒体に保存し、1つは離れた場所に置く」という「3-2-1ルール」と呼ばれる考え方が広く知られている。細かい数字を覚えるより、「同じ場所に全部を置かない」という発想を持っておくことが大切だ。
まとめ:3行で理解するRAIDとバックアップ
RAIDは「ディスクが壊れても止めない」ための仕組み、バックアップは「失ったデータを戻す」ための仕組み。RAIDは削除ミスや災害からは守ってくれないし、バックアップだけでは故障のたびにシステムが止まる。あなたの手元のデータは、今この瞬間に元の機器が丸ごと使えなくなっても、戻せる状態になっているだろうか。まずそこを確かめるところから始めてほしい。
よくある質問
Q1. RAID 1(ミラーリング)は2台に同じデータがあるのに、なぜバックアップにならないのですか?
2台のディスクは常に同じ内容に保たれるため、削除や上書きといった操作も同時に両方へ反映されるから。バックアップに必要な「過去の時点の状態が残っていること」「元データと別の場所にあること」のどちらも満たしていない。RAID 1が守るのは、あくまで片方のディスクが物理的に故障した場合に限られる。
Q2. NAS(ネットワーク接続型のストレージ)でRAIDを組んでいれば、家庭用としては十分ですか?
ディスク1台の故障には備えられるが、NAS本体の故障や誤操作、災害には備えられない。NASの中身を、外付けディスクやクラウドストレージなど別の保管先に定期的にコピーしておくことで、初めて「戻せる」状態になる。RAIDを組んだNASは「バックアップ元」であって「バックアップ先」とは限らない、と考えておくとよい。
Q3. RAID 5とRAID 6はどう使い分けますか?
RAID 5は1台、RAID 6は2台までの同時故障に耐えられる。RAID 6はパリティを二重に持つぶん、同じ台数でも使える容量は1台分少なくなる。ディスクが故障したあと、交換したディスクにデータを再構築している最中は残りのディスクに負荷がかかるため、その間にもう1台が故障する事態まで備えたい場合にRAID 6が選ばれる。
Q4. 基本情報技術者試験やITパスポート試験では、RAIDとバックアップはどう問われますか?
RAIDについては、RAID 0・1・5などの各レベルの仕組み(ストライピング・ミラーリング・パリティ)と、何台の故障に耐えられるかの組み合わせを問う形が定番。バックアップについては、フルバックアップ・差分バックアップ・増分バックアップの違いや、復元の手順が問われる。両者を「可用性の話」と「復旧の話」に分けて覚えておくと、選択肢を整理しやすい。


コメント