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

核心提示： 包缓存命中率=(1-(在编目录缓存中的插入次数/查询编目录缓存的次数))*100监控我们进入 SAP 的 DBA Cockpit，然后在 Performance 的目录下双击 Database, 在 Cache 的标签内，如何在 SAP 系统中监控和分析 DB2 UDB 性能(6)，可以看到当前

包缓存命中率　=　(1　-　(　在编目录缓存中的插入次数　/　查询编目录缓存的次数　))　*　100　

监控

我们进入 SAP 的 DBA Cockpit，然后在 Performance 的目录下双击 Database, 在 Cache 的标签内，可以看到当前数据库缓存的统计信息。

图 5. 数据库缓存信息

查看原图（大图）

从图中我们可以看到编目录缓存的质量是 99.93%，在图中的 quality 就是我们前面所说的命中率。当前数据库编目录缓存的大小为 10240KB，没有缓存溢出。在左边一栏，我们可以看到，包缓存的质量是 97.64%，包缓存的大小为 62080KB，没有缓存溢出。

分析

包缓存的理想命中率应该大于 98%，用户通常不用关注包缓存的大小，如果 PCKCACHESZ 被设置为 automatic，其大小由 DB2 自动调节。编目录缓存的理想命中率也应该大于 98%，其大小应该保证编目录缓存不应该发生任何溢出。我们可以调整数据库配置参数 CATALOGCACHE_SZ 来改变编目录缓存大小，由于编目录缓存是从数据库堆中分配的，因此，在改变 CATALOGCACHE_SZ 变量的同时，应该注意到数据库堆的大小也会相应改变。

排序监控

概念

DB2 在运行过程中时经常要做排序操作。一般说来，在 OLTP 类型的数据库中，排序操作通常少于 OLAP 类型的数据库环境。排序操作通常会在三种情况下发生，第一种情况是数据的查询处理，比如 order by, group, 哈希连接，索引操作，内存的表操作等等。第二种是当我们载入操作的对象是带有索引的表时，再载入操作过程中就会涉及到对索引键的列表和排序，这样就会产生排序操作。第三种情况发生在创建索引的时候。排序的效率因而直接影响到数据库的响应时间，我们必须对排序进行有效监控。