> On Fri, 13 Aug 2004 13:31:59 -0700, jared.still@xxxxxxxxxxx > <jared.still@xxxxxxxxxxx> wrote: > > See, SarbOx doesn't have to be completely dull and boring. :) > > ah but how do we trust the perl that you wrote to produce the > spreadsheet - couldn't all that abstruse code be hiding a multitude of > sins. I think we need an audit of the perl that lies behind the > spreadsheet of the information for the audit... > > qui custodiet ipsos custodes > Yes, we keep going down that road. I wrote the database test restore procedures. So, mgt decides to have the backup admin try it out. Of course, he can't do it without me guiding him, just as I can't rebuild his servers without his help. There is a certain level of knowledge assumed in this kind of documentation. SarbOx leads to very strange conundrums. Jared ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------