DB2 (db2数据库)

以下的文章主要向大家描述的是DB2 -964问题的正确解决方法，如果你对DB2 -964问题的正确解决方法相关的实际操作有兴趣的话，你就可以对以下的文章点击观看了，以下就是文章的主要内容的详细描述，望大家在浏览之后会对其有更深的了解。

查找原因DB2 “?sql=0964”

原因：数据库的日志文件已满

解决方法：修改日志文件大小（加大），增加日志文件个数，增加辅助日志文件个数（三个修改参数可以任意选择）

查看数据库的配置参数：DB2 “get db cfg for |grep LOG”

日志文件大小（4KB） (LOGFILSIZ) = 1024 （每个日志文件大小为1024*4KB=4MB）

主日志文件的数目 (LOGPRIMARY) = 3

辅助日志文件的数目 (LOGSECOND) = 1

修改数据库的配置参数：DB2 “update db cfg for using

”

修改日志文件大小：DB2 “update db cfg for using LOGFILSIZ 4096”

修改主日志文件个数：DB2 “update db cfg for using LOGPRIMARY 6”

修改辅助日志文件个数：DB2 “update db cfg for using LOGSECOND 10”

【编辑推荐】

谁有在linux上装的db2客户端

你用来执行建库命令的用户是否具有你提到的/boot目录的相应权限？ 缺省的db2inst1用户只具有它用户home目录下面的权限。 如果不加on参数，库都是建在这个目录下的，所以权限不会出问题。 但如果你制定了on参数，那目标路径必须开权限。 grant一下吧。

怎样进行DB2备份

1、离线全备份1)、首先确保没有用户使用DB2:$db2 list applications for db sample2)、停掉数据库并重新启动，以便断掉所有连接：db2stop forcedb2start3)、执行备份命令：(使用TSM作为备份的介质)db2 backup db sample use tsm备份成功，将会返回一个时间戳。 4)、检查备份成功：Db2 list history backup all for sample ，可以看到多了这个备份的纪录。 Db2adutl query命令也可以看到返回值。 5)、备注：首先对主节点(catalog表空间在的节点)执行备份命令，再对另外的节点也做这个操作。 2、 在线备份：1)、首先打开一下支持在线备份的数据库配置参数：db2 update db cfg for sample using userexit on 启用用户出口db2 update db cfg for sample using logretain on 启用归档日志db2 update db cfg for sample using trackmod on 启用增量备份功能(需要各个Node都分别做设置)开启这些参数后，数据库处于backup pending状态，要求做数据库的离线全备份。 做一下离线全备份，参考上面的命令。 2)、在线备份命令如下：db2 backup db sample online use tsm备份成功，返回一个时间戳。 3)、同样可以用db2adutl 和db2 list history察看备份纪录。 4)、备注：同样，对每个节点都做这个操作。 3、 在线增量备份1)、在开启了必须的三个参数的情况下，做增量备份：db2 backup db sample online incremental use tsm备份成功，返回一个时间戳。 2)、同样可以用db2adutl 和db2 list history察看备份纪录。 3)、还有一种delta的备份：db2 backup db sample online incremental delta use tsm这两种备份的区别，类似Oracle exports的Incremental和Cumulative方式，db2的incremental对应oracle的cumulative方式，而db2的delta方式则对应oracle的incremental方式。 4)、备注：同样，对每个节点都做这个操作。

DB2与oracle有什么区别？

1、体系结构，DB2的实例和数据库分开的做法，我个人还是比较喜欢的，因为实例可以创建多个，数据库的恢复直接恢复到实例下就可以了，相对ORACLE简单多了。 2、管理工具，DB2的管理工具做得太简陋了，控制中心只能说能用而已，而且还有好多BUG,不如ORACLE的企业管理器做得好，连WEB版都没有。 3、备份管理，DB2的备份只能说是简陋了，没有备份集的管理功能，没有恢复预览和校验功能，不能写到网络驱动器上，唉太多的没有了，ORACLE的RMAN确实强大； 4、DB2的命令执行方式，我很喜欢，可以在命令行上执行SQL，也可以在命令窗口上执行SQL，相对SQLPLUS灵活多了； 5、DB2的自动维护功能做的很好，可以定期自动整理数据库碎片和重建索引，唯一不大理想的是自动维护的备份功能不能指定压缩备份，相对而言ORACLE的自动维护功能就很一般了； 6、DB2的运行状况的功能我也很喜欢，ORACLE也有类似的AHM，但是 DB2的运行状况更为直接，可以一下就看出数据库目前有啥问题，DB2还给出了如何处理的建议顾问程序； 7、DB2的内存状况监控功能本来我也很喜欢，可以直接在内存状况监控上直接改相应的参数，但是发现一个巨大BUG后，我就很不喜欢了，如果你一直点刷新，发现内存占用量会不断上升，我有次为了监控一个内存参数，让这个工具运行了一天一夜，结果回来一看，晕倒，所有的内存参数增长到数百G,我想看的历史变化情况居然没有。 8、DB2的远程网络连接采用的编目方式描述连接串的方式我感觉很不爽，为了改个客户端的连接服务器的IP地址，所有的客户端都需要将编目删除，然后重新编目连接地址，晕倒100多台PC机搞下来，尽管可以使用脚本，但是还是把人都快搞疯了。 ORACLE采用的用文件来配置远程服务器的方式，所有的PC机都通过更新服务器直接更新本机的TNSNAME，1分钟搞定。 9、DB2的数据库创建如果要手工管理容器，居然没有指定缺省的系统表空间数据文件名，你要创建一堆相应的文件名，没办法，只好照抄oracle的OFA体系结构的文件名。 10、DB2的连接配置图形工具实在是差了，在上面配置一步步配出的连接居然不能用！只好使用脚本,这点ORACLE比DB2强多了。 11、DB2在WINDOWS 平台的可靠性不怎么样，3个多星期无缘无故DOWN了4次机，ORACLE配好了应该没有这么悲惨吧。 12、DB2的锁自动管理机制，我比较喜欢，打开后，互锁的概率大大降低，相同的程序，在DB2下锁明显少许多,但是不爽的是DB2的select命令也是加锁的。 13、DB2 9.7的ORACLE兼容模式，我也很喜欢，迁移麻烦少了许多许多。 14、DEB2 的自动内存管理我看要比ORACLE 要强一些，几乎所有的内存参数都能自动管理，ORACLE11G貌似也可以全部自动管理了。 15、DB2的导出数据的工具实在太简陋了，连oracle的EXP/IMP 都不如，更不要说expdp/impdp 16、DB2的SQL语句运行速度明显快于ORACLE，5－6段相同的代码，同一台机器，参数都是缺省参数，个人测试DB2执行速度大约要快10％－15％，也许和DB2缺省的参数调优有关，Oracle10g调优后，还是还有5－10％左右的差异。