APLawrence.com -  Resources for Unix and Linux Systems, Bloggers and the self-employed

Neglect and Misunderstanding of Backups


© September 2003 Tony Lawrence

I had a call this week from a client who needed a file restored from backup. I had set them up with DVD-RAM and a Supertar a year ago, and had labeled five cartridges with Mon, Tues, etc. I know that (or thought I knew) they followed this rotation for a while, because I had used the previous day's backup to restore files for them earlier this year.

But after ssh-ing in this Thursday and restoring the needed file for them, the woman who needed it called me back and said that she still had incorrect data. I was surprised, and asked if she had indeed put the right cartridge in for me to work from. To my surprise, she replied "I never change it".

"What do you mean?", I asked. "Where's the Tuesday DVD?".

"This is the only one we use", she told me. "You've done this for us before."

Well, OK. Maybe I had, and maybe they never did follow this rotation. Who knows? The data was damaged at 4:00 or 5:00 PM on Wednesday, and of course if she had called me then, I could have restored Tuesdays's data. But she called on Thursday, so the automatic nightly backup had overwritten that. So it's quite possible that I had done this for them before, but I wouldn't be able to do it this time. I explained that to her.

"But I thought this over-wrote the CD every night?", she asked.

That threw me. Not the "CD" part, that's OK. But over-writing is exactly what the backup DOES do, and in fact the printout specifically warns that this happened. There's something about "over-write" that is not being understood there, and we spent a minute or two of me trying to explain that yes, it does over-write and that is why the data she wanted isn't there. I don't know that she completely understood, but she did now understand that the data is gone forever. She wasn't happy, but she understood.

I wondered where the other DVD's were. "Locked in the other office", I was told. I suppose I should have asked why, but at that point she was pretty upset and I didn't want to further her unhappiness. I sent an email to the owner of the company and the resident MIS person explaining what had happened. I hope that they don't blame this woman for the misunderstanding, but it's too important for me not to let them know about.

I feel quite confident that I explained the purpose of the daily labels quite clearly when I installed this stuff, and I also explained that they should call me if there was anything on the backup printout that they didn't understand. Unfortunately, whatever they thought "over-write" meant, they did think they understood what they were doing, so I was completely unaware that they were misusing the system terribly. Nothing we can do about that now, except start doing it right from now on.

This morning I came across this article: Disasters proving to be terminal for many small firms. I can easily believe it.


Got something to add? Send me email.





(OLDER)    <- More Stuff -> (NEWER)    (NEWEST)   

Printer Friendly Version

->
-> Neglect and Misunderstanding of Backups


Inexpensive and informative Apple related e-books:

Take Control of OS X Server

Take control of Apple TV, Second Edition

Photos: A Take Control Crash Course

Take Control of iCloud

Take Control of iCloud, Fifth Edition




More Articles by © Tony Lawrence




Printer Friendly Version

Have you tried Searching this site?

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more.

Contact us


Printer Friendly Version





I'm sure the universe is full of intelligent life. It's just been too intelligent to come here. (Arthur C. Clarke)




Linux posts

Troubleshooting posts


This post tagged:

Administration

Backup



Unix/Linux Consultants

Skills Tests

Unix/Linux Book Reviews

My Unix/Linux Troubleshooting Book

This site runs on Linode





SCO Unix Sales, Support, & Service

Phone:  707-SCO-UNIX (707-726-8649Toll Free: 833-SCO-UNIX (833-726-8649)
www.SCOsales.com