Amanda対Bacula、および（2017年現在の）大規模なバックアップジョブ
私は最初のテープバックアップソリューション（Quantum Superloader 3 LTO-7、CentOS 6.9を使用）を展開していますが、BaculaとAmandaの両方の構成要件が困難であるように思われることに驚き、困惑しています。
私は、既存の一般的なツールとフォーマットの使用に関してAmandaが取っている哲学的アプローチに惹かれています。これは、私がディスクベースのバックアップを長年行ってきた方法です。問題は、ヒントをオンラインで探すと、数GBだけを数十GBのテープにバックアップすることに関する、2000年代初頭（2010年頃にかなりの数）からの投稿しか見つからないことです。さらに、yum install amanda-serverの構成ファイルの新しい/etc/amanda/DailySet1/amanda.confに存在するパラメーターは、これらのタイプの数値と一致しているように見えます（たとえば、bumpsizeは20MBです）。これは、現代の現実とはまったく関係がないようです。私は複数の非常に圧縮可能な40+ TBファイルシステムと6 TB 16テープオートローダー上のテープを扱っています。
もちろん、アナクロニズムはそれ自体では問題になりませんが、Webに集合的な知恵がない場合、パラメーター（dumpcycle、runspercycle、tapecycle、bumpsize、etimeoutなど）を構成する方法について途方に暮れています。デフォルトはひどいようです。また、当然のことながら、多くの小さなテープを多数の大きなテープにローテーションするのではなく、テープに収まる多くの小さなバックアップを、複数のテープにまたがる必要がある大きなバックアップと共存させる必要があります。テープが上書きされていないことを確認してください。オートローダーのテープには、複数のレベル0と複数のレベル1に十分な容量が確実にありますが、構成方法がわかりません。
だから私の質問：
- アマンダはこの規模の仕事に使用されていますか？この時点でBaculaに置き換えられましたか？他のいずれかを使用するやむを得ない理由はありますか？
- 独自のテープ交換ロジックとtar/dump/dd/rsync呼び出しスクリプトを作成する方が、数十のパラメーターを持つ大規模な構成ファイルに依存するよりも、簡単でリスクが少ないように思えますか？愚かであるか、または長期的に推奨されますか？人々はこれをしますか？
- オフサイトバックアップのために、オートローダーからテープのサブセットをローテーションできるようにしたいと考えています。これは完全にフルモックスアマンダまたはバキュラですか、それとも管理の頭痛の原因になりますか？
- ハードウェアがバーコードを読み取る場合、これらのシステムは、テープにあるバーコードを利用できますか？
これらの質問が知らされていないと思われる場合は、謝罪します。私は何日も文学を読んでいますが、これは私には不透明です。数十のTBバックアップが最新のOS上の最新のテープを使用した最新のオートローダーでのバックアップを開始するためのヘルプまたはガイドは非常に高く評価されます！
私は約13年からBaculaを、約3〜4年からQuantum Superloader LT6テープライブラリを使用しています。
- アマンダはこの規模の仕事に使用されていますか？この時点でBaculaに置き換えられましたか？他のいずれかを使用するやむを得ない理由はありますか？
バックアップボリュームは1つの25TBストレージといくつかのTB他の小さなフォルダーです。変更は大きくないため、増分は高速です。最大の問題は、25TBの1つの完全なジョブで他のジョブをブロックするために数日かかります。つまり、ジョブをより扱いやすいジャンクサイズに分割する必要があります。LTO-7は高速ですが、データ量も大きくなります。
以前はBaculaを使用していたので、テープライブラリの統合はそれほど難しくなかったので、それに固執しました。安定性と機能にとても満足しています。一度取得すれば、復元は難しくありません。しかし、アマンダでの経験はありません。
- 独自のテープ交換ロジックとtar/dump/dd/rsync呼び出しスクリプトを作成する方が、数十のパラメーターを持つ大規模な構成ファイルに依存するよりも、簡単でリスクが少ないように思えますか？愚かであるか、または長期的に推奨されますか？人々はこれをしますか？
もちろんできますが、アマンダとバキュラは、ほとんどのよじれを解決しています。最初のブロックにファイルとそのチェックサムのリストを書き込み、その後にtarアーカイブを書き込む人もいます。 Tarは、マルチボリュームのアーカイブをすぐに実行できます（GNU tar 1.29で確認）。
- オフサイトバックアップのために、オートローダーからテープのサブセットをローテーションできるようにしたいと考えています。これは完全にフルモックスアマンダまたはバキュラですか、それとも管理の頭痛の原因になりますか？
はい、確かに動作します。Baculaには、ライブラリにあるテープを更新する「スロット更新」コマンドがあります。バックアップ時に、テープが欠落している場合にロードする必要があるテープを通知します。小さなバックアップジョブでこれを行うため、毎月7本のテープのプールからテープを交換する必要があります。他の6つは常にオフサイトです（オフサイトであり、ライブラリ内のスペースが広くなっています）。復元には必要なものを持ち込みますが、幸いにも復元はほとんど必要ありません。
- ハードウェアがバーコードを読み取る場合、これらのシステムは、テープにあるバーコードを利用できますか？
はい。「label barcodes storage = LTO6」を使用すると、バーコードを使用してテープにラベルが付けられます。自分のラベルを印刷するためのウェブサイトがあります。
私が試したことがないのはLTFSです。つまり、テープ上のファイルシステムです。rsnapshotと組み合わせると、実現可能な代替手段になる可能性があります。
私はすべてのソリューションを試してみることを強くお勧めします。古いドキュメントを確認することを恐れないでください。多くはまだ有効です。そして、復元を行います！
私は長年アマンダを使用しており、最近ではバキュラを使用しています。彼らは両方とも仕事を成し遂げるでしょう。どちらも多少学習曲線があります。どちらも非常に信頼できます。
全体的に言って、Baculaは設定が少し簡単です。 BaculaはすべてのテープインターフェイスにMTXを使用しているので、ほぼすべてのことを実行できます。主にAmazon VTLで使用しています。
Amandaは間違いなくあなたのワークロードを処理することができます、そしてあなたがそれのこつをつかんだら私はもう少し柔軟であると私は主張します。
Amanda 3.5バイナリは以下のページから入手できます。
ソースtarballは以下から入手できます。
http://www.amanda.orghttps://sourceforge.net/project/showfiles.php?group_id=12
多くのシステムのバイナリは、
http://www.zmanda.com/download-amanda.php
ドキュメントは次の場所にあります
リリース3.5の変更点のリスト（NEWSファイルから）は次のとおりです。詳細については、ReleaseNotesおよびChangeLogファイルを参照してください。
Solarisでのコンパイルの修正suidバイナリのすべての 'r'ビットをチェックしない修正構成オーバーライドの解析（-o）は、共有メモリが利用できない場合でも、一部の設定を解除できませんクライアントコードが失敗しないamreport多くの改善により、日付スタンプに '*'を許可ワイルドカードamgetconfは、「no such parameter」ではなくパラメーターが設定されていない場合、空の文字列を出力しますamdump new --no-dump、-no-flush、および--no-vault引数amstatus修正ロックは、複数の並列アクセスを保護します