在 solaris 9 上配置NBU5.1

在 solaris 9 上配置NBU5.1 + SEPATON S2100 虚拟磁带库

安装环境

1、  主机：SUN V890，主机名称 Host－V890。

2、  操作系统： Solaris 9 。

3、  备份管理软件：Veritas Netbackup Enterprise Server 5.1。

4、  HBA 卡：QLOGIC 公司 的 QLA2460。

5、  磁带库：Sepaton S2100－ES2 虚拟磁带库，模拟成 STK180，内置 4 台 IBM utraum LTO3 磁带驱动器。

准备工作

1、  确保 HBA 卡状态可用，QLOGIC 2640 是一种比较新的卡，在 Solaris 9 以及 Solaris 10 上需要打补丁。可以用以下命令来检查 HBA 卡状态：



luxadm probe 可以发现部分设备

2、  确保磁带库连接到备份服务器，可以将磁带库直接连接到备份主机 Host－V890，也可以通过 SAN 光纤交换机，此时建议在光纤交换机上规划 ZONE 以分离数据流，具体规划方式请参考不同的光纤交换机文档。如果从主机到SAN交换机到磁带库的通道已经连接成功，那么在 /dev/rmt 目录下面应该已经生成了磁带驱动器文件如下：
如果没有发现上述文件可以运行命令：
该命令将自动扫描并配置设备，如果执行完该命令后仍然没有发现磁带设备文件，建议用 init 0 命令进入 OK 状态下，用 boot –r 重现启动主机后再观察。
除了luxadm probe 可以查看驱动器外，我们也可以用 cfgadm –al 查看设备，如果光纤卡通道正常，应该有个 c2 或者 c3 通道，其中有个media_changer 设备，但是该命令可能无法看到驱动器，所以建议用如下命令：
上述输出证明磁带库已经和主机正确连接，并且能够被系统正确识别了。

3、  （该步骤可选）当系统内存不足时， Solaris 将从内存中卸载未使用的驱动程序，并根据需要重新装入驱动程序。卸载的通常是磁带驱动程序，因为它们的使用程度往往没有磁盘驱动程序高。根据st (Sun)、sg (VERITAS) 和光纤通道驱动程序的这些卸载和装入事件的时间，可能会产生各种问题。这些问题包括 SCSI 总线中的设备“消失”及系统紧急状态等等。所以，VERITAS 建议将下列 forceload 语句添加到 /etc/system 文件中。这些语句可防止从内存中卸载 st 和 sg 驱动程序。

4、  （该步骤可选）使用Netbackup Enterprise server时，如果配置的磁带设备数目接近 16 ，并非 Shared Storage Option (SSO) 配置中的所有介质服务器都能看到磁带设备状态的更改。之所以这样，原因是 IPC 消息队列的缺省最大大小可能不够大。这些情况下，当发送的消息数超过队列的最大大小时，扫描主机上的 rdevmi 进程与介质服务器上的 oprd 进程之间的通信可能会中断。所以，VERITAS 建议将以下语句添加到 /etc/system 文件中。这些语句增加了可以创建的消息的最大数，并且增加了每个队列的字节数。要使更改生效，需要重新启动系统。
增加 IPC 消息队列的最大大小可能会增加分配给同一系统中其他 IPC 消息队列的内存量。在实现这些更改之前，应该充分评估它们的影响。

安装NBU5.1

1、  将 NBU 5.1 的介质安装盘放入光驱，Solaris 系统一般都能够自动加载光驱，如果没有自动加载，可以运行如下命令：

其中 /cdrom 是挂载点，/dev/dsk/c0t0d0s2 是光驱设备文件。Solaris 中的磁盘设备文件命令可能不太直观，不过我们可以用cfgadm、format等命令都可以确认哪个文件是光驱设备文件。

2、  执行 .install 安装命令脚本，按照脚本的提示安装即可，非常简单，不再缀述。值得注意的是安装脚本最后可能提示 sg  驱动安装成功(add_drv)，但是链接失败，没有关系，暂时不用理它，我们稍后会手工安装并链接 sg 驱动。

3、  为 NBU 打最新的补丁：NB_51_6_M_286343.solaris.tar、NB_CLT_51_6_M_286348.tar、NB_JAV_51_6_M_286373.tar、如果有数据库还需要打相应版本的数据库补丁，目前用户使用 oracle 数据库，所以再打 NB_ORA_51_6_M_286390.solaris7.tar。

4、  安装完毕

配置 St.conf

在执行安装时，.install 脚本已经自动安装了 sg 驱动，但是未必能够安装正确。所以大多数情况下我们需要重建 sg 驱动。
1、备份 st.conf 文件。

2、移除 sg.conf 文件。

3、备份 devlink.tab 文件。

4、从 /kernel/drv/st.conf 文件中删除如下所示的 SCSI targets/LUNs 项目：

注意：必须删除所有的上述条目，否则下面重建过程中会造成重复。

5、删除 /etc/devlink.tab 文件中的如下条目：

注意：所有类似条目必须全部删除，包括开始和结尾的注释行。

6、路径切换到 NBU 的目录 /usr/openv/volmgr/bin/driver 下:

7、执行 sg.build 脚本，自动生成所需的配置文件，包括 st.conf、sg.conf、sg.links。

注意：其中 max_target 在这里我指定为 15 ，max_lun 指定为10（两个数值可以根据具体情况定，但是如果您不确定是多少的话，大一点无所谓，小了反而可能有问题）。

8、将脚本生成在当前目录下的 st.conf 文件内容附加到系统的 st.conf 配置文件中：

9、卸载原有的sg 驱动

10、使用脚本 sg.install 重新生成 /kernel/drv/sg.conf 文件并将 sg.links 文件中的SCSA 条目添加到 /etc/devlink.tab 以及重新加载 sg 驱动。

11、这样我们就重新安装了 sg 驱动，用 /usr/sbin/modinfo | grep sg 命令应当可以找到 sg 驱动已经加载，用 sgscan 命令应该能够扫描到正确的机械臂和驱动器了。

通过GUI扫描设备

太简单了，省略，新手请参看 veritas 的文档。

卸载 solaris 系统上的 NBU

1、以 root 用户身份登录服务器。

2、执行必要的备份，比如策略文件等。

3. 停止 NBU 的所有后台服务：

4、删除 VRTSnetbp 包

执行删除过程中系统会提示“这是升级吗”，回答 no。

系统提示“从 service 和 inetd 配置文件中删除对 NetBackup/ 介质管理器的引用？”时，回答 yes。

5、删除如下文件：

6、删除root 帐户的 NetBackup-Java 应用程序状态数据：

7、通知 NetBackup-Java 用户可以删除其 $HOME/.nbjava 以及 $HOME/.java 目录的

部分内容。$HOME/.nbjava 和 $HOME/.java 目录包含用户退出 NetBackup-Java 应用程序时保存的应用程序状态信息（例如，表中列的顺序和大小）。本卸载过程只删除 root 用户

的此目录。可以删除 $HOME/.java/.userPrefs/vrts 中的 common 子目录。

8、这样就完成了删除工作，要进一步清除其他无用文件请参考 veritas 文档。