"Вальтинг" вообще не описан в руководстве PBS. Можешь написать пару строк об этом?

@dcsapak Я решил воскресить эту старую тему, потому что у меня такая же проблема, как и у автора исходного сообщения. Похоже, либо это всё ещё не исправлено и не задокументировано, либо я просто не понимаю, как это работает. У меня есть отдельный ленточный накопитель, и я делаю небольшие резервные копии, все записывая на один и тот же набор носителей с политикой распределения «продолжать» и политикой хранения «сохранять». Это приводит к тому, что первое резервное копирование (в каждом задании) на первой ленте — полное, а последующие — инкрементальные.

Через какое-то время, которое я сам выбираю, я бы хотел начать с новой ленты и сделать полноформатную резервную копию заново, то есть такую, которая не зависит от других лент при восстановлении — для надёжности. Но сделать это пока не получилось.

(a) Я пробовал редактировать задание резервного копирования и выставлять «export media set», но результата это не дало, потому что вместо этого появляется сообщение примерно такого плана: «standalone drive — извлечение ленты вместо экспорта набора носителей» (точную формулировку не копировал, но смысл такой).

(b) В продолжение обсуждения в той теме я также пробовал помечать все ленты как «full» и «vaulted» через GUI. Но когда я маркирую новую ленту и запускаю задания резервного копирования, у меня получается только инкрементальные копии (судя по тому, что они занимают очень мало места на ленте). Значит, по-прежнему используется один и тот же набор носителей.

Так что, как, собственно, начать с чистого листа? (Если говорить языком pbs, то это, насколько я понимаю, вопрос: «У меня есть отдельный ленточный накопитель, как начать новый набор носителей?»)

Спасибо.

Вот журнал:  
Код:  
2026-02-13T16:48:19+01:00: Запуск задания резервного копирования на ленту 'giov:vmp0:ibm_lto6:tbj-giov'  
2026-02-13T16:48:19+01:00: обновление статуса носителя онлайн  
2026-02-13T16:48:19+01:00: UUID набора носителей: [...]
2026-02-13T16:48:20+01:00: найдено 1 группа (из 1 общей)  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2020-12-07T17:25:16Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2020-12-08T15:56:06Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2021-01-05T11:20:45Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2021-02-25T15:48:18Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2021-03-21T15:37:07Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2021-09-07T15:41:19Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2021-09-21T15:47:19Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2022-01-22T16:55:27Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2022-07-27T17:11:13Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2023-07-19T10:56:42Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2024-03-24T15:02:55Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2024-04-13T19:47:17Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2024-04-21T16:13:37Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2024-04-27T15:15:45Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2024-05-12T17:51:28Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2024-07-23T08:31:49Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2024-10-29T12:31:41Z  
2026-02-13T16:48:21+01:00: пропуск снимка host/orange/2025-07-26T20:05:22Z  
2026-02-13T16:48:21+01:00: бэкап снимка "host/orange/2026-02-12T19:01:14Z"  
2026-02-13T16:48:21+01:00: выделен новый носитель для записи 'GDT002'  
2026-02-13T16:48:21+01:00: проверка наличия носителя 'GDT002' в приводе 'ibm_lto6'  
2026-02-13T16:48:21+01:00: найден ярлык носителя GDT002 [...]
2026-02-13T16:48:21+01:00: запись нового ярлыка набора носителей  
2026-02-13T16:48:30+01:00: перемещение в конец носителя  
2026-02-13T16:48:32+01:00: достигнут конец носителя  
2026-02-13T16:48:32+01:00: запись каталога для предыдущего носителя: [...]
2026-02-13T16:48:32+01:00: запись каталога для предыдущего носителя: [...]
2026-02-13T16:49:38+01:00: записано 780 чанков (3045,33 МБ со скоростью 46,38 МБ/с)  
2026-02-13T16:49:38+01:00: окончание бэкапа giov:"host/orange/2026-02-12T19:01:14Z"  
2026-02-13T16:49:38+01:00: процент готовности: 100,00% (19 из 19 снимков)  
2026-02-13T16:49:40+01:00: добавление в каталог носителя  
2026-02-13T16:49:40+01:00: ЗАДАНИЕ УСПЕШНО

Не уверен, какая именно строка выше говорит о запуске нового набора носителей (возможно, «запись нового ярлыка набора носителей»?). Но в любом случае, объём данных, записанных на ленту, меньше 3 ГБ (там указано 3045,33 МБ), и это совпадает со столбцом «использовано байт» на странице «inventory» PBS, где указано «2,87 ГБ». При этом на самом деле файловая система, которую надо было сохранить, занимает 665 ГБ (я проверил через "zfs list", а также на вкладке "content" в PBS datastore). Значит, очевидно, что на ленту записали инкрементный бэкап, а не полный. По логике, объём должен был быть в сотни раз больше. Возможно, я неправильно понимаю весь процесс.

Сначала я на сервере с данными выполнил команду:  
PHP: proxmox-backup-client backup giov.pxar:/rpool/giov --repository 10.0.1.7:giov  
("giov" — название ZFS-файловой системы и одноимённого хранилища; 10.0.1.7 — адрес сервера бэкапов). Эта команда обновила хранилище PBS "giov", чтобы резервная копия была актуальной.

Потом я запустил вышеописанное задание резервного копирования на ленту, рассчитывая, что вся эта копия также будет сохранена на ленту в новом наборе носителей. Но этого не случилось

Настройка: это PVE сервер версии 9.1.5, который запускает резервное копирование; машина PBS недавно обновлена до версии 4.1.2. Как указано выше, команда, которая запускала это конкретное резервное копирование, была следующей:  
Код: proxmox-backup-client backup giov.pxar:/rpool/giov --repository 10.0.1.7:giov  
«rpool/giov» — это ZFS файловая система. Ссылающийся хранилище данных:  
Код: root@violet:~# proxmox-backup-manager datastore show giov  
┌───────────────────┬─────────────────┐  
│ Name              │ Value           │  
╞═══════════════════╪═════════════════╡  
│ name              │ giov            │  
├───────────────────┼─────────────────┤  
│ path              │ /backup/giov    │  
├───────────────────┼─────────────────┤  
│ comment           │                 │  
├───────────────────┼─────────────────┤  
│ gc-schedule       │ monthly         │  
├───────────────────┼─────────────────┤  
│ notification-mode │ legacy-sendmail │  

Далее список носителей. Чтобы подытожить, у меня есть:  
1) полный и заархивированный набор GDT001  
2) добавлена новая лента GDT002  
3) запущено резервное копирование (см. предыдущее сообщение).  

Обратите внимание, что комплект носителей тот же самый. (лента GDT002 физически не в приводе на момент написания этого сообщения).  
Код: root@violet:~# proxmox-tape media list  
┌────────────┬──────┬──────────────────────────┬────────┬───­───────┬────────────────┬─────────┬──────────┬──────────────­─┐  
│ label-text │ pool │ media-set-name           │ seq-nr │ status   │ location       │ catalog │ uuid     │ media-set-uuid│  
╞════════════╪══════╪══════════════════════════╪════════╪═══­═══════╪════════════════╪═════════╪══════════╪══════════════­═╡  
│ GDT000     │ vmp0 │ Sun May  9 15:29:30 2021 │      0 │ full     │ vault-archivio │ ok      │ b8905... │ f132...053a0  │  
├────────────┼──────┼──────────────────────────┼────────┼───­───────┼────────────────┼─────────┼──────────┼──────────────­─┤  
│ GDT001     │ vmp0 │ Sun May  9 15:29:30 2021 │      1 │ full     │ vault-archivio │ ok      │ febfc... │ f132...053a0  │  
├────────────┼──────┼──────────────────────────┼────────┼───­───────┼────────────────┼─────────┼──────────┼──────────────­─┤  
│ GDT002     │ vmp0 │ Sun May  9 15:29:30 2021 │      2 │ writable │ offline        │ ok      │ 01ff4... │ f132...053a0  │  
└────────────┴──────┴──────────────────────────┴────────┴───­───────┴────────────────┴─────────┴──────────┴──────────────­─┘  

Пул носителей:  
Код: root@violet:~# proxmox-tape pool list  
┌──────┬────────────┬───────────┬──────────┬─────────┐  
│ name │ allocation │ retention │ template │ encrypt │  
╞══════╪════════════╪═══════════╪══════════╪═════════╡  
│ vmp0 │ continue   │ keep      │          │ yes     │  
└──────┴────────────┴───────────┴──────────┴─────────┘  

Задачи резервного копирования:  
Код: root@violet:~# proxmox-tape backup-job list  
┌──────────────────┬──────────────┬──────┬──────────┬───────­───┬──────────┬──────────────────┬─────────┐  
│ id               │ store        │ pool │ drive    │ schedule │ next-run │ next-media-label │ comment │  
╞══════════════════╪══════════════╪══════╪══════════╪═══════­═══╪══════════╪══════════════════╪═════════╡  
│ tbj-giov         │ giov         │ vmp0 │ ibm_lto6 │          │          │ GDT002           │         │  
├──────────────────┼──────────────┼──────┼──────────┼───────­───┼──────────┼──────────────────┼─────────┤  
│ tbj-giov-arc     │ giov-arc     │ vmp0 │ ibm_lto6 │          │          │ GDT002           │         │  
├──────────────────┼──────────────┼──────┼──────────┼───────­───┼──────────┼──────────────────┼─────────┤  
│ tbj-marigian     │ marigian     │ vmp0 │ ibm_lto6 │          │          │ GDT002           │         │  
├──────────────────┼──────────────┼──────┼──────────┼───────­───┼──────────┼──────────────────┼─────────┤  
│ tbj-marigian-arc │ marigian-arc │ vmp0 │ ibm_lto6 │          │          │ GDT002           │         │  
├──────────────────┼──────────────┼──────┼──────────┼───────­───┼──────────┼──────────────────┼─────────┤  
│ tbj-orange       │ orange       │ vmp0 │ ibm_lto6 │          │          │ GDT002           │         │  
├──────────────────┼──────────────┼──────┼──────────┼───────­───┼──────────┼──────────────────┼─────────┤  
│ tbj-orange-vm    │ orange-vm    │ vmp0 │ ibm_lto6 │          │          │ GDT002           │         │  
├──────────────────┼──────────────┼──────┼──────────┼───────­───┼──────────┼──────────────────┼─────────┤  
│ tbj-sync         │ sync         │ vmp0 │ ibm_lto6 │          │          │ GDT002           │         │  
└──────────────────┴──────────────┴──────────┴──────────┴───­───────┴──────────────────┴─────────┘  

Подробно, это задача, которую я запускал выше:  
Код: root@violet:~# proxmox-tape backup-job show tbj-giov  
┌───────────────────┬─────────────────┐  
│ Name              │ Value           │  
╞═══════════════════╪═════════════════╡  
│ id                │ tbj-giov        │  
├───────────────────┼─────────────────┤  
│ drive             │ ibm_lto6        │  
├───────────────────┼─────────────────┤  
│ pool              │ vmp0            │  
├───────────────────┼─────────────────┤  
│ store             │ giov            │  
├───────────────────┼─────────────────┤  
│ notification-mode │ legacy-sendmail │  
└───────────────────┴─────────────────┘

Я не думаю, что лента «уже была в медиасете и доступна для записи». История была такой:  
1. У меня был медиасет, состоящий из лент GTD000 и GTD001 (кстати, ни одна из них не была полностью заполнена).  
2. Через интерфейс я пометил обе ленты GTD000 и GTD001 как заархивированные и заполненные. На этом этапе медиасет не включал больше никаких лент, доступных для записи или незаархивированных.  
3. Потом я подготовил (пронумеровал) совершенно новую ленту GTD002.  
4. С лентой GTD002 в приводе я запустил резервное копирование «tbj-giov», как описано выше. Я ожидал, что это будет полное резервное копирование. Вместо этого оно оказалось инкрементным, новое медиасет не началось.  

Что мне нужно было сделать иначе, чтобы GTD002 начала новый медиасет? Спасибо, G.  

P.S. Может, виновато то, что я пометил GTD001 не только как «заархивированную», но и как «заполненную»? Может, именно метка «заполнена» заставила медиасет всё равно использовать следующую ленту?