「Avamar - avtarバックアップ ログのステータス行を解釈する方法（英語）」
Shrnutí: この文書では、バックアップ セッション中に定期的に生成されるavtarログ のステータス行を理解し、解釈する方法について説明します。 これは、特にクライアントパフォーマンスの問題を調査する場合に便利なツールです。
Tento článek se vztahuje na
Tento článek se nevztahuje na
Tento článek není vázán na žádný konkrétní produkt.
V tomto článku nejsou uvedeny všechny verze produktu.
Příznaky
バックアップ中、avtarプロセスは定期的にステータス行をログに書き込み、バックアップ中にavtarによって行われたステータスと進行状況をレポートします。
例：
2014-11-14 10:16:56 avtar Info <8688>: ステータス2011-11-14 10:16:56、328ファイル、16フォルダ、26.53 MB(328ファイル、15.35 MB、57.86%新規) 34 MB 1% CPU C:\directory\Folder\file.doc
ステータス情報
を分離するにはNotepad++などのエディターを使用して、古いクライアント バージョンの「<8688>」または「<5100>」を含む行を検索します。
ステータス ログ
の頻度デフォルトでは、avtarステータス情報は15分(900秒)ごとに書き込まれます。この頻度は、フラグ status=[seconds] を使用してavtarに値を渡すことで変更できます。これを行うには、 avtar.cmd パラメーター ファイルを使用するか、Avamarユーザー インターフェイスデータセット構成オプションを使用します。
ログの読みやすさを維持するために、デフォルトの頻度のままにすることをお勧めしています。ファイルのバックアップに15分以上かかる場合は、複数のステータス行がレポートされます。より細分性が必要な場合は、必要に応じて設定を減らします。長時間実行されるバックアップに対して大きなログが生成される場合は、毎時(3,600秒)にレポートするように設定を増やすことを検討してください。
ステータス行のさまざまなセクションは何を意味しますか?
2014-12-07 10:16:56 avtar Info <8688>: ステータス 2014-12-07 10:16:56、 20,788,307ファイル、343,633ディレクトリ、327.9 GB(9,049,052ファイル、 0バイト、 0.00%新規) 1074 MB60% CPU /data/types.dtc
ステータス行から提供される情報:-
角括弧内のセクションの場合:-
(9,049,052ファイル、 0バイト、 0.00%新規)
ログ行の右端には、-
1074 MB60% CPU/base/data/types.dtc が表示されます。
最後 の最も重要な ステータス行は、バックアップ サマリーです。「Backup #」を検索すると、ログの末尾に表示されます。
これに続いて、バックアップ統計行が表示されます(「バックアップ」で検索可能)。
2015-11-18 00:34:32 avtar Info <5156>: バックアップ#75タイムスタンプ2015-11-18 00:24:43、4,007,032ファイル、1,974,043フォルダー、1,589 GB(2,680ファイル、419.4 MB、0.03%新規) 。2015-11-18 00:34:32 avtar Info <6083>: 1,589 GBを144.70分でバックアップ: 659 GB/時(1,661,482ファイル/時)
ファイル
を開くファイルをバックアップするには、avtarがファイルを開く必要があります。次のメッセージは、バックアップ中に開いたファイルがavtarに1つあることを示しています。これは、ファイルで動作している可能性がある他のアプリケーションとは別のものです。
2016-08-22 21:30:04 avtar Info <8688>: ステータス2016-08-22 21:30:04、25,921ファイル、3,746ディレクトリ、104.9 GB(1,274ファイル、0バイト、0.00%新規)1733 MB 46% CPU(1オープン ファイル)/opt/2016_hold.tar
例：
2014-11-14 10:16:56 avtar Info <8688>: ステータス2011-11-14 10:16:56、328ファイル、16フォルダ、26.53 MB(328ファイル、15.35 MB、57.86%新規) 34 MB 1% CPU C:\directory\Folder\file.doc
ステータス情報
を分離するにはNotepad++などのエディターを使用して、古いクライアント バージョンの「<8688>」または「<5100>」を含む行を検索します。
ステータス ログ
の頻度デフォルトでは、avtarステータス情報は15分(900秒)ごとに書き込まれます。この頻度は、フラグ status=[seconds] を使用してavtarに値を渡すことで変更できます。これを行うには、 avtar.cmd パラメーター ファイルを使用するか、Avamarユーザー インターフェイスデータセット構成オプションを使用します。
ログの読みやすさを維持するために、デフォルトの頻度のままにすることをお勧めしています。ファイルのバックアップに15分以上かかる場合は、複数のステータス行がレポートされます。より細分性が必要な場合は、必要に応じて設定を減らします。長時間実行されるバックアップに対して大きなログが生成される場合は、毎時(3,600秒)にレポートするように設定を増やすことを検討してください。
ステータス行のさまざまなセクションは何を意味しますか?
- 日付と時刻に加えて、ステータス レポートに表示されます。
- これまでに処理されたファイルの数。
- これらのファイルの数が変更されました。
- Avamarサーバーに送信されるデータの量
- avtarリソース メトリック
- 最後に処理されるファイルの詳細。
2014-12-07 10:16:56 avtar Info <8688>: ステータス 2014-12-07 10:16:56、 20,788,307ファイル、343,633ディレクトリ、327.9 GB(9,049,052ファイル、 0バイト、 0.00%新規) 1074 MB60% CPU /data/types.dtc
ステータス行から提供される情報:-
- 日付と時刻(クライアントのタイム ゾーン)
- これまでにスキャンされたソース ファイルとフォルダーの数
- これまでにスキャンされたソース ファイルの合計サイズ
角括弧内のセクションの場合:-
(9,049,052ファイル、 0バイト、 0.00%新規)
- avtarが完全に処理した変更されたファイルの数
- Avamar サーバーに追加されたデータ量
- このバックアップの変更率(ここまで)。
ログ行の右端には、-
1074 MB60% CPU/base/data/types.dtc が表示されます。
- avtarプロセスのクライアント メモリー使用量(メガバイト単位)
- avtarによって消費されたシステムのCPUの割合
- ステータス メッセージが生成されたときにバックアップされた最後のファイルの名前。
最後 の最も重要な ステータス行は、バックアップ サマリーです。「Backup #」を検索すると、ログの末尾に表示されます。
これに続いて、バックアップ統計行が表示されます(「バックアップ」で検索可能)。
2015-11-18 00:34:32 avtar Info <5156>: バックアップ#75タイムスタンプ2015-11-18 00:24:43、4,007,032ファイル、1,974,043フォルダー、1,589 GB(2,680ファイル、419.4 MB、0.03%新規) 。2015-11-18 00:34:32 avtar Info <6083>: 1,589 GBを144.70分でバックアップ: 659 GB/時(1,661,482ファイル/時)
ファイル
を開くファイルをバックアップするには、avtarがファイルを開く必要があります。次のメッセージは、バックアップ中に開いたファイルがavtarに1つあることを示しています。これは、ファイルで動作している可能性がある他のアプリケーションとは別のものです。
2016-08-22 21:30:04 avtar Info <8688>: ステータス2016-08-22 21:30:04、25,921ファイル、3,746ディレクトリ、104.9 GB(1,274ファイル、0バイト、0.00%新規)1733 MB 46% CPU(1オープン ファイル)/opt/2016_hold.tar
Příčina
該当なし
Řešení
このセクションは、クライアント バックアップ パフォーマンスのトラブルシューティングに関する一般的な文書と一緒に確認する必要があります。
「 Avamarクライアントのバックアップ パフォーマンス 」を参照してください。ボトルネックを特定する方法(解決策パス)
クライアント ログを定期的にレビューして、異常なパターンを識別
できるように、一般的なものを理解します。」異常値」は、バックアップ パフォーマンスやAvamarサーバーのストレージ容量に影響を与える潜在的な問題を示している可能性があります。
各ステータス情報は役に立ちます。ここでは、各統計を見る際に考慮すべき一連の事項をリストします。
ログからステータス行を除外し、数値を分析することで、動作を理解できます。
次の点を考慮してください。
1)これまでに
スキャンされたソース ファイルとフォルダーの数バックアップに多くのファイルがありますか? すべてのファイルavtarがスキャンする必要があります。これには時間がかかります。
ファイル システム バックアップのバックアップ期間は、スキャンされたファイルの数にほぼ比例します。
バックアップが進行すると、「これまでにスキャンされたソース ファイルとフォルダーの数」が増加します。
この数が増加しなくなった場合、またはファイルスキャン速度が低下する場合は、ステータス行の末尾にあるファイル名を確認します。avtarによって処理されている大きな変更されたファイルが見つかる場合があります。
avtarが別のパーティション内のファイルをスキャンしているか、低速(または競合が激しい)ストレージ サブシステムであることを考えてください。
ファイル/時のパフォーマンスと使用可能な最大バックアップ ウィンドウを考慮すると、バックアップ内のファイルの数は現実的ですか?
2)フォルダー
に対するファイルの比率バックアップされたファイルの数に関連して、フォルダーの数が異常に少ない、または多いようですか?
1つのフォルダー内の多くのファイル(100,000以上)は、小さなファイルとフォルダーの比率と同様に、パフォーマンスが低下することがあります。
3)これまでに
スキャンされたソース ファイルの合計サイズこの値は、最終的にバックアップの合計サイズを示します。
この値は、avtarがデータセット内のファイルの多くを処理する可能性が高いデータベース タイプのバックアップでは重要です。
このような状況では、バックアップ パフォーマンスは、avtarがデータを処理(チャンク、圧縮、ハッシュ)できる速度に比例します。
この値は、ファイル システムのバックアップ パフォーマンスにも大きく影響します。大規模なデータセットのバックアップでは、変更率のパーセンテージを小さくすることができます。
注：スキャンされるファイルの数をスキャンするソース ファイルのサイズで除算することで、平均(平均)ファイル サイズを学習します。
平均ファイル サイズが大きい場合は、変更されたファイルの数が少なくても、avtarの処理に多くの作業が必要になります。
「 Avamarを使用してOutlookアーカイブ.pstファイル
をバックアップする際のパフォーマンスに関する考慮事項 」を参照してください。 4)avtar
によって処理された変更されたファイルの数 バックアップが実行する必要がある作業量を理解するのに役立ちます。
データベース バックアップの場合、この数はデータセット内のファイルの数に関連して比較的高くなります。
データセット内のすべてのファイルが変更される場合もあります。
ファイル システムバックアップの場合は、この番号を注意深く記載する必要があります。初期バックアップ中、この数は常に高くなります。
レベル1バックアップ(最初のバックアップ の後 に取得されたバックアップ)の場合、 通常 、スキャンされたファイルの合計数の3%未満になります。
比率が5%の場合、 >特にデータセットに大量のデータがある場合、または平均ファイル サイズが大きい場合に、バックアップ期間に劇的な影響を与える可能性があります。
変更しているファイルを特定し、変更する理由を検討します。見る;
5)Avamarサーバーに追加されたデータの量 これは、Avamarサーバー
にワイヤ経由で出荷する必要があるデータの量です。 AvamarサーバーまたはData Domainの容量使用率に影響します。
WAN経由でサーバーから分離されたクライアント、またはクライアントに対してレプリケーションが検討されている場合、この値は、使用可能なネットワーク帯域幅を指定して、バックアップ ウィンドウ内でクライアントのデータを送信するのに十分なサイズにする必要があります。
capacity.sh スクリプト(以下を参照)を使用して、Avamarシステムに最も多くのデータを追加しているクライアントを特定できます。
6)このバックアップの変更率(ここまで)
この値は、Avamarサーバーに追加されたデータのマウントを、これまでにスキャンしたソース ファイルの合計サイズで割った値です。
3%を超える変更率は高いと見なされます。
7)avtarプロセスの現在のメモリー使用量(メガバイト単位)
メモリー使用量は、次のようなさまざまな要因によって異なります。
avtarは、大規模なディレクトリーをバックアップすると、データのスキャンとソートを試みると、より多くのメモリーを消費します。
特定のavtarチューニング パラメーター(maxopendirsフラグなど)を使用すると、メモリー消費量が増加する場合もあります。
8)avtarによって消費されるシステムのCPUの割合中~中-高の値は、AVtar
がCPUビジー状態を維持するのに十分な速度でデータを供給していることを意味するため、望ましいです。
CPU使用率が低い(<10または<20%)場合は、ストレージの速度が遅い、ビジー状態、または競合が激しい、ネットワーク接続が遅い可能性が原因である可能性があります。
avtarがマシン上で実行されている他のプロセスと競合しているかどうかを検討します。理想的には、クライアント上のアクティビティが少ない期間にバックアップをスケジュールする必要があります。
9)ステータス メッセージが生成されたときにバックアップされた最後のファイルの名前:
ファイル名、ディレクトリー構造、ファイル拡張子を確認して、バックアップされるデータの種類を検討してください。
avtarは、特定のファイルやディレクトリの処理に長い時間を費やしていますか?
特定のディレクトリー パスまたは特定のパーティション内のファイルの処理中に、ファイル スキャンの速度が低下しますか?
「 Avamarクライアントのバックアップ パフォーマンス 」を参照してください。ボトルネックを特定する方法(解決策パス)
クライアント ログを定期的にレビューして、異常なパターンを識別
できるように、一般的なものを理解します。」異常値」は、バックアップ パフォーマンスやAvamarサーバーのストレージ容量に影響を与える潜在的な問題を示している可能性があります。
各ステータス情報は役に立ちます。ここでは、各統計を見る際に考慮すべき一連の事項をリストします。
ログからステータス行を除外し、数値を分析することで、動作を理解できます。
次の点を考慮してください。
1)これまでに
スキャンされたソース ファイルとフォルダーの数バックアップに多くのファイルがありますか? すべてのファイルavtarがスキャンする必要があります。これには時間がかかります。
ファイル システム バックアップのバックアップ期間は、スキャンされたファイルの数にほぼ比例します。
バックアップが進行すると、「これまでにスキャンされたソース ファイルとフォルダーの数」が増加します。
この数が増加しなくなった場合、またはファイルスキャン速度が低下する場合は、ステータス行の末尾にあるファイル名を確認します。avtarによって処理されている大きな変更されたファイルが見つかる場合があります。
avtarが別のパーティション内のファイルをスキャンしているか、低速(または競合が激しい)ストレージ サブシステムであることを考えてください。
ファイル/時のパフォーマンスと使用可能な最大バックアップ ウィンドウを考慮すると、バックアップ内のファイルの数は現実的ですか?
2)フォルダー
に対するファイルの比率バックアップされたファイルの数に関連して、フォルダーの数が異常に少ない、または多いようですか?
1つのフォルダー内の多くのファイル(100,000以上)は、小さなファイルとフォルダーの比率と同様に、パフォーマンスが低下することがあります。
3)これまでに
スキャンされたソース ファイルの合計サイズこの値は、最終的にバックアップの合計サイズを示します。
この値は、avtarがデータセット内のファイルの多くを処理する可能性が高いデータベース タイプのバックアップでは重要です。
このような状況では、バックアップ パフォーマンスは、avtarがデータを処理(チャンク、圧縮、ハッシュ)できる速度に比例します。
この値は、ファイル システムのバックアップ パフォーマンスにも大きく影響します。大規模なデータセットのバックアップでは、変更率のパーセンテージを小さくすることができます。
注：スキャンされるファイルの数をスキャンするソース ファイルのサイズで除算することで、平均(平均)ファイル サイズを学習します。
平均ファイル サイズが大きい場合は、変更されたファイルの数が少なくても、avtarの処理に多くの作業が必要になります。
「 Avamarを使用してOutlookアーカイブ.pstファイル
をバックアップする際のパフォーマンスに関する考慮事項 」を参照してください。 4)avtar
によって処理された変更されたファイルの数 バックアップが実行する必要がある作業量を理解するのに役立ちます。
データベース バックアップの場合、この数はデータセット内のファイルの数に関連して比較的高くなります。
データセット内のすべてのファイルが変更される場合もあります。
ファイル システムバックアップの場合は、この番号を注意深く記載する必要があります。初期バックアップ中、この数は常に高くなります。
レベル1バックアップ(最初のバックアップ の後 に取得されたバックアップ)の場合、 通常 、スキャンされたファイルの合計数の3%未満になります。
比率が5%の場合、 >特にデータセットに大量のデータがある場合、または平均ファイル サイズが大きい場合に、バックアップ期間に劇的な影響を与える可能性があります。
変更しているファイルを特定し、変更する理由を検討します。見る;
- Avamarクライアント ログ : 前回のバックアップ以降に新規または変更されたファイルを確認する方法
- Avamarクライアント - avtarがファイルが変更されたと見なす前に、何を変更する必要がありますか?
5)Avamarサーバーに追加されたデータの量 これは、Avamarサーバー
にワイヤ経由で出荷する必要があるデータの量です。 AvamarサーバーまたはData Domainの容量使用率に影響します。
WAN経由でサーバーから分離されたクライアント、またはクライアントに対してレプリケーションが検討されている場合、この値は、使用可能なネットワーク帯域幅を指定して、バックアップ ウィンドウ内でクライアントのデータを送信するのに十分なサイズにする必要があります。
capacity.sh スクリプト(以下を参照)を使用して、Avamarシステムに最も多くのデータを追加しているクライアントを特定できます。
6)このバックアップの変更率(ここまで)
この値は、Avamarサーバーに追加されたデータのマウントを、これまでにスキャンしたソース ファイルの合計サイズで割った値です。
3%を超える変更率は高いと見なされます。
7)avtarプロセスの現在のメモリー使用量(メガバイト単位)
メモリー使用量は、次のようなさまざまな要因によって異なります。
- Avamarバージョン
- クライアント オペレーティング システム
- データセットの特性
- 使用されているファイル キャッシュのタイプ。
avtarは、大規模なディレクトリーをバックアップすると、データのスキャンとソートを試みると、より多くのメモリーを消費します。
特定のavtarチューニング パラメーター(maxopendirsフラグなど)を使用すると、メモリー消費量が増加する場合もあります。
8)avtarによって消費されるシステムのCPUの割合中~中-高の値は、AVtar
がCPUビジー状態を維持するのに十分な速度でデータを供給していることを意味するため、望ましいです。
CPU使用率が低い(<10または<20%)場合は、ストレージの速度が遅い、ビジー状態、または競合が激しい、ネットワーク接続が遅い可能性が原因である可能性があります。
avtarがマシン上で実行されている他のプロセスと競合しているかどうかを検討します。理想的には、クライアント上のアクティビティが少ない期間にバックアップをスケジュールする必要があります。
9)ステータス メッセージが生成されたときにバックアップされた最後のファイルの名前:
ファイル名、ディレクトリー構造、ファイル拡張子を確認して、バックアップされるデータの種類を検討してください。
avtarは、特定のファイルやディレクトリの処理に長い時間を費やしていますか?
特定のディレクトリー パスまたは特定のパーティション内のファイルの処理中に、ファイル スキャンの速度が低下しますか?
Další informace
ログの例:
Status 2011-11-14 10:19:26, 413 files, 36 folders, 43.84 MB (413 files, 24.54 MB, 55.99% new) 33MB 2% CPU E:\\store\Small-file.txt Status 2011-11-14 10:19:41, 418 files, 39 folders, 46.24 MB (418 files, 26.14 MB, 56.53% new) 33MB 2% CPU E:\\store\Large.ppt Status 2011-11-14 10:19:56, 420 files, 39 folders, 47.79 MB (420 files, 27.49 MB, 57.52% new) 33MB 2% CPU E:\\store\Large.ppt Status 2011-11-14 10:20:11, 420 files, 39 folders, 49.25 MB (420 files, 28.87 MB, 58.63% new) 33MB 1% CPU E:\\store\Large.ppt Status 2011-11-14 10:20:26, 420 files, 39 folders, 52.68 MB (420 files, 32.30 MB, 61.32% new) 33MB 2% CPU E:\\store\Large.ppt Status 2011-11-14 10:20:41, 420 files, 39 folders, 54.80 MB (420 files, 34.33 MB, 62.65% new) 33MB 2% CPU E:\\store\Large.ppt Status 2011-11-14 10:20:56, 420 files, 39 folders, 58.48 MB (420 files, 38.01 MB, 64.99% new) 33MB 2% CPU E:\\store\Large.ppt Status 2011-11-14 10:21:11, 420 files, 39 folders, 59.87 MB (420 files, 39.39 MB, 65.80% new) 33MB 1% CPU E:\\store\Large.ppt Status 2011-11-14 10:21:26, 420 files, 39 folders, 62.40 MB (420 files, 41.92 MB, 67.19% new) 33MB 2% CPU E:\\store\Large.ppt Status 2011-11-14 10:21:41, 420 files, 39 folders, 64.59 MB (420 files, 44.12 MB, 68.31% new) 33MB 2% CPU E:\\store\Large.ppt Status 2011-11-14 10:21:56, 420 files, 39 folders, 67.04 MB (420 files, 46.57 MB, 69.46% new) 33MB 2% CPU E:\\store\Large.ppt Status 2011-11-14 10:22:11, 420 files, 39 folders, 69.13 MB (420 files, 48.66 MB, 70.39% new) 33MB 1% CPU E:\\store\Large.ppt Status 2011-11-14 10:22:26, 421 files, 39 folders, 71.99 MB (421 files, 51.25 MB, 71.20% new) 33MB 2% CPU E:\\store\Smalller.pptx Status 2011-11-14 10:22:41, 421 files, 39 folders, 74.80 MB (421 files, 54.06 MB, 72.27% new) 33MB 2% CPU E:\\store\Small.xls Status 2011-11-14 10:22:56, 424 files, 39 folders, 77.23 MB (424 files, 56.24 MB, 72.83% new) 33MB 2% CPU E:\\store\Small.txt Status 2011-11-14 10:23:11, 425 files, 39 folders, 79.33 MB (425 files, 57.62 MB, 72.63% new) 33MB 1% CPU E:\\store\Small.pdf What we learn from this logging example:
- ステータス レポートは15秒間隔で設定されます(デフォルトは900秒です。作成者は、300、600、または900の設定を推奨します)。
- バックアップは遅くなりますが、進行は安定しています。
- 1時間あたりのファイルのパフォーマンスが低下しています(バックアップは4分で12ファイルを処理します)。
- バックアップするデータは、共有ストレージ デバイスからマッピングされます。
- 「新しい」データの割合が異常に高い場合、これは初回バックアップであるか、バックアップに多くの新しいデータが含まれている可能性があります。
- LargePresentation.pptのバックアップには数分かかりました。
- CPUの利用率が低い。は、avtarがターゲット ストレージ デバイスから低速でデータを提供していることを示しています。受信データは、CPUをビジー状態に保つには不十分です。
Dotčené produkty
AvamarVlastnosti článku
Číslo článku: 000062852
Typ článku: Solution
Poslední úprava: 10 úno 2025
Verze: 7
Najděte odpovědi na své otázky od ostatních uživatelů společnosti Dell
Služby podpory
Zkontrolujte, zda se na vaše zařízení vztahují služby podpory.