Backup Central

Not trying to start a flame but is it really worthwhile excluding
(e.g. core files) in terms of:

a) The admin time to choose which files to exclude
b) Setting up the e/list
c) Publishing the list as suggested
d) Maintaining ditto

Compared with not being able to restore files ('cos they weren't backed
up!)? In other words, what fraction of total tape use is saved by doing
things like this? Or, put another way: how many admin hours (i.e. $$) is a
chunk of tape worth?

Cheers,

Richard.


-----Original Message-----
From: veritas-bu-admin < at > mailman.eng.auburn.edu
[mailto:veritas-bu-admin < at > mailman.eng.auburn.edu] On Behalf Of William David
Phillips
Sent: 20 January 2005 00:20
To: veritas-bu < at > mailman.eng.auburn.edu
Subject: [Veritas-bu] Re: exclude core file name

There is a big difference between keeping file in /tmp and keeping files
in /home/jsmith/research/tmp. I would think that a reasonable user
would expect that when they are told that their home directory is backed
up that includes /home/jsmith/research/tmp as well as
/home/jsmith/research/core/ which might mean the "core" research.

You can however disagree and hope you never have to explain to your
management why they were foolish to use that name you never warned them
about:-)

David

Not trying to start a flame but is it really worthwhile excluding
(e.g. core files) in terms of:

a) The admin time to choose which files to exclude
b) Setting up the e/list
c) Publishing the list as suggested
d) Maintaining ditto

Compared with not being able to restore files ('cos they weren't backed
up!)? In other words, what fraction of total tape use is saved by doing
things like this? Or, put another way: how many admin hours (i.e. $$) is a
chunk of tape worth?

I don't do the above to save tape. I do it to stay on top of backups.

I've been lots of places where most of the backups are status=1, and
there's 50 to 100 lines of "file open", or "file changed" messages.
That means that it becomes "normal", so they're not investigated. One
day a new file show up on that list and no one notices. Then when one
of them can't be restored, folks get mad. (controller had one of the
financial records in Filemaker Pro database, always left it open. Sure
enough, the logs said the file wasn't being backed up, but noone that
noticed thought that was critical).

The exclude lists mean that any status=1 backup is an exception, not a
rule to be ignored. Any file that doesn't complete can be investigated,
not lost in the noise.

This is especially true with reporting tools where only status 0 shows
up as "green" on the executive summary. "Why are all these red?" "Well,
they're not *really* bad, they're just status 1 backups...."

I wouldn't bother just to save the tape space of a few excluded files.
I do do it to save the tape space of lots of included files (say build
directories on a development server).



--
Darren Dunham ddunham < at > taos.com
Senior Technical Consultant TAOS http://www.taos.com/
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >

Not trying to start a flame but is it really worthwhile excluding
(e.g. core files) in terms of:

a) The admin time to choose which files to exclude
b) Setting up the e/list
c) Publishing the list as suggested
d) Maintaining ditto

Compared with not being able to restore files ('cos they weren't backed
up!)? In other words, what fraction of total tape use is saved by doing
things like this? Or, put another way: how many admin hours (i.e. $$) is a
chunk of tape worth?

However, for "core" in particular, no I've never worked at a place where
they were a problem enough to worry about.

I would assume that if they were already in the default exclude list
that I've let them stay. I probably wasn't considering the chance that
it might collide with a useful file or directory.

--
Darren Dunham ddunham < at > taos.com
Senior Technical Consultant TAOS http://www.taos.com/
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >