Hello,
Our issues are similar, however, if you have good email policy that spells 
out retention, restores, tape rotation and is published and approved by 
the management, the suites cant get you to produce something you don't 
retain any way.
I would take that further then create a comprehensive backup\restore\dr 
policy with input from security\auditors\management and have their 
sighoff's then publish it.
Anuall reviews or backup\policy  & periodic reviews of issues\problems 
with backup involvement should be included in here.You should also include 
broad outline of schedules, open files, dB backup accepted parameters & 
exclusions, directive policy etc.
Unless your company could benefit from re-creating this data\info, i would 
refer them to the policy as designed and approved in your company.
HTH




MIchael Leone <Michael.Leone AT PHA.PHILA DOT GOV> 
Sent by: EMC NetWorker discussion <NETWORKER AT LISTSERV.TEMPLE DOT EDU>
03/28/2008 12:41 PM
Please respond to
EMC NetWorker discussion <NETWORKER AT LISTSERV.TEMPLE DOT EDU>; Please respond 
to
Michael.Leone AT PHA.PHILA DOT GOV


To
NETWORKER AT LISTSERV.TEMPLE DOT EDU
cc

Subject
Re: [Networker] Tracking recycled media....






EMC NetWorker discussion <NETWORKER AT LISTSERV.TEMPLE DOT EDU> wrote on 
03/28/2008 12:53:27 PM:

> davina wrote:
> > 
> > 
> > If any of the tapes in question have not yet been recycled, then 
mminfo 
> > will show you what is on them. mminfo can tell you what save sets 
still 
> > exist, even if they are recyclABLE. In this case, you can mark the 
save 
> > sets and notrecyclable, and scan them back in to the index.
> > 
> 
> Understood.   Unfortunately, the data the suits are interested in is
> so old that the media has probably been reused 10 or 12 times by 
> other clients and pools.

Even the suits should understand that very old data probably exists only 
in an end-of-month backup. I can get you Joe's mailbox as of Dec 31, 2004, 

but if you want it as of Dec 4, 2004 ...well, that ain't gonna happen ....

> 
> 
> davina wrote:
> > 
> > Once they have actually been overwritten by another backup, the 
> data and the references to it in the media DB are well and truly gone.
> > 
> 
> That's the way I thought it would it be.  thanks for the confirmation!
> 
> via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER[/quote]
> 
> +----------------------------------------------------------------------
> |This was sent by drhulme AT tarrantcounty DOT com via Backup Central.
> |Forward SPAM to abuse AT backupcentral DOT com.
> +----------------------------------------------------------------------
> 
> To sign off this list, send email to listserv AT listserv.temple DOT edu 
> and type "signoff networker" in the body of the email. Please write 
> to networker-request AT listserv.temple DOT edu if you have any problems 
> with this list. You can access the archives at http://listserv.
> temple.edu/archives/networker.html or
> via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type 
"signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER



To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER