オフィスワーカーのデータのバックアップに Bacula (v.5.0.2) を選択しました。
Director と Storage Daemon は、SERVER大手ドイツのホスティング会社からレンタルした Debian ベースのルート サーバー () 上で実行されます。
すべての貴重なデータ、つまり Bacula のファイル デーモン ( CLIENT) は、Debian ベースの Samba サーバー上に存在します。このサーバーは現場にあり、SOHO ルーターの背後にある ADSL (最大 768Kbit) 経由でインターネットに接続されています (これは、慢性的に資金不足の非営利団体です)。
さらに、CLIENTのインターネット接続はISPによって24時間ごとに切断されるそしてIPは変わるときどき。
基本的なインフラストラクチャをセットアップし、ファイルのバックアップと復元を正常にテストできました。しかし、自動化ジョブを定義する段階になって、どうしても理解できない問題に直面しています。
問題
オフィス ワーカーごとにジョブがあり、約 の Samba 共有をバックアップする必要があるとします
10GB。Bacula は開始時に完全バックアップを実行する必要があるため、バックアップ レベルは重要ではありません。しかし、この最初のフル バックアップは、強制切断によってジョブが無効になる前に、オフィスの回線を通過することができません。
質問
複数のジョブ (およびファイル セット) を設定する以外に、初期のワークロードをより小さな部分に分割する方法はありますか?
あるいは、避けられない接続の喪失を克服するために、実行中のジョブを何らかの方法で一時停止して再開することは可能でしょうか?
他に役立つかもしれないが、思いつかなかったことはありますか?
答え1
バックアップには、バックアップするデータに比例した時間がかかります。10G のデータを移動する必要がある場合は、ある程度の時間がかかります (時間はネットワーク リンクの速度によって決まります)。
さらに、bacula はネットワーク接続が信頼できると想定しています。つまり、接続が切断されることは想定されておらず、率直に言って、これは bacula 側の合理的な想定です。
のちゃんとした問題の解決策は、ISP を変更することです。
率直に言って、ネットワーク接続があなたが説明するほど信頼性が低く (24 時間ごとに切断されます)、接続が 100% 無料ではない場合は、おそらく支払いすぎていることになります。
適切なソリューションを実装できない場合は、クライアントサイトでローカルストレージデーモンを実行し、そこにディスクをバックアップするのが最善の代替策です。
その後、次のようなツールを使用できます。rsync仮想テープ ファイルを別の場所にコピーします。
このソリューションの主な欠点は、バックアップ用に (少なくとも) 追加のディスクが必要になり、rsync ジョブを管理する必要があることです (これはRunAfterBackupBacula のスクリプトで実行できます)。
必要に応じて、追加のディスクとして USB ハード ドライブで十分な場合があります。
質問で説明されている他の代替案は、欠陥があるか不可能です。
具体的には、Bacula にはバックアップを「一時停止する」という概念がなく、バックアップを複数のジョブに分割する (分割する唯一の方法) と、全体ではなくサブジョブが失敗することになります。この操作を行うと、依然として良好な状態/一貫性のある状態に復元されないバックアップになってしまう可能性があるため、実際には問題に対処していません。
答え2
現在バージョン7.2ただし、bacula はジョブの一時停止と再開 (および / コマンド経由) をサポートしてstopいresumeますrestart。