Avamar:avtarがファイル スキャン フェーズ中にファイルを読み取ると何が起こるか
Summary: この記事では、Avamarバックアップのファイル スキャン フェーズ中にavtarがファイルを読み取るときに何が起こるかについて説明します。
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
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サーバーに送信する必要があります。
Additional Information
関連文書:
Affected Products
AvamarProducts
Avamar, Avamar ClientArticle Properties
Article Number: 000013952
Article Type: How To
Last Modified: 07 Mar 2024
Version: 7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.