Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: To set events or not set events, that is the question
If the select you posted is all that shows in the alert log then it is most
likely the full SQL statement based on our 9.2 logs showing at least a dozen
lines before it cuts off the SQL. If you have the SQL statement there is
probably no real reason to set the 1555 event.
As a general rule I believe you should set events only while you are actively working on problems related to them. Events should generally be removed when you upgrade.
IMHO -- Mark D Powell --
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Jesse, Rich
Sent: Monday, June 14, 2004 5:12 PM
To: ORACLE-L (E-mail)
Subject: To set events or not set events, that is the question
9.2.0.5.0 on HP/UX 11.11, newly created from an 8.1.7.4.0 export. After a week of uptime, we get an ORA-1555 today. The alert.log says:
ORA-01555 caused by SQL statement below (Query Duration=8581 sec, SCN:0x0000.0090c189):
...followed by what I'm hoping is a partial statement (because it's a nasty FTS): SELECT PARTNO,WHOUSE,ENT_CODE FROM MY_TABLE (schema/table/column names changed to protect the innocent). Now any query that takes 2+ hours to complete during the day on our nice new fast server *deserves* to die a horrible ORA-1555 death, IMHO, but I'd still like to be able to track these down in the future. And without a trace file generated, that's just not gonna happen.
So, I'll set event 1555 as an errorstack. But the last time I did this, then had a Support call a year later, I was told that setting events permanently like this is not a good idea, although I was not able to find out *why* it's not.
I've got a TAR open to get the Official Word, but does anyone have a good reason why this or other "error" event (like 1652 to determine who the hell used up 2GB of TEMP) should NOT be in an init.ora for any version of Oracle???
TIA!
Rich
Rich Jesse System/Database Administrator Rich.Jesse_at_quadtechworld.com QuadTech, Sussex, WI USAPlease see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.htmlput 'unsubscribe' in the subject line.
-----------------------------------------------------------------
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request_at_freelists.org