True. I am mirroring the whole Imail folder so that any changes I make on the original are available in the backup. This way I also backup my declude configuration and customiziations. Another problem with using xcopy is that when you delete a user, their folder will still exist on the backup. With robocopy's /purge option it will automatically be removed from the backup when removed from the source.
Every situation is different but robocopy is, IMHO, usually better than xcopy. ---------- Original Message ---------------------------------- From: Len Conrad <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Date: Wed, 29 Jan 2003 09:18:37 -0600 > >>You might want to look at robocopy which is part of the reskit. It will >>synchronize directories and only copies changed files. > >That makes a lot of sense when most files don't change in a 24-hour period, >but, in the case of mailboxes, they change every hour. > >>It also can recover from network errors and will restart the copy from >>where it left off. > >If it's not too slow (and apparently there are considerably speed >differences between Norton Ghost and PowerQuest Drive Image), I think it's >worth investigating snapshotting the OS+Imail partition (which should have >no other apps, or almost none) and the mailbox partition(s) with a >partition imager, and sending the image files to the standby machine. > >Rather than just grabbing the mailbox partition, the image of the os+Imail >partition would give you the execution environment exactly the way it was >on the original machine, and obviates the very difficult and time-consuming >(ie, you're bound to screw it up if you even remember to do it) chores of >keeping the os+imail+tools on the standby machine manually >patched/updated/sync'd to the production machine. > >This is a another very good argument (against those NTFS5/6 lovers who >prefer running only one single 80 Gb partition "just because I can finally >put all my eggs in one basket") for keeping partitions smaller and >segregating the various of types of data onto different filesystems >(os+exe's, swap, mail spool, data1, data2, etc). > >"Because an 80 Mb NTFS5 partition now works" totally ignores system >operation and maintenance. A lot of maintenance operations (de-frag, >partition imaging, backup/restore, etc) don't scale well. Selecting the >appropriate level of physical and logical chunking / granularity is an >important concept in system design. > >Len > > >To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html >List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ >Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ > To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
