Casting AQ$QUEUE_TABLE Enqueue and Dequeue Time Values To SESSIONTIMEZONE causes Reporting and Message Processing issues
(Doc ID 429681.1)
Last updated on MARCH 05, 2019
Applies to:
Oracle Database - Enterprise Edition - Version 10.1.0.2 to 11.1.0.7 [Release 10.1 to 11.1]Oracle Database Cloud Schema Service - Version N/A and later
Oracle Database Exadata Express Cloud Service - Version N/A and later
Oracle Database Exadata Cloud Machine - Version N/A and later
Oracle Cloud Infrastructure - Database Service - Version N/A and later
Information in this document applies to any platform.
Symptoms
Two symptoms can be observed:
The most common symptom observed is that the enqueue time (ENQ_TIME) and dequeue time (DEQ_TIME) values in the internally create AQ$QUEUE_TABLE view report values are in sync with the session time zone but are out of sync with the enq_time reported in the underlying queue table after a Daylight Time Saving change. However, messages are processed as normal.
In RAC environments this issue can affect message processing if the nodes in the cluster have been started with different unix environment variable TZ settings. Messages enqueued via different nodes will then have different enqueue times calculated for them even if they have been enqueued at the same time due to the offset value generated by kwqa_3gl_GetOSTimezone, which can be checked via:
returning different offset settings for different nodes.
Cause
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
In this Document
| Symptoms |
| Cause |
| Solution |
| References |