バックアップファイルとフォルダを検証および検証する方法

[確認] タブには、バックアップを保護するためのさまざまな機能があります。

バックアップの検証では、ターゲット メディアからデータを読み戻す必要があるため、バックアップの速度が大幅に低下することに注意してください。さらに、これらのファイルに対してWindowsディスクキャッシュがオフになり、そうすることによって、これらの特定のファイルにアクセスするときに、ファイルアクセスを高速化するWindowsのいくつかの最適化が利用できなくなるため、アクセスの読み戻しが通常よりも遅くなります(この遅いアクセスは検証中のファイルにのみ影響し、システム全体ではありません)。

ただし、重要なデータを処理する際には、バックアップの検証が不可欠です。ファイルをバックアップすると、そのバックアップ ファイル (ZIP アーカイブなど、元のファイルとは異なる形式) が読み戻され、チェックされます。リモートターゲットの場合、上記のオプションには、検証目的で非常に大きなファイルをダウンロードしないようにするための最大サイズ制限と、パーセンテージ制限があります。パーセンテージ制限を使用すると、たとえば、検証をすべての新しいファイルのわずか 5% に制限して、バックアップの完了を高速化できます。

このパーセンテージの制限は、特に非常に大きなファイルサーバーのバックアップや、2番目の機能「ビット腐敗と操作保護を有効にする」と組み合わせて、非常に理にかなっています。

バックアップファイルの再検証/検証

ターゲットのファイルは、知らないうちに破損する可能性があります。ミラー構成を使用するRAIDコントローラでも、コントローラが気付かないうちにファイルやセクタが破損する可能性があります。RAIDコントローラは通常、複数のドライブ間の読み取り中にセクタを比較しません。したがって、ハードウェア障害はかなり長い間検出されないままになる可能性があります。さらに、RAMチップはデータを破損する可能性があります。ECC技術にもかかわらず、ハードドライブやサーバーRAMに含まれるRAMは損傷する可能性があり、損傷は目立った症状を生じることなく、かなり長い間検出されないままになる可能性があります。たとえば、ECC RAMは、チップの内部アドレスバスの損傷により、バイトが正しく書き込まれるが間違ったアドレスに書き込まれるような方法で損傷を受ける可能性があります。ECCの性質上、このような欠陥やその他の種類の欠陥に対する保護は提供されません。さらに、悪意のあるソフトウェアがバックアップファイルを暗号化し、時には不満を抱く従業員がバックアップファイルを荒らす可能性があります。

妥当な時間内にこのような可能性を捉え、最小限のリソースを使用するために、BackupChain
はパーセンテージベースのリソースカバレッジオプションを提供しています。I/O に使用される RAM のほんの一部を RAM の欠陥に対してテストし、再検証するファイルの一部をテストするように指定できます。リモートターゲットの場合、再検証時に画面の上半分のサイズオプションも考慮されます。

バックアップ ファイルを再検証するには、バックアップ ファイル全体を (ダウンロードして) 読み戻し、チェックサムなどを使用して内部整合性をチェックする必要があります。これは、それ以降に変更されたファイルの以前のバックアップバージョンでも実行できます。

再検証の対象範囲

再検証するファイルのほんの一部だけをバックアップ サイクルごとに処理することで、作業を多くのバックアップ サイクルに分散し、必要な追加時間を最小限に抑えることができます。この考え方では、すべてのファイルがほぼ平均サイズであり、バックアップタスクが実際に定期的に実行されることを前提としています。さらに、別の仮定は、ファイルの過度の再検証は特定のポイントを超えては役に立たないが、その選択はあなた次第であるということです。毎回すべてのファイルの100%を再検証するようにタスクを設定できますが、その影響がバックアップサイクルをあまり長引かせない場合は、100%再検証の利点は、バックアップメディアの品質が影響を受けるとすぐに通知されることです。

ファイルの 5% など、再検証を選択した場合、すべてのファイルを 1 回カバーするには、平均で約 20 回のバックアップ サイクルが必要になります。バックアップ タスクが毎日実行されるようにスケジュールされている場合、それは 20 日間のサイクルとなり、各バックアップ ファイルが平均して再度チェックされます。これが実現可能かどうかは、使用可能な全体的なバックアップ時間、ファイルの総数とそのサイズ、関連するアクセス速度と I/O 速度など、多くの要因によって異なります。

ファイルを再読み込みするとセクタが実現

RAIDで使用されるかどうかにかかわらず、最新およびエンタープライズグレードのハードドライブの大きな特徴は、読み取りセクタにはハードドライブ内で発生する多くの内部チェックが含まれることです。BackupChainはバックアップファイルの一貫性をチェックするだけでなく、ハードドライブ自体も特定のセクタの品質を再評価し、必要に応じてそのセクタのデータを予備の内部セクタに再配置することを決定することがあります。

検証と検証の利点

多くのユーザーは直感的にバックアップ時間をできるだけ短くすることを好みますが、デジタルストレージは何らかの形で完璧であり、欠陥はできず、部分的な欠陥さえも持てないという根本的な考え方がしばしばあります。バックアップ検証の場合、バックアッププロセスを延長することは避けられません。ただし、組織にとってデータの価値が非常に高い場合は、カバーされている利点とリスクを考慮する必要があります。

いくつかの可能性を見てみましょう。ハードドライブは、完全にまたは部分的に故障する可能性があります。ハードドライブがハードウェアの問題を内部的に検出してから、実際にコントローラに報告してからOSに報告するまでの間に、非常に幅広いデータ損失があります。

ファイルがサーバー上で処理されると、データはさまざまなメモリチップを通過します。メインサーバRAMとは別に、一部のRAMはコントローラやハードドライブ、その他の機器にカプセル化されています。ファイルがロードされて保存されると、さまざまなRAMセルとチップを通過します。そのうちの1つだけに欠陥がある場合、その中に運ばれたデータのチャンクが破損します。RAMの損傷は、RAMチェッカーソフトウェアなどを使用して特に調査されない限り、RAMの損傷やその他の形態のビット腐敗が何年も検出されない可能性があるため、広く信じられているほど珍しいことではありません。いくつかの「幸運な」状況では、サーバーがブルースクリーンになり、自発的に再起動することがあります。それでも、RAMの欠陥の警告サインは見落とされ、ソフトウェアの欠陥やドライバの問題など、他の何かと間違えられることがよくあります。RAMの欠陥は、サーバーをオフラインで話して具体的に調査することなく、気付かれて特定することは非常に困難です。

ECC RAMは、シングルビット障害に対する保護を提供しますが、すべてのタイプのRAM損傷に対する保護を提供します。前述のように、マルチビットの障害やRAMチップのメモリアドレス(アドレスバス)の処理の損傷は、多くのRAMチェッカーソフトウェアでも見つけにくい損傷を引き起こす可能性があります。データファイルでは、これらのタイプのRAM損傷効果は、ファイルのランダムな領域にランダムな文字として表示されるか、欠落または上書きされた文字として表示されることがあります。特にアドレスバスの損傷は、有効なデータワードがRAMに書き込まれるが、間違ったアドレスに書き込まれるため、チェックの範囲をバイパスする可能性があります。このようなハードウェアの損傷については、お客様から多数の報告があります。共通点は、問題が気づかれる前に、多くのファイルが何ヶ月もの間、予告なしに破損していたことでした。集中型ファイルサーバーに影響を与えるRAMの欠陥は、サーバーが毎日幅広いユーザーのすべてのファイルを処理するため、特に劇的です。ファイルが読み取られたり保存されたりして欠陥RAMを通過するたびに、出入り途中で破損する可能性があります。

ハードドライブ内部で発生するビットの腐敗は、サーバーのハードウェアおよびソフトウェアコンポーネントにあるさまざまなチェックを通過する可能性もあります。しかし、セクタがハードドライブによって不良として報告された場合でも、ファイルが実際に読み取られるまで、ユーザーは問題に気付かないでしょう。つまり、ファイルに属するセクタが不良になることがありますが、ファイルが完全に読み戻されない場合、これは気付かれません。ミラーRAIDデバイスでは、破損したセクタも、ドライブからコントローラに実際に不良と報告されない限り、気付かれません。メインサーバのRAM内でビットの腐敗が発生した場合、ファイルは読み戻されて検証されない限り、気付かれずにドライブに向かう途中で破損します。

したがって、リレビフィケーションは、ハードウェア障害の可能性を警告します。再検証することにより、BackupChainはファイルを読み戻します、そしてこれはハードドライブにファイルが保存されている各セクターの正常性を再評価する機会を与えます。さらに、プロセスで使用されているRAMの一部も間接的にチェックされています。場合によっては、最新のエンタープライズグレードのハードドライブの中には、脆弱なセクターを認識し、内部的にセクターを一連の予備の内部セクターに移動することができるものがあります。ただし、このプロセスは、ドライブ全体がその目的のために特別にスキャンされた場合、またはファイルが完全に読み戻された場合にのみ発生します。

ランサムウェアは、バックアップファイルを暗号化することも知られています。バックアップが脆弱なデバイスに保存されている場合、または何らかの形で感染したデバイスの影響を受けている場合、バックアップファイルが破損しているという事実は、しばらくの間気付かれない可能性があります。ランサムウェアの特殊なケースに対するより集中的な保護については、追加の推奨事項についてサポートチームにお問い合わせください。