From: Lynn McGuire on 29 Apr 2010 15:15 > 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 3 May 2010 12:58 >>> 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
First
|
Prev
|
Pages: 1 2 Prev: 2.5" drives for server instead of 3.5"? Next: new 4K sector hard drive on Windows 2003 server |