多くの人が複数のバックアップ ストレージにデータをバックアップすることを好むため、これは完璧な選択ではありません。
クラスター内の他の何百ものサーバーに接続されたサーバーにビデオ ファイルが保存されているとします。バックアップ メカニズムにより、バックアップ ストレージに毎日自動的にバックアップされます。
しかしある日、不良セクタ（永久的なディスク損傷）が発生し、そのビデオファイルに影響を及ぼします。
バックアップ メカニズムは、通常どおりビデオをバックアップするだけです。 *nix サーバーは、ディスクの損傷によりビデオ ファイルが破損しているかどうかを認識しません。 2 か月後、古いバックアップ スナップショットはバックアップ ストレージから自動的に削除されます。そのため、そのビデオ ファイルのすべてのコピーは破損したファイルになります。
訪問者がそのビデオ ファイルのビデオを再生しようとすると、途中で停止します。YouTube でこれが起こると想像してください。これは残念です。
このようなバックアップ メカニズムは効果的ではなく、必要なスペースが多すぎると思います。
では、ディスク障害からデータをバックアップする最善の方法は何でしょうか?
答え1
毎日/毎時間行われるバックアップに加えて、データの月次スナップショットのようなものが考えられます。静的データは変更されないため、先月末のバックアップは先月と同じになります。
単純な 2 か月間の「完全」バックアップについて話しているようですが、もちろん、常に先入れ後出し方式になります。たとえば 2 週間分のテープを使用する最も基本的なバックアップでも、2 週間と月末の MF バックアップを実行するには 10 本のテープが必要になります。これらの毎週の 10 本のテープは常にローテーションされ、最も古いテープは常に 2 週間ごとに上書きされます。
答え2
これが理由です祖父-父-息子バックアップ ローテーションが使用されています。ただし、ハードウェアの問題よりも、ユーザーがファイルを上書きしたり誤用したりしたために、数か月分のテープをさかのぼって調べることが多くなります。
答え3
データ保持を確実にするために、チェックサム システムを実装できます。毎週 MD5 をクロスチェックし、チェックサム エラーが発生した場合はバックアップの削除を停止します。問題のあるファイルを正しいバックアップから再生します。
長期間のデータ保持は確かに面倒です。
ボリューム スナップショットは役に立ちません。スナップショット間でファイルが書き込まれない限り、不良ブロックは VSS キャッシュ ファイルにコピーされないためです。
答え4
セクターに永続的なディスク エラーが発生すると、その旨が通知され、このファイルのバックアップは失敗します。ただし、ログ ファイルを読み取らないと、不運な結果になります。