<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#3333FF">
    <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 class="moz-txt-link-abbreviated" href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<a 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>
  </body>
</html>