今天，实时数据对于业务来说至关重要。一个公司必须要以信息为基础来做出正确的决策，并且赶在竞争对手前发布新产品和新服务。这对于IT部门的挑战不仅仅是要跟上节奏，更重要的是领导业务需求的创新过程。

业务性能管理研究所(bpminstitute.org)最近的一项调查表明，对整体业务影响最大的是来源于IT部门的快速，灵活和及时响应的应用传递。但是调查也显示，只有11%的调查者感觉他们的IT部门的变化过程可以跟的上业务需求。

响应业务需求的能力来源于一个灵活的基础。“Viper 2”(下一代 DB2 9.5版本的开发名称)就为您提供了这样的基础。

敏捷XML开发

使用DB2 9，IBM创建了一个新的混合数据服务器，可以同时管理关系型和XML数据存储。DB2 Viper2 扩展了这一“纯XML”能力来加速应用传递。

XML是为敏捷性而设计的。它的自描述元素，平台无关性，和方便的扩展性是一些让它更加适合动态业务应用的属性。新的DB2 Viper 2特性增强了其敏捷性。

XML提供了快速传送数据的能力(它流行的原因)；的确XSLT是最流行的转变XML的方式。DB2 Viper 2内建了对XSLT的支持。新的XSLTRANSFORM程序转换数据库中的XML文档为HTML，普通文本或者其他形式。

XML流行的另外一个原因是能够快速的改变XML记录。DB2可以让你实时更新XML模式，而不用失去对已有XML文档的访问。XML定义一般是存储在XML模式里。DB2 Viper2 介绍了模式演变，提供了验证已有的和新的XML文档到一个已注册的模式的演化版本的能力。UPDATE XMLSCHEMA命令和XSR_UPDATE存储的过程让你修改已经在XML模式库中注册的XML模式，无须重新有效化已有的XML文档。

减少系统停机时间

高可用性灾难恢复(HADR)已经在DB2 8.2版本中实现并可为Linux，Unix和Windows所用了。DB2 HADR维护了一个备用数据库来复制主DB2服务器的更新。如果主DB2服务器停止了工作，这个备用服务器可以通过接管命令将主服务器的负载全部接管。为了增强DB2高可用性的功能，DB2 Viper2 AIX和Linux发行版本包含了Tivoli系统自动化(TSA)。TSA通过检测失效来提供了自动的DB2失效恢复，并且自动签署结果命令。如图1所示。你可以使用DB2 Viper2中包含的DB2安装器或者Tivoli脚本安装，更新和卸载TSA。

图1

每个DB2的版本都包含了帮助降低费用的改进;即将发布的版本也不例外。DB2 Viper2通过规则的移动老文件来自动减少备份，负载拷贝，和记录文件的存储消耗量。在DB2 9中，DB2数据服务器以规则的方式移动这些文件；DB2数据库管理器超过num_db_backups规定和旧于rec_his_retentn定义的日期的历史文件记录。Viper2 版本包含了新的配置参数auto_del_rec_obj;当这个参数为ON，数据服务器删除备份，负载拷贝和剪除任何历史文件的记录文件。

对于数据仓库，DB2 Viper2包含了增强功能来提高总体得分布式数据库可用性。当在Viper 2版本中的某个分离的数据库中的catalog节点进行备份时，你可以指定哪个分区包含进这个备份。这些分区将会同时被备份。

为了辅助恢复，你可以使用END_OF_BACKUP语句来在一个分离的数据库中回滚到最小恢复时间，也就是在回滚中发现数据库可用的最近的一个时间点。这个特性减少了需要手动决定可用点的时间，提高了恢复的速度。

为离线数据重分配的窗口缩减的增强也提高了DB2分布式数据库的可用性，保证了数据仓库可用且可被业务访问。性能提升将会以一系列的DB2 Viper2的FixPak出现。

管理和安全

信息的随处可访问的趋势，也带来了数据偷窃和失去安全控制的风险。原先只对内部员工开放的数据现在对所有业务伙伴和客户开放了，那么也更易受到非授权访问的攻击。信息安全小组面临着在内外夹攻的形势下保护关键企业数据的挑战(公司财务，信用卡，个人身份，个人健康和知识产权信息)。

DB2 Viper2审计功能的增强通过提供需要审计的敏感信息的多粒度提高了审计性能。DB2 Viper2也提供了保护审计信息用于未来报告和检查的审计档案。

三层应用已经在近年来得到了广泛应用，特别是在基于Web的技术和J2EE平台中。三层应用模型被诸如WebSphere应用服务器(WAS)等产品所支持——扩展了已有的两层客户机/服务器结构，增加了客户程序(WAS)和数据库(DB2)中的中间层。

在三层应用模型中，中间层认证用户和管理跟数据库之间的交互。当一个用户被中间层认证后，所有对数据服务器的访问使用一个单独的用户ID和密码来访问数据库。因为数据服务器保证了数据库在中间层访问用户ID的权限，每个应用程序的用户分享中间层的同一认证。这限制了审计只报告中间层用户ID而不是在请求数据的真正的终端用户。

图2

尽管三层应用模型有很多优点，它也引发了安全考虑，诸如失去用户身份。中间层用户ID将会用于所有数据库连接；IT安全最好的实践偏向于使用真正访问的用户的身份，以便用于控制目的。因为中间层用户ID并不是真正最终用户的ID，它并不提供大多数公司需要的审计和用户统计性。