<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi Jeremiah,<br>
<br>
That is what I do myself with BackupPC, for some VMs (so backup
files inside the VM).<br>
<br>
The use of rsync to backup the vzdump(ed) images has the advantage
that you backup a file that does not change during the backup, not a
live VM.<br>
<br>
Thanks for all these informations.<br>
<br>
Alain<br>
<br>
Le 28/09/2011 17:55, <a class="moz-txt-link-abbreviated" href="mailto:obj@jltechinc.com">obj@jltechinc.com</a> a écrit :
<blockquote cite="mid:4E83438D.8060504@jltechinc.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<font size="+1"><font face="monospace">Hello Alan,<br>
<br>
We use BackupPC to backup the files within the VMs, since
these are what the users will accidentally delete and want
restored.<br>
<br>
We use a separate rsync backup to grab the vzdump(ed) images,
but only after a significant O/S update, else we have
everything else we need from the incremental backups.<br>
<br>
-J<br>
</font></font><br>
Alain Péan said the following on 09/28/2011 11:21 AM:
<blockquote cite="mid:4E833B5C.3040504@lpp.polytechnique.fr"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi Jeremiah,<br>
<br>
Just a question, just to know what is the best policy. Do you
use BackupPC to backup the image files inside the host, or the
files inside the VM ? The image files are big files, that change
at least slightly (logs, updates...), so backupPC needs to
backup the whole (big) file each time.<br>
<br>
If you backup the files inside the VM, you won't backup the
files that don't change, it is less ressource intensive for your
network, but it is less easy to restore than an image file...<br>
<br>
Alain<br>
<br>
Le 28/09/2011 17:12, <a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:obj@jltechinc.com">obj@jltechinc.com</a> a
écrit :
<blockquote cite="mid:4E83394A.7000007@jltechinc.com"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<font face="monospace" size="+1">I concur, we use the </font><font
face="monospace">high-performance, enterprise-grade, </font><font
size="+1"><font face="monospace">openSource <b>BackupPC</b>
with data-deduplication.<br>
<br>
<a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://backuppc.sourceforge.net/">http://backuppc.sourceforge.net/</a><br>
<br>
-Jeremiah<br>
</font></font><br>
Stefan Sänger said the following on 09/28/2011 11:05 AM:
<blockquote cite="mid:4E8337B5.3050600@googlemail.com"
type="cite">Hi Muhammad, <br>
<br>
so I see that your case is a bit more production related and
harder to judge. Have you considered other backup solutions?
<br>
<br>
Because I'm not sure if proxmox VM backup is the right
choice for your problem. Basically all it provides is a disk
image, and if you don't take care of backing up these images
all that you have left when you <br>
run into problems with your VM is the disk image of the last
backup run. <br>
<br>
It is definitely not the best choice for a reliable backup -
if you run a database and just perform snapshots, you may
not be able to restore tha latest database status. <br>
<br>
I prefer to look deeper into this and choose a real backup
solution <br>
to cope with this. That even gives me the possibility to do
incremental backups with regular full backups and weekly kvm
disk images. <br>
<br>
But of course all that depends on what you are running
inside the VM. <br>
<br>
<br>
Stefan <br>
<br>
On 28.09.2011 16:10, Muhammad Yousuf Khan wrote: <br>
<blockquote type="cite"> <br>
Thank for the info.well some time backup got failed while
copying to the <br>
network folder. i have asked this question previously,
people have their <br>
own perception some say it is because you have 100mbps LAN
card so i <br>
changed it to 1gb and now still having the same problem.
so i taught if <br>
i can manage to minimize some process burden during backup
that would be <br>
fine i can bear 1 or 2 hours down time for a single VM at
night when no <br>
one is in office. so that was the reason i asked thus i
could minimize <br>
the failure ratio of backup. i am backing up single VM
every week and <br>
this is a 4th time that it couldnt copy. therefore i was
kinda <br>
troubleshooting also . <br>
<br>
Thank you, <br>
<br>
<br>
On Wed, Sep 28, 2011 at 5:33 PM, Stefan Sänger <<a
moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:stsaenger@googlemail.com">stsaenger@googlemail.com</a>
<br>
<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="mailto:stsaenger@googlemail.com"><mailto:stsaenger@googlemail.com></a>>
wrote: <br>
<br>
On 28.09.2011 14:16, Muhammad Yousuf Khan wrote: <br>
<br>
still not an answer to my question. i already read
this <br>
information on <br>
wikki. but i wanted to know which one is more
faster and low <br>
resource <br>
intensive. <br>
<br>
<br>
Well - there is no general answer to that question,
because you have <br>
to consider this with different aspects in mind. <br>
<br>
So, if you compare these different backup scenarios,
obviously <br>
- snapshot is fastest concerning downtime of your VM,
as there is <br>
virtually no downtime - but it will need the most
resources since the <br>
VM itself is running as well as the backup process.
<br>
- suspend and stop need significantly less resources
since during <br>
backup only the bakup task is running <br>
- stop will need more time than suspend since the VM
is shutdown before <br>
performing the backup and afterwards has to boot up
again <br>
- suspend will need little more resources since the VM
is not shut down <br>
and hence its status has to be kept in memory during
backup <br>
<br>
But - these conclusions are fairly simple. I really
wonder why you <br>
ask these questions, are you going to start a
de3tailed discussion <br>
on backing up VMs? <br>
<br>
<br>
Stefan <br>
<br>
_________________________________________________ <br>
pve-user mailing list <br>
<a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="mailto:pve-user@pve.proxmox.com"><mailto:pve-user@pve.proxmox.com></a>
<br>
<a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://pve.proxmox.com/cgi-__bin/mailman/listinfo/pve-user">http://pve.proxmox.com/cgi-__bin/mailman/listinfo/pve-user</a>
<br>
<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user"><http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user></a>
<br>
<br>
<br>
</blockquote>
<br>
_______________________________________________ <br>
pve-user mailing list <br>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a>
<br>
<br>
</blockquote>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
pve-user mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
==========================================================
Alain Péan - LPP/CNRS
Administrateur Système/Réseau
Laboratoire de Physique des Plasmas - UMR 7648
Observatoire de Saint-Maur
4, av de Neptune, Bat. A
94100 Saint-Maur des Fossés
Tel : 01-45-11-42-39 - Fax : 01-48-89-44-33
==========================================================</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
pve-user mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a>
</pre>
</blockquote>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
==========================================================
Alain Péan - LPP/CNRS
Administrateur Système/Réseau
Laboratoire de Physique des Plasmas - UMR 7648
Observatoire de Saint-Maur
4, av de Neptune, Bat. A
94100 Saint-Maur des Fossés
Tel : 01-45-11-42-39 - Fax : 01-48-89-44-33
==========================================================</pre>
</body>
</html>