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