.song 'Yesterday (No. 5)' .verse Yesterday, All those backups seemed a waste of pay. Now my database has gone away. Oh I believe in yesterday. .verse Suddenly, There's not half the files there used to be, There's a millstone hanging over me The system crashed so suddenly. .verse I pushed something wrong What it was I could not say. .verse Now my data's gone and I long for yesterday-ay-ay-ay. .verse Yesterday, Need for back-ups seemed so far away. Thought my data was all here to stay, Now I believe in yesterday.
Come to Share in San Francisco August 18-23 and we will sing it for you www.share.org. Paul D. Seay, Jr. Technical Specialist Naptheon, INC 757-688-8180 -----Original Message----- From: Mark Stapleton [mailto:[EMAIL PROTECTED]] Sent: Friday, June 14, 2002 8:24 AM To: [EMAIL PROTECTED] Subject: Re: Keeping an handle on client systems' large drives From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of Dan Foster > Not every site is lucky enough to be able to convince the beancounters > the merits of having a backup system that keeps up with the needs of > the end users, even if it means one has to explain doomsday > predictions on the business bottom line -- they invariably hear that > then say "Oh, pshaw, you're just exaggerating because you want > money...". It sucks to be the one that's right ;) And the ones who > warns well before a nasty event occurs may also be the first one to be > fired out of spite after something happens and gets the blame for not > having prevented it. There is only one thing that will convince the beancounters that backup resources must be kept to adequate levels: one bad day Put your objections in email, send that email to those who matter, and *keep* *a* *copy*. Gently (but regularly) remind the powers-that-be that your backup resources are inadequate. In the meantime, aggressively filter what is being backed up. An increasingly large amount of data is going to files with extensions like .nrg, .wmf, .mp3, .rm, and .gho (my current unfavorite). Don't back 'em up. -- Mark Stapleton ([EMAIL PROTECTED]) Certified TSM consultant Certified AIX system engineer MSCE
