Avamar:avtarがファイル スキャン フェーズ中にファイルを読み取ると何が起こるか
概要: この記事では、Avamarバックアップのファイル スキャン フェーズ中にavtarがファイルを読み取るときに何が起こるかについて説明します。
この記事は次に適用されます:
この記事は次には適用されません:
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
手順
Avamarがバックアップ中にファイルをスキャンするとどうなります
Avamarバックアップ中に、avtarはソース データセット内で指定されたファイル システム全体をスキャンします。また、各ファイルをチェックして、前回のバックアップ以降に変更されたかどうかを確認します。
ファイルが変更されたかどうかをavtarが検出する方法の詳細については、「Avamar Client - avtarがファイルが変更されたと見なす前に何を変更する必要があるか」を参照してください
Avtarは、ディレクトリー自体の変更時刻が変更されていない場合でも、すべてのディレクトリーをウォークします。これは、下位のサブディレクトリが変更されている可能性があるためです。
ディレクトリー以外のファイルごとに、avtarはメタデータを収集します。このメタデータは、ファイルに関する「stat」情報です。
セキュリティ記述子を持つWindows NTFSまたはReFSファイルシステムでは、avtarはセキュリティ記述子も収集します
これは、「ファイル変更時刻」が変わらなくても、その情報を変更できるためです。
オブジェクトのパス全体がstatのようなメタデータと組み合わされて、ファイル キャッシュ ルックアップが実行されます
ファイル キャッシュの読み取りヒット時に、コンテンツ ハッシュ(Data Domainバックアップの場所)が返されます
これにより、ファイルを開かずにバックアップできます。前回バックアップされてから変更されていないため、その必要はありません
ファイル キャッシュ読み取りミスでは、ファイルが開かれ、コンテンツの読み取り、チャンク化、圧縮、ハッシュ化が行われます。次に、ハッシュ キャッシュ(またはData DomainのDDBoost)を使用して、Avamarサーバーへのコンテンツの送信を回避します。
ハッシュは、statに似た操作から返される情報に基づいて生成されます
Linuxでの例:
ファイルが変更されたかどうかを評価する場合、avtarは変更時刻と変更時刻を考慮しますが、アクセス時刻は考慮しません
これは迅速な操作であり、変更されたファイルが少なく、変更率が低いAvamarバックアップが非常に高速である理由を説明しています
計算されたハッシュがクライアントのファイル キャッシュにあるハッシュと異なる場合、ファイルが変更されたと見なされます。変更されたファイルを完全に処理し、新しいチャンクをAvamarサーバーに送信する必要があります。
Avamarバックアップ中に、avtarはソース データセット内で指定されたファイル システム全体をスキャンします。また、各ファイルをチェックして、前回のバックアップ以降に変更されたかどうかを確認します。
ファイルが変更されたかどうかをavtarが検出する方法の詳細については、「Avamar Client - avtarがファイルが変更されたと見なす前に何を変更する必要があるか」を参照してください
Avtarは、ディレクトリー自体の変更時刻が変更されていない場合でも、すべてのディレクトリーをウォークします。これは、下位のサブディレクトリが変更されている可能性があるためです。
ディレクトリー以外のファイルごとに、avtarはメタデータを収集します。このメタデータは、ファイルに関する「stat」情報です。
セキュリティ記述子を持つWindows NTFSまたはReFSファイルシステムでは、avtarはセキュリティ記述子も収集します
これは、「ファイル変更時刻」が変わらなくても、その情報を変更できるためです。
オブジェクトのパス全体がstatのようなメタデータと組み合わされて、ファイル キャッシュ ルックアップが実行されます
ファイル キャッシュの読み取りヒット時に、コンテンツ ハッシュ(Data Domainバックアップの場所)が返されます
これにより、ファイルを開かずにバックアップできます。前回バックアップされてから変更されていないため、その必要はありません
ファイル キャッシュ読み取りミスでは、ファイルが開かれ、コンテンツの読み取り、チャンク化、圧縮、ハッシュ化が行われます。次に、ハッシュ キャッシュ(またはData DomainのDDBoost)を使用して、Avamarサーバーへのコンテンツの送信を回避します。
ハッシュは、statに似た操作から返される情報に基づいて生成されます
Linuxでの例:
stat testtest.gz
File: `testtest.gz'
Size: 29 Blocks: 8 IO Block: 4096 regular file
Device: 803h/2051d Inode: 2149406915 Links: 1
Access: (0600/-rw-------) Uid: ( 500/ admin) Gid: ( 500/ admin)
Access: 2014-12-30 07:51:14.335261000 +0000
Modify: 2014-12-30 07:51:14.335261000 +0000
Change: 2014-12-30 07:51:18.443265606 +0000
ファイルが変更されたかどうかを評価する場合、avtarは変更時刻と変更時刻を考慮しますが、アクセス時刻は考慮しません
これは迅速な操作であり、変更されたファイルが少なく、変更率が低いAvamarバックアップが非常に高速である理由を説明しています
計算されたハッシュがクライアントのファイル キャッシュにあるハッシュと異なる場合、ファイルが変更されたと見なされます。変更されたファイルを完全に処理し、新しいチャンクをAvamarサーバーに送信する必要があります。
その他の情報
関連文書:
対象製品
Avamar製品
Avamar, Avamar Client文書のプロパティ
文書番号: 000013952
文書の種類: How To
最終更新: 07 3月 2024
バージョン: 7
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。