Розклади

У розділі Налаштування, Розклад зібрано всі плани: повний бекап, який охоплює все, власний план для розділу, зовнішні копії, а також які записи беруть участь і в якому порядку. У окремого запису на його сторінці може бути свій план. Ця сторінка пояснює, як усе це поєднується, і розбирає типове налаштування.

Плани читаються як речення

Кожен план — це кнопка, яка читається як речення, наприклад щодня о 03:00 або кожні 2 дні о 01:30. Клацання відкриває її з п'ятьма режимами:

Режим	Що ви задаєте
Вимк.	За цим планом нічого не запускається.
Щодня	Час
Щотижня	Дні та Час
Кожні N днів	Кожні стільки-то дн. та Час. Відлік іде від останнього планового запуску, тому копія одного запису, зроблена вручну, не зсуває план.
Cron	Вираз з п'яти полів, наприклад 0 */6 * * * для кожних 6 годин. Приклади пропонує кілька готових, а вікно показує найближчі запуски.

Усі часи вказано в часовому поясі сервера. В Unraid це власний пояс системи. В інших системах задайте TZ, інакше кожен план працює за UTC, див. Змінні середовища.

Тиждень

Картка Тиждень малює всі заплановані запуски з понеділка по неділю, по одному рядку на день: копії, зовнішні копії та перевірки. Наведіть курсор на штрих, щоб прочитати, що там запускається. Там, де три плани стартують протягом двох годин, ділянку позначено, щоб ви могли рознести їх за часом.

Повний бекап

Повний бекап — план за замовчуванням для всього. Його задає Коли виконується резервне копіювання: один прохід, який по черзі копіює кожен розділ, тобто контейнери, віртуальні машини, флешку, папки, набори даних ZFS, а автобекап останнім. Рядок під ним каже, які розділи він включає. Вимк. вимикає його, і тоді запускається лише те, що має власний план.

• Надолужувати пропущені резервні копії після запуску: якщо сервер був вимкнений у заплановану годину, BombVault запускає цю копію приблизно за дві хвилини після старту. Власний план запису та план зовнішніх копій чекають свого наступного запланованого часу, як і план, який ще жодного разу не виконався успішно.
• Команди до та після: Команда перед повним бекапом виконується на сервері через sh -c до початку проходу, наприклад скрипт, який зупиняє службу. Якщо вона завершилася помилкою, повний бекап усе одно запускається. Команда після повного бекапу виконується один раз після того, як спробували всі розділи, навіть якщо один із них не вдався, що підходить для пінгу, який підтверджує захист усього сервера. Команди для одного контейнера лежать на його сторінці.

Створити копію всього зараз на сторінці «Резервні копії» запускає той самий прохід вручну по всіх ввімкнених розділах.

Плани за розділами

Розділ може вийти з повного бекапу й запускатися у свій час. У Розклади за розділами кнопка Виняток додає розділ із власним планом, а Прибрати виняток повертає його назад. Рядок у картці каже, що роблять решта, наприклад Усі інші розділи виконуються в повному бекапі.

Розділ із власним планом не копіюється повторно в повному бекапі, тож нічого не копіюється двічі. Те саме стосується окремого запису з власним планом.

Зовнішні копії за розділами працює так само для копій. Типово кожен розділ копіює у зовнішні місця призначення одразу після кожної копії. Виняток дає одному розділу власний план копіювання, наприклад щоб віртуальні машини копіювалися на Backblaze B2 лише неділі вночі. У картці Копіювати самого місця призначення теж можна задати Коли копіювати, див. Зовнішні копії.

Записи в розкладі

Записи в розкладі повідомляє для кожного розділу, скільки записів беруть участь, наприклад 38 з 41 у розкладі. Записи відкриває список із перемикачем У розкладі біля кожного запису. Вимкнений запис копіюється лише тоді, коли ви запускаєте його вручну. Він вважається незахищеним, якщо ви не позначили його Не копіювати.

Порядок

Порядок задає черговість, у якій планові запуски й повний бекап копіюють контейнери та віртуальні машини. Перетягніть запис на місце або скористайтеся стрілками, і кожне переміщення зберігається одразу. Записи, які ви не впорядкували, копіюються в порядку прострочення, найбільш прострочені першими. Окрема копія вручну від цього не залежить.

Перезапуск після резервного копіювання в тій самій картці стосується контейнерів, які Зупинити інші контейнери зупинив на час копії. Вони знову запускаються в порядку своїх залежностей, а з Зачекати, поки залежності стануть справними, перш ніж запускати наступний кожен має повідомити, що він справний або запущений, перш ніж почнеться наступний. Тайм-аут справності на контейнер (секунди) обмежує очікування, типово 120, у діапазоні від 5 до 3600.

Знімок замість зупинки

Зупиняти контейнери на ZFS лише на час знімка типово ввімкнено. Контейнер, чиї дані лежать на ZFS, зупиняється, лише поки BombVault робить знімок цих даних, зазвичай кілька секунд, а потім копія читається зі знімка. Для цього потрібне SSH-з'єднання з хостом, яке використовують набори даних ZFS. Контейнер, частина даних якого лежить деінде, зупиняється на весь час копії, як і раніше, і його запуск пояснює чому, а контейнер, у якого на ZFS немає жодного файла, зупиняється без позначки. Це працює на користувацькому ресурсі Unraid, що лежить на одному пулі ZFS. На TrueNAS застосунку також потрібна можливість SYS_CHROOT, див. TrueNAS SCALE. Для окремого контейнера це можна налаштувати інакше на його сторінці.

Копія лягає за тими самими шляхами й з тими самими тегами, що й зроблена із зупиненим контейнером, тому відновлення та перевірки поводяться з обома однаково. Команда перед копією та дамп бази даних, як і раніше, виконуються першими, інші контейнери, які треба зупинити, зупиняються й запускаються разом із ним, а команда після копії виконується, щойно контейнер знову працює. Оновлення після копії, як і раніше, чекає, поки копія не завершиться. У його запусках показано Знімок і кількість секунд, протягом яких контейнер був зупинений. Якщо BombVault зупиниться посеред копіювання будь-якого контейнера, під час наступного запуску він знову запустить контейнери, які тримав зупиненими.

Оновлення після копії

• Оновлювати контейнери після успішного резервного копіювання завантажує новіший образ лише після того, як попередня копія завершилася, тож свіжа точка відновлення завжди існує заздалегідь. Типово вимкнено, а для окремого контейнера це можна налаштувати на його сторінці в пункті Оновлювати після успішного резервного копіювання. На новий образ переноситься лише те, що ви задали самі: змінні, мітки, команда, користувач і healthcheck, які досі збігаються зі старим образом, беруться з нового. Якщо контейнер із новим образом не вдається створити чи запустити, контейнер повертається до образу, на якому працював, оновлення показується як невдале, а наступна копія пробує знову. Контейнер, який через це лишився зупиненим, називається в запуску копії та в сповіщенні.
• Видаляти старий образ після оновлення видаляє образ, який контейнер залишив. Базовий образ, спільний для інших контейнерів, ніколи не видаляється.
• Оновлювати статус оновлень Unraid після оновлення контейнера знімає банер оновлення Unraid для цього контейнера.

Повідомлення про кожен оновлений контейнер налаштовується в розділі Налаштування, Сповіщення пунктом Сповіщати про оновлення контейнера.

Простій перед копією

Картка Простій перед копією задає, коли застосунок вважається простоюючим для контейнера, планова копія якого його чекає: CPU нижче (% одного ядра), Трафік нижче (Mbit/s) і Щонайменше (хв). Медіасервер простоює, коли нічого не транслює, а для контейнера в мережі хоста враховується лише CPU. Саме очікування налаштовується в кожного контейнера, див. Якщо застосунок зайнятий.

Власний план для одного запису

У кожного запису є Власний план у картці Розклад і місце призначення на його вкладці «Налаштування». Якщо там задано план, запис працює у свої часи й виходить із повного бекапу та плану свого розділу. Без нього він слідує їм.

Приклад: три плани, які працюють разом

Типовий сервер Unraid: більшість контейнерів можна копіювати вночі, віртуальні машини великі й змінюються повільно, а в Immich нові фотографії з'являються весь день.

1. Повний бекап о 03:00. Відкрийте Налаштування, Розклад. У картці Повний бекап виберіть у Коли виконується резервне копіювання значення Щодня о 03:00. Увімкніть Надолужувати пропущені резервні копії після запуску, щоб ніч із вимкненим сервером надолужувалася.
2. Віртуальні машини раз на тиждень. У Розклади за розділами натисніть Виняток, виберіть Віртуальні машини і задайте план Щотижня, Дні неділя, Час 04:00. Тепер картка каже, що всі інші розділи виконуються в повному бекапі.
3. Віртуальні машини копіюються поза сервером теж у неділю. У Зовнішні копії за розділами натисніть Виняток, виберіть Віртуальні машини і задайте Щотижня, неділя о 06:00, коли їхня копія вже встигне закінчитися.
4. Immich кожні 6 годин. Відкрийте Резервні копії, потім immich, потім його вкладку Налаштування. Задайте Власний план Cron з 0 */6 * * *.

Що запускається тепер:

Коли	Що
Щодня о 03:00	Контейнери, окрім immich, флешка, папки, набори даних ZFS і автобекап, розділ за розділом
Неділя о 04:00	Віртуальні машини
Неділя о 06:00	Зовнішня копія віртуальних машин
00:00, 06:00, 12:00 і 18:00	immich окремо

Картка Тиждень показує рядок 03:00 на кожен день, штрихи 04:00 і 06:00 у неділю та чотири штрихи на день для immich. immich не копіюється вдруге о 03:00, бо запис із власним планом виходить із повного бекапу. Копії решти розділів, як і раніше, запускаються одразу після кожної копії.

Коли ви згодом приберете власний план immich, він знову приєднається до запуску о 03:00 разом зі своїм розділом.