Аспро: ЛайтШоп [тема: Как узнать точный размер резервной копии в Proxmox Backup]

Как узнать точный размер резервной копии в Proxmox Backup

Tue, 25 Jul 2023 11:41:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Да, я просто добавил это, отправлю, как только протестирую.
25.07.2023 11:41:00, tuxick.

Как узнать точный размер резервной копии в Proxmox Backup

Tue, 25 Jul 2023 10:27:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Отлично, требуется лишь добавить пару опций для base-path...
25.07.2023 10:27:00, RolandK.

Как узнать точный размер резервной копии в Proxmox Backup

Tue, 25 Jul 2023 09:26:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Питер Мэлоуни немного доработал estiname-size.py, добавив также опциональный вывод в формате json: https://github.com/petermaloney/pve/blob/main/pbs/estiname-size.py
25.07.2023 09:26:00, tuxick.

Как узнать точный размер резервной копии в Proxmox Backup

Wed, 31 May 2023 10:02:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
@masgo @markus.b спасибо за скрипты! Это просто супер!
a) Виртуальные машины бэкапятся фиксированными кусками по 4 МиБ. (Согласно https://pbs.proxmox.com/docs/technical-overview.html#fixed-sized-chunks обычно это именно 4 МиБ, но я так и не нашёл, когда размер может отличаться). Потом эти куски обычно сжимаются и, возможно, шифруются.
Да, но чтобы действительно понять, что же занимает место в наших бэкапах, не было бы полезно ещё и считать и выводить реальный размер на диске, а не просто сырой/несжатый размер кусков?
31.05.2023 10:02:00, RolandK.

Как узнать точный размер резервной копии в Proxmox Backup

Tue, 28 Mar 2023 07:15:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Ваш скрипт нужно изменить, чтобы он работал с пространствами имён. Я подправил ваш скрипт с учётом этого. Теперь в скрипт нужно передавать два параметра: ./calcbackupsize.sh [ID CT или VM] [namespace], например: ./calcbackupsize.sh 100 production

Bash: #!/bin/bash

datastore=/mnt/backup

id=$1
namespace=$2

# Проверяем, что это — VM или CT
if [[ -d "$datastore/ns/$2/ct/$1" ]]
then
type=ct
elif [[ -d "$datastore/ns/$2/vm/$1" ]]
then
type=vm
else
echo "Не могу найти VM/CT"
exit
fi

path=$datastore/ns/$namespace/$type/$id
cd $path

echo "Начинаю создавать массив всех чанков для "$type $id". Учтите, это может занять некоторое время..."

# Если VM — делаем так
if [ $type = 'vm' ]
then
# Получаем пути ко всем файлам .img.fidx для выбранной VM
readarray -d '' filearray < <(find ~+ -name *.img.fidx -print0)
if [ ${#filearray[@]} -gt 0 ]
then
# Проходим по всем файлам и создаём неотсортированный массив
for (( i=0; i<${#filearray[@]}; i++ ));
do
for x in `xxd -s +4096 -p -c 32 ${filearray[$i]}`
do
chunkarrayunsorted+=($x)
done
done
fi
fi

# Если CT — делаем так
if [ $type = 'ct' ]
then
# Получаем пути ко всем файлам .didx для выбранного CT
readarray -d '' filearray < <(find ~+ -name *.didx -print0)

if [ ${#filearray[@]} -gt 0 ]
then
# Проходим по всем файлам и создаём неотсортированный массив
for x in `xxd -s +4104 -p -c 40 ${filearray[$i]}`
do
chunkarrayunsorted+=(${x:0:64})
done
fi
fi

if [ ${#filearray[@]} -gt 0 ]
then
# Сортируем массив чанков, чтобы убрать дубликаты
readarray -td '' chunkarraysorted < <(printf '%s\0' "${chunkarrayunsorted[@]}" | sort -zu)

let unsortedcount=${#chunkarrayunsorted[@]}
let sortedcount=${#chunkarraysorted[@]}
percent=`echo "scale=2 ; (1 - ($sortedcount / $unsortedcount))*100" | bc`
echo "Нераспределённых чанков: "$unsortedcount
echo "Отсортированных чанков: "$sortedcount
echo "Игнорируемых чанков: "$percent"%"
echo "Теперь перебираю чанки для подсчёта общего размера для "$type $id". Это может занять некоторое время..."

# Получаем размеры чанков и считаем общий объём
for (( i=0; i<${#chunkarraysorted[@]}; i++ ));
do
ls -l $datastore/.chunks/${chunkarraysorted[$i]:0:4}/${chunkarraysorted[$i]} | awk '{print $5}'
done | paste -sd+ | bc | numfmt --to iec --format "%8.2f"
else
echo "Файлы для обработки не найдены"
fi
28.03.2023 07:15:00, amirseni.

Как узнать точный размер резервной копии в Proxmox Backup

Mon, 27 Mar 2023 00:34:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
@krikey, спасибо за твою работу. Я попробовал твой код — отлично работает на маленьких CT/VM. Но на больших виртуалках он у меня на машине просто бесконечно тормозит. Я предложил другой подход для VM.

a) Резервные копии виртуальных машин делаются фиксированными блоками по 4 МиБ. (Согласно https://pbs.proxmox.com/docs/technical-overview.html#fixed-sized-chunks — обычно это 4 МиБ, но я не нашёл, когда они могут отличаться по размеру). Затем эти блоки обычно сжимаются и, возможно, шифруются.

b) Резервное копирование инкрементальное, и блоки дедуплицируются. Исходя из этого, я определил количество уникальных блоков для каждого файла .img.fidx. Умножая это число на 4, я получаю размер бэкапа до сжатия, но после дедупликации. Также я отсортировал список файлов и посчитал для каждого количество новых блоков. Новый блок — это такой, который не встречался в предыдущих файлах. По сути, это добавочный объём, который даёт каждый последующий бэкап.

Пример вывода:

Bash:
# python3 ~/estiname-size.py 212
-----------------------------------------------------------------------------------------------
| filename | chunks | size |
-----------------------------------------------------------------------------------------------
| 2023-03-16T16:53:09Z/drive-scsi0.img.fidx | 227909 chunks | 911636 MiB |
| 2023-03-16T16:53:09Z/drive-scsi1.img.fidx | 53461 chunks | 213844 MiB |
| 2023-03-24T23:50:43Z/drive-scsi0.img.fidx | 48362 chunks | 193448 MiB |
| 2023-03-24T23:50:43Z/drive-scsi1.img.fidx | 1 chunks | 4 MiB |
| 2023-03-25T23:47:06Z/drive-scsi0.img.fidx | 52822 chunks | 211288 MiB |
| 2023-03-25T23:47:06Z/drive-scsi1.img.fidx | 1 chunks | 4 MiB |
| 2023-03-26T22:47:04Z/drive-scsi0.img.fidx | 1708 chunks | 6832 MiB |
| 2023-03-26T22:47:04Z/drive-scsi1.img.fidx | 1 chunks | 4 MiB |
-----------------------------------------------------------------------------------------------

У этой VM два диска. На scsi1 изменений после первого бэкапа не было. По scsi0 несжатый размер около 900 Гб, поэтому первый backup имеет такой размер. Следующие два бэкапа добавляют примерно по 200 Гб изменённых данных, а последний — всего около 7 Гб.

Плюс в том, что мой скрипт работает быстро и даёт хорошую верхнюю оценку. Минус — это значения до сжатия. Чтобы узнать размер после сжатия, надо смотреть размер каждого блока так, как это делает @krikey, а это медленно.

Для более точной оценки можно посмотреть коэффициент сжатия хранилища VM в PVE и предположить, что бэкап сжимается примерно так же.

Это всего лишь быстрый и простой скрипт. Если вам понравится, не стесняйтесь улучшать.

Вот мой скрипт:

Spoiler Python:

import os
import sys

datastore = "/mnt/datastore/localHDD/vm/"

vmid = ""
if len(sys.argv) > 1:
vmid = sys.argv[1]

vm = os.path.join(datastore, vmid)

# Получаем все пути к файлам .img.fidx для выбранной VM
filearray = []
for root, dirs, files in os.walk(vm, topdown=False):
for name in files:
if name.endswith(".img.fidx"):
filearray.append(os.path.join(root, name))

# сортируем для получения сортировки путей
# если аргумент передан — сортируем по имени, иначе по дате
if vmid:
filearray.sort()
else:
filearray = sorted(filearray, key=lambda x: os.path.relpath(x, vm).split('/',1)[1])

if len(filearray) > 0:
print("-" * 95)
print(f"{'| filename'.ljust(52)} | {'chunks'.ljust(19)} | {'size'.ljust(16)} |")
print("-" * 95)
chunkarray = set()
for filepath in filearray:
with open(filepath, "rb") as f:
f.seek(4096)
data = f.read()
hex_data = data.hex()
new_unique_chunks = set()
for i in range(0, len(hex_data), 64):
file_chunk = hex_data[i:i+64]
if file_chunk not in chunkarray:
new_unique_chunks.add(file_chunk)
chunkarray.add(file_chunk)
if new_unique_chunks:
new_chunks = len(new_unique_chunks)
filename = os.path.relpath(filepath, vm) # Убираем префикс datastore из пути
print(f"| {filename.ljust(50)} | {new_chunks:>12} chunks | {new_chunks * 4:>12} MiB |")
print("-" * 95)
27.03.2023 00:34:00, masgo.

Как узнать точный размер резервной копии в Proxmox Backup

Thu, 02 Feb 2023 13:23:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Мне удалось сократить время вычислений почти на 50% (было: 2 мин 7 сек, стало: 1 мин 17 сек), заменив строку Bash: ls -l $datastore/.chunks/${chunkarraysorted[$i]:0:4}/${chunkarraysorted[$i]} | awk '{print $5}' на Bash: stat -c "%s" $datastore/.chunks/${chunkarraysorted[$i]:0:4}/${chunkarraysorted[$i]}. Команда stat -c "%s" просто выводит размер файла, так что вывод становится короче и его не нужно фильтровать через awk. Тем не менее, всё равно ужасно медленно…
02.02.2023 13:23:00, markus.b.

Как узнать точный размер резервной копии в Proxmox Backup

Mon, 10 Jan 2022 17:51:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Я немного поправил код, чтобы попробовать определить размеры CT с помощью XXD, как в оригинальном примере геркоса. Не уверен, что правильно понял логику для CT при расчёте размеров чанков в .didx файлах, но, может, кто-то захочет попробовать и скажет, правильно ли я вытаскиваю данные из .didx? Код:

#!/bin/bash

datastore=/mnt/backup
id=$1

# Проверяем, это VM или CT
if [[ -d "$datastore/ct/$1" ]]
then
type=ct
elif [[ -d "$datastore/vm/$1" ]]
then
type=vm
else
echo "Не могу найти VM или CT"
exit
fi

path=$datastore/$type/$id
cd $path

echo "Начинаю собирать массив всех чанков для "$type $id". Это может занять время..."

# Если VM, то делаем вот что
if [ $type = 'vm' ]
then
# Получаем пути ко всем .img.fidx файлам для выбранной VM
readarray -d '' filearray < <(find ~+ -name *.img.fidx -print0)
if [ ${#filearray[@]} -gt 0 ]
then
# Проходим по всем файлам и создаём несортированный массив
for (( i=0; i<${#filearray[@]}; i++ ));
do
for x in `xxd -s +4096 -p -c 32 ${filearray[$i]}`
do
chunkarrayunsorted+=($x)
done
done
fi
fi

# Если CT, то делаем так
if [ $type = 'ct' ]
then
# Получаем пути ко всем .didx файлам для выбранного CT
readarray -d '' filearray < <(find ~+ -name *.didx -print0)

if [ ${#filearray[@]} -gt 0 ]
then
# Проходим по всем файлам и создаём несортированный массив
for x in `xxd -s +4104 -p -c 40 ${filearray[$i]}`
do
chunkarrayunsorted+=(${x:0:64})
done
fi
fi

if [ ${#filearray[@]} -gt 0 ]
then
# Сортируем массив чанков и убираем дубликаты
readarray -td '' chunkarraysorted < <(printf '%s\0' "${chunkarrayunsorted[@]}" | sort -zu)

let unsortedcount=${#chunkarrayunsorted[@]}
let sortedcount=${#chunkarraysorted[@]}
percent=`echo "scale=2 ; (1 - ($sortedcount / $unsortedcount))*100" | bc`
echo "Несортированных чанков: "$unsortedcount
echo "Отсортированных чанков: "$sortedcount
echo "Игнорируемых чанков: "$percent"%"
echo "Теперь перебираем чанки, чтобы посчитать общий размер для "$type $id". Это может занять время..."

# Получаем размеры чанков и считаем итог
for (( i=0; i<${#chunkarraysorted[@]}; i++ ));
do
ls -l $datastore/.chunks/${chunkarraysorted[$i]:0:4}/${chunkarraysorted[$i]} | awk '{print $5}'
done | paste -sd+ | bc | numfmt --to iec --format "%8.2f"
else
echo "Нет файлов для обработки"
fi

Просто сохраните файл и сделайте его исполняемым, затем запустите так: ./calcbackupsize.sh [ID CT или VM]
10.01.2022 17:51:00, krikey.

Как узнать точный размер резервной копии в Proxmox Backup

Sat, 08 Jan 2022 17:45:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
По этой ссылке объясняется структура файлов https://pbs.proxmox.com/docs/proxmox-backup.pdf#be и согласно этой документации, файл .fidx имеет фиксированный размер дайджеста (и, предположительно, из-за этого проще парсится через xxd), а вот файлы .didx — нет, там используется смещение между каждой частью дайджеста, то есть после каждого дайджеста должен быть какой-то сдвиг. По крайней мере, я именно так это понимаю.
08.01.2022 17:45:00, krikey.

Как узнать точный размер резервной копии в Proxmox Backup

Sat, 08 Jan 2022 14:32:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Я доработал пример gercos выше, чтобы сделать его (надеюсь) более полезным для нескольких бэкапов и конкретно для виртуальных машин (для CT пока не работает). Скрипт принимает один параметр — ID ВМ, например: ./calcbackupsize.sh 111

Скрипт собирает все соответствующие файлы .img.fidx по ID ВМ, проходит по ним, формирует массив несортированных и нефильтрованных chunk ID. Потом он фильтрует их с помощью sort -u, и полученный массив передаёт в команду ls -l для получения размеров файлов, которые чуть лучше форматируются с помощью numfmt --to iec --format "%8.4f".

Скрипт может работать несколько минут, потому что задача довольно ресурсоёмкая, но может пригодиться тем, кто время от времени хочет узнать размер набора бэкапов более подробно. Буду благодарен за любые советы по оптимизации. Позже гляну, как расшифровать .didx файлы для CT.

Код:

#!/bin/bash

datastore=/mnt/backup
backup=vm/$1
cd $datastore/$backup

#get all .img.fidx file paths for the chosen VM
readarray -d '' filearray < <(find ~+ -name *.img.fidx -print0)

#iterate through all relevant files and create the unsorted array
for (( i=0; i<${#filearray[@]}; i++ ));
do
for x in `xxd -s +4096 -p -c 32 ${filearray[$i]}`
do
chunkarrayunsorted+=($x)
done
done

echo "unsorted count: " ${#chunkarrayunsorted[@]}

#sort the chunk array
readarray -td '' chunkarraysorted < <(printf '%s\0' "${chunkarrayunsorted[@]}" | sort -zu)

echo "sorted count: " ${#chunkarraysorted[@]}
arrayLen=${#chunkarraysorted[@]}

#get chunk sizes and calculate total
for (( i=0; i<${arrayLen}; i++ ));
do
ls -l $datastore/.chunks/${chunkarraysorted[$i]:0:4}/${chunkarraysorted[$i]} | awk '{print $5}'
done | paste -sd+ | bc | numfmt --to iec --format "%8.4f"
08.01.2022 14:32:00, krikey.

Как узнать точный размер резервной копии в Proxmox Backup

Sat, 08 Jan 2022 10:51:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Это выводит количество байт?
08.01.2022 10:51:00, krikey.

Как узнать точный размер резервной копии в Proxmox Backup

Fri, 24 Sep 2021 13:41:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Поскольку я восстанавливал резервную копию через WAN-соединение и хотел понять, сколько это займет времени, сжатый размер чанков — именно та информация, которая мне была нужна. В интерфейсе просто написано «32 ГБ» — размер резервной копии, но фактически передавалось всего «6 ГБ» данных. Хорошее замечание насчёт дублирующихся чанков — возможно, их учли несколько раз, и это могло завысить количество пустых чанков и, может быть, некоторых непустых. В целом, результат был достаточно точным, чтобы быть полезным.
24.09.2021 13:41:00, gerco.

Как узнать точный размер резервной копии в Proxmox Backup

Fri, 24 Sep 2021 08:58:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Просто для твоей информации: единственная разница между результатом твоего скрипта и «полным размером», который мы показываем в webui, — это сжатие чанков. Полагаю, ты учитываешь дубликаты чанков несколько раз. Сначала тебе нужно пропустить чанки через «sort -u» или что-то похожее, чтобы считать каждый чанк только один раз.
24.09.2021 08:58:00, dcsapak.

Как узнать точный размер резервной копии в Proxmox Backup

Fri, 24 Sep 2021 03:51:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Вот скрипт, который помог мне получить нужную информацию. Он показывает суммарный размер всех чанков, связанных с файлом .fidx. Для .didx файлов не работает, так что для контейнеров бесполезен, но, думаю, похожие принципы можно применить, если кто-то захочет этим заняться.

Bash:
datastore=/bulkpool/backups
backup=vm/100/2021-09-19T06:00:02Z

cd $datastore/$backup

for x in `xxd -s +4096 -p -c 32 *.img.fidx`
do
ls -l $datastore/.chunks/${x:0:4}/$x | awk '{print $5}'
done | paste -sd+ | bc

По сути, скрипт получает все хэши чанков из .fidx, затем для каждого из них делает «ls» в каталоге .chunks и складывает их размеры. Это ужасно и очень неэффективно, зато я получил нужные данные. Надеюсь, кому-нибудь ещё пригодится.
24.09.2021 03:51:00, gerco.

Как узнать точный размер резервной копии в Proxmox Backup

Thu, 19 Aug 2021 21:33:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
«Backup Size — размер резервной копии *без учёта дедупликации*: сумма всех чанков, используемых в бэкапе.» Меня не волнует дедупликация. Как все говорят, её сложно и дорого считать, так что пока можно оставить дедупликацию как статистику, рассчитанную GC. Мне важно знать, сколько дискового пространства займет один бэкап, если бы он был единственным.

Хороший вопрос. Если нельзя подсчитывать это в реальном времени во время бэкапа, то в худшем случае это будет относительно недорогой подсчет метаданных файловой системы по чанкам. Если и это слишком накладно во время бэкапа, тогда пусть поле остаётся пустым, а рядом будет кнопка обновления размера. Или хотя бы считать это при Verify или GC.

Похоже, теперь мы говорим об одном и том же... Не совсем понятно, что ещё нужно обновлять, разве что размер Backup Group?

Что касается Delta Size — выглядит так, что уже сделано! Я только что проверил index.json.blob — просто возьмите значение "chunk_upload_stats" -> "compressed_size" и выведите его в колонку Delta Size — и готово.

Есть масса случаев, когда понятно, что данные не подлежат дедупликации. В любом случае, это полезная информация: показывает, сколько места на диске занял конкретный запуск бэкапа. За несколько бэкапов можно сразу увидеть общий темп роста или изменений ВМ, даже с учётом дедупликации издалека. Это помогает найти нужный бэкап, если было много изменений.

Это не вводит в заблуждение — просто документируйте, что означает эта цифра, все знают про дедупликацию и могут это учитывать.
19.08.2021 21:33:00, stephen322.

Как узнать точный размер резервной копии в Proxmox Backup

Thu, 19 Aug 2021 09:55:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Согласен, что размер VHD на самом деле мало о чем говорит, но эту метрику сложно собрать из-за дедупликации. PVE / proxmox-backup-client должны измерять, сколько реально (не нулевых) данных было прочитано, и передавать эту метрику в PBS, потому что PBS сам не может (?) вычислить это, так как дедуплицированный пул используется для нескольких бэкапов. А что насчёт dirty-bitmaps? Они мгновенно испортят эту метрику, потому что клиенту бэкапа не нужно читать всё подряд. Возможно, с помощью хитрых расчётов получится получить полезное значение, но всё равно... это усложняет задачу. Если есть уже существующий бэкап, тогда вычислить это будет довольно просто. Но считать количество новых чанков, записанных PBS — это уже другая отдельная метрика, потому что PBS пишет новые чанки только если их ещё нет в пуле, а значит, ни один другой бэкап их не создавал. Это тоже делает метрику малоинформативной, ведь другие бэкапы могут ссылаться на те же чанки и в итоге показывать намного меньше «новых чанков», что сильно вводит в заблуждение, на мой взгляд. Я бы предпочёл что-то вроде суммарного размера всех чанков, используемых в одном бэкапе, как дополнительную метрику «размера» — это могло бы дать более точное число и при этом PBS сам мог бы рассчитывать и обновлять это значение, не завися от корректных данных от клиентов бэкапа. Что-то вроде значения «referenced», которое предоставляет ZFS.

Изображение взято с https://docs.oracle.com/cd/E19253-01/819-5461/gazss/index.html

@dcsapak, что думаешь об этом? Реализуемо ли что-то подобное?

Кстати, при подсчёте referenced размера бэкапа было бы интересно игнорировать сжатие ZFS (или показывать отдельно), потому что высокая степень сжатия может сильно занижать видимый размер бэкапа. Например, у меня recordsize 4M, и при использовании zstd обычные коэффициенты сжатия в районе 2.0–3.0. Если не ошибаюсь, есть способ прочитать несжатый размер файла, игнорируя прозрачное сжатие ZFS, и способ прочитать размер, который ZFS показывает (который меньше, если файл сжат). То же касается встроенного сжатия PBS — оно тоже влияет на отображаемый размер.

Думаю, «referenced» размер был бы полезен для оценки времени восстановления ВМ. Если у меня VHD на 2 ТБ, то займёт ли восстановление минуту, потому что 99% нулей (а значит, восстанавливается очень быстро на сжимаемых хранилищах типа ZFS или Ceph), или это будет часы, потому что реально там много данных?
19.08.2021 09:55:00, SINOS.

Как узнать точный размер резервной копии в Proxmox Backup

Thu, 19 Aug 2021 01:17:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Некоторая информация лучше, чем никакая, верно? Мне бы очень пригодились два поля с размерами: Backup Size — размер резервной копии без учёта дедупликации: сумма всех чанков, используемых в резервной копии. Это был бы более подходящий размер для передачи в Proxmox VE, а не бесполезный размер виртуального диска. Delta Size — размер дельты на момент создания резервной копии: новые записанные чанки. Думаю, оба этих значения можно легко посчитать во время резервного копирования, если я ничего не упускаю...
19.08.2021 01:17:00, stephen322.

Как узнать точный размер резервной копии в Proxmox Backup

Wed, 04 Aug 2021 04:26:00 +0300

Как узнать точный размер резервной копии в Proxmox Backup Proxmox Backup Server в форуме Proxmox Backup Server.
Всем привет! У меня вопрос: как точно узнать размер бэкапа для виртуальной машины в Proxmox? Я пытался найти эту информацию в Proxmox VE, но, кажется, указанный размер некорректен — он показывает больше, чем размер HDD виртуальной машины. С другой стороны, кажется, что размер тоже не отображается в Proxmox Backup Server. Подскажите, есть ли способ узнать, сколько места на диске занимает конкретная виртуальная машина? Спасибо! Parker
04.08.2021 04:26:00, parker0909.