[PVE-User] Proxmox Backup Server (beta)
t.lamprecht at proxmox.com
Sat Jul 11 15:47:47 CEST 2020
On 11.07.20 15:34, mj wrote:
> On 7/11/20 1:38 PM, Thomas Lamprecht wrote:
>> Nope, can do everything! You can do file-based backups also. The client
>> is a statically linked binary and runs on every relatively current Linux with
>> an amd64 based CPU, so it doesn't even has to be a Debian server.
> That is great.
> And then some follow=up questions if I may...:
> - I don't see any 'DR' options, right? As in: bare metal disaster recovery restores, using a recovery boot iso, and restore a system from scratch to bootable state. It's not a tool for that, right?
Currently there's no such integrated tool, but honestly I do not think that
would be *that* hard to make. We have a similar process in plan for VMs, i.e.,
boot a VM with a live system and the backup disks as read only disks
Note also that the client has already support to mount an archive of a backup
locally over a FUSE filesystem implementation - maybe that would help already.
> - I guess with VMs etc, the backup will use the available VM options (ceph, zfs, lvm) to snapshot a VM, in order to get consistent backups, like the current pve backup does.
> But how does that work with non-VM client? (some non-VM client systems run LVM, so lvm could be used to create a snapshot and backup that, for example. Does it do that? Will my non-VM mysql backups be consistent?)
So here I do not have all details in mind but AFAIK: mot yet, it detects
some file changes where inconsistencies could have happened but doesn't
yet tries to detect if the underlying storage supports snapshots and uses
that to get a more consistent state. For containers we do that explicit
through the vzdump tooling.
> - Any timeframe for adding LTO tape support..?
No, currently I do not have any, I'm afraid.
> We're really excited, and time-permitted I will try to play around with this monday/tuesday. :-)
Great, hope it fits your use case(s).
More information about the pve-user