>Thanks for your input...our clusters are not in production yet...they are not
>allowed until a backup strategy has been tested and a DR plan is in place and
>tested as well.
>
>When I posted this question, I was hoping more for a "lessons learned" type of
>answer and a place to look for the correct way to set the backups up. I have
>since read the release notes and have formulated a strategy based on the
>notes.
-----Original Message-----
From: W. Curtis Preston [mailto:curtis AT backupcentral DOT com]
Sent: Wednesday, May 16, 2001 10:20 AM
To: Ayaz Mudarris; Caddell, Scott; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Backing up a SQL2000 Cluster
Since Ayaz has already provided the "real" answer, I'd like to preach a
little. I don't want this to sound like I'm criticizing you -- I'm not. I
very much understand the position you're in, but I just can't hold this
back. ;)
<steps up to soapbox>
I don't know exactly what "implemented" means to you, but what you're
describing is really scary, and has happened to me as well. I've seen
server's go production without a good backup method. Either it's a new
type of server (as in your case) and we have no idea how to back it up yet,
or it's just another server -- but I was never notified that it even
existed. "My mother did that to me once -- once." - Johnny Dangerously
Try to use this little mishap as a teaching opportunity to the rest of your
IT staff. Help them to understand that the development and TESTING of the
backup strategy of a new system is as much of a part of its development as
testing its new database. Explain to them the danger of going production
before you have a tested backup and recovery method. In your case,
hopefully you can read the release notes and you'll be set. However, what
you might not be able to do is test recoveries -- if the server's already
in production. And a backup that hasn't been tested with a full recovery
isn't a backup.
<steps down from soapbox>
We now return you to your regularly scheduled program.
At 09:17 AM 5/15/2001 -0500, Ayaz Mudarris wrote:
>Check the "Release Notes" for 3.4.1, for a complete procedure on 2000 SQL
>clusters.
>
>Ayaz
>
>#!/a.k.a/jazz
>____________________________________________________
>Ayaz Mudarris, Senior Consultant
>Collective http://www.collectivetech.com
>Tel (312) 781-6200 eFax (253) 541-2141
>
>PGP: 18CF 4237 AF6D A137 45CF 0A3B 6B01 9410 3A32 A09D
>
> > -----Original Message-----
> > From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> > [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]On Behalf Of Caddell,
> > Scott
> > Sent: Tuesday, May 15, 2001 7:58 AM
> > To: veritas-bu AT mailman.eng.auburn DOT edu
> > Subject: [Veritas-bu] Backing up a SQL2000 Cluster
> >
> >
> > Hello...
> >
> > Yesterday, we implemented our first SQL2000 cluster...I then
> > realized I don't
> > know how to back this thing up...anyone have any ideas on this?
> >
> > We are using 3.4.1DC with a W2K master.
> >
> > Thanks,
> >
> > Scott Caddell
> > Strategic Server Operations
> > Intersil Corporation
> > Palm Bay, FL
> >
> >
> >
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
>
>_______________________________________________
>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
---
W. Curtis Preston
Principal Consultant for Storage Designs, your storage experts
Webmaster: http://www.backupcentral.com Phone: 760 631 7991
|
