DB2 Express 数据服务器的 Feature Pack
可以通过购买 Feature Packs，用许多企业服务扩展 DB2 Express。Feature Pack 是在 DB2 9 中首次引入并在 DB2 9.5 中继续更新。通过引入 Feature Pack，客户可以按照菜单定制 方式为应用程序购买数据服务，应用程序就可以在不使用大型服务器的情况下，使用通常在成熟的企业解决方案中才有的服务。
Feature Pack 必须采用与 DB2 数据服务器相同的许可方式，也就是按照授权用户许可证或者按照安装它们的服务器的价值单元级别授予许可。DB2 Express 9.5 可用的 Feature Pack 有变化，包括：
* High Availability Feature for DB2 Express： 它提供的许多服务可以提高在 DB2 Express 数据服务器上运行的应用程序的可用性，包括支持在线表重组、用于 DB2 9.5 内置的 Tivoli System Automation（TSA）高可用性服务的两节点集群许可证和 High Availability Disaster Recovery（HADR）。这个 Feature Pack 中的所有特性都包含在基本 DB2 Workgroup 和 DB2 Enterprise 版本中。
HADR 是一组可用性服务，它们提供可靠的数据库可用性和一个保护计划，不但在整个组合上提供冗余，甚至能够满足最苛刻的可用性服务水平协议，支持以秒度量的平均修复（MTTR）时间。HADR 最出色的方面是，只需单击按钮，就能够设置好它。
在线表重组与其他厂商的产品功能都不一样。它可以对表进行连续的重组，而不需要传统镜像复制方式所需的大量磁盘空间。它可以启动、暂停和节流；当您改变操作的状态时，就立刻会见到收益。例如，可以在晚上运行重组，在白天对它进行节流或停止它。当重组停止时，访问表的应用程序会立即享受到重组带来的好处：这是真正的可用性。
DB2 9.5 将 TSA 高可用性技术集成在 DB2 中。可以利用这些服务将两个数据服务器设置成高可用性集群，甚至自动执行 HADR 解决方案的故障转移。除此之外，DB2 9.5 安装程序可以自动配置高可用性集群。还有一个新的框架，它的前端是新的 DB2 High Availability Instance Configuration Utility（db2haicu）。这个框架提供一个基于文本的界面，可以使用它在集群环境中配置和管理高可用性数据库。现在，DB2 可以通过查询系统收集关于数据库实例、集群环境和集群管理器的信息，还可以让整个集群在发生变化时保持同步。
* pureXML for DB2 Express： 它允许在 DB2 Express 数据库中创建 pureXML 列和使用相关的 XML 服务，比如 XML 模式检验和注册服务、基于路径的索引服务、XQuery 服务等。注意，DB2 Personal、DB2 Express-C 和 DB2 Express-C FTL 免费提供这个特性。
尽管 DB2 XML Extender 的效率和功能不及 DB2 9 中的 pureXML 服务，但是 DB2 9.5 中仍然提供它，可以使用它对 XML 进行持久化。但是您应该知道，XML Extender 存储 XML 的方式与其他关系数据库产品相同：即把 XML 数据分解成关系格式，或者将整个 XML 文档放进一个大对象中。无论您使用哪个厂商的数据库，在使用他们的技术对 XML 数据进行持久化时，都需要在性能、灵活性等方面进行权衡。
DB2 9.5 中的 pureXML 特性提供的服务不会在存储 XML 数据时损害灵活性（灵活性是设计 XML 的目的）和性能（性能是用数据服务器存储 XML 的原因之一）。对于几乎所有基于 XML 的应用程序，强烈建议使用这个特性。
* Homogeneous Federation for DB2 Express ：它允许跨 DB2 系列成员创建别名。这样，应用程序就能够使用驻留在不同平台上的 DB2 表，而不用考虑它们的位置。例如，可以使用这个特性对驻留在 DB2 for i5/OS 数据库中的数据和 DB2 for Linux on System z 中的数据执行联结。如果希望对非 IBM 数据源执行联邦操作，或者希望使用基于队列的复制，那么需要购买单独的 IBM Information Server 套件 中的产品。
许可和定价
DB2 Express 对于安装它的服务器有以下体系结构限制：
* DB2 Express 要求整个数据服务器使用的内存不超过 4 GB。尽管有这个内存限制（用一个配置参数控制），但是可以在内存超过 4 GB 的服务器上安装 DB2 Express —— 这个限制是要求 DB2 数据服务器软件 使用的内存不超过 4 GB。例如，如果在一个有 8 GB 内存的服务器上安装两个数据库，那么可以在这两个数据库之间分配 4 GB 内存（即使它们在不同的实例中），但是物理服务器上所有实例和数据库的内存总和不能超过 4 GB。还要牢记一点：这个限制是软性实施的 —— 换句话说，由您负责确保数据服务器不超过这个限制，因为 DB2 Express 并不像 DB2 Express-C 和 DB2 Express-C FTL 那样硬性限制这个资源。
* 只能在小于等于 200 VU 的服务器上安装 DB2 Express。例如，因为一个双核 x86 Intel 处理器的每个处理核心是 50 VU，所以在安装这个 DB2 版本的服务器上最多只能有两个双核 x86 Intel 处理器。
* 这个 DB2 版本不支持子容量许可。
可以按照以下两种方式之一为 DB2 Express 数据服务器购买许可证：
* 按照安装 DB2 Express 软件的服务器的 价值单元 总数购买许可证。这种许可证允许任意数量的用户使用任何方法访问 DB2 Express 数据服务器。
* 按照访问 DB2 Express 数据服务器的授权用户总数购买许可证。授权用户是一个个体（在某些情况下，只要不代表其他用户发挥作用，它可以是一个应用程序或装置），它具有在公司内外的特定身份。由于最终用户是已知的（必须针对许可明确识别用户），因此也可以通过因特网使用这些许可证（比如在线银行应用程序）。授权用户许可证拥有完全的权利；不需要像以前的 DB2 版本中那样另外使用服务器许可证。请注意特定身份 这个词。如果使用多路复用或连接集中软件，那么需要首先完全识别这些用户，然后才能将这些软件应用于连接。
对于访问数据服务器的每个用户，都需要获得一个授权用户许可证；但是，无论有多少用户访问数据服务器，至少要购买最低数量 的授权用户许可证：每个 DB2 Express 服务器要求最少 5 个授权用户许可证。
授权用户许可证不能随工作转移而转移（但是可以由于雇用关系转移而转移），它们只对特定的一个服务器有效。例如，如果有 25 个用户需要访问两个单独的 DB2 Express 数据服务器，那么需要购买 50 个授权用户许可证：2 个服务器 x 每个服务器 25 个授权用户。即使这些用户中只有 12 个用户同时连接数据服务器，仍然必须为每个数据服务器购买所有 25 个用户的许可证（所以这个示例需要 50 个授权用户许可证）。如果有一个 DB2 Express 数据服务器且只有 3 个用户，那么仍然需要购买 5 个 DB2 Express 授权用户许可证，这样才能满足这个 DB2 版本对最低用户数的要求。
DB2 9.5 中的变更
DB2 9.5 并没有改变 DB2 Express 的定价或许可规则。但是，从 DB2 9.5 开始，取消了 DB2 Express 可用的一些 Feature Pack，只保留前一节中提到的那些 Feature Pack。具体地说，不能为 DB2 Express 9.5 购买 Workload Management 和 Performance Optimization Feature Packs，不能在这个 DB2 版本中使用其中包含的特性。
请考虑一下……
DB2 Express 是一个入门级的 DB2 数据服务器，对于不需要超过 4 GB 内存和 200 VU 处理能力的工作负载，应该考虑使用这个版本。这个版本不适合那些需要并行性或 MDC 表等可伸缩性特性的应用程序，因为基本 DB2 Express 服务器不提供这些特性，也无法通过 Feature Pack 获得它们。
在 DB2 Express 上可以实现的有趣功能
Sage 是世界上最著名的端到端软件提供商之一，运行 SMB 等业务。在默认情况下，他们的 ACCPAC 应用程序在 DB2 Express 上运行。Craig Downing（负责产品管理的副总裁）指出，“DB2 清楚地表明 IBM 的产品很适合 SMB 市场。尤其是，管理任务的自动化使中小型企业能够获得很高的数据可靠性，同时不需要在管理方面做很多工作。”
一家为北美的 280 万中小用户（和全世界的 450 万用户）服务的公司选用 DB2 Express 来处理他们最流行的应用程序之一，因为 DB2 Express 容易使用。这真的很酷！
DB2 Workgroup Server Edition……它比 DB2 Express 大一点儿，但并不悬殊
DB2 Workgroup Server Edition（DB2 Workgroup）是提供与 DB2 Express 数据服务器相同的功能的 DB2 数据服务器，但它是为需求更高的工作负载设计的，支持更多内存、更大处理能力和更高的可用性，并提供许多平台部署选项。与 DB2 Express 不同（DB2 Express 只能在 Windows、基于 x86 的 Solaris 和 Linux 操作系统上运行），在 DB2 支持的所有分布式平台上都可以运行这个 DB2 版本，即：Linux、Windows、AIX、Solaris 和 HP-UX（前面的链接提供最新的平台支持信息）。
DB2 Workgroup 在功能方面与 DB2 Express 相似；但是从 DB2 9.5 开始，它免费包含 High Availability Feature Pack 的所有组件（在 DB2 Workgroup 9 中，这是付费组件）。具体地说，从 DB2 9.5 开始，基本 DB2 Workgroup 版本包含 HADR、在线表重组和集成的 TSA 高可用性软件。除此之外，DB2 Express 和 DB2 Workgroup 在 RAM 和价值单元限制方面也不同；与 DB2 Express 相比，可以用来丰富 DB2 Workgroup 数据服务器的 Feature Pack 更多。
DB2 Workgroup 数据服务器的 Feature Pack
与 DB2 Express 一样，可以通过购买 Feature Packs，用许多企业服务扩展 DB2 Workgroup。DB2 Workgroup 可用的 Feature Pack 比 DB2 Express 多，所以 DB2 Workgroup 可以提供比 DB2 Express 更多的附加功能和选项。
* Query Optimization Feature for DB2 Workgroup： 这个 Feature Pack 以前在 DB2 9 中称为 Performance Optimization Feature Pack，它支持在 DB2 Workgroup 数据服务器上使用物化查询表（MQT）、多维聚簇（MDC）表和查询并行性。所有这些特性都用来提供出色的性能（尤其适合商业智能化 [BI] 应用程序），它们是基本 DB2 Enterprise 版本的组成部分。在 DB2 Express 中不能使用这个 Feature Pack。
DB2 提供许多高性能对象和功能，可以将处理能力提高到每分钟处理数十万个用户和数百万个事务。这个 Feature Pack 支持在 DB2 Workgroup 数据服务器中创建 MDC 表和 MQT。这些对象可以为 DB2 上运行的应用程序提供很大的好处。实际上，我认为这个 Feature Pack 包含了对于任何高性能 BI 应用程序最重要的一些组件。（如果将 DB2 用于 BI 应用程序，就一定要了解 MDC 和 MQT 是什么。）如果您希望大大提高在 DB2 Workgroup 和小型服务器上运行的应用程序的性能，那么这个 Feature Pack 正好提供了您需要的组件。
* pureXML for Workgroup：为 DB2 Workgroup 提供与 pureXML Feature Pack for DB2 Express 相同的 XML 特性和功能。
* Homogeneous Federation DB2 Workgroup：为 DB2 Workgroup 提供与 Homogeneous Federation DB2 Express 相同的同构联邦特性和功能。
许可和定价
在核心功能方面，DB2 Workgroup 和 DB2 Express 差不多是相同的产品，只是在 DB2 9.5 中 DB2 Workgroup 免费包含 High Availability Feature Pack。在许可方面，这两个 DB2 版本的差异在于体系结构限制：
* DB2 Workgroup 数据服务器限制为 16 GB 内存。由您负责用与内存相关的配置参数管理这个限制。这意味着可以在内存超过 16 GB 的服务器上安装 DB2 Workgroup —— 这个限制是要求 DB2 数据服务器软件 使用的内存不超过 16 GB。例如，如果在一个有 32 GB 内存的服务器上安装两个数据库，那么可以在这两个数据库之间分配 16 GB 内存（即使它们在不同的实例中），但是物理服务器上所有实例和数据库的内存总和不能超过 16 GB。
* 只能在小于等于 400 VU 的服务器上安装 DB2 Workgroup。
* 在 DB2 Workgroup 软件中不能使用子容量许可。
可以按照以下两种方式之一为 DB2 Workgroup 购买许可证：
* 按照安装 DB2 Workgroup 软件的服务器的 价值单元 总数购买许可证。这种许可证允许任意数量的用户使用任何方法访问 DB2 Workgroup 数据服务器。
* 按照访问 DB2 Workgroup 数据服务器的授权用户总数购买许可证。授权用户是一个个体（在某些情况下，只要不代表其他用户发挥作用，它可以是一个应用程序或装置），它具有在公司内外的特定身份。由于最终用户是已知的（必须针对许可明确识别用户），因此也可以通过因特网使用这些许可证（比如在线银行应用程序）；不需要像以前的 DB2 版本中那样另外使用服务器许可证。请注意特定身份 这个词。如果使用多路复用或连接集中软件，那么需要首先完全识别这些用户，然后才能将这些软件应用于连接。
对于访问数据库的每个用户，都需要获得一个授权用户许可证；但是，无论有多少用户访问数据服务器，至少要购买最低数量 的授权用户许可证：每个 DB2 Workgroup 服务器要求最少 5 个授权用户许可证。
授权用户许可证不能随工作转移而转移（但是可以由于雇用关系转移而转移），它们只对特定的一个服务器有效。例如，如果有 25 个用户需要访问两个单独的 DB2 Workgroup 数据服务器，那么需要购买 50 个授权用户许可证：2 个服务器 x 每个服务器 25 个授权用户。即使这些用户中只有 12 个用户同时连接数据服务器，仍然必须为每个数据服务器购买所有 25 个用户的许可证（所以这个示例需要 50 个授权用户许可证）。如果有一个 DB2 Workgroup 数据服务器且只有 3 个用户，那么仍然需要购买 5 个授权用户许可证，这样才能满足这个版本对最低用户数的要求。
