AIX上Oracle 10g的EM无法启动问题
1:错误产生的原因？
系统时区，与数据库指定的时区不一致。系统时区的设定在安装完系统后的“设置助手处”，将时区设定为TZ=BEIST- 8BEIDT，关于时区也夏令时的问题，不在这里说明了。但是Oracle在DBCA产生的时区agentTZRegion=+08:00显然是没有夏令时的问题。也许是没有注意到，反正你要让他们一致，也许下一步的问题是，仔细研究一下AIX的时区处理问题和程序使用的时区设置，同时要研究一下 Oracle的时区支持问题。下面的描述中有个列表是Oracle支持的问题。列表在文件supportedtzs.lst中。
2：解决
将系统时区和数据库调整为一致。
我的解决办法是。
echo $TZ 和查看/opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties文件内
的字段agentTZRegion
至于谁适应谁，请自行决定。
3：深入分析、待解决问题。
a:AIX的时区问题。
b:EM可以启动了，但是发现新的问题。关于EM上的按钮无法正确显示中文，都是方块。（已解决，是产品语言选择问题。）
2007年9月19日追加，事实上这个错误，我修改为64位的JDK仍然存在。所以以前是错误的论断，一定是有些东西，我没有注意到的。
检录追踪过程如下：
1：执行命令 emctl start dbconsole 提示无法启动。让我检查日志。这个命令足足执行了10分钟以上。
$ emctl start dbconsole
Oracle Enterprise Manager 10g Database Control Release 10.2.0.1.0
Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
http://fundoa.glfsoft.com:1158/em/console/aboutApplication
Starting Oracle Enterprise Manager 10g Database Control ............................................................................................. failed.
------------------------------------------------------------------
Logs are generated in directory /opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/log
去上面提供的路径下面查查。发现下列重要字样。
cat emdb.nohup
----- Wed Sep 19 13:47:55 2007::Console Launched with PID 393228 at time Wed Sep 19 13:47:55 2007 -----
07/09/19 12:47:58 Error starting ORMI-Server. Unable to bind socket: Address already in use
----- Wed Sep 19 13:49:30 2007::The agentTZRegion value in /opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties is not in ag
e.Please verify your environment to make sure that TZ setting has not changed since the last start of the agent.
If you modified the timezone setting in the environment, please stop the agent and exectute 'emctl resetTZ agent' and also execute the script 'mgmt_target.set
to repository -----
看到个命令，执行一下再说。
emctl resetTZ agent
Oracle Enterprise Manager 10g Database Control Release 10.2.0.1.0
Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
Updating /opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties...
resetTZ failed.
The agentTZRegion in:
/opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties
is not in agreement with what the agent thinks it should be.
Fix your environment.
Pick a TZ value that corresponds to time zone settings listed in:
/opt/oracle/product/10.2.0/db_1/sysman/admin/supportedtzs.lst
好像意思是关于时区的事情，这个变量有问题agentTZRegion，TZ的列表在/opt/oracle/product/10.2.0/db_1/sysman/admin/supportedtzs.lst，找个合适的。去看看那个变量。
vi /opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties
目前是这样的。
agentTZRegion=+08:00
去列表里面看了一下。修改为下面的。
agentTZRegion=Asia/Shanghai
继续失败，我靠，咋回事呢？
以下这点被忽略了。
需要修改自己的系统时区。vi /etc/enviroment
TZ=BEIST-8
系统时区要一致。再研究一下吧。目前还有EM的中文显示的问题。稍后再整理。
引用
以下是错误的论断，不删除了，留下“罪证”
发现一个问题。当采用JDK为32位时。EM无法正常启动。如果已经DBCA过了，请重新创建。
必须用JDK64位的。其实这个已经写在那个Oracle官方指导里面。我当时没有注意。犯错了。
重新使用了Java5_64.sdk.tar.gz，再次DBCA就可以了，正常使用EM了。
下面的这个画面是dbca执行后，最后出现的em的出错信息画面。如果遇到了。建议干掉这个库，然后重新安装JDK后，编辑变量，通常是/etc/environment，让oracle引用新的变量，再次进行dbca创建就好了。
后续补充，在后来的使用过程中用emctl start dbconsole提示无法启动，但是可以通过web访问出现如下错误。
系统时区，与数据库指定的时区不一致。系统时区的设定在安装完系统后的“设置助手处”，将时区设定为TZ=BEIST- 8BEIDT，关于时区也夏令时的问题，不在这里说明了。但是Oracle在DBCA产生的时区agentTZRegion=+08:00显然是没有夏令时的问题。也许是没有注意到，反正你要让他们一致，也许下一步的问题是，仔细研究一下AIX的时区处理问题和程序使用的时区设置，同时要研究一下 Oracle的时区支持问题。下面的描述中有个列表是Oracle支持的问题。列表在文件supportedtzs.lst中。
2：解决
将系统时区和数据库调整为一致。
我的解决办法是。
echo $TZ 和查看/opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties文件内
的字段agentTZRegion
至于谁适应谁，请自行决定。
3：深入分析、待解决问题。
a:AIX的时区问题。
b:EM可以启动了，但是发现新的问题。关于EM上的按钮无法正确显示中文，都是方块。（已解决，是产品语言选择问题。）
2007年9月19日追加，事实上这个错误，我修改为64位的JDK仍然存在。所以以前是错误的论断，一定是有些东西，我没有注意到的。
检录追踪过程如下：
1：执行命令 emctl start dbconsole 提示无法启动。让我检查日志。这个命令足足执行了10分钟以上。
$ emctl start dbconsole
Oracle Enterprise Manager 10g Database Control Release 10.2.0.1.0
Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
http://fundoa.glfsoft.com:1158/em/console/aboutApplication
Starting Oracle Enterprise Manager 10g Database Control ............................................................................................. failed.
------------------------------------------------------------------
Logs are generated in directory /opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/log
去上面提供的路径下面查查。发现下列重要字样。
cat emdb.nohup
----- Wed Sep 19 13:47:55 2007::Console Launched with PID 393228 at time Wed Sep 19 13:47:55 2007 -----
07/09/19 12:47:58 Error starting ORMI-Server. Unable to bind socket: Address already in use
----- Wed Sep 19 13:49:30 2007::The agentTZRegion value in /opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties is not in ag
e.Please verify your environment to make sure that TZ setting has not changed since the last start of the agent.
If you modified the timezone setting in the environment, please stop the agent and exectute 'emctl resetTZ agent' and also execute the script 'mgmt_target.set
to repository -----
看到个命令，执行一下再说。
emctl resetTZ agent
Oracle Enterprise Manager 10g Database Control Release 10.2.0.1.0
Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
Updating /opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties...
resetTZ failed.
The agentTZRegion in:
/opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties
is not in agreement with what the agent thinks it should be.
Fix your environment.
Pick a TZ value that corresponds to time zone settings listed in:
/opt/oracle/product/10.2.0/db_1/sysman/admin/supportedtzs.lst
好像意思是关于时区的事情，这个变量有问题agentTZRegion，TZ的列表在/opt/oracle/product/10.2.0/db_1/sysman/admin/supportedtzs.lst，找个合适的。去看看那个变量。
vi /opt/oracle/product/10.2.0/db_1/fundoa.glfsoft.com_fundoa/sysman/config/emd.properties
目前是这样的。
agentTZRegion=+08:00
去列表里面看了一下。修改为下面的。
agentTZRegion=Asia/Shanghai
继续失败，我靠，咋回事呢？
以下这点被忽略了。
需要修改自己的系统时区。vi /etc/enviroment
TZ=BEIST-8
系统时区要一致。再研究一下吧。目前还有EM的中文显示的问题。稍后再整理。
引用
以下是错误的论断，不删除了，留下“罪证”
发现一个问题。当采用JDK为32位时。EM无法正常启动。如果已经DBCA过了，请重新创建。
必须用JDK64位的。其实这个已经写在那个Oracle官方指导里面。我当时没有注意。犯错了。
重新使用了Java5_64.sdk.tar.gz，再次DBCA就可以了，正常使用EM了。
下面的这个画面是dbca执行后，最后出现的em的出错信息画面。如果遇到了。建议干掉这个库，然后重新安装JDK后，编辑变量，通常是/etc/environment，让oracle引用新的变量，再次进行dbca创建就好了。
后续补充，在后来的使用过程中用emctl start dbconsole提示无法启动，但是可以通过web访问出现如下错误。
