Adam,<br><br>I think that you will find that if you take one snap shot every couple of weeks and pair that with a incremental backup soultion (I use backuppc) you will find that to be really elegant solution. I stagger my vzdump images so that two get taken per night and pair that with backuppc. It works I have had to restore a couple times and the process is easy, just restore the recent image with vzdump then click the restore button on backuppc.<br>
<br>Hope that helps,<br> _<br>/-\ ndrew<br><br><div class="gmail_quote">On Wed, Mar 3, 2010 at 8:32 AM, Adam <span dir="ltr"><<a href="mailto:adam@blackfoot.co.uk">adam@blackfoot.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Thanks for your reply.<br>
<br>
We do appreciate, and agree with, the intent to not implement a full backup solution. However I think there is perhaps a space between third party backup solutions and the ability to do OpenVZ/Proxmox specific backups on a per container level.<br>

<br>
We currently have a third party solution to incrementally backup the entire proxmox hosts, but do miss this ability to easily restore a specific container, which is where our thoughts are coming from.<br>
<br>
As mentioned in my original email we effectively just want to replace the final 'tar' part of the vzdump from LVM snapshot to an archive, with an rsync to a dir. Rather than re-implement the entire process we perhaps think this would be best suited somewhere within the vzdump code, making use of the existing LVM snapshot/storage models internal to Proxmox.<br>

<br>
I think perhaps we'll look at putting something together for our specific purposes, see how things work out in terms of performance, and then look at the possibility of contributing a patch if things work well.<br><font color="#888888">
<br>
- Adam</font><div><div></div><div class="h5"><br>
<br>
On 03/03/2010 12:38, Martin Maurer wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
You are on the right list (there is only one in the moment).<br>
<br>
We do not think that Proxmox VE (vzdump) should be a full backup solutions, there are already a lot of them around with millions of features. The project will focus on the core (Virtualization&  Management). If you keep the container small, vzdump works quite well - use bind mounts to include the big data parts.<br>

<br>
Just think of Bacula and also other open source solution - vzdump can never cover all this. I would use a combination of a backup and vzdump, you already went this way.<br>
<br>
But yes, we accept patches and enhancements for vzdump, I suggest you post in detail what you plan here (before you start implementing)  and you can post patches or if needed, you can get access to svn also.<br>
<br>
Thanks,<br>
Br, Martin
</blockquote></div></div></blockquote></div><br>-- <br> _<br>/-\ ndrew Niemantsverdriet<br>Academic Computing<br>(406) 238-7360<br>Rocky Mountain College<br>1511 Poly Dr. <br>Billings MT, 59102<br>