Christian Völker wrote:
>
>> Also you might be able to use vmware's snapshots to see how much really 
>> is changing.
> I did this.
> I took a VMware snapshot yest evening. And it has been grown within
> 12hrs now aprox 5GB. I'll do some further monitoring, but it seem
> indeed, there's not so many data which changes daily as dump might assume.
> 
> And I have another idea 'coz of rsync copying the whole .vdmk file over-
> this could be related to access time. Obviously the times changes as the
> file is under continously access from the ESX host. I'll see if I can
> skip the time identification and force rsyn just to check the content.

You'll almost certainly end up with an unusable copy if you let the VM 
run while copying - unless you can isolate changes with a snapshot.  I'm 
not a filesystem expert, but the filesystem type might make a big 
difference in how much rsync has to copy.  I believe some filesystems 
cluster the inodes and some distribute them across the disk.  The ctimes 
will change in a lot of the inodes each day as the link counts change, 
and if the inode data is distributed, rsync may find many more locations 
with changes.

> For the 2GB chunks idea it'll take quiet a while to migrate the 540GB
> vmdk to 2GB chunks. Oh, and I think ESX does not support this type...

I think vmware server can do it, but I'm having trouble finding a spot 
with enough space since I took the full amount on the physical drives 
for what I want to mirror.

-- 
  Les Mikesell
    lesmikesell AT gmail DOT com

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/