最近处理了一些rac环境下访问sysdate返回错误时间的问题，而这种问题往往出现在数据库链接是通过Listener创建的情况下，而且，大部分情况下都是和时区设置相关的。在这篇文章中我们会针对如何诊断这种问题进行解释。这篇文章适用于版本11.2.0.2 及以上版本。

首先，对问题当中涉及到的知识进行介绍。
1. 从版本11.2.0.2 开始Oracle 集群（GI）开始拥有了自己的时区和一些其他配置，这些配置保存在配置文件/crs/install/s_crsconfig__env.txt中。
例如：
TZ=Asia/Shanghai
NLS_LANG=AMERICAN_AMERICA.AL32UTF8
TNS_ADMIN=
ORACLE_BASE=
我们能看到变量TZ 用于定义集群的时区。当然，这个集群的时区是在安装GI时从操作系统获得的。既然集群有了时区，那么我们就需要保证GI的时区和操作系统的设置是一致的，并且当操作系统的时区发生改变时，GI的时区也需要改变。而修改集群时区的基本步骤是（修改/crs/install/s_crsconfig__env.txt文件，重启节点）。
2. 当数据库或者listner 使用srvctl 命令或者随着GI启动被启动时，环境变量会继承GI的时区。您也可以通过下面的命令来手动设置数据库和listener资源的环境变量。
srvctl setenv database -d -t 'TZ='
srvctl setenv listener -l -t 'TZ='
3. sysdate返回的值并不依赖于数据库的时区设置，oracle 只是简单的从操作系统获取系统时间返回（例如：调用os 函数gettimeofday）。所以，修改数据库的时区对于这种问题并没有帮助。而对应的服务器进程所使用的环境变量TZ才会影响返回的系统时间。

接下来，我们简单介绍一下客户端通过listener 连接到数据库时会经过那些过程。我们会通过一个具体的例子来解释。在这个例子中，我们使用sqlplus 创建数据库链接，并对listener进程搜集truss 信息

1.客户端连接数据库
sqlplus scott/tiger@test
2.listner 进程收到了对应的链接，并产生了对应的server process.
524732: psargs: /u01/app/11.2.0/grid/bin/tnslsnr LISTENER -inherit
......
524732: kfork() = 496094
496094: kfork() (returning as child ...) = 0
......
496094: kfork() = 483742
483742: kfork() (returning as child ...) = 0
3. 为server process指定环境变量。
483742: execve(0x0FFFFFFFFFFF2660, 0x0000000110773730, 0x000000011077B670) argc: 2
483742: argv: oracle (LOCAL=NO)