第二个 Db2 子系统的含义

在规划第二个 Db2 子系统时，首要考虑的是其用途。 使用第二个子系统会对您的环境产生重大影响。

第二个 Db2 子系统并不罕见；组织使用第二个 Db2 子系统来：

  • 运行单独的服务级别或代码版本。 这可以提供更广泛的预防性服务测试，或在用于生产系统之前发布新的 Db2 。 在同一系统上，不同级别或版本的 Db2 必须具有单独的库。
  • 测试和生产活动分开进行。 这种设置可以提高 Db2 的性能和生产可用性。

    例如，假设运行生产子系统的处理器发生故障。 如果测试子系统位于另一个处理器上，您可以停止测试子系统，并在该处理器上启动生产子系统。 只有在共享存储设备上存在必需的 Db2 数据集，并且您已使用全局资源序列化（GRS）（或类似方法）来保护生产 Db2 数据集时，此功能才可用。

  • 防止某类用户访问某些数据。 如果这是您的主要目的，请重新考虑 Db2 授权方案。
  • 运行一个需要与其他应用程序或其他环境不同的子系统参数设置的应用程序。
  • 将一个应用程序与其他应用程序隔离开来。

下表列出了第二个 Db2 子系统的其他含义。

表 1. 安装第二个 Db2 子系统的注意事项
注意事项 您需要做出的决定
库 一个共享库或多个独立库
RACF® 保护 两个子系统的资源和ID
Db2 日志记录 BSDS、活动日志和存档日志空间需求
数据库空间需求 Db2 目录、 目录和用户数据 Db2
性能 处理器和主存储器使用
分布式数据设施要求
  • 位置名称、逻辑单元名称和网络密码必须与远程 Db2 子系统保持一致
  • 在非数据共享环境中，每个 Db2 子系统都需要一个唯一的TCP/IP端口和同步端口。
共同服务区（CSA）要求 Db2 和 IRLM
共享存储设备 为活动日志和存档日志数据集赋予不同的名称，或将这些数据集纳入GRS收录列表
ERLY代码 选择适合所有 Db2 子系统的早期代码级别。

每个子系统必须有一个单独的前缀.SDSNEXIT 库。 共享前缀.SDSNSAMP库需要协调，以避免参数成员重叠。