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
一個小問題折騰了半天。