#1
|
|||
|
|||
Trying to combine separate backup scripts
I'm trying to set up 2 different backup scripts to make my VMWare backups manageable. I have setup VMWare shared folders so all frequently-changing Windows user files are available directly in OSX.
Script 1: every day, backup all files except the VMWare folder, smart update Script 2: once a month, backup just the VMWare folder (included scripts = exclude all files.dset), smart update I am aiming for something that will give me a backup where all OSX files are always no more than 24-hours out of date, and the virtual machine file is always no more than 1 month out of date. Is this correct? I did an experiment and Script-2 wiped out all the backups done by Script-1, presumably due to the Smart Update. I expect Script-1 will likewise kill my monthly VMWare backup. Is there a better way to do this? Am I misunderstanding something? Thanks! Sophie |
#2
|
||||
|
||||
You'd have to use entirely separate backup volumes to do this, Sophie... but do you really want to? If your VMWare information is valuable and changing, it's really best to back it up. If it hasn't changed, the unchanged files won't be copied...
__________________
--Dave Nanian |
#3
|
|||
|
|||
The VMWare virtual-machine file changes every time I run windows, and it is a single gigantic monolithic file (currently 45GB for me). But the Windows setup very rarely changes (new apps, etc.) I don't want to update a 45GB file needlessly every day.
The user's data files on Windows (word docs, pdfs, Outlook data file, etc.) do change frequently, so I use the VMWare facility for Shared Folders to relocate the users data files out of the VMWare monolithic file, into plain old files on the OSX file system. And I want those backed up daily. I was really hoping SD's "ignore X" meant, simply, don't do anything about "X", just leave it as it is on the backup volume. I guess it means "don't try to back it up, but go ahead and delete it on the backup volume for Smart Update". I don' think I agree with that. Anyway, if something like VMWare or Parallels is as common among OSX/SD users as I think it is, it may be worth considering a good solution. I think the arrangement I outlined is relatively common. Thanks. |
#4
|
||||
|
||||
Quote:
|
#5
|
||||
|
||||
There are modes you can use with VMWare disks to get it to save smaller drive 'segments' rather than a single monolithic file...
__________________
--Dave Nanian |
#6
|
||||
|
||||
And I vaguely remember reading (somewhere) that using segments is recommended for performance reasons while searching for info how to remove an orphaned Boot Camp partition dependency from a friend's Fusion configuration. There didn't seem to be any advantage to using a monolithic file, which kind of surprised me.
|
#7
|
|||
|
|||
Quote:
The multi-segment file does not help, all of them appear to get touched by VMWare. I'd love to learn how current SD + VMWare users handle this. Thanks! |
#8
|
||||
|
||||
Why not?
In general, the Script Command tab of the Copy Script editor seems overdue for some attention. Quote:
Quote:
|
#9
|
||||
|
||||
My own VMWare archive doesn't seem to be copied every time.
A 'preserve' command is something we've considered, but it's complicated to do well and to explain... and only useful in rare situations. Not to mention issues with erase-then-copy and confusion there. In general, I don't suggest doing this: I suggest backing it up every time. If I had to not do that for some reason, I'd back up VMWare to a separate volume and update that when you want to do so, rather than trying to keep it in on the same one.
__________________
--Dave Nanian |
#10
|
|||
|
|||
OK, and thanks.
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Server drive won't mount after backup | rhennosy | General | 1 | 11-09-2007 03:49 PM |
Scripts on Scheduled backup | buster99 | General | 1 | 09-26-2006 07:28 AM |
Best Itunes Library Backup Settings, Scripts? | greenjeens | General | 5 | 05-21-2006 03:28 PM |
How to verify a Scheduled Backup? | tuqqer | General | 3 | 12-06-2005 06:50 PM |
(Zero-length) File caused SuperDuper to abort backup | alancfrancis | General | 7 | 08-31-2005 10:42 AM |