I, too, retain multiple generations (father, grandfather, etc) of my
backups. When appropriate, I use a RENAME rather than XCOPY. Hugely faster!

Bill Cook
Kent WA USA
----- Original Message -----
From: "Dan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 26, 2001 10:36 AM
Subject: Re: R:Tango / Windows2000


> Depending on how big the DB is, you could even do better than that. Not
> only do we do tape backups, but I have 3 machines on the network doing an
> xcopy batch file that copies the 6th night back to the 7th directory, then
> the 5th night back to the 6th directory, and so on. I keep the last 7
days,
> and the last 10 month end backups just with the failsafe xcopy command.
> Never have to resort to tape to restore, though I do the tape backup each
> day and keep the tapes off site.
>
>
>
> At 12:28 PM 12/26/01 -0500, you wrote:
> >No, it's no substitute.  Everyone hears the mantra, BackUp, BackUp,
BackUp.
> >But you still will go to your customer and before doing something you
> >inquire when the last backup was done and you are shocked that they will
> >often reply with something like "last wednesday" (it's Tuesday next,
Right?)
> >  Since storage is so cheap, if you still find yourself unable to drag
> >yourself to the server to change tapes, you could use a method I used
> >sucessfully for years that provided at least one days protection.  I just
> >kept another harddrive spinning (100gb + Ide drives now for $300 or so)
and
> >used the Xcopy command run from a scheduler and set the command line
> >switches for Xcopy to copy only changed files.  Quick and effective one
day
> >protection.
> >
> >
> >----- Original Message -----
> >From: "Nicky Avery" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Wednesday, December 26, 2001 11:41 AM
> >Subject: Re: R:Tango / Windows2000
> >
> >
> >> Perhaps it's unnecessary to mention this but RAID is a solution to
> >> hardware failure only (and RAID 0 isn't even that). If data becomes
> >> corrupted, one ends up with multiple good copies of bad data; RAID is
> >> not a substitute for backup.
> >>
> >> Nicky
> >>
> >> ================================================
> >> TO SEE MESSAGE POSTING GUIDELINES:
> >> Send a plain text email to [EMAIL PROTECTED]
> >> In the message body, put just two words: INTRO rbase-l
> >> ================================================
> >> TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
> >> In the message body, put just two words: UNSUBSCRIBE rbase-l
> >>
> >
> >
> >================================================
> >TO SEE MESSAGE POSTING GUIDELINES:
> >Send a plain text email to [EMAIL PROTECTED]
> >In the message body, put just two words: INTRO rbase-l
> >================================================
> >TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
> >In the message body, put just two words: UNSUBSCRIBE rbase-l
> >
> >
> Thanks,
>
> Dan
>
> Dan Champion
> Information Services
> Vredevoogd Heating
> 3047 Sangra SW
> Grandville, MI 49504
> (616) 534-8271 x10
> ================================================
> TO SEE MESSAGE POSTING GUIDELINES:
> Send a plain text email to [EMAIL PROTECTED]
> In the message body, put just two words: INTRO rbase-l
> ================================================
> TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
> In the message body, put just two words: UNSUBSCRIBE rbase-l

================================================
TO SEE MESSAGE POSTING GUIDELINES:
Send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: INTRO rbase-l
================================================
TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: UNSUBSCRIBE rbase-l

Reply via email to