Avamar - 8.3のファイル名が有効になっている>100万個のファイルを含むフォルダーをリストアするとパフォーマンスが低下する

Avamarは、NTFSフォーマットのドライブ上のフォルダーに100万個のファイルが含まれているWindowsマシンを >バックアップします。

データをリストアすると、ジョブは迅速に開始されますが、パフォーマンスはますます遅くなります。ジョブは数日後も実行されます。

これは、8.3ファイル名のサポートが有効になっているWindows NTFSボリュームに関連するパフォーマンスの問題です。

Avamar Engineeringは、Windows NTFSボリューム上の1つのディレクトリーに数百万のファイルをリストアする際のパフォーマンスを調査しました。

このパフォーマンスは、必要な数が作成されるまで、同じディレクトリに一意のファイルを作成するツールを使用して測定されました。1分ごとに、その時点まで作成されたファイルの数をログに記録することで、avtarプロセスとは無関係に基本パフォーマンスを決定します。

パフォーマンスは、8.3の名前のサポート設定によって異なることがわかりました。
8.3名の詳細については、http://en.wikipedia.org/wiki/8.3_filename を参照してください。

ボリュームで8.3の名前設定が有効になっている場合、一定数のファイルの後に、ファイルの作成またはリストアのパフォーマンスが対数的に低下します。この問題が発生するポイントは、マシンによって異なります。

赤色の線の下のグラフでは、8.3の名前が有効になっていますが、緑色の線では8.3の名前が無効になっています。



8.3の名前設定が有効になっている場合、パフォーマンスは最大 130万ファイル で停止します。

8.3ファイル名が無効になっている場合、2~3時間で500万個のファイルが作成されます。

ファイル作成のパフォーマンスが飛躍的に低下する前に、フォルダー内のファイルの実際の制限は約110万です。

ターゲット ファイル システムで8.3のファイル名が有効になっているかどうかを確認します。

昇格された権限を持つWindowsコマンド プロンプトから、次のコマンドを実行します。 C: は、リストアされたデータの宛先であるボリューム名です。
 

c:\>fsutil.exe 8dot3name query c:

The volume state is: 0 (8dot3 name creation is enabled).
The registry state is: 2 (Per volume setting - the default).

上記の2つの設定に基づいて、c:

ボリュームで8.3ファイル名が有効になっている場合は、8dot3名の作成が有効になります。

fsutil の詳細については、http://technet.microsoft.com/en-us/library/cc778996(WS.10).aspx を参照してください。