Time Of Stored TSLTZ Data Changing Due DBTIMEZONE automatically resets to "+00:00" (Doc ID 726224.1)

Last updated on AUGUST 31, 2016

Applies to:

Oracle Database - Enterprise Edition - Version to [Release 10.2]
Information in this document applies to any platform.
***Checked for relevance on 29-Aug-2016***
This problem can occur on any platform.
Oracle RDBMS to


Generic description:

After one Day the DBTIMEZONE changes from the original value to a +00:00 value

 Seen TSLTZ (TIMESTAMP WITH LOCAL TIME ZONE)data is normalized to/from the DBTIMEZONE this will impact all stored TSLTZ data.

Example of output

SQL> select dbtimezone from dual;


SQL> select u.name || '.' || o.name || '.' || c.name TSLTZcolumn
2 from sys.obj$ o, sys.col$ c, sys.user$ u
3 where c.type# = 231
4 and o.obj# = c.obj#
and u.user# = o.owner#;
no rows selected

SQL> alter database set time_zone='+10:00';

Database altered.

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area 536870912 bytes
Fixed Size 2031448 bytes
Variable Size 331350184 bytes
Database Buffers 197132288 bytes
Redo Buffers 6356992 bytes
Database mounted.
Database opened.
SQL> select dbtimezone from dual;


after a day when I do the following:
SQL> select dbtimezone from dual;


SQL> select sessiontimezone from dual;


Example of data problem:

Using a table which is a duplicate of the "sys" view "dba_audit_trail" to which the contents of "dba_audit_trail" is copied for permanent storage.
The data in the timestamp and extended_timestamp columns appears to change, losing the timezone offset, producing incorrect results in audit reports.


Usually detected after changing the database timezone from one value to another or when using TSLTZ data.


Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms