事因：

創(chuàng)新互聯公司公司2013年成立，先為平谷等服務建站，平谷等地企業(yè)，進行企業(yè)商務咨詢服務。為平谷企業(yè)網站制作PC+手機+微官網三網同步一站式服務解決您的所有建站問題。

征信數據庫數據事件不一致導致數據（RAC集群）混亂，PLSQL查詢時間和數據庫時間不一致，嚴重影響業(yè)務。因為之前只是偶遇一次，再加上有過MySQL時區(qū)解決經驗，感覺應該可以很快解決，然而，并非我想的那么簡單。如下是整個事件的經過，算是經驗分享吧。（有vsp，因此只能截圖）

1、查看兩臺服務器的本地時間，以及時區(qū)。

可以看到，Asia/Shanghai CST 北京時間東八區(qū)。（GMT代表格林尼治標準時間）

2、用sysdba查看本地時間：

AM表示上午,PM表示下午。沒有什么異常。
2.1）用其它普通賬號登錄

2.2）用PLSQL登錄普通賬號遠程登錄查看

注意查看箭頭：變成了-8:00，時間慢了16小時。GMT-8，但是datatimezone沒問題。

提示：SYSDATE和SYSTIMESTAMP的值并不受數據庫參數DBTIMEZONE的影響，操作系統(tǒng)時區(qū)的環(huán)境變量(如TZ)會影響它們的輸入，因為SYSDATE和SYSTIMESTAMP實際是調用操作系統(tǒng)底層接口直接返回值。操作系統(tǒng)層面TZ環(huán)境變量的設置直接影響sysdate和systimestamp的值，同時也會影響數據庫日志寫入的時戳。

DBTIMEZONE的設置會影響數據庫內兩種數據類型的值：

1）TimeStamp with Time Zone

2）TimeStamp with Local Time Zone。

3、排查環(huán)境變量設置

由于使用相同賬號，PLSQL遠程登錄-8:00，查看別的數據庫都是+8:00，本地時間都是UTC:+8:00

因此，只能從數據庫方面查。

# srvctl getenv listener -l LISTENER -envs "TZ"

3.1）數據庫時區(qū)：

也發(fā)現沒異常。

排查思路：

無論從系統(tǒng)時間，數據庫時間，rac監(jiān)聽，環(huán)境變量，均未發(fā)現異常，很可能有人修改了參數。

解決方式：

和dba溝通，修改grid環(huán)境變量時區(qū) "Asia/Shanghai"，分批重啟數據庫，監(jiān)聽恢復之后，問題解決。

當前名稱：OracleRAC集群本地時間和遠程時間不一致？
文章位置：http://chinadenli.net/article48/jegcep.html

成都網站建設公司_創(chuàng)新互聯，為您提供全網營銷推廣、商城網站、關鍵詞優(yōu)化、搜索引擎優(yōu)化、Google、網站設計

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯