+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Режим обнаружения изменений клиента PBS, Proxmox Backup Server

Sky_

Guest

03.07.2024 20:45:00

Итак, с версии 3.x появились новые конфигурационные флаги. Я только что протестировал их на большом LXC-контейнере (резервное копирование через Proxmox GUI), и разница после первоначального бэкапа в режиме metadata была просто колоссальной. Обычно этот LXC резервируется около 20 минут, а теперь всё делается за 14 секунд. Режим metadata, очевидно, очень быстрый, но для меня вопрос такой: зачем тогда вообще нужен режим data? Есть ли причины для беспокойства в плане надёжности? Выше ли риск неполного бэкапа с режимом metadata? Я толком не нашёл никакой информации, кроме официальной документации, наверное, пока мало кто обратил на это внимание. Было бы интересно, если у кого-то есть дополнительная информация по этому поводу.

esvee Guest	#2 0 05.09.2024 12:37:00 Ого, этот новый режим просто шикарен... Раньше ежедневное резервное копирование точки монтирования cts занимало 45 минут, а теперь всего 8 секунд. Проверки тоже должны теперь проходить быстрее?

Chris

Guest

05.09.2024 13:34:00

Нет, верификация не будет проходить быстрее. Задача верификации проверяет целостность всех проиндексированных блоков. И поскольку блоки для неизменённых файлов тоже должны быть проиндексированы в снимке, это не меняется.

Chris Guest	#4 0 28.11.2024 14:10:00 Для обоих ваших случаев установка режима обнаружения изменений на metadata должна значительно сократить время выполнения по сравнению с текущим стандартным режимом.

mitchell5433

Guest

05.09.2024 21:41:00

Привет, есть ли какой-то способ сделать интерактивное восстановление с бэкапов хоста, созданных в режиме метаданных?
Код:
root@server:/mnt/backup# proxmox-backup-client catalog shell host/server/2024-09-05T17:05:01Z server-storage.ppxar --ns Local --keyfile /root/pbs_client/server-storage.key
Ошибка: Не удалось открыть динамический индекс "/mnt/backup/ns/Local/host/server/2024-09-05T17:05:01Z/catalog.pcat1.didx" — Нет такого файла или каталога (os error 2)

ИЗМЕНЕНИЕ: А, кажется, можно смонтировать бэкап через FUSE. Это хорошо работает, если выбирать отдельные файлы для копирования или восстановления.
Код:
proxmox-backup-client mount host/server/2024-09-05T17:05:01Z server-storage.ppxar /mnt/restore --keyfile /root/pbs_client/server-storage.key --ns Local

Chris

Guest

06.09.2024 09:26:00

Привет, спасибо за отзыв по поводу режима обнаружения изменений. В данный момент дамп каталога и функция каталожной оболочки недоступны для разделённых архивов pxar, созданных с параметром change-detection-mode, установленным как metadata или data. Однако на списке рассылки разработчиков есть серия патчей [0], которые восстановят эту функциональность после применения. Как ты уже правильно заметил, пока что можно использовать монтирование архива через FUSE в качестве обходного решения. [0] https://lists.proxmox.com/pipermail/pbs-devel/2024-August/010504.html

kegloadam

Guest

26.11.2024 08:24:00

Привет! Как насчёт восстановления файлов из бэкапов, созданных с помощью proxmox-backup-client? В интерфейсе PBS я вижу только файлы mpxar.didx, ppxar.didx и index.json.blob. Понимаю, что просмотр файлов через GUI пока не работает, но с помощью CLI я не могу ничего смонтировать, подключить или открыть интерактивную оболочку... Просто получаю такие ошибки:
- Ошибка: можно монтировать или подключать только архивы pxar и образы дисков.
- Ошибка: можно монтировать только архивы pxar.

Единственное относящеесяся к делу, что у меня есть, это команда:
proxmox-backup-client restore host/BV-PMX-01/2024-11-26T07:08:52Z index.json --ns OtherHosts/hdd-Management --repository PVE-hdd-backup-PBS

Есть ли рекомендации, как восстановить или просмотреть файлы, если бэкап сделан с опцией --change-detection-mode=meta с помощью proxmox-backup-client? Спасибо!

fabian

Guest

26.11.2024 08:48:00

Текущие пакеты клиента и сервера PBS полностью поддерживают разделённые архивы. Пожалуйста, убедитесь, что ваш клиент обновлён до последней версии, после этого catalog shell, proxmox-file-restore и restore должны работать без проблем. Если у вас актуальные серверные пакеты и резервная копия не зашифрована, то file-restore через веб-интерфейс сервера также должен работать. Если это не так, пожалуйста, отправьте:

- "proxmox-backup-client version" (с клиента)
- "proxmox-backup-manager version --verbose" (с сервера)
- команду, которую вы запускаете, и полный её вывод

kegloadam

Guest

26.11.2024 09:23:00

Привет, @fabian, версия клиента: 3.2.9, версия сервера: 3.2.2. Когда я пытаюсь открыть mpxar или ppxar через GUI, получаю такую ошибку: Bad Request (400) — невозможно прочитать динамический индекс '"/mnt/PVE-hdd-backup-PBS/ns/OtherHosts/ns/hdd-Management/host/BV-PMX-01/2024-11-26T08:28:29Z/catalog.pcat1.didx"' — не удалось открыть динамический индекс "/mnt/PVE-hdd-backup-PBS/ns/OtherHosts/ns/hdd-Management/host/BV-PMX-01/2024-11-26T08:28:29Z/catalog.pcat1.didx" — файл или каталог не найдены (ошибка ОС 2).

Команда бэкапа в CLI:

#!/bin/bash
PBS_PASSWORD="XXXX" \
PBS_FINGERPRINT="XXXX" \
proxmox-backup-client backup Management-M.pxar:/mnt/hdd-pool/Management-M \
--change-detection-mode=metadata \
--skip-e2big-xattr \
--repository bv-databakuser@pbs@192.168.100.22:8007:PVE-hdd-backup-PBS --ns OtherHosts/hdd-Management

Chris

Guest

#10

26.11.2024 09:36:00

Привет, в твоей команде ошибка. Нужно указывать имя архива, а не индексный файл, для всех операций восстановления, просмотра и монтирования. Например: proxmox-backup-client restore host/BV-PMX-01/2024-11-26T07:08:52Z <archive-name>.mpxar --ns ..., где в твоём случае <archive-name>, скорее всего, Management-M. Если и так не получится, пришли, пожалуйста, полную команду. Для просмотра и восстановления через PBS WebUI версия Proxmox Backup Server должна быть не ниже 3.2.5. Обновись до последней версии, если хочешь использовать серверные функции.

kegloadam Guest	#11 0 26.11.2024 09:49:00 Спасибо, @Chris, с версией сервера 3.2.9 всё работает!

domwo Guest	#12 0 27.11.2024 16:53:00 @Chris, режим метаданных в Proxmox 8.3 с Backup Client 3.2.9 всё ещё экспериментальный?

Chris

Guest

#13

27.11.2024 17:01:00

Нет, поскольку за длительный период внутреннего и внешнего тестирования не было обнаружено или сообщено о критических проблемах, начиная с Proxmox VE 8.3 новые режимы обнаружения изменений данных и метаданных больше не считаются экспериментальными. исправлено: устранена проблема с форматированием

domwo Guest	#14 0 28.11.2024 09:19:00 @Chris Спасибо, ещё вопрос: я читал, что можно настроить это по умолчанию на конкретном узле в /etc/vzdump.conf через pbs-change-detection-mode. Есть ли способ сделать такую настройку на весь кластер сразу?

Chris

Guest

#15

28.11.2024 09:33:00

Да, вы можете задать это в конфигурации vzdump на узлах, доступны следующие параметры:
Code: #pbs-change-detection-mode: legacy|data|metadata
Однако глобальной настройки по всему кластеру нет. Тем не менее, планируется изменить значение по умолчанию в будущем. Так как это серьёзное изменение, оно будет внедрено только при обновлении до новой мажорной версии.

omgs Guest	#16 0 28.11.2024 11:48:00 Я всё ещё не до конца понимаю, как это можно применить в моих случаях. Допустим, есть два сценария: 1) Данные на 95% и более одинаковые (системная часть), а изменяется только часть с логами. Исключение — когда происходит обновление. 2) Данные просто «добавляются», существующие файлы редко меняются (возможно, некоторые удаляются). Представьте хранилище данных для nextcloud или почтового сервера. Что бы вы посоветовали для таких случаев, если я всё ещё использую стандартный режим? Заранее спасибо.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры