Veritas-bu

Re: [Veritas-bu] Audit time again,

2007-07-02 20:21:42
Subject: Re: [Veritas-bu] Audit time again,
From: "Adams, Dwayne" <AdamsDC AT medsch.ucsf DOT edu>
To: "Adams, Dwayne" <AdamsDC AT medsch.ucsf DOT edu>, "Darren Dunham" <ddunham AT taos DOT com>, Veritas-bu AT mailman.eng.auburn DOT edu
Date: Mon, 2 Jul 2007 17:08:58 -0700
"Accept" an exception with a fix for future requests..... ;)

Dwayne Adams

-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Adams,
Dwayne
Sent: Monday, July 02, 2007 5:04 PM
To: Darren Dunham; Veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Audit time again,

Hello,

When I went through the SOX process for the first time I given this type
of request.  The answer was we do not have the data....  I extended the
amount of time the logs were kept around in the Netbackup config (6
months) to meet the auditor's requirements so we could provide this
information in the future.  Check with the auditor and see if they can
provide an exception with a fix for future requests.  

Dwayne Adams

-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Darren
Dunham
Sent: Monday, July 02, 2007 4:30 PM
To: Veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Audit time again,

> It would be nice if you could use bpflist to grab the initial mount
> point of the backup (can you?), then script it to show the mount
points
> that were backed up that day.  That still doesn't solve the first
> problem that one of the backups could be partial, etc.

Yup, that's what I do (sort of) for one of my daily reports.  There are
some gotchas.

If you do incrementals of filesystems that have *no* updates (in my
case, I saw this on some /boot filesystems), then there may be no new
data, and nothing to pull from bpflist.  If you're working only from the
catalog, then there's no record that a backup was done on that date of
the filesystem (because no data was sent to tape).

However without that nit, and assuming standard or NDMP backups of
normal filesystems (no agents, no catalog backups), then the first file
from bpflist is the backup selection that was passed to it.

Sometimes the "index" on the first line is not '1'.  I'm not sure why
that is, but all my reports run well assuming that the first FILES line
is the selection.

> The true audit test, of course, would be to do an alternate restore of
> the thing.  To hell with logs, baby, give me a restore!

Absolutely.

-- 
Darren Dunham                                           ddunham AT taos DOT 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. >
_______________________________________________
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


_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu