王飞鹏

张东焕老师具有丰富的数据库设计规划经验，实战经验丰富，很好的在线答疑机会。

客气了，有问题多交流，我理解在外面学习DB2不是一件容易的事，所以写书的目的是为了分享经验，希望大家都能把DB2学好用好。

检查一下，oledb 驱动的版本是否有问题。

如果是预防手段的话，很多情况下都不是多深入的技术问题，其实要制定一个团队共同遵守的开发和运维规范，不过这个是case by case了。

主要原因是数据的完整性破坏了，你试试set integrity，随后在db2diag.log里面看看报什么信息。

重点是这个信息：2013-05-07-06.24.35.078410+480 I4144958C487 LEVEL: SeverePID : 2388142 TID : 1 PROC : db2agent (CCCDB) 0INSTANCE: db2inst1 NODE : 000

这个要具体来分析了，数据库配置和SQL方面也有原因，不过从描述来看，是服务器硬件配置偏低。

通常这种系统在上线前都是要做好压力测试的，服务器内存是4G的,win2003系统，这个硬件配置的偏低，需要升级一下，要根据实际需求来配置服务器硬件。

从High Level角度讲，你提到的日常健康检查，备份/高可用，双人操作避免人为失误都是好的想法，重点在于长期的执行这些方法。即使做好了监控和计划，但是一些故障现象还是会发生，应该怎么办呢？首先要做到冷静，这是由于数据库系统

第一个问题，每天夜里00：35执行，你检查一下db2diag.log，看看这个时间是否出现了异常，例如目标磁盘满？DB2宕机？关于维护窗口，推荐一篇文章 第二个问题，控制中心还原很简单。不过到了DB2 V10，控制中心就不存在了，以后的维护和管理