Re: [Xen-users] Backup running Windows machines - redundancy

[Bart Coninckx <bart.coninckx@xxxxxxxxxx>]

That's what I actually suggested in previous post: do a xm save -f, take
a snapshot of the underlying LV, do a xm restore and then dd the snapshot.
This is 100% safe for restore if you also backup the memory state file.


On 02/10/11 11:18, Paul PISCUC wrote:
> Hi  Guido,
> 
> Thanks for the helpful insight. I think I'm doing to do a weekly dd/gzip
> image( or maybe twice a week), and daily incremental file backups.
> Still, this doesn't look like a clean method to backup. It's more like a
> workaround.
> 
> ZFS would be a solution, but like every solution, comes with good and bads.
> 
> And one more thing ... what about saving the machine's state or pausing
> it, and then try to backup it?
> 
> On Thu, Feb 10, 2011 at 10:46 AM, Guido Hecken
> <guido.hecken@xxxxxxxxxxxxx <mailto:guido.hecken@xxxxxxxxxxxxx>> wrote:
> 
>     Paul,
> 
>     I did some tests on different tools like ntfsclone, partimage and dd
>     through gzip.
>     In combination with LVM Snapshots they produce a backup which should
>     preserve all meta data since these methods are not filebased.
>     One of the disadvantages are, these are not increment backup
>     solutions, so you will have multiple big archive files.
>     Commercial tools like acronis backup&recovery or R1soft's cdp can do
>     the backup job image-based and in an differential or incremental way.
>     So you will get smaller archives.
>     But these are commercial solutions and not really cheap.
>     BTW R1Soft has a great and free(!) tool called Linux Hot Copy.
>     With this tool you can create snapshots from regular, not LVM based
>     filesystems.
>     It's a great enhancement for your daily backup stuff and it's free.
> 
>     I think one should have at least two backup strategies, an image
>     based for disaster recovery scenarios and one for the "oops I
>     deleted file xy problem" as a filebased solution. Perhaps the
>     filebased backup should run directly in the VM and use the OS
>     specific tools, at least in Windows systems.
> 
>     Guido
> 
> 
>     -----Ursprüngliche Nachricht-----
>     Von: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
>     <mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx>
>     [mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx
>     <mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx>] Im Auftrag von Paul
>     Piscuc
>     Gesendet: Mittwoch, 9. Februar 2011 23:56
>     An: bart.coninckx@xxxxxxxxxx <mailto:bart.coninckx@xxxxxxxxxx>
>     Cc: xen-users@xxxxxxxxxxxxxxxxxxx <mailto:xen-users@xxxxxxxxxxxxxxxxxxx>
>     Betreff: Re: [Xen-users] Backup running Windows machines - redundancy
> 
>     Hi,
> 
>     Has anyone been able to backup a Windows machine using rdiff, or other
>     tool, that also preserves the meta data and allows restoring the VM?
> 
>     On 02/09/2011 01:06 PM, bart.coninckx@xxxxxxxxxx
>     <mailto:bart.coninckx@xxxxxxxxxx> wrote:
>     > When you backup to a Linux system I don't believe these will be
>     preserved, there is no way to.
>     >  From Windows to Windows this might be OK though.
>     >
>     > B.
>     >
>     >
>     > ----- Originele e-mail  -----
>     > Van: "Paul Piscuc"<paul.piscuc@xxxxxxxxxx
>     <mailto:paul.piscuc@xxxxxxxxxx>>
>     > Aan: xen-users@xxxxxxxxxxxxxxxxxxx
>     <mailto:xen-users@xxxxxxxxxxxxxxxxxxx>
>     > Verzonden: Woensdag 9 februari 2011 11:09:08 GMT +01:00 Amsterdam
>     / Berlijn / Bern / Rome / Stockholm / Wenen
>     > Onderwerp: Re: [Xen-users] Backup running Windows machines -
>     redundancy
>     >
>     > Hi,
>     >
>     > Regarding the backups made to the Windows fs using rdiff ... does
>     rdiff
>     > preserve Windows ACLs and all those permissions?  What about hidden
>     > files, or files with different permissions between incremental
>     backups?
>     >
>     > Sorry for replying so late.
>     >
>     > Paul
>     >
> 
> 
>     --
>     Best regards,
>     Paul PISCUC
>     System Administrator - Appnor MSP S.A.
>     US: (+1) 650 336 57 50
>     RO: (+4) 021 569 46 56
>     http://www.appnor.com
> 
> 
>     _______________________________________________
>     Xen-users mailing list
>     Xen-users@xxxxxxxxxxxxxxxxxxx <mailto:Xen-users@xxxxxxxxxxxxxxxxxxx>
>     http://lists.xensource.com/xen-users
> 
> 
> 
> 
> -- 
> Best regards,
> Paul PISCUC
> System Administrator - Appnor MSP S.A.
> US: (+1) 650 336 57 50
> RO: (+4) 021 569 46 56
> http://www.appnor.com
> 
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users