[PVE-User] ?==?utf-8?q? ?==?utf-8?q? ?= VM Backup best practices recommendation..

[Steffen Wagner]

Perhaps this can help to improve performance?In first line it will reduce used disk space for backups... a full backup through vzdump makes at least 1TB of backup each... thats quite a lot. Therefore something incremental with dedup is needed so save place and with that comes also the time needed for the backup.
On top of that to "downtime" is required.

best rgds,
Steffen


Am Mittwoch, Februar 17, 2016 11:13 CET, Gilberto Nunes <gilberto.nunes32 at gmail.com> schrieb:
 Hi Steffen

I considered bacula at first glace, but it took much time as well... Ok.. I am not using deduplication.
Perhaps this can help to improve performance? 2016-02-17 8:06 GMT-02:00 Steffen Wagner <steffen.wagner at cubyte.net>:Hi Gilberto,

in your case i would not go for full vm backup, but for something folder based...

I am just testing out Bacula (http://bacula.org/) backup system. Maybe you could also have a look onto this project as it seems to be the only useful (and quite good) open source backup system with dedup... 

Best regards,
Steffen

Am Mittwoch, Februar 17, 2016 11:00 CET, Gilberto Nunes <gilberto.nunes32 at gmail.com> schrieb:
 Hello list
 I have a VM KVM with Linux Ubuntu 14.04 running in PVE 4.1.Everything is fine.This VM is our Zimbra Mail Server in which we have about 1 000 accounts.The amount of disk space is about 1,4 TB.As can you see, with a bug partition like this, it's very difficult to make and mantain backups...And, to worst eerything, vzdump backup tooks so long to make a backup...What recommendation can you,guys, point to me to mitigate such situation?I will grateful for any advice
 
 
_______________________________________________
pve-user mailing list
pve-user at pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
 


-- Gilberto Ferreira
+55 (47) 9676-7530
Skype: gilberto.nunes36
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.proxmox.com/pipermail/pve-user/attachments/20160217/e7207472/attachment.htm>