基本看到的情况是在备份的时候，开始做verify label的时候，报错No such file or directory和Input/output error，这个很有可能是在legato的界面中还能看到配置的driver，但是在调用这个driver的时候找不到实际的物理设备了。

于是在备份服务器上点开“硬件”-“设备管理器”，发现里面的磁带驱动器和介质变换器确实没有了！

请在机房的同事帮忙查看带库是否有问题，同事说带库已经down掉了。

重启带库，发现在备份服务器里面还是看不到driver，但是在client端，也就是数据库服务器上通过inquire还是能看到的。重启server，能看到driver了。再次尝试备份，备份到一半，一个driver消失了，备份卡住，再过一会儿，另一个driver也消失了，介质变换器也消失。

请机房的同事查看带库的情况，带库还是down了，是电源模块有问题，导致带库不稳定。等待设备厂家来更换电源模块。

更换完成电源模块后，启动带库，在备份主机只能看到一个driver，重启备份主机也是只能看到一个。厂家关闭备份主机后重新插拔了光纤卡，再次启动备份主机后，识别到了2个driver。但是测试备份时，只能一个driver备份，另一个driver会卡住。

尝试用清洗带清洗2个带子，但是发现报错：

这个是清洗带过期的报错。于是更换清洗带。

更换之前尝试重新用jbconfig配置jukebook。

再次备份，发现2个driver都不能备份了！此时报错：

drive status is There is not a tape in the drive——难道是机械臂的问题？没有将磁带load到driver，请在机房的同事看了，确定是已经load进了driver。为什么会识别不到？

这个报错，在网上查资料是（见此链接）

请机房的同事检查光纤线的连接情况，结果确认从带库到光纤交换机的连接都正常。

问题出在哪里？我们再来回顾一下当前的情况：

（1）、备份服务器和备份client均能识别driver。在备份服务器端看到driver正常，驱动也正常安装。没有出现driver消失或者driver无法识别的硬件问题。通过inquire或者ioscan -fnCtape都能看到driver的情况。
（2）、备份无法正常进行，做inventory清点没有问题，但是做label标签，甚至做一个mount磁带，都会报错drive status is There is not a tape in the drive。但是检查光纤连接正常。

电源模块已经换过，硬件也能识别到。所以不太好确定硬件是否有问题。如果确定不了硬件问题，也就不好让设备厂家进行更换，因为之前设备厂家说在更换完电源模块之后，已经进行了一次硬件检查，说没有问题的。那我们如何检查硬件是否真的正常呢？这个时候，就要请出hp带库检测的专业工具，也就是本文的重点：LTT出场了。

HP LTT的全称是HP StorageWorks Library and Tape Tools，是HP用来检查HP带库的一个非常有用的工具。ltt可以安装在备份服务器端，模拟磁带的读写情况，来检查driver或者media是否正常。各个os的版本都有，可以在这里免费下载。

我们在备份server安装好LTT之后，就开始测试了。注意此时的测试是脱离legato的，我们要在备份主机上证明带库的硬件是否存在问题。只有证明了硬件没有问题，才能配置调试后续的legato。

我们启动LTT之后，点击其中一个driver，让读取这话driver的信息，我们发现在测试过程中，经常遇到超时的情况：

当我们点击Test，开始测试Driver Assessment test的时候，发现报错没有磁带在driver中：

LTT Driver测试读取不到磁带

而在这之前，我们已经手工的load了一卷磁带到Driver中：

既然已经load进了带子，但是LTT做测试的时候还是认为没有带子，无法读写测试。那就应该可以确定是driver的问题了。

把该情况和设备厂家说明后，要求厂家换driver。

更换后，在备份主机上更新新的driver的驱动，使得备份主机能识别新的driver。

我们注意新的driver的SN是HUL8A06538。在LTT界面，选择这个driver，开始准备测试：

更换driver后

我们手工load上一个带子做读写测试：

我们开始做测试，这次测试很顺利：

测试另一个driver，也同样没有问题：

于是，就基本判断目前硬件没问题。开始配置legato。

但是legato备份的时候还是报错了：

之前查到drive status is There is not a tape in the drive是光纤的连接的问题，但是光纤连接都没问题，LTT测试也通过了，难道是里面的driver连接接反了？

尝试再次重新配置jbconfig，在配置时，先配//./Tape1，再配//./Tape0。当然，这边Tape0和Tape1对应的driver的SN还是要对应备份client 端的SN的。只是在配置的时候，先写了//./Tape1。

配置完成后测试备份，真的证实了我的猜想，里面的driver接反了。当反配jbconfig的时候，备份成功了：

至此，又一个棘手的legato备份问题解决！

在处理legato问题的时候，如果无法确定是否硬件问题，那么相信LTT吧！

通过trace，发现是以下语句的问题：

这个sql在执行的时候，pga的内存被迅速的消耗，通过v$sesstat看到这个session每次使用pga快到2G时，就报错了。而且每次都是这样。所以一开始，我们怀疑是不是pga不够，增加pga大小为3G继续观察程序的运行情况，结果发现还是一样的报错。

在metalink上发现类似的有个bug：Bug 4994859: ORA-04030 WHILE EXECUTING A PROCEDURE CONTAINING BULK COLLECT。于是打算分2步走：
1、向开发建议修改程序，不使用BULK COLLECT（上面sql的85行处）
2、由于bug是在Sun Solaris SPARC (64-bit)上的9207版本，我们的是HP UX的9208版本，可能不是这个bug。所以向oracle开SR进行确认。

oracle回复：

于是用RDA收集主机信息，发现有一个参数设置：

从这里我们看到ulimit -d参数被限制了，大小为2G，我们通过修改2个内核参数从而达到修改这个参数的目的：
1、将maxdsiz从2147483648 (2G) 调整到4187593114(4G)
2、将maxdsiz_64bit从2147483648 (2G)调整6442450944 (6G).
ulimit -d自动的变成：

再次运行原来的应用程序，发现不再报错。

这个opatch是从metalink上下载的最新的opatch，而且也是对应了HP IA的os平台，opatch的版本应该不会错。如果错了，opatch apply的时候就应该报了，怎么还会到lsinventory的时候才报错。

上metalink上查了这个问题(ID 417275.1)，原来最新版本的opatch（p6880880_101000_HPUX-IA64.zip）要求需要在OUI 10.1.0.x和JRE 1.4.2，而这2个是需要在9205或者9206升级的时候才会安装，在基线版本9202，以及9203，9204的版本中只有OUI 2.2.0.x和JRE 1.3.1，9207和9208这2个版本是不含OUI和JRE的升级的。所以当我从HP IA的基线版本9202升级到9208，再使用opatch打完补丁，用opatch lsinventory检查的时候，就会因为OUI的问题出现上述的报错。

oracle上给的解决办法是：

这里我提供2个方法来进行验证是否正确安装了patch：

附件为这个老版本的opatch：点击下载：p2617419_10102_generic_opatch

根据log去做进一步的检查了：

在这里我们看到在做系统环境的检查时，调用了/usr/ora_inst/orapatch_9206/Disk1/install/oraparam.ini这个参数文件，因此我们去看这个参数文件：

在这里我们看到hp pa9206的patch要求

我们目前hp pa 11.23没在这个里面，因此我当时尝试了在这个文件中把11.23也添加进去：

再次执行runInstaller，搞定。

当时身处某省由于通信管制没法上网，回来之后，查了metalink，确定是个unpublished Bug:4054600.详见文档ID 294682.1，处理方法，也和我的一样。
我猜想是oracle出hp pa9206的patch的时候，hp pa还没出11.23的os版本，而等hp pa出11.23的os版本的时候，oracle已经出9208的patch了，因此在9208的oraparam.ini文件中，我们看到了B.11.23这个配置，而在9206这个patch，没配置。

改造之前：

另外，vmware的虚拟网卡，在这次改造中不做变化：

改造后：

修改步骤：
1.停数据库和crs：

2.修改hosts的文件：

3.修改主机的IP。

4.由于采用了ocfs2，将crs和votingdisk放在ocfs2上，修改主机IP之后，重启主机之前，也需要修改ocfs2的配置：

注意如果不改ocfs配置，会在启动crs的时候报错，共享存储只会在第一个启动的机器上挂载。

5.重启主机，注意将网卡模式改为host only。

6.在3个节点上启动crs服务：/etc/init.d/init.crs start，重启后记得再次crs_stop。

7.用oifconfig来修改网卡被oracle使用的方式：

8.修改vip，注意这里是vip，不是public ip：

9.修改侦听中的vip为新地址。

10.crs_start 启动rac。