db2在rhel 4u6下做rose HA双机时的注意点
时间:2010-12-15 来源:msdnchina
1.将gam_server 改名。
[root@leiredhat ~]# ps -ef |grep gam_server
root 11244 1 0 09:39 ? 00:00:00 /usr/libexec/gam_server
root 22764 11169 0 12:03 pts/2 00:00:00 grep gam_server
[root@leiredhat ~]# cd /usr/libexec/
[root@leiredhat libexec]# ll | grep gam_server
-rwxr-xr-x 1 root root 107912 2006-11-20 gam_server.bak
[root@leiredhat libexec]# ps -ef |grep gam_server
root 11244 1 0 09:39 ? 00:00:00 /usr/libexec/gam_server
root 22797 11169 0 12:04 pts/2 00:00:00 grep gam_server
[root@leiredhat libexec]# kill -9 11244
[root@leiredhat libexec]# ps -ef |grep gam_server
root 22804 11169 0 12:04 pts/2 00:00:00 grep gam_server
2. 一般是db2 software 装在2个服务器的各自本地硬盘上,这样的话 /db2data/db2inst1/sqllib/db2nodes.cfg文件(注意,/db2data挂载的是存储上的分区)里的文件内容,就需要跟提供对外提供数据库服务的机器的hostname一致。这就需要脚本来实现此功能
3.注释掉/etc/inittab文件中的如下一行:
fmc:2345:respawn:/opt/ibm/db2/V9.7/bin/db2fmcd #DB2 Fault Monitor Coordinator
以下转自ibm网站:
故障监视器协调程序(FMC)是在 UNIX 引导序列中启动的“故障监视器工具”的进程。 init 守护程序启动 FMC,并在 FMC 异常终止时重新启动 FMC。FMC 对每个 DB2 实例启动一个故障监视器。每个故障监视器都作为一个守护进程来运行,并且具有与 DB2 实例相同的用户特权。
一旦启动了故障监视器,就会监视 DB2 实例以确保它不会过早退出。如果故障监视器发生故障,那么将通过 FMC 将它重新启动。每个故障监视器将依次负责监视一个 DB2 实例。如果 DB2 实例过早退出,那么故障监视器会将其重新启动。仅当发出 db2stop 命令时,故障监视器才变为不活动状态。如果 DB2 实例以任何其他方式关闭,故障监视器都会将其再次启动。
DB2® 故障监视器工具仅在基于 UNIX® 的系统上可用,通过监视 DB2 数据库管理器实例并重新启动任何过早退出的实例来使 DB2 数据服务器数据库正常运行。
DB2 故障监视器限制
由于实例的启动和关闭是由集群产品控制的,所以,如果正在使用高可用性集群产品(例如,HACMP™、MSCS 或 IBM® Tivoli® System Automation for titolatforms),那么必须关闭故障监视器工具。
1和3是为了roseha的db2_stop.sh脚本能顺利的umount掉文件系统。期间涉及到了“mount一个存储盘符,马上去umount,但是umount 不下来,提示device is busing”的问题。此问题的解决,是依靠 fuser -m /db2data这个命令查出来哪些进程占用/db2data
2是为了双机切换时,db2nodes.cfg的文件内容中关于主机名部分始终与当前提供服务的机器的hostname一致。