スケジュール

設定、スケジュールには、すべてのプランがあります。すべてを対象とする全体バックアップ、セクション専用のプラン、オフサイトコピー、どの項目が参加するか、どの順序で行うか、です。1 つの項目には、そのページで専用のプランを与えることもできます。このページでは、それらがどう組み合わさるかと、典型的な設定例を説明します。

プランは文章として読める

すべてのプランは、毎日 03:00 や 2 日ごと 01:30 のように、文章として読めるボタンです。クリックすると、5 つのモードで開きます。

モード	設定すること
オフ	このプランでは何も実行されません。
毎日	時刻
毎週	曜日と時刻
N日ごと	何日ごとかを間隔で指定し、時刻も指定します。直近のスケジュール実行から数えるので、1 つの項目を手動でバックアップしてもプランは後ろにずれません。
Cron	5 つのフィールドからなる式。たとえば 0 */6 * * * は 6 時間ごとです。例にいくつか用意されていて、ウィンドウには次回の実行が表示されます。

すべての時刻は、サーバーのタイムゾーンです。Unraid ではシステム自身のものになります。それ以外では TZ を設定してください。設定しないと、すべてのプランが UTC で動きます。環境変数を参照してください。

週

週カードには、予定されているすべての実行が月曜から日曜まで、1 日につき 1 行で描かれます。バックアップ、オフサイトコピー、チェックです。線にポインターを合わせると、そこで何が始まるか読めます。2 時間以内に 3 つのプランが始まる区間には印が付くので、ばらしておけます。

全体バックアップ

全体バックアップは、すべてに適用される標準のプランです。バックアップの実行タイミングで設定します。1 回のパスで、コンテナ、VM、フラッシュ、フォルダー、ZFS データセットの順に各セクションをバックアップし、最後にセルフバックアップを行います。その下の行には、含まれるセクションが表示されます。オフにすると全体バックアップが止まり、専用のプランを持つものだけが実行されます。

• 起動後に実行されなかったバックアップを実行する：予定の時刻にサーバーが止まっていた場合、BombVault は起動の約 2 分後にそのバックアップを実行します。項目独自のプランとオフサイトのプランは、次の予定時刻まで待ちます。一度も成功したことのないプランも同じです。
• 前後のコマンド：全体バックアップの前のコマンドは、パスが始まる前に sh -c でサーバー上で実行されます。たとえば、サービスを止めるスクリプトです。これが失敗しても、全体バックアップは実行されます。全体バックアップの後のコマンドは、すべてのセクションを試したあとに 1 回実行されます。どれかが失敗した場合でも実行されるので、サーバー全体が保護されていることを知らせる ping に向いています。1 つのコンテナ用のコマンドは、そのコンテナのページにあります。

バックアップページの今すぐすべてバックアップは、同じパスを手動で、オンになっているすべてのセクションに対して開始します。

セクションごとのプラン

セクションは全体バックアップから外れて、独自の時刻で実行できます。セクションごとのスケジュールで、例外を押すと専用のプランを持つセクションを追加でき、例外を削除で元に戻せます。カードの行には、ほかのセクションの動作が それ以外のすべてのセクションが全体バックアップで実行されます。 のように表示されます。

専用のプランを持つセクションは全体バックアップでは再びバックアップされないので、二重にバックアップされることはありません。専用のプランを持つ 1 つの項目も同じです。

セクションごとのオフサイトコピーは、コピーについて同じように働きます。標準では、すべてのセクションが各バックアップの直後にオフサイトの保存先へコピーします。例外で 1 つのセクションに専用のコピープランを与えられます。たとえば VM だけ、日曜の夜に Backblaze B2 へコピーするようにできます。保存先自身のコピーカードでもコピーのタイミングを設定できます。オフサイトコピーを参照してください。

スケジュール済みの項目

スケジュール済みの項目には、セクションごとにいくつの項目が参加しているかが、41 件中 38 件がスケジュール済み のように表示されます。項目を開くと、項目ごとのスケジュールに含めるスイッチが付いた一覧が表示されます。スイッチをオフにした項目は、手動で開始したときだけバックアップされます。バックアップしないの印を付けない限り、未保護として数えられます。

順序

順序は、スケジュール実行と全体バックアップでコンテナと VM をバックアップする順序を決めます。項目をドラッグして位置を決めるか、矢印を使うと、動かすたびにすぐ保存されます。順序を付けなかった項目は、最も遅れているものから順にバックアップされます。手動での単独のバックアップには影響しません。

同じカードのバックアップ後の再起動は、バックアップ中に他のコンテナを停止で止められたコンテナを扱います。これらは依存関係の順に再び起動し、次を開始する前に依存関係が正常になるまで待つを使うと、それぞれが正常または実行中と報告してから次が起動します。コンテナごとのヘルスタイムアウト（秒）で待機の上限を決めます。標準は 120 で、範囲は 5 から 3600 です。

停止の代わりにスナップショット

ZFS上のコンテナはスナップショットの間だけ停止するは、標準でオンです。データが ZFS 上にあるコンテナは、BombVault がそのデータのスナップショットを取るあいだだけ停止し（通常は数秒です）、バックアップはスナップショットから読み取られます。ZFS データセットが使うホストへの SSH 接続が必要です。データの一部がほかの場所にあるコンテナは、これまでどおりバックアップのあいだずっと停止し、その実行には理由が書かれます。データが ZFS 上にまったくないコンテナは、何も書かれずに停止されます。これは、1 つの ZFS プールにある Unraid のユーザー共有で動作します。TrueNAS では、アプリに SYS_CHROOT ケーパビリティも必要です。TrueNAS SCALEを参照してください。1 つのコンテナだけ、そのページで別の設定にすることもできます。

バックアップは、コンテナを停止して取ったものと同じパスとタグの下に保存されるので、復元やチェックはどちらも同じに扱います。バックアップ前のコマンドとデータベースダンプは先に実行され、停止対象のほかのコンテナはそれとともに停止して戻り、バックアップ後のコマンドはコンテナが再び起動した時点ですぐ実行されます。バックアップ後の更新は、バックアップが終わるまで引き続き待ちます。その実行には スナップショット と、コンテナが停止していた秒数が表示されます。コンテナのバックアップの途中で BombVault が止まった場合は、次に起動したときに、停止させたままのコンテナを再び起動します。

バックアップ後の更新

• バックアップ成功後にコンテナを更新は、その前のバックアップが完了してから新しいイメージを取得するので、必ず先に新しいリストアポイントが存在します。標準ではオフで、1 つのコンテナだけ、そのページのバックアップ成功後に更新で別の設定にできます。新しいイメージに引き継がれるのは、自分で設定したものだけです。古いイメージのときのままの変数、ラベル、コマンド、ユーザー、ヘルスチェックは、新しいイメージのものに従います。新しいイメージで作成や起動ができない場合、コンテナは動いていたイメージに戻り、更新は失敗として表示され、次のバックアップでもう一度試します。それで停止したままになったコンテナは、バックアップの実行と通知で名前が示されます。
• 更新後に古い image を削除は、コンテナが手放したイメージを削除します。ほかのコンテナと共有しているベースイメージが削除されることはありません。
• コンテナの更新後に Unraid の更新ステータスを更新するは、そのコンテナに対する Unraid の更新バナーを消します。

更新したコンテナごとのメッセージは、設定、通知のコンテナ更新時に通知で設定します。

バックアップ前のアイドル

バックアップ前のアイドルカードは、スケジュールされたバックアップがそれを待つコンテナについて、アプリをいつアイドルとみなすかを決めます。CPU がこれ未満 (1 コアの %)、トラフィックがこれ未満 (Mbit/s)、継続時間 (分) です。メディアサーバーは、ストリーミングしていないときにアイドルと見なされ、ホストネットワーク上のコンテナでは CPU だけが対象になります。待機そのものは各コンテナで設定します。アプリが使用中のときを参照してください。

1 つの項目の専用プラン

すべての項目には、設定タブのスケジュールと保存先カードに独自のスケジュールがあります。そこにプランを設定すると、その項目は独自の時刻に実行され、全体バックアップとセクションのプランから外れます。設定しなければ、それらに従います。

例：うまくかみ合う 3 つのプラン

典型的な Unraid マシンです。ほとんどのコンテナは夜にバックアップできます。VM は大きく、変化はゆっくりです。Immich には 1 日中新しい写真が届きます。

1. 03:00 の全体バックアップ。 設定、スケジュールを開きます。全体バックアップで、バックアップの実行タイミングを 毎日 の 03:00 にします。起動後に実行されなかったバックアップを実行するをオンにして、サーバーが止まっていた夜の分も取り戻せるようにします。
2. VM は週 1 回。 セクションごとのスケジュールで例外を押し、VM を選んで、プランを 毎週、曜日 は日曜、時刻 は 04:00 にします。カードに、それ以外のすべてのセクションが全体バックアップで実行されることが表示されます。
3. VM のオフサイトコピーも日曜に。 セクションごとのオフサイトコピーで例外を押し、VM を選んで、毎週、日曜の 06:00 にします。バックアップが終わるのに十分な時間を置きます。
4. Immich は 6 時間ごと。 バックアップを開き、immich、その設定タブの順に進みます。独自のスケジュールを Cron にして 0 */6 * * * を設定します。

これで実行されるのは次のとおりです。

いつ	何が
毎日 03:00	immich を除くコンテナ、フラッシュ、フォルダー、ZFS データセット、セルフバックアップ。1 セクションずつ順に
日曜 04:00	VM
日曜 06:00	VM のオフサイトコピー
00:00、06:00、12:00、18:00	immich 単独

週カードには、毎日 03:00 の線、日曜の 04:00 と 06:00 の線、immich の 1 日 4 本の線が表示されます。専用のプランを持つ項目は全体バックアップから外れるため、immich が 03:00 に 2 回目のバックアップをされることはありません。ほかのセクションのコピーは、これまでどおり各バックアップの直後に実行されます。

あとで immich の専用プランを外すと、そのセクションとともに 03:00 の実行に戻ります。