应用范围
企业管理器网格控制,版本号:11.1.0.0到11.1.0.0版本。
本文适用于任何操作系统平台。
本文目标
以下总结了网格控制11.1.0.1.0资源库的相关内容,及数据库的选择。
解决方案
1. 主机名辨析及11g 数据库监听器适用性
如果用DNS来解析主机名,以下的数据库版本可以使用与网格控制11.1.0.1.0资源库:
10.2.0.4.0
11.1.0.7.0
11.2.0.1.0
如果使用宿主文件来解析主机名,则如下的数据库版本适用:
10.2.0.4.0
使用11g数据库来进行宿主解析,可能会遇到Oracle 网络bug:
Bug 6874286 "DEDICATED CONNECTIONS THAT USE THE LISTENER TAKES ABOUT 40 SECONDS TO ESTABLISH".
此bug以及其对宿主名解析技术的影响,在如下文档中有说明:
Note.561429.1 Connections To 11g TNS Listener are Slow.
此bug肯会造成OMS CA失败故障。
使用如下测试来检测11g数据库监听器是否能够快速响应网格控制的安装:
l 在用户的家目录下创建exit.sql文件,内容为如下:
exit;
l 数据库中执行如下命令(SID=orcl),且打开监听器:
time sqlplus system/@oracle @/home/oracle/exit.sql
系统的响应结果为三种时间:real,user以及sys
三种时间的综合不能超过或接近15秒:
这里显示了两种数据库版本的性能对比:10.2.0.4.0数据库监听器显示的性能是可以接受的(总时间为0.365秒),而11.1.0.7.0监听器则显示的性能是不可接受的(30.455秒)。
如果多次执行时间仍然在15秒以下(对于10.2.0.4.0版本),则11g监听器适用于网格控制的安装。在配置了DNS的环境中,往返时间为150到500毫秒是可以被监听器查看到的。
如果连接时间超过15秒(11.1.0.7.0以上版本),或者超过500毫秒级别,则OMS配置助手的辅助下网格控制安装也会失败。这是一个不可恢复的状况,这种情况下,就需要移除网格控制的安装,且重新安装监听器。
2. 启动DBSNMP用户
dbsnmp用户是锁住的或者过期了。需要把其激活,以便资源库把其作为目标来监控。
适用如下sql*plus命令语句来激活dbsnmp:
alter user dbsnmp account unlock;
alter user dbsnmp identified by ;
在网格控制台中探测到目标后,需要对其进行配置。
3. UNDO表空间数据文件大小调整,数据库版本11.1.0.1.0
默认,UNDO表空间数据文件(一般为undotbs1.dbf)大小为200M,这可能不是网格控制期待的大小。想查看最优大小,安装网格控制器,适用如下查询:
select file_name,bytes/1048576 from dba_data_files where tablespace_name like '%UNDOT%';
如果查询结果值小于200,适用如下调整语句:
alter database datafile '/undotbs1.dbf' resize 200M;
若需要,可以把值调的大一点。
4. 10.2.0.4.0版数据库以及dbmspool.sql
如果被用于资源库的数据库版本为10.2.0.4.0,则可以使用dbmspool.sql脚本来为网格控制11.1.0.1.0安装做准备。
参考资料
NOTE:1067438.1 - Master Note for Grid Control 11.1.0.1.0 Installation and Upgrade
NOTE:561429.1 - Connections To 11g TNS Listener are Slow.