解决DB2的一个BUG收获(SQLCode=-805, SQLState=51002, error message=DB2 SQL Error: SQLCODE=-805, SQLSTATE=5100

时间:2022-11-16 13:17:53
红色字是重点。 一、最近碰到一个DB2 bug, Fatal error found. SQLCode=-805, SQLState=51002, error message=DB2 SQL Error: SQLCODE=-805, SQLSTATE=51002, SQLERRMC=NULLID.SYSLH203 0X5359534C564C3031 后来是找同事帮忙,在这篇帖子里得到解决的 https://www-304.ibm.com/support/docview.wss?uid=swg21496734
二、在使用bind命令时若出现图中的提示A,则需要在所示路径建立完整文件夹,该图就是缺少tmp文件夹。【这是我同事帮我解决的。他一看日志就知道是缺少文件夹,我却不可以,这就是经验。学习了!】
解决DB2的一个BUG收获(SQLCode=-805, SQLState=51002, error message=DB2 SQL Error: SQLCODE=-805, SQLSTATE=5100
解决DB2的一个BUG收获(SQLCode=-805, SQLState=51002, error message=DB2 SQL Error: SQLCODE=-805, SQLSTATE=5100
说白了就是DB2有它自身的系统包未绑定到程序中(我也搞不懂怎么回事,吐槽一下真不喜欢DB2,日志提示也不友好直观)
【db2jdbdbind命令应该是需要先安装JRE。】
三、DB2数据库还原与导出 命令很简单各位可自行查网络。 如导入数据库restore db pardb from c:\ taken at 20150731081910 on c: into pardb
pardb是要导入的数据库,20150731081910是数据文件上的时间戳。上面的命令会把现场的pardb数据库导入到你启动的实例,并创建数据库pardb。 做导入的时候发生了一件很有收获的事情,现场发回来给我的数据文件是一个压缩包,包名为PARDB.0.DB2.NODE0000.CATN0000.20150731081910.rar 大小7M,内含一个压缩包,名称为PARDB.0.DB2.NODE0000.CATN0000.20150731081910.001,我将内层的压缩包再次解压得到里边的文件PARDB.0.DB2.NODE0000.CATN0000.20150731081910,将该文件放置到服务器,执行导入命令一直报类似“找不到数据文件,数据文件损坏的”错误;其实只需要解压缩到PARDB.0.DB2.NODE0000.CATN0000.20150731081910.001即可(这个才是db2执行backup备份时导出的文件)。 收获是我真的没有必要自己折腾这些太过细节的东西,直接先请教一下熟悉这方面的同事即可,因为自己去研究这个花费的时间还会影响团队的项目进度,而且,并没有多少技术上的收获
四、 同时我还解决了一个困惑我多年的问题(以前看过却从没去查过) 目录名前面六个字符是program的第1个目录.如果你还有个目录名叫program fulls,那么,就会还有progra~2,因为文件名太长了,所以,就用~1这种来表示.通常是指program files目录。【即缩写到6个字符再加~数字