HP-UX11.31安装ORACLE 10G所遭遇的艰难险阻

最新推荐文章于 2024-09-14 19:55:29 发布

cuishenhen6889

最新推荐文章于 2024-09-14 19:55:29 发布

阅读量135

点赞数

文章标签：数据库 ux 操作系统

安装ORACLE 10G所遭遇的艰难险阻（上）

最近在HP 11.31系统下安装ORACLE 10G的时候，碰到不少麻烦，问题集中体现在以下几个方面：

1，建立ORACLE用户后无法进入指定的目录、无法生成profile文件

2，通过Xmanager无法进入图形界面进行安装

3，能够进入图形界面，但是弹不出oracle的安装界面

对于第一个问题，前面的文章已经阐述得比较清楚了，11.23下面就没这么麻烦，我想大致跟11.31下加强的安全机制是密不可分的。对于第二个问题，11.23跟11.31甚至11.11操作系统下都比较明显，这几乎就是一个老大难的问题。幸好，通过努力找到了比较好的解决方法。实践之后，发现跟网上连篇累牍的说法还是有很大差别的，实际没那么复杂。

至于第三个问题，弄了好长时间，在老大的带领以及部门成员的通力合作下顺利解决。本文重点会谈谈这第三个问题，正是这个问题困扰了比较长时间。

UNIX下ORACLE的安装通常有两种方法，一种是常用的，通过图形界面的方式进行安装，一种是不太常用但是比较快捷的，直接在命令行下运行脚本来安装。就保障性来说，还是推荐使用第一种方法，毕竟比较直观一些，安装过程中发现哪些错误也比较明显。要通过图形界面方式安装，比如这里安装ORACLE10g，就需要通过oracle用户登陆到图形界面下，然后运行runInstaller来进行安装，这里就碰到了上面提到的第二个问题：无法登陆到图形界面。

常见的有两种情况，一种是在Xmanager里面输入主机ip地址之后回车，出来一个黑白电视机一样花屏的界面，连oracle登陆界面也看不到；还有一种情况是，好不容易看到oracle登陆界面了，但是输入用户名跟密码之后，在即将进入到图形界面的时候卡住了。

对于第一种情况，要考虑装有Xmanager的远程机和主机之间的通讯是否正常，这个只需要通过两台机器互相ping测试一下就知道了。对于第二种情况，对应有两种可能，一是主机名解析错误，登陆之后客户机会自动去解析主机的/etc/hosts文件，如果发现有问题，那么就进不了图形界面。举个简单的例子，在/etc/hosts文件中对应同一个主机名出现了两个不同的IP地址，解析受阻，自然就进不去图形界面了，所以切记一个主机名一定要对应一个唯一的IP地址，切勿一对多。

还有一种可能和另一个文件相关，这就是/etc/dt/config/Xservers。在这个文件的最后一行有如下内容：

# * Local local@console /usr/bin/X11/X :0

可以通过取消前面的注释符，然后运行命令/sbin/init.d/dtlogin.rc reset来刷新dt进程，尝试重新登陆到图形界面。

有人建议取消注释符之后，重新启动dt进程，也就是运行/sbin/init.d/dtlogin.rc stop/start。但这里会有一个问题，通过这种方法重启dt进程之后，/etc/dt/config/Xservers文件最末一行的注释符又重新生成了，这对进入图形界面仍然是一个阻碍。

当然，一般情况下，/etc/dt/config/Xservers这个文件是不需要动的。

安装ORACLE 10G所遭遇的艰难险阻（中）

前两个问题都解决好了之后，顺利进入到图形界面。现在要面对第三个问题，就是在运行runInstaller之后，ORACLE的安装界面无法弹出，一直呈现如下所示的情形：

这一please wait就是大半天，随便怎么等，就是没反应，之后所有的操作都是围绕怎么解决这个问题的。

在解决这个问题之前，还要解决几个小问题。众所周知，在安装ORACLE之前，会自动进行一些系统前期检查，比如说这个版本的安装程序是否对应正确的操作平台，比如说交换区和临时区是否满足最低要求，从上图可见一斑。而要解决这个问题，就得修改一个叫oraparam.ini的文件。

修改这个文件，可以从两处下手，一是安装文件里，一是在临时文件夹里。安装文件里很好找，一般就是database/install/oraparam.ini。至于临时文件夹里，必须得运行了runInsaller之后这个文件才生成的。首先会生成一个临时文件夹，比如说我这里生成的文件夹是/tmp/OraInstall2010-04-07_11-03-39AM，那么oraparam.ini就位于此目录的oui文件夹下。

为啥要修改这个文件？这个问题比较现实。因为HP 11.31操作系统出来的时间不长，ORACLE厂商呢，也还没有在软件里加入针对11.31系统检测方面的一些信息，最高就到11.23。所以需要通过修改这个文件来加入11.31的信息，从而瞒天过海的让检测部分顺利过关。下面就来说说需要修改的具体信息：

上面这幅图呈现的是oraparam.ini文件的具体位置。

这第二幅图就是oraparam.ini的具体内容，在这个地方，将“HPUX-B.11.11-required“里面的11.11改为11.31。

同样的，第三幅图也是oraparam.ini的内容，这里需要将“HPUX=B.11.11”前面的注释符取消，然后将11.11改为11.31。

改完这两个地方，系统安装前检查的时候起码版本没啥问题了，如果交换区和临时区也满足要求，那么就可以顺着往下走了。

这里接下来要说说为啥会出现这样的状况，runInstaller之后为啥就停住没反应了，系统也没报错信息，网上有一篇帖子一针见血的指出是因为JRE路径的问题。建议使用系统自带的JRE路径，而不是ORACLE软件默认的路径。这样一来，就需要修改oraparam.ini文件里的第三处：JRE路径，如下图所示：

看到了吧，这个地方的JRE_LOCATION就是ORACLE默认的路径，我所需要做的就是在这个地方将默认的JRE路径改动成系统自带的JRE路径。

再上一张图片：

whereis jar是用来查询jar命令所在具体路径的，而jar就包含在JRE文件夹下。顺着这个思路，就得出系统JRE路径：/opt/java1.4/jre，把这个路径替换掉ORACLE默认的JRE路径就可以了。