Avamar：Outlookアーカイブ.pstファイルをバックアップする際のパフォーマンスの最適化

この記事では、.pstファイルのバックアップがAvamarバックアップのパフォーマンスに与える影響について説明します。また、バックアップ パフォーマンスの低下を評価して軽減する方法についても説明します

多くのOutlookアーカイブ(.pst)ファイルを持つAvamarクライアントは、より一般的なファイル システム タイプのデータを含むクライアントよりもバックアップに時間がかかる場合があります

以下に、.pstファイルの大部分を含むバックアップから得られるパフォーマンス データの例を示します

例1:
2014-06-23 16:36:45 avtar情報 <5156>: Backup #4 timestamp 2014-06-23 16:36:44, 2,654,547 files, 685,600 folders, 1,935 GB (46,371 files, 9.027 GB, 0.47% new)
2014-06-23 16:36:45 avtar Info <6083>: 1,935 GBを1176.67分でバックアップ: 99 GB/時間(135,359ファイル/時間)


例2:
2014-06-19 08:38:56 avtar情報 <5156>: Backup #1626 timestamp 2014-06-19 08:39:00、4,279,104ファイル、491,108フォルダー、1,427 GB(206,579ファイル、2.002 GB、0.14%新規)
2014-06-19 08:38:56 avtar Info <6083>: 878.94分で1,427 GBをバックアップ: 97 GB/時間(292,110ファイル/時間)

各例の変更率は控えめですが(0.47%と0.14%)、パフォーマンスは1時間あたり292,110ファイルです。これは、回転ドライブからデータを読み取る場合の一般的なパフォーマンスと見なされる1時間あたり100万ファイルを大幅に下回る値です。

お客様の構成

.pstファイルがバックアップ パフォーマンスに与える影響を確認するには、データセットから.pstファイルを除外し、.pstファイル専用のデータセットを作成します。

これにより、 avtar Info <5156> および avtar info <6083> クライアント ログ エントリーを使用して、次のことが可能になります。

1) データセット内の.pstファイルの平均(平均)サイズを学習します。
2)毎日変更されるファイルの割合を把握します
3) .pstファイルのバックアップ パフォーマンスを他のデータと比較します。

次の手法は、.pstファイルを含むバックアップのパフォーマンス低下を軽減するのに役立ちます。

.pstファイルを一般データとは別にバックアップする:
通常のデータセットから.pstファイルを除外します。.pstファイル データは独自の時間にバックアップされるため、通常のファイルで可能な迅速なバックアップ パフォーマンスを妨げることはありません。極端なシナリオでは、.pstファイルをバックアップする頻度は低く、おそらく週末のみにすることができます

仮想マシン クライアントにイメージ バックアップを使用:
バックアップ内のデータ変更量が比較的少ない場合は、Avamarイメージ プロキシ クライアントを使用してクライアントをバックアップすることを検討してください。変更ブロック追跡を使用して構成されたイメージ プロキシ クライアントは、仮想マシンの .vmdk ファイル内の変更されたブロックを監視します。イメージ バックアップでは、すべてのファイルがスキャンされ、変更されたファイルが処理されるわけではありません。これにより、通常、バックアップ パフォーマンスが向上します。

Avamarプラグインを使用して、Exchangeから直接メール データをバックアップします
Eメール データのバックアップには、Exchange用のAvamarプラグ インを使用することをお勧めします。これにより、バックアップ パフォーマンスの効率が向上し、同じデータが複数回バックアップされる可能性がなくなります。.pstファイルのデータが、AvamarがバックアップするExchange Serverにすでに保存されている場合は、.pstファイルのグローバル除外を追加することを検討してください

Avamar File Systemプラグインを使用して.pstファイルをバックアップする場合、Microsoft VSSは開いている.pstファイルが「クラッシュ コンシステント」であることを保証します。ただし、これらのファイルは「アプリケーション コンシステント」ではない可能性があります。つまり、バックアップでは、メモリー内のデータはキャプチャされず、ファイルに送られた保留中のI/O操作もキャプチャされません。

バックアップ プロセス中に開かれているファイルは、バックアップ時に「整合性」がない可能性があります。  

回転(非SSD)ドライブで構成された一般的なAvamarクライアント上の通常のファイル システム データのバックアップは、 通常 、1時間あたり約100万ファイルで実行されます。

この値ファイル/時のパフォーマンスは、クライアント データの性質、ネットワーク スループット、ディスク サブシステムのパフォーマンス、CPUの可用性など、多くの要因によって異なり、変化します。