曾听说过创造性压力吗？它属于那些伪精神哲学之一，它宣称互相作用的力会创造出作为斗争副产品的事物。这有点象小人书里面善与恶之间的斗争。现在，我不想说所有软件工程师都是好人，或者所有硬件工程师都是坏人，但是在他们之间存在着创造性压力。正如 Joseph Campbell 所说的，“不要让您对科学不切实际的憎恶迷惑了您的双眼，以至看不到计算机芯片中的光辉境界。”如果整个表象浪潮一样涌出磁盘并冲入内存，那还能有什么比这更浪漫呢？

http://www-128.ibm.com/developerworks/cn/db2/library/techarticles/0307kline/0307kline.html

DB2 Universal Database™ 使用日志文件作为确保数据一致性和可恢复性的主要方法。在前一篇文章 DB2 通用数据库中事务性日志记录概述中，我介绍了事务性日志记录的概念并说明了如何管理日志。在本文中，我将带您做进一步的探讨，并说明 DB2 UDB 可以如何使用用户出口程序来归档和检索数据库日志文件。另外，我还将提供循序渐进的示例来说明如何修改、编译和测试 db2uext2.cdisk 样本用户出口程序，该程序随已安装的 DB2 UDB 服务器产品附带。您将在本文末尾找到关于用 DB2 UDB 进行用户出口编程的其它参考资料 链接。

本文讨论了 Windows 2000 和 AIX 5L 上的 DB2 V8.1 企业服务器版修订包 1（单分区版）服务器。虽然也有其它样本用户出口程序（例如至磁带的用户出口或 Tivoli 存储管理器（Tivoli Storage Manager）），但我没在本文讨论它们。

DB2 确保数据一致性和可恢复性所使用的主要机制之一是事务性日志记录。本文概述了主要概念，帮助您了解如何能够控制事务性日志记录以最优化可恢复性，并且向您介绍了 DB2 UDB V8.1 中新增的日志特性。

以下文章适用于 IBM® DB2® Universal Database™ for UNIX®、Linux 和 Windows®

任何数据库管理系统都必须拥有确保数据一致性和可恢复性的机制。关系数据库系统为确保那些非常重要的特性所使用的众多机制之一是事务性日志记录。在本文中，我们将定义和讨论事务性日志记录的类型。我们将详细讨论如何分配日志文件、如何存储它们，以及您可能会遇到什么样的错误。最后，我们将讨论 V8 中可用的新特性，这些特性使事务性日志记录变得比以往更加可伸缩并且更通用。

现有状况

根据数据库日志文件db2diag.log，我们发现以下问题：

1．  Memory Heap Error;

2．  cdbold有锁升级现象；

观察当前环境后，我们发现系统内存平均使用率很高，2G内存平时使用量达到1.96G，可再分配的内存不到40M，非常有限。

参数调节

因此，我们采用加速脏业回写的方式来尝试改变性能，语法为：

db2 connnect to stmaold;

db2 update db cfg for stmaold using CHNGPGS_THRESH 30;

用同样的方式，我们也改变了其他三个数据库的参数。参数改变后，必须进行数据库重激活或者数据库实例重起。例如：

db2stop

db2start

然后该参数能够开始起作用。

此外，我还将cdbold的锁列表改大：

db2 connect to cdbold;

db2 update db cfg for cdbold using locklist 200;

该参数直接生效。并多占用了0.4M内存。

其他环节

如果要将参数修改回原样，可采用以下设置：

db2 connnect to <数据库名>;

db2 update db cfg for <数据库名> using CHNGPGS_THRESH 60;

db2 connect to cdbold;

db2 update db cfg for cdbold using locklist 200;

此外，建议定期检测db2diag.log文件，如果出现Memory Heap Error，建议选择适当的时间对数据库进行重起。而且，观察出现该错误的时间应用的什么功能在运行，收集errpt信息和DB2support信息，以供进一步分析处理。