ボリューム バックアップに関する一般的な問題

システムの完全で安定したイメージをコピーしようとするバックアップ操作では、次の問題に対処する必要があります。

• バックアップ中にアクセスできないファイル。 アプリケーションを実行するには、バックアップ中にファイルを排他モードで開いたままにする必要が多く、バックアップ プログラムでファイルがコピーされないようにする必要があります。

• ファイルの状態に一貫性がありません。 アプリケーションのファイルが排他モードで開かなくても、ファイルを開く、バックアップする、閉じるのに時間がかかるため、記憶域メディアにコピーされたファイルがすべて同じアプリケーションの状態を反映していない可能性があります。

• サービスの中断を最小限に抑える必要があります。 ファイルのアクセシビリティとバックアップされるデータの整合性を確保するには、ボリューム バックアップ中に実行中のすべてのプログラムの中断または終了が必要になる場合があります。 大規模なディスク システムの場合、これは時間単位である可能性があります。

  最近、一部のストレージ ベンダーは、ボリューム キャプチャ メカニズム (特定の時点でディスク上のファイルのイメージをキャプチャする手段) を、書き込み時のコピーまたは "分割ミラー" メカニズムを使用して、これらの問題に対処しようとしています。 ただし、これらのソリューションには、独自の困難が伴います。

  • ボリューム キャプチャの互換性のないベンダー実装。 RAID デバイスの多くのプロバイダーは、ボリューム キャプチャ メカニズムを提供します。 ただし、各ベンダーには独自のインターフェイスがあり、各ベンダーはボリューム キャプチャ インターフェイスのバックアップ ベンダーからサポートを受ける必要があります。 これは、バックアップ アプリケーション ベンダーが複数のボリューム キャプチャ実装をサポートする必要があることを意味します。これは望ましくありません。
  • アプリケーションの調整の欠如。 ボリューム キャプチャをサポートする多くのデバイスでは、実行中のアプリケーションとディスク上のデータの凍結の調整はサポートされていません。 バックアップ アプリケーションと同様に、これらのデバイスには、各ベンダーが異なるインターフェイスを持っています。
  • RAID 以外のデバイスのサポートが制限されています。 従来のディスク ベンダーが、デバイス ドライバーで任意の種類のボリューム キャプチャのサポートを提供している場合は、ほとんどありません。 つまり、キャプチャ メカニズムは特定のディスク システムに限定され、通常はシステム領域のバックアップをサポートできません。
  • ボリューム キャプチャ中にディスクの更新を処理する必要があります。 ストレージ ベンダーが提供するボリューム キャプチャ メカニズムでは、ディスク上のデータの状態がフリーズする可能性がありますが、実行中のアプリケーションと常に相互運用できるとは限りません。 これは、多くの場合、ストレージ デバイスがボリューム キャプチャ中にボリュームに送信されたデータが失われる可能性があることを意味します。
  • 一貫性のあるマルチボリューム バックアップ。 ストレージ デバイスはこれらのボリューム キャプチャを実行するため、通常、データの凍結のタイミングを調整するためのメカニズムはありません。 これは、デバイスが別のベンダーから提供されている場合に特に当てはまります。 そのため、ボリューム キャプチャを使用してバックアップに複数のストレージ ボリュームが含まれている場合、各ボリュームに対して保持される時間イメージに一貫性がない可能性があります。