DB2 “Viper 2”助力IT敏捷性[3]

DB Viper 集成了一组新的工作负载管理特性用于在 DB 数据服务器中直接识别管理和监视数据服务器工作负载通过将工作负载定义与服务级别相关联即可使用一个预测模型或反应模型为每个不同的工作负载定义优先级这使企业可以调整 IT 应用程序的业务目标

利用 DB 工作负载管理特性可以根据工作负载定义自动将工作划分为易于管理的逻辑分组将工作负载与服务级别相关联然后将资源分配给每个服务级别可以获取详细的工作负载配置和性能信息以帮助改进工作负载和服务级别定义

也可以使用新的工作负载管理特性通过成本时间和并发阈值控制执行这些阀值可用于控制危险的查询并帮助满足服务级别协议(SLA)目标通过使用阀值系统可以自动对不好的情况做出反应或者事先预测到事故的发生在控制长时间运行的和复杂的查询的影响的同时可以保持事务的顺利运行您可以跟蹤每个处理阶段为用户提供最新的状态信息

在 AIX 操作系统上可以将 DB 服务级别与 AIX 工作负载管理器(WLM)服务级别联系起来例如AIX WLM 可以动态地调整 CPU 共享或者使用其他服务级别剩下的 CPU 共享

用于提高性能的增强的统计

对于查询性能十分关键的一点是在优化查询时具有正确的统计信息DB 引入了自动统计信息收集功能该功能可以监视表并收集所需的关于表的统计信息虽然这个后台过程确实可以选择何时收集统计信息但是只限于预先定义的维护周期从更改数据到收集新的统计信息这之间可能有一个时间间隔DB Viper 中的实时统计信息收集功能填补了这个空缺当提交一个查询时优化器判断受影响的表的统计信息是否准确如果没有统计信息或者查询没有像优化器预期的那样运行那么受影响的统计是否精确如果没有统计信息或者查询并不是像优化器预期的那样进行则立即更新统计信息以提高下一次查询的性能而不必等待一个维护时窗

乐观锁定

DBA 常通过调优来解决数据库响应时间问题往往没有考虑到问题可能与并发有关Viper 引入了乐观锁定技术这种技术不会在选择一个行与更新或者删除这个行之间保持行锁应用程序程序编写为乐观地假设未锁定的行在更新或者删除操作之前不大可能会被改变如果行确实被改变了那么更新或者删除将会失败; 对于这样的失败应用程序逻辑会再次尝试选择(举例来说)操作使用乐观锁定可以提高并发性因为其他应用程序可以同时读写那一行但是如果在读操作与更新或删除操作之间数据行发生的变化那么应用程序就需要重试逻辑在三层环境中业务事务常常没有与数据库事务相对应这时就不能使用锁因为不能在整个业务事务中维护锁在这种情况下乐观锁定成了很好的方法它可以减少锁竞争同时不会牺牲数据完整性(虽然乐观锁定刚刚被引入 DB for Linux Unix and Windows但是早已被提供给 DB for z/OS 用户)请参阅 年 月一期和本期 DB Magazine 中的文章以了解更多关于该平台上的乐观锁定的信息

抢先使用 Viper

DB Viper 构建在 IBM 去年引入的混合型 XML 和关系数据服务器的基础上抢先试用 Viper 可以增加您的 IT 敏捷性

[] [] []