The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Доступен дистрибутив Proxmox Backup Server 4.1

28.11.2025 12:13

Компания Proxmox, известная разработкой продуктов Proxmox Virtual Environment и Proxmox Mail Gateway, опубликовала выпуск дистрибутива Proxmox Backup Server 4.1, который преподносится как готовое решение для резервного копирования и восстановления виртуальных окружений, контейнеров и начинки серверов. Установочный ISO-образ доступен для свободной загрузки. Специфичные для дистрибутива компоненты открыты под лицензией AGPLv3. Для установки обновлений доступен как платный репозиторий Enterprise, так и два бесплатных репозитория, которые отличаются уровнем стабилизации обновлений.

Системная часть дистрибутива базируется на пакетной базе Debian и OpenZFS. Программный стек для управления резервным копированием написан на языке Rust и поддерживает инкрементальные бэкапы (на сервер передаются только изменившиеся данные), дедупликацию (при наличии дубликатов хранится только одна копия), сжатие (используется ZSTD) и шифрование резервных копий. Система спроектирована на базе клиент-серверной архитектуры - Proxmox Backup Server может использоваться как для работы с локальными резервными копиями, так и в качестве централизованного сервера для резервного копирования данных с разных хостов. Предоставляются режимы быстрого выборочного восстановления и синхронизации данных между серверами.

Proxmox Backup Server поддерживает интеграцию с платформой Proxmox VE для резервного копирования виртуальных машин и контейнеров. Управление резервными копиями и восстановление данных осуществляется через web-интерфейс. Имеется возможность разграничения доступа пользователей к своим данным. Весь передаваемый трафик от клиентов к серверу шифруется с использованием AES-256 в режиме GCM, а сами резервные копии передаются уже зашифрованными при помощи асимметричного шифрования по открытым ключам (шифрование производится на стороне клиента, и компрометация сервера с резервными копиями не приведёт к утечке данных). Целостность резервных копий контролируется при помощи хэшей SHA-256.

В новом выпуске:

  • Осуществлена синхронизация с пакетной базой дистрибутива Debian 13.2. Обновлены ядро Linux 6.17.2 и OpenZFS 2.3.4.
  • Предоставлена возможность управлением пропускной способностью для ограничения трафика при передаче по сети резервных копий в привязке к пользователю, запустившему резервное копирование (ранее лимиты могли задаваться в привязке к подсетям).
  • Добавлена возможность настройки числа одновременно выполняемых задач проверки целостности резервных копий для оптимальной утилизации имеющихся системных ресурсов.
  • Добавлена предварительная поддержка ограничения интенсивности обмена данными с хранилищами на базе протокола AWS S3 для снижения негативного влияния передачи резервных копий на другие задачи.
  • Web-интерфейс оптимизирован для работы на экранах с высоким разрешением.
  • Реализована поддержка автоматического отмонтирования внешних подключаемых хранилищ после завершения синхронизации данных (систему теперь можно настроить так, чтобы при подключении накопителя автоматически запускался процесс синхронизации данных, а после окончания синхронизации накопитель автоматически отмонтировался).


  1. Главная ссылка к новости (https://forum.proxmox.com/thre...)
  2. OpenNews: Выпуск Proxmox VE 9.1, дистрибутива для организации работы виртуальных серверов
  3. OpenNews: Доступен дистрибутив Proxmox Backup Server 4.0
  4. OpenNews: Выпуск дистрибутива Proxmox Mail Gateway 8.2
  5. OpenNews: Выпуск дистрибутива для резервного копирования Rescuezilla 2.6
  6. OpenNews: Выпуск системы резервного копирования Restic 0.18. Атака на CDC
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64336-proxmox
Ключевые слова: proxmox, backup
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 13:21, 28/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не хочу занудствовать, но пожалуйста поделитесь опытом, Open source решениями для резервного копирования, которыми пользуетесь сами, желательно в двух словах почему.
     
     
  • 2.5, Аноним (5), 13:30, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    rsync, что ещё надо?
     
     
  • 3.8, Аноним (2), 13:41, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Она же для синхронизации, а не для резервного копирования?
     
     
  • 4.23, Аноним (23), 18:09, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    rsync -a --info=progress2 --delete /from folder /to external hdd

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

     
     
  • 5.28, Аноним (28), 23:32, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну мне нужно что-то серьезное, а не для хомяка.
     
     
  • 6.30, Аноним (30), 01:12, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Bacula
     
  • 4.25, Аноним (25), 19:24, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Bacula.

    Но дома я бы его не ставил.

     
  • 2.12, Соль земли2 (?), 14:08, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Файловая бэкапилка Bareos. Состоит из Director (управляет остальными), Catalog (хранит инфу в БД), Storage Daemon (отвечает за хранение) и File Daemon (ставится везде, читает данные для бэкапа). Умеет одновременно фулл, дифф и инкрем в любой комбинации, нужно только график бэкапов прописать. Простенькие текстовые конфиги, вся инфа в БД, есть CLI/GUI.
     
     
  • 3.13, Соль земли2 (?), 14:14, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Адрес восстановления можно менять. Сами бэкапы можно распаковать через bextract (но нужно создать через CLI файл-описание бэкапа). Ещё сам себя бэкапит по умолчанию. Перед бэкапом можно добавлять хуки.
     
  • 2.22, Аноним (23), 18:06, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    borgbackup
    консольная, умеет в сжатие с разными алгоритмами, умеет в дедупликацию и инкрементные бекапы, можно примонтировать бекап как папку в линуксе, еще есть шифрование, работает как угодно как локаьно так и по сети, развивается шляпой. В винде не работает (мне пофиг но так-то минус серъезный). Написано на питоне (тоже как-бы минус но написано с толком и собирается в standalone бинарник)
     
  • 2.27, Аноним (27), 21:17, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Что бэкапить собираешься? От этого сильно зависит ответ. Так-то для локалхоста хватит и c:\Новая папка (1).
     
     
  • 3.29, Аноним (28), 23:33, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Базы данных, виртуальна машины, вообще все.
     
  • 2.33, Илья (??), 04:38, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Удивительно, но Proxmox Backup Server не использует zfs send 124 124 z... большой текст свёрнут, показать
     
  • 2.39, kd1101 (?), 12:12, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    restic + rclone
    кроссплатформа, дедупликация, сжатие, golang
    вебморда backrest с хуками, скриптами и уведомлениями в телегу

     
  • 2.41, Аноним (41), 15:13, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Proxmox Backup Server, потому что надежно, безопасно и удобно
     
     
  • 3.42, Аноним (41), 15:15, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    к тому же - "программный стек для управления резервным копированием написан на языке Rust"!
     

  • 1.7, penetrator (?), 13:36, 28/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    у меня вопрос, как он делает полнодисковый бекап вместе с системой, консистентным состояним баз данных и прочее на физических машинах?

    или не делает?

     
     
  • 2.9, Виктор Корнеплод (?), 13:56, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не делает. Он делает только файловые бэкапы, если мы говорим про клиента, которого запускать изнутри линуксовой системы. О консистентности баз данных он не заботится, просто читает файлы и отправляет на хранилище.
     
     
  • 3.10, Аноним (2), 14:02, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я правильно понимаю что для резервного копирования БД нужны специализированное ПО?
     
     
  • 4.14, d (??), 14:21, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    veeam рулит, остальное уг
     
     
  • 5.16, Аноним (2), 15:02, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно что мне кроме Veem не известно адекватных решений, но блин, проприетарное и под винду. А хотелось открытое и под этот ваш линукс.
     
     
  • 6.34, _ (??), 05:27, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да ну, вииииам ... если у вас vmWare VCenter то Dell Avamar, ТЧК!
     
  • 5.19, penetrator (?), 17:36, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это же платное виндузятное поделие
     
  • 4.15, Роман (??), 14:25, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Либо централизованное специализированное ПО, либо у меня сделано так, что по крону делается создание бэкапа типа pgdump -d database | gzip > dump.sql.gz, а потом proxmox-backup-client забирает все файлы, в том числе и бэкап базы
     
     
  • 5.17, zzzzzz (?), 16:26, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    базы, наверое, крохотные ....
     
     
  • 6.49, Роман (??), 08:39, 02/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > базы, наверое, крохотные ....

    Ну пари размере базы десятки - ближе к сотням ГБ логично предположить, что задача находится уже в плоскости специализированных решений.
    Приходить к бэкапилке виртуалок и требовать от нее бэкапить высоконагруженную и большую СУБД без блокировки на время дама это все равно, что приходить в автосалон с легковушками и возмущаться, что они не могут перевести 10 кубов щебня

     
  • 4.18, Аноним (18), 17:17, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в чём проблема сделать бэкап средствами субд?
     
     
  • 5.36, dalco (ok), 07:59, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не все СУБД имеют адекватные средства для бэкапов. Когда база маленькая - оно пофиг. Когда БД измеряется терабайтами, любая "мелочь" типа отсутствия инкрементных бэкапов уже очень сильно портит настроение.
     
  • 4.24, Анонисссм (?), 18:46, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Я правильно понимаю что для резервного копирования БД нужны специализированное ПО?

    что ж тебе мешает закронить внутри виртуалки pg_dumpall , через пару часов бэкапить уже саму виртуалку, с сервера бэкапов делать rsync, а destination снэпшотить zfs или btrfs?

    это буквально пара скриптов

     
     
  • 5.26, Аноним (27), 21:16, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > что ж тебе мешает закронить внутри виртуалки pg_dumpall

    Размер базы.

     
     
  • 6.35, _ (??), 05:34, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты к тому что ты делаешь инкременталки из сиквелсёрвера?
    Хе-хе ... Шарик - ты балбес! :) Это - для раз в час, а раз в сутки всё одно полный нужен. И если тебе его некуда дампить - ты занимаешь не свое место.
     
     
  • 7.45, Аноним (27), 06:57, 30/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дело не в размере свободного места на диске. Дело во времени.
     
  • 7.47, morphe (?), 02:43, 01/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это - для раз в час, а раз в сутки всё одно полный нужен.

    При правильно работающем инкрементальном - не нужен

    И тут у тебя assumption что полный бекап может закончиться за 24 часа

     
  • 6.44, Шырламырла (?), 21:11, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Pgdump умеет бакапить в stdout. И когда приходит понимание и умение этим пользоваться, жизнь начинает играть другими красками.
     
  • 3.20, penetrator (?), 17:37, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    принято

    тогда я лучше borg и btrfs снапшоты буду использовать

     
     
  • 4.21, 3draven (ok), 17:52, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Pbs поддерживает не только файловый бэкап, насколько я помню. Стоит присмотреться если проксмокс используете особенно.
     
  • 3.32, Аноним (32), 02:50, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Программный стек для управления резервным копированием написан на языке Rust

    А файловые бэкапы он делает так же, как у клаудфляри инет работает на расте?

     

  • 1.37, Аноним (37), 09:33, 29/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня небольшой опыт работы с Proxmox, а этот сервер можно ставит там же, где и установлен pve или необходима отдельная машина или можно поставить на домашней машине в виртуалке и туда делать бэкапы и копировать в собственное хранилище?
     
     
  • 2.40, Аноним (41), 15:09, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    можно ставить рядом с pve, и в отдельной виртуалке оно естественно работает

    proxmox backup server умеет делать бэкапы на съемные носители типа usb-hdd (не вздумайте бэкапить на usb флешки, ssd и cd-карты), умеет бэкапить на ленту, в S3 хранилище

     
     
  • 3.43, Шырламырла (?), 21:08, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В чем м проблема бакапа на флешки? Если понимаешь, что делаешь.

    Пишет вот у меня регистратор на sd карту. Уже полтора года. И ничего не сдохло.

    Это к вопросу понимания.

     
     
  • 4.46, Аноним (46), 20:17, 30/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Одно дело записывать и перезаписывать регистратором постоянно, каждый день одно и то же. И другое дело хранить долго бэкапы. Которые могут могут потеряться из-за падения заряда в ячейка памяти. Поэтому только HDD с блинами, которые крутятся, это правильный бэкап.
     
  • 2.48, esere (?), 20:38, 01/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Можно ставить в lxc-контейнер. Если есть nas, то и шару примапить к этому контейнеру.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру