DB2® Viper 的自治特性可以帮助您从数据中提取更多的商业价值，同时减少管理数据所花的时间。本文介绍 DB2 Viper 中新增的一些自治功能，并描述在 DB2 Viper 入门系列中其他文章 中没有讲到的其他一些值得注意的增强。
简介
IBM® 一直以来都是自治计算的先驱。DB2 Version 8 中就引入了很多自配置、自优化和自修复功能。DB2 Viper 继续执行这一策略，帮助您从数据中提取更多的商业价值，同时减少管理数据所花的时间。
本文介绍 DB2 Viper 中新增的一些自治功能。文中还提到在本系列的其他文章中没有讲到的其他一些值得注意的增强。
自动化
现在，在缺省情况下，新创建的 DB2 Viper 数据库是自配置和自维护的，这意味着在创建数据库时，不再需要为内存管理、存储管理、性能调优或者数据库维护计划而操心。您只管创建数据库，DB2 会负责处理其他事情。
除了 自调优内存管理，DB2 Viper 中的其他自治增强包括：
- 缺省情况下启用的自动配置
- 自动数据库维护
- 自动存储管理
这些自治特性的设计目的是简化数据库管理，提高管理员的生产率和效率，从而降低维护成本。这些特性对于应用程序开发人员和供应商同样有好处，因为这些特性可以使他们将精力集中在应用程序开发上，而不必担心数据库的配置或部署。
缺省情况下启用的自动配置
第 8 版的 DB2 引入了配置顾问（Configuration Advisor），该特性可以检测系统和数据库的特征 —— CPU、内存、数据库大小、表的数量等，并为配置参数提供建议的取值。DB2 Viper 则更上一层楼，它自动运行配置顾问，在缺省情况下，还会做出一些基本的调优决定。例如，它会配置缺省的缓冲池大小、I/O 清理器和 I/O 服务器等。这种初始的自动调优意味着，与用以前的缺省数据库配置创建的数据库相比，数据库有更好的性能，能提供更好的开箱即用操作。
自动数据库维护
为了简化维护操作，在缺省情况下，DB2 Viper 还支持将某些正在进行的任务自动化。例如，它周期性地自动执行 RUNSTATS 实用程序，以更新关于表及相关索引的物理特征的统计信息。DB2 优化器使用这些统计信息为任何给定的查询决定最有效的访问计划，从而提高查询的性能。
DB2 Viper 还有图形化的向导，用于创建数据库并提供自动维护，或者用于为已有的表配置自动维护。除了 RUNSTATS 外，还可以将数据库备份和 REORG（表和索引数据整理）自动化。自动维护的工作方式是，首先由您定义低活动或无活动的维护窗口，如果 DB2 根据评估标准确定需要进行维护，那么它就在下一个可用窗口中执行所需的任务。
图 1. 配置自动维护
自动存储管理
DB2 Viper 扩展了最初在 DB2 V8.2.2 中引入的自动存储特性。自动存储会自动增加数据库在磁盘和文件系统上的大小。有了这个特性，就无需管理存储容器，同时可以利用数据库管理存储的性能和灵活性。在 DB2 Viper 中，当创建新的数据库时，缺省情况下就会启用自动存储。此外，自动存储支持还适用于多分区数据库。
有了这个特性，就不再需要担心如何创建附加的表空间、添加容器以及监控容器的增长等。当您想恢复一个数据库备份时（假设该数据库备份在另一个系统上，该系统可能有不同的目录和路径结构），那么可以重新定义存储路径，从而使用新的路径，而不是使用存储在备份镜像中的路径。
之前，例如在 Windows® 系统上，我们可以在 C 盘上创建数据库。而现在可以在 C 盘和 D 盘创建数据库，之后还可以返回来修改数据库，添加 E 盘和 F 盘，DB2 会在幕后根据某些策略来管理空间。下面的例子展示了在 UNIX® 和 Linux® 系统上自动存储的应用。
在创建一个数据库时，可以指定供该数据库使用的存储池。如果没有指定存储路径，那么就使用缺省的数据库路径（dftdbpath）。
CREATE DATABASE test on /data/path1, /data/path2
|
之后还可以添加附加的存储路径到存储池中：
ALTER DATABASE ADD STORADE /data/path3, /data/path4
|
在以前，当创建表空间时，必须为它们指定容器。现在，可以让这些表空间自动使用数据库存储池：
CREATE TABLESPACE ts1 MANAGED BY AUTOMATIC STORAGE
|
还可以为存储的增长和限制定义策略：
CREATE TABLESPACE ts2
INITIAL SIZE 500K
INCREASE SIZE 100K
MAXSIZE 100M
|
这些例子说明了自动存储的简单性和灵活性。
更改缺省的自动化特性
在 DB2 Viper 中，在缺省情况下，当创建新数据库时，诸如自动配置、RUNSTATS、自调优内存和自动存储之类的特性都是已启用的。这样设计的目的是简化环境的配置和优化。不过，如果您想自己配置和调优这些特性，那么 DB2 也允许禁用缺省的自动特性。同样，如果有从以前版本的 DB2 升级过来的数据库，那么缺省情况下这些已有的数据库没有启用这些特性。这样设计是为了保持经过调优的设置，确保系统具有可预测性。为了利用新的自动化功能，需要显式地为已有的数据库启用新的自动化特性。
其他改进
DB2 Viper 提供了很多增强和改进，这里难以一一列出。本节讨论这个新版本中其他一些值得注意的增强：
- 对同一个系统上安装多个 DB2 的支持。
- 不用 DB2 客户机运行 ODBC 和 CLI 应用程序的能力。
- IPv6 支持。
- 增加表大小限制和容量。
同一个系统上安装多个 DB2
DB2 Viper 允许在同一个系统上安装多个数据服务器或客户机软件。而且，可以：
- 在任何地方安装： 可以选择使用任何路径安装 DB2 数据库系统。
- 安装任意次数： 可以在同一个操作系统镜像上安装两个或更多的 DB2 Viper。每个副本可以在相同的代码级别上，也可以在不同的代码级别上。
- 独立维护每个副本： 可以独立更新某一个副本，而不影响其他的副本。
这有以下优点：
- 部署独立： 可以为不同的目的和不同组使用独立的 DB2 副本。这种独立性允许在同一台计算机上有运行在不同修复包级别上的不同数据库。例如，人力资源部可以应用某个修复，而不影响财务部。
- 产品生命周期的灵活性： 可以部署某个版本的 DB2 用于生产，另外部署一个更新的版本，用于测试新的修复包。这样一来，生产实例可以逐个实例地转移到新的安装路径。
- 增强的可嵌入性：应用程序供应商可以嵌入他们自己的数据服务器软件，并独立于其他需要使用 DB2 的应用程序运行。
不用 DB2 客户机运行 ODBC 和 CLI 应用程序
现在，使用 CLI 或 ODBC 接口的 DB2 Viper 应用程序的运行时部署变得更加容易。有一个新的驱动程序 —— 也是独立于 DB2 服务器或客户机包发布的 —— 为 ODBC 和 CLI 应用程序提供了运行时支持和远程连接：
- 可以将该驱动程序安装在已经安装了 DB2 客户机的计算机上。
- 在同一台计算机上可以安装多个这样的驱动程序。
不用 DB2 客户机或服务器即可为 ODBC 和 CLI 安装 DB2 驱动程序，这种能力使得数据库应用程序的部署更为容易：
- 可以将该驱动程序包含在数据库应用程序的安装包中。
- 分发包的大小、安装条件和内存需求量都有所降低。
IPv6 支持
DB2 Viper 支持 IPv6。IPv6 是当前版本的 IP（Internet Protocol），即 IPv4 的演进版本，它在全局寻址范围上没有实际的限制。由于 IPV4 在可用全局地址数量上的限制，IPv6 有望逐渐取代 IPv4。
所有平台上的 DB2 Viper 中仍将继续支持 IPv4，并以它作为缺省协议。在服务器上，如果没有配置 IPv6，那么 DB2 将像之前的版本一样，只侦听所有 IPv4 地址。但是如果配置了 IPv6，那么 DB2 将侦听所有的 IPv4 和 IPv6 地址。要在 DB2 9.1 上配置 IPv6，可以使用新的 CATALOG TCPIP6 NODE 命令编目 TCPIP 节点。
增加的表大小限制和容量
DB2 Viper 中的一个分区表最大可以达到 512 exabyte！这是因为 DB2 Viper 中支持大型记录标识符（RID）。RID 用于引用一个表空间中的对象。RID 指定一个记录所在的页号和页中位置。更大的 RID 意味着可以引用表空间中的更多页面，每页可以容纳更多的行，因而表具有更大的容量。
图 2. 对大型 RID 的支持
缺省情况下，DMS（数据库管理的）表空间和以自动存储创建的表空间支持大型 RID。具有大型 RID 的非分区表（使用 32K 的页宽）可以容纳 16 TB 或 11000 亿行数据。
除了增加数据库容量外，对大型 RID 的支持还简化了表空间的管理（通过合并），并可以提高存储和内存的利用率。
结束语
DB2 Viper 的设计目的是，为管理数据库、使数据库能随着新的级别伸缩以及提高开发和部署的生产率，提供一种更简单、更低成本的方式。请下载 DB2 Viper，试试这些新特性，体验一下它的优点。 |
