From: Lynn McGuire on
> I use a similar strategy myself. It allows me to take a backup drive
> elsewhere when I need a lot of data transported without having to
> worry about what software is available at the other end. Restore is
> fast and easy when needed with no annoying wait time as the backup
> program decompresses and analyzes its way into directories.

Exactly. Being able to "restore" your backup must be very,
very simple, i.e. "Let�s stop talking about �backups�":
http://www.joelonsoftware.com/items/2009/12/14.html

> What's with the date and time and echo in the batch file? Why not just
> pipe the output from the robocopy to a file and save that?

Hmmmm. Good idea and it would be searchable. But it would
be a huge file.

Thanks,
Lynn
From: Lynn McGuire on
>>> What's with the date and time and echo in the batch file? Why not just
>>> pipe the output from the robocopy to a file and save that?
>>
>> Hmmmm. Good idea and it would be searchable. But it would
>> be a huge file.
>
> These days "huge" is a relative term!

Yes it is. The logs are not as big as I thought for the
550 GB backup:

Directory of D:\logs

04/30/2010 08:56 PM 38,080 ca_c.txt
04/30/2010 09:02 PM 20,944,081 co_c.txt
04/30/2010 08:07 PM 31,326,004 gui1_c.txt
04/30/2010 08:54 PM 883,955 hi_c.txt
04/30/2010 08:46 PM 1,426,636 id_c.txt
04/30/2010 08:56 PM 842 io_c.txt
04/30/2010 08:45 PM 7,307,219 ks_c.txt
04/30/2010 09:06 PM 842 mn_c.txt
04/30/2010 08:56 PM 18,089 nd_c.txt
04/30/2010 09:17 PM 23,953,888 ok_c.txt
04/30/2010 08:54 PM 8,975,270 or_c.txt
04/30/2010 08:41 PM 74,109,379 sc_c.txt
04/30/2010 09:03 PM 3,397,348 sd_c.txt
04/30/2010 08:56 PM 3,979,794 tx_c.txt
04/30/2010 09:06 PM 5,138,507 wv_c.txt
15 File(s) 181,499,934 bytes
2 Dir(s) 909,619,781,632 bytes free

Thanks,
Lynn