數據庫與操作系統時區更改

ORACLE 11G 新部署的環境，剛使用GOLDENGATE 進行完數據遷移和同步，發現ORACLE 自動收集的任務時間
並不是設定的晚上22點啓動。檢查AIX 時區發現設置的CDT ，數據庫的TIMEZONE 是CST6CDT，與系統管理
員溝通，他答覆是AIX 6.1 沒有北京時間這個時區了，所以沒有按照手冊特別設置，現在只能進行時區更改爲
Asia/Shanghai，OS更改完成後GOLDENGATE / ORACLE /AIX 全部重啓。

問題接踵而至
1.GOLDENGATE 所有的TRAIL FILE 時間都被更改導致REPLICATE ABEND 
解決方法：
ALTER REPLICAT REP* , extseqno xxx ,extrba xxx 

2.ORACLE 中發現數據庫的TIMEZONE 還需是原來的，統計信息自動收集任務時間還是異常

解決方法：
數據庫時區更改參考：http://space.itpub.net/175005/viewspace-618100
確認業務表沒有使用TIMESTAMP WITH LOCAL TIME ZONE 類型的 

ALTER DATABASE SET TIME_ZONE='+08:00';
Completed: ALTER DATABASE SET TIME_ZONE='+08:00'
Wed Oct 09 09:37:10 2013


重啓數據庫

檢查更改是否成功

select * from database_properties where property_name = 'DBTIMEZONE';

檢查  scheduler default_timezone 的設置

9:40:01 SQL> set verify off
9:40:08 SQL> variable v_value varchar2(1000);
9:40:20 SQL> begin
          2  dbms_scheduler.get_scheduler_attribute(attribute => 'default_timezone',value => :v_value);
          3  end;
          4  /

 
PL/SQL procedure successfully completed
 
Executed in 0.016 seconds
v_value
---------
CST6CDT

發現依然是更改前的TZ CST6CDT

進行更改：

9:44:12 SQL> BEGIN
          2   DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE(
          3     ATTRIBUTE => 'default_timezone',
          4     VALUE => 'Asia/Shanghai');
          5  END;
          6   
          7  /
 
PL/SQL procedure successfully completed
 
Executed in 0.031 seconds

一個小問題折騰了半天。