手机版
你好,游客 登录 注册
背景:
阅读新闻

Oracle RAC集群本地时间和远程时间不一致?

[日期:2017-11-28] 来源:51cto.com  作者:任志远Ray [字体: ]

事因:

征信数据库数据事件不一致导致数据(RAC集群)混乱,PLSQL查询时间和数据库时间不一致,严重影响业务。因为之前只是偶遇一次,再加上有过MySQL时区解决经验,感觉应该可以很快解决,然而,并非我想的那么简单。

如下是整个事件的经过,算是经验分享吧。(有vsp,因此只能截图)

1、查看两台服务器的本地时间,以及时区。

可以看到,Asia/Shanghai CST 北京时间东八区。(GMT代表格林尼治标准时间)

2、用sysdba查看本地时间:

AM表示上午,PM表示下午。没有什么异常。

2.1)用其它普通账号登录

2.2)用PLSQL登录普通账号远程登录查看

注意查看箭头:变成了-8:00,时间慢了16小时。GMT-8,但是datatimezone没问题。

提示:SYSDATE和SYSTIMESTAMP的值并不受数据库参数DBTIMEZONE的影响,操作系统时区的环境变量(如TZ)会影响它们的输入,因为SYSDATE和SYSTIMESTAMP实际是调用操作系统底层接口直接返回值。操作系统层面TZ环境变量的设置直接影响sysdate和systimestamp的值,同时也会影响数据库日志写入的时戳。

DBTIMEZONE的设置会影响数据库内两种数据类型的值:

1)TimeStamp with Time Zone

2)TimeStamp with Local Time Zone。

3、排查环境变量设置

由于使用相同账号,PLSQL远程登录-8:00,查看别的数据库都是+8:00,本地时间都是UTC:+8:00

因此,只能从数据库方面查。

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

3.1)数据库时区:

也发现没异常。

排查思路:

无论从系统时间,数据库时间,rac监听,环境变量,均未发现异常,很可能有人修改了参数。

解决方式:

和dba沟通,修改grid环境变量时区 "Asia/Shanghai",分批重启数据库,监听恢复之后,问题解决。

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

本文永久更新链接地址http://www.linuxidc.com/Linux/2017-11/148937.htm

linux
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款