enterprise manager console（OEM）的linux配置问题！特急！100分相送！！

OEM的架构是在被管理的节点上要有agent,datagather等服务，这样才能 
            ^^^^^^^^^^^^ 
正确地运行OEM JOB,注册 OEM EVENT, 在搜索节点时，才能找到数据库。 对于agent的启动，8i里是用 lsnrctl dbsnmp_start ,(NT 上不太好使，不过 
用控制面板中的服务启动是一样的） 
启动agent之前要确保listener的配置正确，而且已经启动了，这个很重要，因为 
agent启动时会查找本机的数据库，这样它才能将信息传给OMS,也就是在console中搜索节点时才能看到数据库。 
agent当然会使用多种方法查找，但其中一个重要的数据来源就是当前正在运行的listener。所以listener要在agent启动之前启动。还有就是listener.ora里的关于坚听地址，一定要用主机名，象127.0.0.1或固定ip或localhost,都会使agent找不到数据库，因为agent将来是要把这些信息传给OMS，如果OMS“看”到象127.0.0.1这样的地址，是没法知道到底是哪台机器的。 对于agent启动以后是否正确，你可以看看$ORACLE_HOME/network/agent/services.ora这个文件，基本上如果这个文件存在 
且不为空，说明你的listener,agent没有问题。 datagather启动一般没什么问题，不是必须的，但如果你想使用OEM中象performance manager这样的工具，就一定要启动它。 
对于unix，启动它一般是vppcntl -start 
NT上也是用服务，如果你有多个ORACLE_HOME可能会有些小问题，太细节了，有兴趣 
直接问我。 能找到数据库不一定就能运行OEM JOB，有三点需要注意： 
1。console里数据库的认证信息给了没有 
2。console里被管理数据库的那个节点的操作系统的认证信息给了没有，就是登陆 
操作系统的用户名口令，一定是你用于安装ORACLE的那个操作系统用户的。 
（以上两个在console的“首选身份证明”里设置，别说找不到） 
3。在NT上，被管理那端的操作系统用户（就是上面第二点里的那个用户） 
要加一个高级系统权限 “log on as batch job”，缺省连administrator也没 
这个权限，在unix上没有第三点 现在你的oem就可以运行OEM JOB ，使用event实时地自动地监控数据库了。 
OEM会使的话，是个很强大的工具。