<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    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 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 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>
    <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>