差点在9i的OMS上栽了跟头，总结一下

今天，天气晴朗，心情也不错
早上一大早就赶到客户现场，今天客户的主机终于到了，可以装数据库了，装好了经过验收，俺的那份￥就到手了，想想就觉得兴奋阿
来到机房，客户已经上班了，人家比我来得早，已经把小机就位，准备好了网络环境，就等我开装了
ok，保持着高度的兴奋感，开始工作。。。
客户的小机是hp的安腾，在这种机器上装9i数据库也不是第一次了，不过以前的hp-unix版本都是11.21和11.22，这次是11.23，版本略有不同，所以os补丁方面还不敢完全确认，到时候再看吧。
虽说装库已经很多次了，不过还是尽量小心谨慎一些，仔细的检查了os的补丁、内存、存储划分、核心参数设置等等需求，确定基本无误，开始着手安装软件。
安装Oracle软件的文档我想应该满世界都是了，这块就不再细说了，基本上建好了用户、用户组，配置oracle用户的环境变量，把安装软件复制到磁盘上并且解开cpio的包包，下面就是runInstaller安装了，这一部分不用多说。
安装出奇的顺利，基本没有任何差错，也赶上用户的机器还不错，装的也快，半个小时左右，软件安装+数据库创建都ok了，安装完成。。。
别以为到这里就结束了，如果仅仅是这样，那这篇文字不写也罢，下面才入正题了，哈哈。
安装完成后，接下来发生了一件事情，其实也很简单，客户发现主机名称不对，因此修改了主机名。
在主机名被修改后，按照正常的情况，我也随即修改了数据库监听器的配置，使之能够对应，并且测试监听器启动正常，而且远端的网络连接也一切正常。
到这里可能有的客官要问了，到底出了啥问题，这不都ok了吗！？
没错，现在这些都是ok的，但有一个咚咚是不ok的，什么呢——OEM。
准确的说，9i的OEM有两种运行模式，其中的独立启动也是正常的，但另一种oms方式就出现了问题，无法搜索到该主机。根据以往的经验，我立刻想到了主机名的变更，于是首先用agentctl stop停掉了智能代理，然后去network/agent目录下删掉了所有的.q文件，最后用agentctl start把只能代理启动起来，现在用oms方式搜索，ok，节点加进来了，哈哈，数据库看到了。
本以为这就完事了，接下来，连接数据库。。。咦，报错了，连不上，报无法找到主机。。。靠，明明找到节点和数据库了，居然连不上。。。
想了想，是不是agent所识别的服务都是旧信息，所以有问题？试试看，于是我用oms方式察看了一下节点中的监听器状态，果然，监听器也无法察看，报了一堆错，看来服务是有问题。好，重新关闭agent，删掉所有的.q文件以及一个service.ora文件，启动agent，现在agent整个重新搜索节点信息，新的服务信息加进来了。好，我再试监听器，果然，监听器状态正常，看来服务的问题也解决了，该能连上了吧。于是，我再连。。。。还不行！！！
晕了，有点不知所措，呆在那里想了半天，突然想起一个问题，既然能找到节点，也能发现服务，也能查看监听器状态，那么不能连接数据库的原因肯定跟agent无关，那跟谁有关？突然想起来，就算通过oms，那也是走网络方式连接数据库，是不是服务器上的服务命名的问题，毕竟服务器名称修改后，我只修改了监听器的配置，并没有修改服务器上tnsnames.ora里面服务命名的配置阿。赶紧修改这个文件，然后再试。。。大功告成到此，终于松了一口气，今天任务结束了。虽然有点小波折，不过也有收获，以前还真是没遇到过这样的问题，虽然问题不大，不过还是着实的考验了一把对基础知识掌握的扎实程度阿。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/22235/viewspace-264990/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/22235/viewspace-264990/