現在は 700MB ですが、1GB を超える可能性もあります。通常、このファイルを別の場所にコピーするだけです (ちなみに、これは Zope インスタンスのデータベース、ZODB ファイルです)。
このファイルは日々ほとんど変化しませんが、Bacula が増分バックアップのためにファイル内を細分化できないことは理解しています。とにかく、それは問題ではありません。私がやりたいのは、毎日完全バックアップを行い、そのうちの 2 つを保持し、毎週完全バックアップを保持し、さらに 2 つを保持することです。そのため、いつでも昨日、一昨日、1 週間前、2 週間前を取得できます。それは良い考えだと思いますか。
毎日と毎週の 2 つのスケジュールを作成する必要があると思います。しかし、これを実現するには、ボリュームとプールにどのような数値を設定する必要がありますか? 1.5GB の 2 つのボリューム? ヒントやガイダンスは大歓迎です。私はシステム管理者ではなく、Bacula の経験は非常に限られています。
大規模なデータベース ファイルのオンライン バックアップは、読み取り中にファイルが変更される可能性があり、バックアップの一貫性が失われ、役に立たなくなる可能性があるため、危険なビジネスです。ZODB ファイル自体のバックアップを作成するのではなく、repozoツールによって毎日作成される差分のバックアップを作成する必要があると思います。このようにして、Bacula では処理できないとあなたが言うファイル内の細分化を処理する仕事も外注します。
バキュラとディスクへのバックアップに関する私の経験では、バックアップジョブごとに1つのボリュームを保持するのが最善です。そうすれば、ジョブの有効期限が切れてもファイルにデッドスペースがなくなります。Baculaはボリューム全体を再利用でき、ディスク使用率を削減します。プールリソースで「SetMaximumVolumeJobs=1」ディレクティブを使用します。
私は毎日と毎週の2つのプールを設定しました。ボリュームの保持を、毎日2日間、毎週2週間に設定します。毎日、たとえば月曜から土曜に、毎週日曜にスケジュールを設定します。
インフラストラクチャによっては、バックアップしているボリュームのスナップショットを作成して「フリーズ」し、そこからバックアップを作成することをお勧めします。
一部のバックアップでは、LVM スナップショット ( http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html ) を使用して、データベースのロックを回避しています (バックアップするテラバイトのデータがあり、ロックするとサービスに大きな影響を与えます）
それから、データベースはあまり動いていないとおっしゃっていましたが、保存期間は 6 日間、日刊紙は 6 巻、週刊誌は 2 巻です。日刊は増分バックアップ プールにヒットし、週刊はフルになるはずです。
たとえば、ウィークリー (フル) を月曜日に実行し、その後、毎日 (火～日) 増分を実行します。これにより、データが破損していることに気付いた場合でも、バックアップ中にスペースや時間を取りすぎずに、いつでも戻ってくることができます。
編集:そして...答える前に投稿日を確認する必要があります。ハハ。3年遅れ。