Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    Резервное копирование и снапшоты Proxmox host с помощью Timeshift или какого-нибудь другого простого инструмента?

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Резервное копирование и снапшоты Proxmox host с помощью Timeshift или какого-нибудь другого простого инструмента?, Proxmox Виртуальная Среда
     
    dominikp
    Guest
    #1
    0
    13.01.2020 10:29:00
    В нашей компании мы используем Timeshift для создания снимков наших рабочих станций Ubuntu/Mint. Это очень простой в использовании инструмент, который несколько раз спасал машины наших сотрудников без проблем. Просто загрузитесь с любого live CD с Timeshift (например, Mint), укажите место хранения резервных копий, выберите последнюю версию, восстановите и перезагрузитесь. Всё готово.

    TLDR; Кто-нибудь пробовал использовать это с хостом Proxmox?

    Полная версия: У меня есть клиент, для которого я настроил машину Proxmox. Я перенес их сервисы с одного физического сервера с Ubuntu Server на несколько отдельных VM/CT на Proxmox. И я хотел бы предоставить им простой инструмент для восстановления этого сервера в случае сбоя или чего-то подобного. То, как работает Timeshift, было бы идеально.
     
     
     
    Dark26
    Guest
    #2
    0
    13.01.2020 13:37:00
    Лично я использую rsnapshot https://wiki.debian-fr.xyz/Rsnapshot
     
     
     
    BobhWasatch
    Guest
    #3
    0
    14.01.2020 04:44:00
    А зачем тогда вообще заморачиваться, если можно просто Timeshift использовать?
     
     
     
    dominikp
    Guest
    #4
    0
    14.01.2020 07:59:00
    Да, информации об этом нет вообще. Конечно, я планирую протестировать эту настройку на какой-нибудь (не продакшн) машине, но сначала я хотел узнать о каких-нибудь особенностях/проблемах, на которые стоит обратить внимание, или о чем стоит быть наиболее осторожным. Рабочие станции – это одно, а гипервизор – совсем другое.
     
     
     
    BobhWasatch
    Guest
    #5
    0
    15.01.2020 01:31:00
    Я, кажется, не совсем правильно понял твой вопрос. По какой-то причине мне показалось, что речь идёт о восстановлении ВМ, а не всего сервера. Извини за это. "Официальный" способ – использовать встроенную резервную копию vzdump. Восстановление после сбоя – переустановить Proxmox, а затем восстановить ВМ из этих резервных копий. Это работает хорошо, но резервное копирование может занимать много времени, и нет возможности пошагового резервного копирования, чтобы ускорить процесс. Также невозможно восстановить отдельные файлы. С другой стороны, это позволяет быстро восстановить систему с нуля без каких-либо дополнительных инструментов. Поэтому большинство людей делают vzdump с относительно большим интервалом и используют другие методы внутри ВМ между резервными копиями vzdump. Это добавляет лишний шаг при восстановлении после выхода из строя хоста, но позволяет восстанавливать отдельные файлы и подобные вещи для более распространённых случаев использования. Твоя существующая система Timeshift может хорошо подойти для этой роли и будет работать практически так же, как на обычных компьютерах. Проблема при использовании сторонней системы резервного копирования на самом хосте Proxmox заключается в том, что ВМ "живут" и вносят изменения в свои образы дисков во время резервного копирования. Поэтому тебе, возможно, придётся немного поскриптовать, чтобы замораживать/создавать снимки/размораживать их, чтобы получить согласованное резервное копирование. Именно это делают встроенные резервные копии vzdump. Даже в этом случае могут возникнуть проблемы с базами данных, использующими кэширование на уровне приложения. Решения для этого должны быть специфичными для приложения. Резервное копирование – это сложная тема.
     
     
     
    tomachi
    Guest
    #6
    0
    08.05.2025 16:35:00
    Похоже, у меня какие-то проблемы с timeshift на хостах. У меня два хоста в кластере, а моя рабочая станция работает с qnetd. Может быть, убедитесь, что ваш кворум в порядке. Запустите `df` на вашем хосте. Обратите внимание на /etc/pve? Обратите внимание, что /etc/pve монтируется через fuse, и я думаю, что это, возможно, общая папка кластера Ceph. Обычно timeshift хорошо останавливается на границе файловой системы. И мои папки с данными намеренно исключены из резервных копий timeshift (автоматически, я думаю, из-за монтирования в /mnt, вот моя догадка). В моем случае он создал резервную копию /etc/pve в обычную папку файловой системы хоста. Я думаю, что это, возможно, мешает загрузке, поскольку fuse хочет смонтировать /etc/pve, вероятно, в пустую папку? Поскольку я восстановил в "безопасном режиме" перед монтированием /etc/pve, я думаю, что я переименую /etc/pve и создам новую /etc/pve в надежде, что это монтирование синхронизируется при следующей перезагрузке.

    ```
    pwd
    /timeshift/snapshots/2025-02-07_19-28-54/localhost
    root@hulk:/timeshift/snapshots/2025-02-07_19-28-54/localhost# du -d1 -h
    4.0K    ./sandisk_zfs
    6.1M    ./etc
    20K     ./home
    4.0K    ./media
    4.0K    ./srv
    4.0K    ./proc
    96M     ./boot
    4.0K    ./mnt
    4.0K    ./tmp
    4.0K    ./sys
    4.0K    ./run
    1.3G    ./var
    3.3G    ./usr
    4.0K    ./root
    4.0K    ./timeshift
    4.0K    ./dev
    4.8G    ./opt
    ```

    Итак… после неудачной попытки восстановления с помощью timeshift я собираюсь сделать это и перезагрузиться:

    ```
    mv /etc/pve /etc/pve-DISABLED
    mkdir /etc/pve
    reboot
    ```

    Если это сработает, я думаю, что добавлю /etc/pve в фильтр исключений. Еще… возможно, timemachine не идеален для резервного копирования хоста Proxmox? Он работал, чтобы спасти мой (home) кластер раньше, разумеется. Хотя я не вижу записей в fstab, я думаю, что это монтируется из какой-то другой конфигурации. Надеюсь, я прав. Не уверен, сделано ли это с Ceph. Я делал неудачное восстановление в режиме восстановления "Control-D" на машине, которая пропала. Я думаю, что мои успешные восстановления были сделаны на машине, где /etc/pve был смонтирован R/W в это время (и поэтому они прошли нормально, удивительно).

    PS Я не самый опытный, возможно, мой совет плох? Также немного беспокоюсь о том, что произошло с /boot/efi на кластерном узле, который вызывает у меня проблемы; но он все еще загружается после этой проблемной попытки восстановления, так что, надеюсь, /etc/pve смонтируется вскоре после того, как я отвечу на этот форум и попробую это.
     
     
     
    tomachi
    Guest
    #7
    0
    08.05.2025 16:42:00
    Отлично. Могу подтвердить, что просто `mv /etc/pve /etc/pve-DISABLED` и перезагрузка исправили мой кластер. Я даже не делал `mkdir /etc/pve`. После перезагрузки /etc/pve монтируется как будто по волшебству. Это общая папка конфигураций. Пока что всё хорошо.
     
     
     
    _gabriel
    Guest
    #8
    0
    08.05.2025 16:46:00
    РЕДАКТИРОВАНИЕ: оказывается, в кластере /etc/pve синхронизируется с другими хостами. Для некластерной установки: не получится, так как /etc/pve — точка монтирования файловой системы для данных, хранящихся в базе. Значит, восстановить это так в автономном режиме нельзя. https://pve.proxmox.com/wiki/Proxmox_Cluster_File_System_(pmxcfs)
     
     
     
    tomachi
    Guest
    #9
    0
    08.05.2025 16:48:00
    После небольшой неустойчивости, кажется, всё заработало надолго: Code: root@elite:~# journalctl -f
    09.05 02:43:11 elite pve-ha-lrm[1502]: не удалось записать файл статуса lrm - не удалось открыть файл '/etc/pve/nodes/elite/lrm_status.tmp.1502' - устройство или ресурс занят
    09.05 02:43:13 elite pmxcfs[1082]: [dcdb] notice: members: 1/1082, 2/1423
    09.05 02:43:13 elite pmxcfs[1082]: [dcdb] notice: starting data syncronisation
    09.05 02:43:13 elite pmxcfs[1082]: [dcdb] notice: received sync request (epoch 1/1082/00000004)
    09.05 02:43:13 elite pmxcfs[1082]: [dcdb] notice: received all states
    09.05 02:43:13 elite pmxcfs[1082]: [dcdb] notice: leader is 2/1423
    09.05 02:43:13 elite pmxcfs[1082]: [dcdb] notice: synced members: 2/1423
    09.05 02:43:13 elite pmxcfs[1082]: [dcdb] notice: waiting for updates from leader
    09.05 02:43:13 elite pmxcfs[1082]: [dcdb] notice: update complete - trying to commit (got 2 inode updates)
    09.05 02:43:13 elite pmxcfs[1082]: [dcdb] notice: all data is up to date. Возможно, нужно удалить файл блокировки, похоже, всё в порядке.
     
     
     
    tomachi
    Guest
    #10
    0
    08.05.2025 16:58:00
    Да, это не было сделано, когда /etc/pve был смонтирован. Я не видел его в `df`. Timeshift "скопировал" из сетевого бэкапа папку с настройками, что не позволило Proxmox продолжить загрузку (я не мог войти в систему на этом узле). Моя проблема заключалась в том, что инструмент timeshift "восстановил" хост без сетевого подключения и перестроил эту папку как обычную ext4 (LVM?) папку! Ой-ой. К счастью, мой ужасный хак сработал. Скажу так, у машины было достаточно настроек, чтобы снова подключиться к кластеру и пересобрать его/смонтировать сеть, пожалуй, лучшее описание… лучше бы купить Proxmox Backup Server, я думаю. У меня домашняя лаборатория. Если используется для бизнеса, купите лицензию поддержки. Честно говоря, для `timeshift` это удивительно, что мой кластер все еще работает, так что респект создателям этого программного обеспечения. В будущем я буду исключать /etc/pve из снимков timeshift. Это довольно грубый метод, который я только что использовал.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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