如何在 SAP 系统中监控和分析 DB2 UDB 性能

核心提示： 锁升级：要避免锁升级，我们应该正确设置数据库参数 LOCKLIST 和 MAXLOCKS，如何在 SAP 系统中监控和分析 DB2 UDB 性能(9)，LOCKLIST 表明分配给锁表的内存大小，每个数据库都有一个锁表，监控我们进入 SAP 的 DBA Cockpit，然后在 Performan

锁升级：要避免锁升级，我们应该正确设置数据库参数 LOCKLIST 和 MAXLOCKS。LOCKLIST 表明分配给锁表的内存大小。每个数据库都有一个锁表，锁表包含了并发连接到该数据库的所有应用程序所持有的锁。MAXLOCKS 定义了应用程序可以占有锁表空间的百分比，当一个应用程序所使用的锁表百分比达到 MAXLOCKS 时，数据库管理器会升级这些锁，用表锁代替行锁，从而减少列表中锁的数量。我们一般可以通过增加锁表大小的方法解决锁升级问题。

日志性能监控

概念

DB2 事务日志对于恢复来说极其重要。它们记录对数据库对象和数据所做的更改。在 DB2 中数据和索引的改变都会先被写入日志缓冲区，保证对数据所做的修改在记录到数据库之前，总是被具体化为日志文件。日志缓冲区的数据由日志处理器写入磁盘。在下列情况下，查询处理必须等待日志数据写入磁盘后才能进行：

事务提交时。

在将相应数据页写入磁盘之前，因为 DB2 使用预写日志记录。预写日志记录的好处是当执行 COMMIT 语句完成事务之后，并非所有更改的数据和索引页都需要写入磁盘。

在元数据更改（一般通过执行 DDL 语句产生的）之前。

日志缓冲区已满。

DB2 以这种方法管理向磁盘写入日志数据的目的是尽可能地缩短处理延迟时间。在存在许多

较小的并发事务的环境中，许多处理延迟是由 COMMIT 造成的，因为它必须等待

日志数据写入磁盘后才能进行。因此，日志处理器进程频繁地将少量日志数据写入磁盘会造成大量处理延迟，另外一些延迟是由日志 I/O 开销造成的。

监控

我们进入 SAP 的 DBA Cockpit，然后在 Performance 的目录下双击 Database, 在 Logging 的标签内，可以看到当前数据库日志的状况。