DB2 10.5 产品家族包含 6 个付费版本,一个单独付费的特性和一个免费包。本文的目的是帮助您理解它们之间的区别。
文中还会列出 DB2 10.5 中提供的新功能,比如 BLU Acceleration、DB2 pureScale 增强、SQL 兼容性增强和简化的产品包装。
DB2 with BLU Acceleration 结合了高级、创
新的功能,以加速执行数据库和数据仓库的工作负载分析。DB2 with BLU Acceleration 还集成了 IBM Cognos® Business Intelligence 来提供报告和更
深入分析。 对 DB2 pureScale 环境的高可用性灾难恢复 (HADR) 支持、更高的可用性、改进的工作负载平衡,以及数据库从 DB2 pureScale 实例还原到常规 DB2 实例,这些都是 DB2 10.5 中引入的增强。 SQL 兼容性方面的新增强(比如对大型行的支持,以及从索引中排除 NULL 键)降低了在 DB2 环境中运行应用程序的
复杂性。 产品包装方式的变化带来了更多的价值,因为基础 DB2 版本中包含更多功能和特性,比如仓库功能。
简易比较表
为了帮助您确定哪个 DB2 版本和包适合您,下表并列比较了各个 DB2 版本中的以下特性和功能。
平台支持 处理器核心限制、内存限制 和 用户数据限制 支持的许可选项 和 虚拟化及次级容量许可选项 IBM 技术支持 BLU Acceleration DB2 pureScale® 支持 高可用性 (HA) 支持、SA MP 支持 和 高可用性灾难恢复 (HADR) 支持 DB2 Advanced Copy Services (ACS) 在线表重组 (REORG) 基于标签的访问控制 (LBAC) 和 行和列访问控制 (RCAC) 支持 时间旅行 多温度存储(Multi-temperature storage) 扫描共享 连续数据摄取 DB2 工作负载管理 MQT、查询并行性、MDC 表 和 表(范围)分区 备份压缩、值压缩和归档的日志文件压缩 经典的行压缩和自适应压缩 连接集中器 和 DB2 Connect 功能 跨 IBM 关系数据库的联盟、SQL 复制 和 Q 复制 pureXML、DB2 Text Search、DB2 Net Search Extender 和 DB2 Spatial Extender JavaScript 对象表示法 (JSON) 和 资源描述框架 (Resource Description Framework, RDF) Graph Store 支持 SQL 兼容性 IBM Data Studio、IBM InfoSphere Data Architect、IBM InfoSphere Optim Configuration Manager、IBM InfoSphere Optim Performance Manager、IBM InfoSphere Optim Query Workload Tuner 和 IBM InfoSphere Optim pureQuery Runtime 管理控制台、Design Studio、SQL Warehousing Tool (SQW) 和记录在案的仓库示例 智能挖掘流程和非结构化文本分析流程、智能挖掘和可视化工具,以及 多维数据集服务客户端和工具
这些包中未列出的特性和功能包含在所有 DB2 版本中。
下表展示了各个 DB2 版本在操作系统支持上的区别。有关的最新信息,请参阅 IBM DB2 for Linux, UNIX, and Windows 的系统要求。
表 1. 各个 DB2 版本中的平台支持
DB2 版本 详细信息 DB2 Express-C Linux®(x86、x64 和 POWER 服务器)、
Solaris x64 和 Windows®(x86 和 x64) DB2 Express Linux(x64 和 POWER 服务器)、Solaris x64 和 Windows x64 DB2 Workgroup Linux(x64 和 POWER 服务器)、AIX、HP-UX、Solaris(SPARC 和 x64)和 Windows x64 DB2 Enterprise
DB2 Advanced Workgroup Linux(x64、POWER 系统和 System z 服务器)、AIX、HP-UX、Solaris(SPARC 和 x64)和 Windows x64 DB2 Advanced Enterprise Linux(x64、POWER 系统和 System z 服务器)、AIX、HP-UX、Solaris(SPARC 和 x64)和 Windows x64
在 Developer Edition 中,Linux x86 和 Windows x86 仅支持用于测试和开发环境。
某些 DB2 版本要求您限制核心数量。下表给出了各个 DB2 版本的处理器核心限制:
表 2. 各个 DB2 版本中的限制
DB2 版本 详细信息 DB2 Express-C 2 个核心
此限制由 Windows 和 Linux 上的 DB2 软件自动执行。在 Solaris x64 上,必须手动执行此限制。
例如,可将 DB2 Express-C 安装在一个 4 核 Windows 服务器上,而 DB2 软件仅使用 2 个核心。
但是,要将 DB2 安装在 4 核 Solaris x64 服务器上,必须使用一种 符合条件的虚拟化技术 将虚拟服务器限制为 2 个核心,
然后安装 DB2。 DB2 Express 8 个核心
与 Express-C 一样,此限制由 Windows 和 Linux 上的 DB2 软件自动执行。在 Solaris x64 上,必须使用 符合条件的分区或虚拟化技术 手动执行该限制。无论使用哪个平台,可能都需要根据实际的许可指标进行额外的限制。有关的详细信息,请参阅 虚拟化或子容量资格条件 表。 DB2 Workgroup
DB2 Advanced Workgroup 16 个核心
与 Express-C 一样,此限制由 Windows 和 Linux 上的 DB2 软件自动执行。在其他所有平台上,必须使用 符合条件的分区或虚拟化技术 手动执行该限制。无论使用哪个平台,可能都需要根据实际的许可指标进行额外的限制。有关的详细信息,请参阅 虚拟化或子容量资格条件 表。 DB2 Enterprise
DB2 Advanced Enterprise 处理器核心数量不受限制。
DB2 Enterprise Edition 软件可使用所有可用的核心。如果根据 PVU 授予许可,请确保您正确许可了 DB2 能够访问的所有核心。
某些 DB2 版本要求限制可供一个 DB2 实例使用的内存量。以下各表给出了各个 DB2 版本的内存限制:
表 3. 各个 DB2 版本中的内存限制
DB2 版本 详细信息 DB2 Express-C 每个物理服务器或虚拟化会话 16 GB
此限制由 DB2 软件对每个实例自动执行。在具有大于 16 GB 内存的数据服务器中,必须使用 实例内存配置参数 对所有实例手动执行 16 GB 的限制。
例如,您可以在一个具有 32 GB RAM 的服务器上安装并运行一个 DB2 Express-C 实例,并将该实例限制为仅使用 16 GB 内存。 DB2 Express 64 GB
此限制由 DB2 软件对每个实例自动执行。如果有多个实例在同一个物理或虚拟服务器上运行,则必须对所有实例手动执行此限制。 DB2 Workgroup 128 GB
此限制由 DB2 软件对每个实例自动执行。如果有多个实例在同一个物理或虚拟服务器上运行,则必须对所有实例手动执行此限制。处理器插槽数量最多为 4 个。 DB2 Advanced Workgroup 对于 AUSI 和 PVU 许可,内存限制为 128 GB。处理器插槽数量不受限制。
对于 TB 许可,没有内存限制。但是,处理器插槽数量最多为 4 个。 DB2 Enterprise
DB2 Advanced Enterprise 可供 DB2 实例使用的内存没有限制
某些 DB2 版本限制了数据库中的用户数据量。下表给出了这些版本的用户数据限制:
表 4. 各个 DB2 版本中的用户数据限制
DB2 版本 详细信息 DB2 Express-C 每个数据库 15 TB 用户数据 DB2 Express 所有指标下的每个数据库 15 TB 用户数据 DB2 Workgroup 所有指标下的每个数据库 15 TB 用户数据 DB2 Enterprise 每个数据库的用户数据量不受限制 DB2 Advanced Workgroup 每个数据库 15 TB 用户数据
DB2 Advanced Workgroup 包含一段用来计算用户数据量的脚本。 DB2 Advanced Enterprise 每个数据库的用户数据量不受限制
DB2 Advanced Enterprise 包含一段用来计算用户数据量的脚本。
不同的 DB2 版本支持不同的许可方法。下表描述了这些区别:
表 5. 各个 DB2 版本的许可选项
DB2 版本 详细信息 DB2 Express-C 不适用
DB2 Express-C 是一个免费的 DB2 包。 DB2 Express PVU、AUSI、FTL 或 LUVS 许可。FTL 和 LUVS 许可选项常常提供了具有最高成本效益的方式来许可 DB2 Express。
PVU 许可 允许无限数量的用户访问一个 DB2 Express 服务器。此许可基于安装 DB2 Express 的物理或虚拟服务器上的 PVU 评分。 AUSI 许可 允许依据用户、安装来访问 DB2 Express 服务器。使用这个许可选项,您需要为连接到某个特定 DB2 Express 服务器的每个用户购买一个 AUSI 许可。还必须为安装 DB2 Express 的每个物理或虚拟服务器购买至少 5 个 AUSI 许可。 FTL 许可 允许无限数量的用户访问 DB2 Express 服务器,包含一年的支持合同。您只需为安装 DB2 Express 的每个物理或虚拟服务器购买 1 个 FTL 许可。如果您有 5 个服务器,则需要购买 5 个许可。这很简单。 LUVS 许可 的购买方式与 FTL 许可相同,都是根据服务器来购买许可。FTL 许可与 LUVS 许可之间的区别在于,FTL 许可是一种订阅(您租用该软件),而 LUVS 许可是一个永久许可(您拥有该软件)。LUVS 许可还允许无限数量的用户访问 DB2 Express 服务器。 DB2 Workgroup PVU、AUSI 或 LU SOCKET 许可。SOCKET 许可与其他许可选项相比具有最高的价值。
PVU 许可 允许无限数量的用户访问一个 DB2 Workgroup 服务器。它的授权方式与 DB2 Express PVU 许可相同。 AUSI 许可 允许依据用户、安装来访问 DB2 Workgroup 服务器,具有与 DB2 Express AUSI 许可相同的最低许可要求。 LU SOCKET 许可 允许无限数量的用户访问 DB2 Workgroup 服务器。DB2 Workgroup 能够访问的物理或虚拟服务器上的每个插槽都需要一个 LU SOCKET 许可。例如,如果您有一个未分区的、4 插槽、4 核心的服务器,它的评分为 1920 个 PVU,
那么您需要购买 4 个 LU SOCKET 许可。比较 4 个 DB2 Workgroup LU SOCKET 许可授予 1920 个 PVU 的成本就可以知道,为什么 LU SOCKET 许可在强大的服务器上具有最佳的价值。 DB2 Enterprise PVU 或 AUSI 许可
PVU 许可 允许无限数量的用户访问一个 DB2 Enterprise 服务器。您需要购买与安装 DB2 Enterprise 的物理或虚拟服务器上的 PVU 评分匹配的 PVU 数量。最少为 100 个 PVU。 AUSI 许可 的授权方式与 DB2 Workgroup AUSI 许可相同。您的 DB2 Enterprise 服务器需要的最少 AUSI 许可数量为 安装此版本的服务器上每 100 个 PVU 25 个许可。 DB2 Advanced Workgroup
DB2 Advanced Enterprise PVU、AUSI 或 TB 许可
PVU 许可 允许无限数量的用户访问一个具有 DB2 Advanced 版的 DB2 服务器。您需要购买与安装 DB2 Advanced 版本的物理或虚拟服务器的 PVU 评分匹配的 PVU 数量。 AUSI 许可 的授权方式与 DB2 Enterprise AUSI 许可相同。最少的 AUSI 许可数量为安装此版本的服务器上每 100 个 PVU 25 个许可。 Terabyte (TB) 许可 按用户数据的 TB 数(舍入到最接近的 TB 数)提供许可,该数据量由 DB2 Advanced 版本提供的脚本报告。您还必须计算每个数据库需要的 TB 许可数量。这种许可指标主要用于仓库工作负载。出于这个原因,您需要使用至少具有两个活动数据库分区的数据库分区方法,或者将至少 75% 的用户数据保留在 BLU Acceleration 按列组织的表中。
不同的许可模型、平台和虚拟化技术(例如 LPAR、DLPAR、VMware)对虚拟化或子容量环境中的 DB2 版本或包具有不同的要求。有关约束 PVU、LUVS 或 LU SOCKET 许可的规则的详细信息,请参阅 次级容量许可指南。
表 6. 各个 DB2 版本的虚拟化和次级容量许可
DB2 版本 详细信息 DB2 Express-C 是。可使用 支持的虚拟化软件 将 DB2 Express-C 服务器部署在虚拟化的环境中。
例如,如果您有一个 8 核服务器,那么您可以将 DB2 Express-C 安装在 4 个不同的虚拟化会话中,为每个会话分配 2 个核心和 64 GB RAM。有关的更多细节,请参阅 处理器核心限制 或 内存限制。 DB2 Express 是。相同的 DB2 许可和资源限制适用于每个虚拟会话。
如果使用 AUSI、FTL 或 LUVS 许可,则无需担心次级容量许可(subcapacity licensing),因为这些许可指标不是基于核心的。如果使用 PVU 许可,那么除了
前面列出的资源限制外,还必须使用一种 符合条件的虚拟化技术 限制每个虚拟服务器,以满足所有资源限制。
例如,如果将 DB2 Express 安装在同一个服务器上的 4 个 VMware 会话中并使用 AUSI 许可,您的每个会话需要至少 5 个 AUSI 许可。如果一个用户希望在所有 4 个分区中访问该软件,该用户需要 4 个 AUSI 许可。
另一个示例:对
于一个未分区的 20 核 Linux x64 服务器,可安装 依据 LUVS 指标授权的 DB2 Express,但是如果该软件依据 PVU 指标授权,则需要使用分区或虚拟化来将每个虚拟服务器限制为最多 4 个核心和 64 GB RAM。 DB2 Workgroup 是。相同的 DB2 许可和资源限制适用于每个虚拟会话。
如果使用 AUSI 许可,则无需担心次级容量许可,因为这些许可指标不是基于核心的。如果使用 PVU 或 LU SOCKET 许可,那么除了前面列出的资源限制外,还必须使用一种 符合条件的虚拟化技术 限制每个虚拟服务器,以满足所有资源限制。
例如,如果将依据 PVU 或 LU SOCKET 指标授权的 DB2 Workgroup 安装在未分区的 64 核 Linux x64 服务器上,您必须使用分区或虚拟化技术将 DB2 限制为每个虚拟服务器最多 16 个核心和 128 GB RAM。 DB2 Advanced Workgroup 是。相同的 DB2 许可和资源限制适用于每个虚拟会话。
如果使用 AUSI 许可,则无需担心次级容量许可,因为这些许可指标不是基于核心的。
如果使用 PVU 或 TB 许可,那么除了前面列出的资源限制之外,还必须使用 符合条件的虚拟化技术 限制每个虚拟服务器,以满足所有资源限制。
例如,如果将 DB2 Advanced Workgroup 安装在一个虚拟化的会话中并使用 AUSI 许可,那么您必须为每 100 个 PVU 购买至少 25 个 AUSI 许可。如果将依据 PVU 或 TB 指标授权的 DB2 Advanced Workgroup 安装在未分区的 64 核 Linux x64 服务器上,您必须使用分区或虚拟化技术将 DB2 限制为每个虚拟服务器最多 16 个核心和 128 GB RAM。 DB2 Enterprise
DB2 Advanced Enterprise 是。相同的 DB2 许可和资源限制适用于每个虚拟会话。
尽管 DB2 Enterprise 没有资源限制,但一些许可指标具有最低数量许可要求。
例如,如果将 DB2 Enterprise 或 DB2 Advanced Enterprise 安装在虚拟化的会话中并使用 AUSI 许可,那么您必须为每 100 个 PVU 至少购买 25 个 AUSI 许可。如果某个用户希望在 4 个不同的分区中访问该软件,那么该用户需要购买 4 个 AUSI 许可。