問題の症状
小さなファイルまたはディレクトリ（たとえば、数メガバイトの大きさのみ）の復元は、大きなファイルシステムのバックアップ（たとえば、1テラバイトのデータを含むディレクトリ）から長い時間がかかります。
問題の説明
Amandaは、ファイルシステムのバックアップを次のXNUMXつの一般的なイメージ形式のいずれかで保存します。
- UNIX / Linuxファイルシステム、NFS、およびCIFSバックアップは
tarアーカイブ、通常はGNUtar。 - Windows NTFSバックアップは、
ZIP64形式でダウンロードすることができます。
どちらの形式も、イメージ全体を復元する場合でも、選択したファイル/ディレクトリのみを復元する場合でも、イメージの先頭から開始してシリアルにストリーミングすることで復元します。 したがって、ファイルを復元する時間は、バックアップイメージの作成にかかった時間と同じになる可能性があります。
選択したファイルのみを復元するには、 tar または、Zmanda Windowsクライアントは、画像全体のストリーミングを最初から最後まで開始し、ファイルが見つかったときにファイルを復元する必要があります。
解像度
選択したファイルの復元時間を短縮するには、バックアップ時間を短縮する必要があります。 これを行うXNUMXつの方法は、元の大きなオブジェクトのさまざまな部分をバックアップする複数の小さなオブジェクトに分割することです。
次の例を考えてみます。
$ ls /big/data dir1/ dir2/ largedir1/ largedir2/ file1 file2
- 」のバックアップオブジェクトを作成します
/big/data」および大きなサブディレクトリを除外します（「./largedir1"と"./largedir2「）。 除外構文の詳細については、次のドキュメントを参照してください。
http://docs.zmanda.com/Project:Amanda_Enterprise_3.3/ZMC_Users_Manual/Backup_What#Exclude_Specifications
- 各サブディレクトリを個別のオブジェクトとしてバックアップします。
- / big / data / largedir1
- / big / data / largedir2
- または（UNIX / Linux、NFS、およびCIFSのみ）異なるエイリアスで複数の/ big / dataバックアップオブジェクトを作成します（
Backup| What > Advanced Options > Alias）、および使用exclude&includeプロパティ。 ザ・excludeプロパティはで設定できますBackup| Whatしかし、includeプロパティは手動で「/etc/amanda/<BackupSet>/disklist.conf」ファイル。 詳細については、次の記事を参照してください。
http://wiki.zmanda.com/index.php/How_To:Split_DLEs_With_Exclude_Lists
大きなオブジェクトを小さなオブジェクトに分割し、小さなオブジェクトから復元することで、Amandaは復元プロセスのためにより少ないデータをストリーミングできます。
