數據庫與操作系統時區更改
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 |
一個小問題折騰了半天。
posted on 2013-10-29 10:39 順其自然EVO 閱讀(1458) 評論(0) 編輯 收藏 所屬分類: 數據庫