Re: killing oracle processes
From: Lyall Barbour <lyallbarbour_at_sanfranmail.com>
Date: Mon, 17 Aug 2009 10:50:57 -0500
Message-Id: <20090817155057.93BCE11581F_at_ws1-7.us4.outblaze.com>
worry about? ya. _IF_ your company/director gave developers that ability (even if it wasn't in Prod), what would they want next? Sounds like opening a can of security-destroying worms. can't they just fix their reports? or find out what the problem is on the application/database/network side that makes these things hang, where processes need to be killed? just my 2 centsLyall
Date: Mon, 17 Aug 2009 10:50:57 -0500
Message-Id: <20090817155057.93BCE11581F_at_ws1-7.us4.outblaze.com>
worry about? ya. _IF_ your company/director gave developers that ability (even if it wasn't in Prod), what would they want next? Sounds like opening a can of security-destroying worms. can't they just fix their reports? or find out what the problem is on the application/database/network side that makes these things hang, where processes need to be killed? just my 2 centsLyall
- Original Message ----- From: "Michael Schmitt" To: "'oracle-l_at_freelists.org'" Subject: killing oracle processes Date: Mon, 17 Aug 2009 10:34:28 -0500
Hi All,
I had a quick question that I was hoping the list could help me out with. We have a group of developers who are requesting the ability to kill their own processes in the database (PRD/DEV/TST). For example, if a poorly written report gets kicked off, one of their jobs chooses a poor execution plan, or an OWB process gets left out there. The only reason they can really offer is that they do not have to wait for the DBA team to respond. I am trying to think of technical reasons why this would not work.
I can write a script to limit the process to be killed to their stuff, but something about this still makes me feel uneasy. Is there anything that I should worry about?
Any thoughts?
Thanks
-- Be Yourself _at_ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com! -- http://www.freelists.org/webpage/oracle-lReceived on Mon Aug 17 2009 - 10:50:57 CDT