Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Есть ли способ сделать резервную копию PVE Host на Proxmox Backup Server (PBS)?

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Есть ли способ сделать резервную копию PVE Host на Proxmox Backup Server (PBS)?, Proxmox Виртуальная Среда
     
    logui
    Guest
    #1
    0
    24.11.2024 16:33:00
    Я уже использую PBS для бэкапа виртмашин и контейнеров, всё отлично работает. Ищу способ бэкапить и сам PVE Host в PBS. Как это лучше сделать? Или стоит поискать другой вариант? Спасибо.
     
     
     
    floh8
    Guest
    #2
    0
    24.11.2024 18:42:00
    Необязательно. Ты найдёшь свой ответ здесь, на форуме. Поищи "pve host/node backup".
     
     
     
    maxim.webster
    Guest
    #3
    0
    24.11.2024 19:25:00
    Установи и используй пакет proxmox-backup-client на хосте PVE.
     
     
     
    zodiac
    Guest
    #4
    0
    24.11.2024 21:19:00
    Резервное копирование хоста не такое уж сложное, но зависит от некоторых деталей установки системы. Для хоста, использующего ZFS в качестве корневой файловой системы, я делаю примерно следующее: Bash: #!/bin/bash

    # Настраиваем, куда сохранять резервную копию и что исключать, так как это меняется
    # регулярно и содержит только временные данные.
    pbspasswd="/etc/pbs-passwd"
    pbshost="pbs.lan"
    pbsns="pve-host"
    pbsvol="pve-sys"
    exclude=( '/dev/shm' '/tmp' '/run' '/var/cache' '/var/lib/rrdcached'
             '/var/tmp' '/var/lib/vz#' '/var/log#' )

    # Преобразуем список исключений в аргументы командной строки для клиента PBS.
    # Обрабатываем каталоги, такие как /var/log, особым образом, поскольку нам нужно сохранить
    # некоторую структуру каталогов и разрешения в резервной копии, но отбросить все
    # фактические данные.
    exdirs=
    for ex in "${exclude[@]}"; do
     exdirs="${exdirs} --exclude ${ex%#}/?*"
     [ "${ex%#}" != "${ex}" ] &&
       exdirs="${exdirs} --exclude ${ex%#}/**/?* --exclude !${ex%#}/**/"
    done

    # Используем возможности ZFS для создания атомарной снимка для резервного копирования.
    # Мы сохраняем этот снимок в дальнейшем, так как он полезен для быстрого
    # восстановления случайно поврежденных систем.
    root="$(zfs list / | awk 'NR==2{ print $1 }')"
    zfs destroy "${root}@backup" >&/dev/null || :
    zfs snapshot "${root}@backup"
    [ -d "/.zfs/snapshot/" ] || zfs set snapdir=visible "${root}"

    # Учетные данные для доступа к PBS-серверу должны храниться в
    # /etc/pbs-passwd
    export PBS_REPOSITORY="$(sed -n 2p <"${pbspasswd}")@${pbshost}:${pbsvol}"
    export PBS_PASSWORD_FILE="${pbspasswd}"

    # Создаем новое пространство имен, если его еще нет, а затем копируем наш снимок
    # на PBS-сервер. Исключаем временные данные, поскольку они просто заполняют сервер
    # и вряд ли будут хорошо дедуплицироваться.
    proxmox-backup-client namespace list 2>/dev/null | egrep "^${pbsns}$" >/dev/null ||
     proxmox-backup-client namespace create "${pbsns}"
    (set -f
    proxmox-backup-client backup "proxmox-root.pxar:/.zfs/snapshot/backup" --ns "${pbsns}" \
     --change-detection-mode=metadata ${exdirs}) Разумеется, вы можете внести всевозможные изменения, в зависимости от ваших местных нужд. А если вы не используете ZFS, вам нужно самостоятельно разобраться, как создавать атомарные снимки. Если у вас есть другие файловые системы ZFS, которые также нужно резервировать, не забудьте включить их сюда. Восстановление — это большой слон в комнате. Это потенциально сложнее. Если вам нужно восстановить только часть файловой иерархии, это достаточно просто сделать. Но если вы хотите запустить совершенно новую машину, вам нужно решить, что делать с загрузкой и как поступать с различиями в оборудовании. Вы можете, вероятно, загрузиться с диска восстановления Debian, вручную разделить ваши диски и/или создать подходящие пулы и файловые системы ZFS. Затем используйте proxmox-backup-client для восстановления файлов. После этого войдите в новый файловую систему с помощью chroot и настройте ваш загрузчик. Возможно, вам также придется отредактировать /etc/network/interfaces и, возможно, изменить файлы /etc/systemd/network/*.link, если вы назначаете стабильные имена сетевых интерфейсов на основе MAC-адреса. Редактировать /etc/hostname тоже не помешает. Это все немного сложно, и в зависимости от вашего уровня владения Linux, вам может потребоваться несколько часов, чтобы полностью восстановить систему после серьезного сбоя. Если у вас есть доступ к запасному оборудованию, я бы посоветовал попробовать это на практике, или я бы попытался создать собственный образ восстановления, с которого можно загрузиться для автоматизации этого процесса. Но специфика будет сильно зависеть от ваших местных нужд.
     
     
     
    maxim.webster
    Guest
    #5
    0
    25.11.2024 12:25:00
    Вот скрипт, который я сейчас использую. Он ориентирован на резервное копирование конфигурации хоста, а не полезной нагрузки (ВМ, CT и т.д.). Bash:
    #!/bin/bash
    if [ -f /etc/pve/local/pve-backup.env ] ; then
           source /etc/pve/local/pve-backup.env
    else
           echo "File /etc/pve/local/pve-backup.env missing" > /dev/stderr
           exit 1
    fi

    /usr/bin/proxmox-backup-client backup root.pxar:/ \
           --crypt-mode encrypt \
           --keyfile /etc/pve/pve-backup.json \
           --exclude /bin \
           --exclude /boot \
           --exclude /dev \
           --exclude /lib \
           --exclude /lib64 \
           --exclude /local-zfs \
           --exclude /lost+found \
           --exclude /mnt \
           --exclude /opt \
           --exclude /proc \
           --exclude /run \
           --exclude /sbin \
           --exclude /sys \
           --exclude /tmp \
           --exclude /usr \
           --exclude /var/lib/lxcfs \
           --include-dev /etc/pve \
           --backup-type host \
           --skip-lost-and-found
    Файл находится в /usr/local/sbin/pve-backup.sh и запускается cron ежедневно.  Упомянутый файл /etc/pve/local/pve-backup.env — это простой файл ключ/значение, содержащий специфичные для Proxmox ноды данные. Таким образом, я могу использовать этот скрипт на всех своих PVE нодах без изменений, просто подстраивая конфигурацию, специфичную для хоста, в /etc/pve/local/pve-backup.env.
    Содержимое этого файла:
    Bash:
    export PBS_REPOSITORY=<API TOKEN USER>!<API TOKEN NAME>@<PBS HOST>:<DATASTORE>
    export PBS_PASSWORD=<API TOKEN>
    export PBS_FINGERPRINT=<PBS HOST FINGERPRINT>

    Также, поскольку я использую зашифрованные резервные копии, ключ шифрования (файл) необходимо сохранить как /etc/pve/pve-backup.json. Если вы не используете шифрование, просто удалите строки " --crypt-mode " и " --keyfile ".
     
     
     
    portedaix
    Guest
    #6
    0
    08.06.2025 16:43:00
    Спасибо, резервная копия работает отлично. Но как восстановить из такой резервной копии?
     
     
     
    zodiac
    Guest
    #7
    0
    08.06.2025 16:56:00
    Восстановление куда сложнее, зависит гораздо больше от конкретной ситуации, и, скорее всего, именно поэтому у Proxmox нет официальной поддержки для резервного копирования хоста. Это не значит, что это сложно само по себе. Просто сложно придумать решение, которое работало бы для всех и каждый раз. В моем случае я использовал это несколько раз, чтобы восстановить хост в работающий Chromebook (да, я знаю, я странный; не спрашивайте почему). Это, вероятно, самая сложная цель для восстановления, поскольку даже загрузиться с загрузочного носителя невозможно. Поэтому мне пришлось прыгать через дополнительные препятствия. В итоге я начал со стандартного контейнера Debian, который ChromeOS установил для меня (задним числом, минимальный контейнер Alpine, вероятно, был бы еще лучше). Затем я вручную установил и настроил программное обеспечение Proxmox client, поддержку FUSE и rsync. Это позволило мне смонтировать резервную копию как файловую систему. И я мог затем использовать rsync, чтобы скопировать ее в мою работающую систему. Когда все было сделано, я перезагрузился и еще раз выполнил rsync, на всякий случай, если что-то не скопировалось правильно при первой попытке. Это работало на удивление хорошо. Гораздо лучше, чем я ожидал. Единственное, что требовало ручной корректировки, это права доступа к таким вещам, как ping. Я не знаю, неправильно ли они хранятся в PBS или rsync отбросил возможности. Но это лишь очень небольшое количество файлов и легко исправить. Если вы восстанавливаете на bare metal, все, вероятно, проще. Либо загрузитесь с загрузочного носителя или в initramfs в режиме восстановления. Если вам нужно делать это регулярно, это не будет сложно для скриптинга. Но детали сильно зависят от ваших локальных требований. Я могу представить себе PXE-based решение, которое восстанавливает из сети. Одно из тех, о чем вам нужно позаботиться, — это создание разделов диска для ваших файловых систем и обеспечение того, чтобы идентификаторы этих разделов или дисков были указаны во всех важных местах. Это может означать ZFS пул или такие вещи, как /etc/fstab и /etc/kernel/cmdline. Не забудьте запустить proxmox-boot-tool.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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