Close, it's a brokerage.
But regarding flooding the SVP, one of my favorite Dilbert moments came
about a month after the new procedures were in place. They were getting
forms from multiple sources (me, the developers on our OLTP database and the
developers from our datawarehouse). All those were being funneled through
me to my SVP to be put into the database.
The business side was able to provide the specs and requests, the developers
wrote the code, I did a basic review of it and verified it compiled on our
QC database and put it in production (despite DBA staff being down 50% due
to a hiring freeze).
The Change Request department wasn't able to keep up. Their solution was to
say 'you can't put that many changes through'.
We talked them out of it but...
Jay Miller
Sr. Oracle DBA
-----Original Message-----
Sent: Monday, June 25, 2001 11:32 AM
To: Multiple recipients of list ORACLE-L
Jay,
You did not say what type of an employer you are currently at, so it is
tough to comment.
I have seen *very* strict controls put into place at various places of
employment. It sounds like you are at a gov't facility where audit and
control is serious business.
You have three choices:
1). try and work thru the system to show why this is a bad idea - like let
the system go to hell and explain that you would have fixed it, but have
been waiting for a signature from the VP.
2). flood the VP with so many requests that he/she sees how ridiculous the
requirement is.
3). if all else fails, start looking for another job. at exit interview
time, explain that the audit process is NOT conducive to business standards.
hope this helps
Tom Mercadante
Oracle Certified Professional
-----Original Message-----
Sent: Monday, June 25, 2001 11:07 AM
To: Multiple recipients of list ORACLE-L
One of the reasons DBA's are paid well is that they have total control over
the production data. No matter what rules the auditors put in place, a DBA
could manipulate the data if they wanted to. The company should trust you
to do your job and not put up read blocks that prevent you from maintaining
the database and making changes in a timely manner.
-----Original Message-----
Sent: Monday, June 25, 2001 9:32 AM
To: Multiple recipients of list ORACLE-L
We've been through an internal audit and I was just wondering if anyone else
has to deal with the rather ludicrous requirements I now have. In order to
add or resize a datafile I now need to fill out a form and get Senior VP
approval and the alert logs must be reviewed every day by a non-DBA in order
to be certain that I didn't make any database changes without such approval.
The auditors were horrified to discover that not only did I do such things
whenever I thought them necessary but that we didn't have a non-DBA review
everything I did after an Oracle upgrade to ensure I didn't install any
other software.
Fortunately I managed to convince them that yes, I really did need a Unix
login (they were skeptical).
So, any similar horror stories?
Jay Miller
Sr. Oracle DBA
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Miller, Jay
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Smith, Ron L.
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Mercadante, Thomas F
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Miller, Jay
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
