Re: [PVE-User] Proxmox Backup Server (beta)

[Thomas Lamprecht <t.lamprecht@proxmox.com>]

Hi MJ,

On 11.07.20 15:34, mj wrote:
> On 7/11/20 1:38 PM, Thomas Lamprecht wrote:
>> Nope, can do everything[0][1][2]! 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
plugged in.

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.

Yes.

> 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).

cheers,
Thomas