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

pve-zsync против других, таких как znapsend или sanoid, Proxmox Виртуальная Среда

Ovidiu

Guest

01.06.2016 13:22:00

Кто-то использует какие-либо из этих трех инструментов для удаленного хранения снимков? Устроило? Мне кажется, pve-zsync самый новый и с наименьшим количеством функций, но он разработан командой Proxmox, так что да, просто интересно, что используют другие люди. https://github.com/oetiker/znapzend https://github.com/jimsalterjrs/sanoid/

Jero Guest	#2 0 15.12.2016 09:23:00 Привет, Morph027, знаешь, что мне делать, когда мой dst пул был недоступен пару дней? Рекурсивные снимки вне синхронизации (снимок dst сейчас слишком старый и больше не синхронизируется).

morph027 Guest	#3 0 15.12.2016 09:35:00 Привет! Можешь выложить результаты команд: journalctl -lu zfs-znapzend и zfs list -r -t snapshot # на целевом и исходном системах? Не стесняйся удалять конфиденциальные данные!

kroem

Guest

18.08.2016 07:05:00

Привет, решил немного поучаствовать в уроке. 1. Вам нужен Unzip, добавьте его в список необходимых компонентов. 2. У меня были проблемы с компиляцией, так что: если вы запускаете Proxmox как root, вам нужно установить Sudo и добавить root в sudoers. Теперь мой вопрос: - Что происходит с целостностью снапшотов, когда я перемещаю виртуальную машину с одного узла pve на другой? А потом обратно? - Я использую znapzend на своем "хранилище ВМ" в качестве источника, это выглядит примерно так: Код: root@pveC2750:~# zfs list -t snapshot
NAME USED AVAIL REFER MOUNTPOINT
vol2/VM@2016-08-17-170000 0 - 140K -
vol2/VM@2016-08-17-180000 0 - 140K -
vol2/VM@2016-08-17-190000 0 - 140K -
vol2/VM@2016-08-17-200000 0 - 140K -
vol2/VM@2016-08-17-210000 0 - 140K -
vol2/VM@2016-08-17-220000 0 - 140K -
vol2/VM@2016-08-17-230000 0 - 140K -
vol2/VM@2016-08-18-000000 0 - 140K -
vol2/VM@2016-08-18-010000 0 - 140K -
vol2/VM@2016-08-18-020000 0 - 140K -
vol2/VM@2016-08-18-030000 0 - 140K -
vol2/VM@2016-08-18-040000 0 - 140K -
vol2/VM@2016-08-18-050000 0 - 140K -
vol2/VM@2016-08-18-060000 0 - 140K -
vol2/VM/vm-100-disk-1@2016-08-17-170000 54.2M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-17-180000 17.3M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-17-190000 17.3M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-17-200000 16.8M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-17-210000 16.5M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-17-220000 16.3M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-17-230000 16.2M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-18-000000 16.1M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-18-010000 14.9M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-18-020000 14.4M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-18-030000 18.4M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-18-040000 17.5M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-18-050000 18.7M - 7.75G -
vol2/VM/vm-100-disk-1@2016-08-18-060000 16.4M - 7.75G - Но znapzendztatz показывает только нижеуказанные данные. Это так задумано? Есть ли способ узнать, сколько данных занимают мои снапшоты? Код: root@pveC2750:~# znapzendztatz
USED LAST SNAPSHOT DATASET
93K 2016-08-18-070000 vol2/VM

morph027 Guest	#5 0 21.11.2016 12:40:00 Новая версия v.0.16.0 https://github.com/morph027/znapzend/tree/debian-packaging http://repo.morph027.de/debian/pool/main/z/znapzend/znapzend_0.16.0-1_amd64.deb

Jero

Guest

15.12.2016 09:41:00

journalctl -lu zfs-znapzend пустой (только что удалил и создал rpool и перезапустил znapzend источник: http://pastebin.com/cYvFTDJW назначение: http://pastebin.com/BPNxjiQc план: Код: root@pve-backup:~# znapzendzetup list
*** план резервного копирования: rpool ***
dst_a = pve:bds/zBackups/pve-backup/rpool
dst_a_plan = 1неделя=>1день,1месяц=>1неделя
enabled = включен
mbuffer = /usr/bin/mbuffer
mbuffer_size = 1ГБ
post_znap_cmd = выключено
pre_znap_cmd = выключено
recursive = включено
src = rpool
src_plan = 2дня=>1час
tsformat = %d-%m-%Y-%H%M%S
zend_delay = 0 Код: root@pve-backup:~# znapzendztatz
USED ПОСЛЕДНИЙ СНИМК РЕШЕНИЯ ДАННЫЙ НАБОР
0 15-12-2016-090000 rpool
14.2K 17-11-2016-000000 pve:bds/zBackups/pve-backup/rpool

morph027

Guest

15.12.2016 09:49:00

Хорошо. Поскольку целевой пул довольно пуст, будет достаточно удалить все снимки (не сам набор данных). Если вы хотите сохранить данные, вы можете переименовать набор данных и создать новый с старым именем. Код: for snap in $(zfs list -H -o name -r -t snapshot bds/zBackups/pve-backup); do zfs destroy $snap; done После этого следующая синхронизация должна начаться с новой копии всех снимков.

edwin eefting

Guest

16.01.2017 22:47:00

Вы также можете попробовать https://github.com/psy0rz/zfs_autobackup/blob/master/README.md. Одна из причин, по которой я его написал, заключалась в том, что я хотел использовать свойства для выбора файловых систем для резервного копирования. Поэтому ему не нужны конфигурационные файлы, и он может просто сделать резервное копирование любой файловой системы под определенным путем, например. Эдвин

morph027 Guest	#9 0 17.01.2017 06:36:00 Znapzend также делает

edwin eefting Guest	#10 0 17.01.2017 12:08:00 Вы имеете в виду свойства? Согласно документации, вы должны указать файловые системы, которые хотите резервировать: https://github.com/oetiker/znapzend/blob/master/doc/znapzendzetup.pod С помощью zfs_autobackup вы указываете имя резервной копии, а затем устанавливаете свойство для файловых систем, которые хотите сохранить.

Читают тему

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