Avamarのバックアップ パフォーマンス - バックアップの実行時間を短縮するためのチューニングと微調整

この記事の目的は、効率性を向上させ、クライアント バックアップの完了に要する時間を短縮したいと考えているAvamar管理者またはDell（Dellパートナー）のデリバリー担当者を支援することにあります。

パフォーマンスを向上させるためのバックアップの調整は、サポートが提供するサービスではありませんので注意してください。このアクティビティーのサポートについては、Dellプロフェッショナル サービスまたは地域のDellパートナー

にお問い合わせください。作業を開始する前に
Avamarクライアントのバックアップ パフォーマンスには、多くの要因によって左右する場合があります。  この記事のメモは、以下の記事に記載されている方法と情報を補完することを目的としています。

• KB 62866：「Avamarクライアントのバックアップ パフォーマンスが遅い原因を調査してボトルネックを特定する方法（解決パス）  

データセットの範囲を可能な限り狭く定義する
必要なファイル システムのみ、または理想的には、必要なフォルダーのみがデータセットに含まれていることを確認します。
これにより、バックアップ中にスキャンする必要があるファイルの合計数が最小限に抑えられます

次のスクリーンショットは、管理者が重要なデータが格納されている2つのフォルダーのみをバックアップすることを決定したデータセットの例を示しています



除外ステートメントを使用するが、可能であれば「include」ステートメントは避ける
除外ステートメントは、以下のようなファイル タイプのバックアップを回避するのに役立ちます。

• バックアップする必要がない
• 通常は非常に大規模であり、頻繁に変更される
• 重複排除が不十分であることが分かっている（バックアップ パフォーマンスではなく、Avamarサーバーの容量に影響する）

除外することが推奨されるファイル タイプのリストについては、「メモ」を参照してください。  除外ステートメントを適用する方法については、以下を参照してください。

• 『Avamar管理者ガイド』
• 『Avamar Operational Best Practices Guide』

メモ：
除外ステートメントはパフォーマンスに大きなメリットをもたらす可能性がありますが、それに伴うデメリットもあります。  オーバーヘッド コストは、各ファイルが定義された除外パターンのいずれかに一致するかどうかを確認することと関連しています。

このオーバーヘッド コストはファイル単位では非常に低くなりますが、除外パターンの数が非常に多い（数千）場合や、ファイル数が非常に多い（数百万）場合は、加算されていく可能性があります。

オーバーヘッドが著しく増えるのを防ぐため、除外ステートメントの数を妥当な数（数百、数千ではなく数十程度）に保ちます。

「包含」ステートメントが使用されている場合、これはデータセット全体に適用され、除外されたフォルダーは、包含リストに一致するパターンの有無をavtarによってチェックされます。  
バックアップ ランタイム/パフォーマンスの観点から、絶対に必要でない限り、包含ステートメントを使用しないでください

設定に関する具体的なアドバイスについては、KB 20044：「Avamar：Avamar包含/除外ステートメントを使用してバックアップ範囲を定義する方法（英語）」を参照してください

の範囲を定義する方法クライアントが「本来業務」でビジー状態でない場合にバックアップを実行するようにスケジュールする

ファイル サーバーがファイルの処理でビジー状態である場合、そのサーバーが提供しているデータをバックアップするのに適したタイミングではありません。  データとネットワーク インターフェイス カードを格納しているディスクは、I/O要求でビジー状態になり、CPUにも負荷がかかっています。

同様に、サーバーが毎日午前0時にバッチ ジョブ処理を実行している場合、そのアクティビティーと同じデータのAvamarバックアップが重なるのは賢明ではありません。

一部のクライアントでは、データセットが非常に大きいため、クライアントがビジー状態ではない時でアクティビティーが多い時間帯を避けてバックアップをスケジュールするのが難しくなっています。

クライアントのバックアップ ボトルネックがどこにあるかを理解する
KB 62866：「 「Avamarクライアントのバックアップ パフォーマンスが遅い原因を調査してボトルネックを特定する方法（解決パス）」で説明しているように、ボトルネックには次のものがあるます。

• ファイル スキャン時間（データセット内のファイルが多いか、ファイル スキャンのパフォーマンスが低下するため）
• ファイル処理時間（データセット内で変更されるすべてのファイルの合計サイズの機能）
• ネットワーク転送時間（低帯域幅または変更バックアップの多さが原因）
• Avamarサーバー側の問題（通常はまれですが、すべてのコンカレント バックアップに影響を与える可能性があります）

主なボトルネックを把握することは、問題に対処する際にどこに重点を置くかを決定するのに役立ちます。  この問題を診断するには、次の記事を参照してください。

• KB 62852：「Avamar - avtarバックアップ ログのステータス行を解釈する方法（英語）」   

除外対象として考慮するファイル タイプ

メディア ファイル -すでに高度に圧縮されており、多くの場合、非常に大容量です。  

• ビデオ ファイル：mp4、.mkv、.mov、.avi、.flv、.wmv、.wma
• オーディオ ファイル：mp3、.ogg、.flac、aac、.m4a、.wav

Outlookアーカイブ - .pstファイルなど
理由を理解するには、「Avamar：Avamarを使用してOutlookアーカイブの.pstファイルをバックアップする際のパフォーマンスに関する考慮事項（英語）」を参照してください。

任意のタイプのログ ファイル
重複排除は適切に行われますが、定期的に変更される傾向があり、非常に大きなファイルになります。つまり、avtarがバックアップ中にファイルの処理に長い時間を費やすことになります。  特に必要な場合を除き、バックアップしないでください。

圧縮ファイル - .tgz、tar.gz、.zip、.rar、.ace、bz2
これらには極めて一意なデータが含まれるため、非常に大きいサイズになる場合があります。可能な場合は、データを圧縮されていない状態でバックアップします

データベース ファイル
特に必要な場合を除き、データベース ファイルを完全にはバックアップしないでください。  データベースに正式なAvamarプラグインが存在する場合は、ファイル システム バックアップによってデータベースを「フラット ファイル」として扱うのではなく、常にAvamarプラグインを使用してバックアップします。   

一般的には
大きなファイルや変更可能なファイルのバックアップを避けます

デスクトップ/ノートパソコン クライアント
DT/LTクライアントの場合、ユーザーはバックアップするファイルの最大サイズを指定できます
--maxfile=MB（ゼロでない場合は、このサイズより大きいファイルをMB単位でスキップ）

参考資料

• 「Avamar：Avamar包含/除外ステートメントを使用してバックアップ範囲を定義する方法（英語）」 
• 「Avamarで動的データセットを作成する方法（英語）」 - Avamarで動的データセットを作成する方法