ファイルのバックアップを定期的に行っているなら、あなたはすでに私の友人や親戚のほとんどよりもはるかに先を行っているはずです。しかし、これらのバックアップを少し信頼しすぎていませんか?
定期的にバックアップをスケジュールしている人が現状に満足しすぎて、最終的にデータを損失してしまうのを何度も見てきました。バックアップの失敗は、時々本当に忍び寄ってきます。
「バックアップが完了しました」というメッセージは、安全な状態であることを証明するものではありません
通常は問題ありませんが、残念に思うよりは安全な方が良いです。
バックアップの範囲は、「安全に保つためにその 1 つのファイルを別の場所にコピーした」というものから、NAS (または複数)、クラウド バックアップ、オフサイト コピーを備えた本格的なバックアップ センターを持つものまで多岐にわたります。あなたのバックアップがスペクトルのどこにあっても、同じ普遍的な真実が当てはまります。それは、バックアップが完了している場合もあれば、完了していない場合もあります。
ほとんどの消費者向けバックアップはファイルレベルです。つまり、基本的に、彼らはあなたが指示したものをコピーします。それは、ドライブ、NAS 共有、またはクラウド フォルダーである可能性があります。問題は、ファイルレベルのバックアップでは、システムが確実に引き渡すものしかバックアップできないことです。
最も危険なバックアップの失敗が見落とされやすいのはまさにこのためです。失敗するのはものではありません。それは、必ず気づくでしょう。バックアップは一見問題なく完了しているように見えますが、表面下にはエラーが隠されています。
バックアップがスキップした可能性のあるもの
必要になるまではわかりません。
まだバックアップを信頼する傾向があると仮定して、スキップされる可能性のあるものの種類と、それが心配する必要があるかどうかについて話しましょう。
Windows では、ファイルを開いたり積極的に変更したりすることがバックアップの典型的な問題点です。これに対処するために、多くのバックアップ ツールは VSS スナップショットに依存して、データの一貫したポイントインタイム ビューを取得します。そのスナップショット手順が失敗したり、データの実際の状態と同期していない場合、作業していた正確なファイルのバックアップが欠落しているか、一貫性のない状態になる可能性があります。
権限も問題になる可能性があります。バックアップ プロセスで、アクセス許可がないために読み取れないファイルが見つかった場合、残念なことに、バックアップのその部分は実行されません。 Robocopy などの一部のツールには、ACL ブロックをオーバーライドするように設計されたバックアップ モードがあります。ただし、適切なアクセス権なしでバックアップが実行され、ツールがそれを回避できない場合、「バックアップの完了」は「ツールが到達できるすべてのこと」に近いものになります。
バックアップ ターゲットまたは同期として使用されるクラウド フォルダーは、より安全であるように感じられるかもしれませんが、必ずしも安全ではありません。一例として、OneDrive のファイル オンデマンドは一部のファイルを「オンラインのみ」としてマークできます。これは、PC 上のスペースを占有せず、ファイルを開くまでダウンロードされないことを Microsoft が明示的に説明しています。ディスク上に存在するものをコピーするローカル バックアップ ジョブでは、実際にローカルに保存されていないものはキャプチャされない場合があります。
一方、欠落しているデータの一部は仕様によるものです。たとえば、Time Machine を使用すると、バックアップから特定の項目を除外できます。これは便利ですが、そもそも除外することを忘れただけで、すべきではないものを確実に省略してしまいました。
ファイルのコピーは問題なく行われるが、バックアップが依然として失敗する場合
まるでバックアップするのが十分面倒ではないかのようです。
正常ではないのに正常であると主張する卑劣なバックアップについて話しました。さて、完成して一見見栄えが良く、欠落しているファイルはないものの、まだ何かが間違っているものについて話しましょう。
わかってる、わかってる。なんて迷惑なんだ。
これは、ファイルを単にコピーすることと、ファイルが実際に使用可能であることを確認することとの重要な違いです。 1 つまたは 2 つのフォルダーをコピーし、すべてのファイルが無事にコピーされたとします。ファイルサイズも正しいようです。しかし、いずれかのファイルを実行しようとしても、そのファイルは開きません。
これはサイレント データ破損であり、さまざまな理由で発生する可能性があります。
ソース ドライブまたは宛先ドライブに問題がある可能性があります。 PC の RAM または CPU に問題がある可能性があります。おそらく、ファイルの転送に使用する USB ケーブルなどのアクセサリの 1 つが故障している可能性があります。データは、ポイント A からポイント B までの途中のどの時点でも破損する可能性があります。
大きな理由は、一部のデータは、ライブ中に単純なファイルとしてバックアップすることを意図していないためです。ブラウザ プロファイル、電子メール ストア、データベースのように動作するものなど。これらをコピーすることはできますが、その時点で書き込みが行われていた場合、ターゲット ドライブ上でそれらが破損していることが判明する可能性があります。せいぜい、最近の変更が失われるだけです。同じルールが、プロジェクト フォルダーなど、複数の可動部分があるものに適用されます。アクセスの問題はこれらの場合によく発生します。
もう 1 つのよくある落とし穴は、ファイルの復元が古いシステムでのファイルの動作を復元することと同じであると想定している場合です。特に新しいデバイスや新しいユーザー アカウントを扱う場合、アクセス許可と所有権が異なるものになる可能性があります (また、異なる OS 間で転送すると、さらに複雑になります)。
結局のところ、バックアップは成功する一方で、ファイルが欠落していたり、各ファイルを調査するときにのみポップアップするエラーが発生したりする間違ったバックアップである可能性もあります。
バックアップをテストする方法 (そしてバックアップを安全に保管する方法)
私はバックアップをやめるようアドバイスする最後の人間です。 SSD はいつでも、何らかの理由で故障する可能性があり、どのストレージ デバイスにも同じことが言えます。バックアップは賢明な行動であり、ファイルの安全性を確保するには 3-2-1 ルール (さらに良いのは 3-2-1-1-0) に従うことが必須です。
重要なのは、バックアップを完全に信頼しないこと、そしてファイルが本当に重要な場合は、ファイルを保護するためにさらに一歩を踏み出すことです。
まずはバックアップをテストします。重要なファイルが入った小さなフォルダーを選択し、それを新しい場所 (元のファイルの上ではなく、完全に別の場所) に復元し、復元したものを 1 つずつ開きます。確かに面倒ですが、試してみる価値はあります。少なくとも 1 つのアーカイブ (zip ファイル、大きなメディア ファイル 1 つ、何度も編集されたファイル 1 つ) を含めるようにしてください。それらはデータ破損の可能性が高いためです。
ファイルごとにすべてをチェックするという苦痛な試練を避けてデータの整合性をチェックしたい場合は、Windows 上の PowerShell を使用すると簡単に行えます。オリジナルと復元されたコピーに対して Get-FileHash コマンドを実行し、値が一致していることを確認するだけです。そうでない場合は、バックアップ チェーン上で何かが壊れていることを示す最初の兆候です。
バックアップに加えてバックアップを実行することは常に良い考えですが、バージョニングと分離を追加することを検討してください。古いバージョンをサポートするバックアップ ターゲットを少なくとも 1 つ保持します。そうすれば、間違いによって唯一のコピーが上書きされることはありません。次に、上書きされないように、常に接続または常に同期しているわけではないコピーを 1 つ保持します。これらの手順により、ファイルは災害からより安全に保たれます。