自動バックアップの危険性：失敗しても、通知の出ないケースがあります。 ※ バックアップ先ドライブの定期検査が必要です。

ホーム→バックアップの危険性→自動バックアップの危険性

突然ですが・・バックアップ用ドライブの定期検査を実施しておりますでしょうか？
実は、運用ドライブだけではなくバックアップ用の定期検査も「必須」となります。
※ え？バックアップ用は故障に気が付いてからで間に合うから検査はいらないよね？いえいえ・・(^^;

□ 複数のHDDを接続して運用するRAID、自動的にバックアップを取れるように組み込んだシステム、同時にミラーを生成するミラーリングなどがございます。
□ これらは、シーケンシャルの高速化、データの冗長性などを求めて組まれます。しかしながら、同時に脆弱性を抱え込む原因にもなっておりますので、それを説明いたします。

■ RAIDの仕組み

複数台のドライブを接続して扱います。何台繋げても、コンピュータからは１台として認識されます。
すなわち、ＲＡＩＤコントローラがＨＤＤと見なされます。

〇 通常の構成＝＞　ＨＤＤ　＜＞　コンピュータ
〇 ＲＡＩＤ構成＝＞　複数台のＨＤＤ ＜＞　ＲＡＩＤコントローラ　＜＞　コンピュータ

RAIDの接続方式が鍵を握っております。よく使われる形式は以下の通りです。

RAID-0(ストライピング)

データを一定のブロックで分解し、それを接続されたＨＤＤに交互に書き込む方式です。
シーケンシャル速度及び容量が向上致しますが、データ保護能力は全くないです。

RAID-1(ミラーリング)

データを複数台に同一内容にて書き込みます。 何台接続しても容量は一定です。データ保護能力は向上します。

RAID-5(パリティ付ストライピング)

データを一定のブロックで分解、パリティを計算、これらを全て交互に書き込む方式です。
このパリティにより、１台までの破損であれば、パリティと生きているドライブから破損したデータを復元できます。
※ ３台以上での構成が必要ですが、１台が破損してもパリティよりデータが復元できるメリットがあります。

RAID-10(ミラー＆ストライピング)

ミラーとストライピングを組み合わせた構成となります。
※ 組み合わせの都合上、ドライブの台数が増加(倍)いたします。このため小規模向きです。
それゆえに、大規模になる場合はRAID-6を使います。

RAID-6(パリティ付きストライピング)

RAID-5ではパリティが一つでしたが、こちらは二つとなります。
いずれのパリティまたは両方のパリティから最大２台までの復元が可能となっております。
※ その分、構造が複雑となります。その影響からRAID処理側のバグによる論理損傷がリスク(よくあります)となります。

■ 自動バックアップの中身
※ 以下に登場いたします、各セクタの分類に関しましてはこちらをご参考ください。

RAIDによる自動的な同期、または単に２台を接続のち一定おきに同期させる方法が自動バックアップですね。
※ RAIDの場合、常に互いは最新のデータですが、自動バックアップの場合は時間差が生じてしまいます。

○ 同期前
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜90, 10, 00, 00, 00｜
Disk2｜100, 00, 00, 00, 00｜

○ 同期後
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜90, 10, 00, 00, 00｜
Disk2｜90, 10, 00, 00, 00｜

数値は全体を100として情報を保持している量を表します。 今回のDisk1は未使用が90、データ使用量が10、その他エラーのセクタはありません。新しいDisk2(新品なので未使用100)にバックアップした様子(同期)です。

■ この自動バックアップが知らない内にデータ損失につながります

バックアップ先となったドライブが故障するまで検査せずに使い続けるのは、危険です。
実は、この故障に気が付かない場合がとても多く、気が付いたときには両方とも(^^;読めない・・これが多いです。
このようなデータ損失までの例を挙げてみます。

○ 新品の状態
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜55, 45, 00, 00, 00｜
Disk2｜100, 00, 00, 00, 00｜

○ 最初の同期　(無事作動確認)
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜55, 45, 00, 00, 00｜
Disk2｜55, 45, 00, 00, 00｜

○ 定期的に使用中、データ量55から80へ。(無事作動確認)
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜20, 80, 00, 00, 00｜
Disk2｜20, 80, 00, 00, 00｜

○ 障害の発生　(無事作動確認)
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜20, 80, 00, 00, 00｜
Disk2｜19, 80, 01, 00, 00｜

○ 障害の発生２　(無事作動確認)
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜20, 80, 00, 00, 00｜
Disk2｜19, 70, 11, 00, 00｜損失10

○ 障害の発生３　(無事作動確認)
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜18, 80, 02, 00, 00｜
Disk2｜15, 64, 21, 00, 00｜損失16

○ 障害の発生４　(無事作動確認)
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜18, 80, 02, 00, 00｜
Disk2｜10, 55, 30, 05, 00｜損失25

○ 障害の発生５　(エラーで停止)
数値の順　空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜18, 60, 02, 03, 17｜損失20
Disk2｜10, 55, 30, 05, 00｜損失25

○ 障害の発生６　(５のエラーを無視、再度エラー、再起不能)
以下数値の順：空データ数, 実データ数, 読み込み不能セクタ数, 書き込み不能セクタ数, 読み書き不能セクタ数
Disk1｜00, 00, 00, 00, 100｜損失80(ヘッドクラッシュ)
Disk2｜10, 35, 50, 05, 00｜損失45

■ Disk1(メイン側)が元気なのに対し、Disk2(コピー先)が徐々に弱っていくパターンとなります。

データを書き込んでから一定時間後に読み込み不能セクタに変化。同期の場合、ファイル名または更新日時に変化がない場合は書き込みしないため、データ損失が気付かれずに放置されてしまいます。頻繁に更新するファイルは、書き込みの際にセクタが復活致しますし(エラーの場合もあり)、 最終的に読み書き不能セクタになった場合はエラーで停止(書き込み不可)します。ほとんど更新しない(全く更新しない)保存用ファイルなどが影響を受けます。
※ 更新頻度の低い例といたしましては、デジタルカメラの画像などが犠牲となっております。
※ 対策：更新頻度の低いファイルは、できる限り別のメディアにも保存する。
※ ＮＡＳに接続されたバックアップ外付ＨＤＤなど、最近は多いですね。

[重要] ミラーリングをバックアップとして利用してはいけません

ミラーリングはバックアップの代わりになりません。
そもそも、ウイルスの削除活動、人為的なミスによるデータ損失、論理的な障害は防ぐ事ができません。
※ 見えない消耗が重なりまして、システムが停止した際には「既に時遅し」、接続されているドライブ全てが破損していたという結果に繋がる恐れがあります。
※ RAIDは、システムを長持ちさせ、決められた時間に修理を可能にする点が利点で、バックアップは対象外です。 アクセスが度重なる最も忙しいときに故障されてシステムが停止し、それにより生じる損失を回避するが本来の姿です。
(障害の際、一つだけでも生きていれば、システムは継続可能になります。修理は落ち着く深夜に回す事が可能)
⇒最悪、修理ができない場合は、別のバックアップが出番となる訳です。
⇒人為的なミスでファイルを紛失した場合も、別のバックアップから再度戻す作業が必要となります。

■ ドライブの検査について

以上の観点より、バックアップ先の劣化を定期的に検査すれば、徐々に弱っていくパターンによるデータ損失を防ぐ事ができます。 検査の方は、弊社にて開発いたしました完全スキャン[ ＞＞ FromHDDtoSSD Ver2.1系 完全スキャン ]をご利用いただけたら幸いです