引:DB2 for Linux, Unix, and Windows 的下一个发行版(预计于今年年底推出)承诺改进 XML 开发、可用性、安全性、工作负载管理等特性，以帮助 IT 部门跟上不断变化的业务需求。
DB2 for Linux, Unix, and Windows 的下一个发行版(预计于今年年底推出)承诺改进 XML 开发、可用性、安全性、工作负载管理等特性，以帮助 IT 部门跟上不断变化的业务需求。
如今，实时数据对于企业来说至关重要。企业必须要以信息为基础来做出正确的决策，赶在竞争对手前发布新产品和新服务。这给 IT 部门带来的挑战不仅仅是要跟上变化的步调，更重要的是领导向业务需求看齐的创新过程。
Business Performance Management Institute(bpminstitute.org)最近开展的一项调查表明，对整体业务影响最大的因素就是IT 部门能否快速、灵活、及时地交付应用程序。但是调查也显示，只有 11% 的调查者认为他们的IT部门的变化过程可以跟得上业务需求。
响应业务需求的能力源于灵活的基础。“Viper 2”(DB2 9.5 版本的代码名称)就提供了这样的基础。
敏捷的 XML 开发
在 DB2 9 中，IBM 创建了一个新的混合数据服务器，可以同时管理关系型和 XML 数据存储库。DB2 Viper2 扩展了这种“纯 XML ”能力，以加快应用程序的交付。
XML 专为敏捷性而设计。它的众多特征使之非常适合动态企业应用应用程序，自描述元素、平台无关性和方便的可扩展性只是其中一部分。新的 DB2 Viper 2 特性又进一步增强了这种敏捷性。
XML 提供了快速传送数据的能力(这是 XML 盛行的原因之一);XSLT 是最流行的 XML 转换方式。DB2 Viper 2 内置 XSLT 支持。新的 XSLTRANSFORM 程序可将数据库中的 XML 文档转换为 HTML、普通文本或者其他格式的 XML。
XML 流行的另外一个原因是能够快速地更改 XML 记录。DB2 可以让您实时更新 XML 模式，而不会失去对已有 XML 文档的访问。XML 定义通常存储在 XML 模式中。DB2 Viper2 引入了模式演变，提供了根据一个注册模式的演化版本验证已有的和新的 XML 文档的能力。UPDATE XMLSCHEMA 命令和 XSR_UPDATE 存储过程让您可以修改已经在 XML 模式库中注册的 XML 模式，并且无须重新验证已有的 XML 文档。
减少系统宕机时间
从 8.2 版开始，DB2 for Linux, Unix, and Windows 中就已经提供了高可用性灾难恢复。DB2 HADR 维护一个备用数据库，它复制主 DB2 服务器上的更新。如果主 DB2 服务器停止工作，则可以通过在备用服务器上发出接管命令，让备用服务器接管主服务器的工作负载。为增强 DB2 高可用性的功能，DB2 Viper2 AIX 和 Linux 发行版中将包括 Tivoli System Automation(TSA)。TSA 检测停机故障，并自动发出接管命令(如图 1 所示)，从而提供自动化的 DB2 服务器故障恢复。现在可以使用 DB2 Viper2 中包含的 DB2 安装器或者 Tivoli 脚本安装、更新和卸载 TSA。
图 1. DB2 HADR(高可用性灾难恢复)和 TSA 的配置
DB2 的每个版本都包括了一些有助降低成本的改进;即将发布的版本也不例外。DB2 Viper2 通过定期移除旧的文件来自动减少备份、负载拷贝和记录文件的存储占用量。在 DB2 9 中，DB2 数据服务器定期自动移除这些文件;DB2 数据库管理器剪除超过 num_db_backups 指定数量和早于 rec_his_retentn 指定的日期的历史文件记录。Viper2 版本包含了新的配置参数 auto_del_rec_obj;当这个参数被设为 ON 时，数据服务器删除与它剪除的历史文件相关的备份、负载拷贝和日志文件。
对于数据仓库，DB2 Viper2 包括了一些增强，可提高分区数据库的整体可用性。在 Viper 2 中，当对某个分区数据库的编目节点进行备份时，可以指定将哪个分区包括在备份中。这些分区将会同时被备份。
为了辅助恢复，可以使用新的 END_OF_BACKUP 子句将分区数据库中的所有分区前滚到最小恢复时间，这是前滚期间使数据库取得一致的最早时间点。这个特性消除了手动确定一致点所需的时间，并提高了恢复的速度。
一些增强在缩短离线数据重分发时窗的同时，也提高了 DB2 分区数据库的可用性，确保数据仓库对企业是可用的、可访问的。DB2 Viper 2 随后的修复包中将提供对离线数据重分发的性能增强。 |
