笔者在使用db210.5.5过程中发现了2个Bug,其中一个是在使用load加载数据过程时,若打开表空间缓存会导致整个库crash掉,解决该问题的方法就是在生产环境关闭表空间的cache功能。另一个Bug就是在使用cdc实时在远程重放日志时,db2并发产生dump文件且对应的日志不在归档,由于该问题没有好的workaround方案,因为这个功能牵扯到反欺诈系统是否能够如期上线,在咨询IBM后了解到该Bug在patch7中得到修复,所以现在能够做的就是将生产数据库patch到10.5.7版本。以下为具体操作步骤,请参考~
一、切换到db2inst1用户,停止实例服务
#db2 force applications all
#db2stop force
#ipclean
#检查是否还存在残留进程
#ps -ef|grep -i db2
二、检查设防服务是否依然运行
#查看是否有进程
#/opt/IBM/db2/V9.7/bin/db2fmcd
#停止对应服务
/opt/IBM/db2/V10.5/bin/db2fmcu -p /opt/IBM/db2/V9.7/bin/ -d
三、打补丁到10.5.7
#切换到root执行如下命令
#./installFixPack
四、升级实例
#ps -ef|grep -i db2
#cd /opt/IBM/db2/V10.5/instance
#小补丁用db2iupdt 大版本db2iupgrade命令升级
#./db2iupdt db2inst1
五、升级库
db2start
db2 upgrade db cbusdb
六、全库重绑定package
#db2rbind cbusdb -l cbusdb.log all
七、部分包应用程序包绑定失败,执行重绑
/home/db2inst1/scripts/rebind.sh
八、检查与验证
db2 "select distinct(status) from syscat.tables"
db2 list tablespaces show detail|grep -i state
db2 "select pkgname from syscat.packages where valid<>'Y'"
db2 get db cfg|grep -i consistent
db2 get db cfg|grep -i pending
至此,整个patch过程顺利完成~~
阅读(4157) | 评论(0) | 转发(0) |