本文主要向大家介绍了Oracle数据库之Oracle RAC，sysdate不正确，和机器时间差3小时，通过具体的内容向大家展现，希望对大家学习Oracle数据库有所帮助。

操作系统本身的时间是正确的，Oracle里的current_date、current_timestamp都是正常的，就是sysdate有问题。提供的解决方法都是类似的一条命令：rvctl setenv database -d  -t TZ=EAT-8

 To debug:    telnet to the unix box and connect using sqlplus in the telnet session:    1) once trought the listener using a tnsnames alias    select to_char(sysdate,‘DD-MON-YY HH24:MI:SS‘) from dual;    2) once trough a "local" ORACLE_SID connection    select to_char(sysdate,‘DD-MON-YY HH24:MI:SS‘) from dual;    if the result is different then it means that the listener is started with a different TZ    then you current user env ->; stop and start listener with the TZ you want .    If you are using RAC then use ‘srvctl setenv database -d ; -t TZ=;‘ to define the correct TZ.
原因：
sysdate是调用操作系统里的gettimeofday函数，不依赖oracle数据库里设置的时区，用的是操作系统的时区。而对linux来说，就是环境变量里设置的时区。按照这个解释，运行之前命令是正确的，问题就出在TZ的值上。
运行命令cat /etc/sysconfig/clock看到的时区是Asia/Beijing，而不是EAT-8，再到系统目录/usr/share/zoneinfo下查询，发现没有EAT-8。于是修改以前的命令，把TZ设成Asia/Beijing，问题解决。在此之前，已经有人有过这方面的提示，只是当时不是很清楚数据库里面的机制，误打误撞，总是设不对，明白原理之后，也就有的放矢了。改Oracle的时区设置。如ALTER DATABASE SET TIME_ZONE=‘+8.00‘;修改之后，重新启动Oracle数据库。

本文由职坐标整理并发布，希望对同学们学习Oracle有所帮助，更多内容请关注职坐标数据库Oracle数据库频道！