适用于独立磁盘池的建议结构

在线编辑

使用独立磁盘池的建议结构是将大多数应用程序数据对象放在独立磁盘池中，将最低数量的非程序对象放在系统磁盘池和基本用户磁盘池中，即系统磁盘池和所有已配置的基本磁盘池。

系统磁盘池和基本用户磁盘池（SYSBAS）应主要包含操作系统对象、许可程序库和少数用户库。 此结构可以提供最佳保护和性能。 应用程序数据与不相关的故障分离，还可以独立于其他系统活动单独进行处理。 此结构优化了联机和转换时间。

此结构的其他优点是：

  • 系统磁盘池中没有可交换的库。
  • 由于数据库网络不能跨越独立磁盘池边界，因此整个数据库网络被包含在磁盘池组中。
  • 由于所有数据库包含在单个磁盘池组中，因此简化了应用程序事务编码。
  • 库名可以在磁盘池组之间复制，但是不能在 SYSBAS 中的磁盘池组和库之间复制。

此建议结构不排除其他配置。 例如，您可以先只将一小部分数据迁移到磁盘池组，而将大量数据保存在 SYSBAS 中。 这当然是受支持的。 但是，由于需要其他处理来将数据库交叉引用信息合并到磁盘池组中，因此您应期望此配置提供更长的联机和转换时间。

组织磁盘池组

系统最多支持 223 个独立磁盘池，它们可以是任何数量的主要、辅助或用户定义文件系统（UDFS）磁盘池。 因此，在如何将数据放入独立磁盘池和如何组织磁盘池组方面，您拥有极大的灵活性。 例如，所有应用程序数据可以放在单个磁盘池组中，该磁盘池组由一个主磁盘池和一个辅助磁盘池组成。 此外，您可以创建若干个磁盘池组，某些只包含主磁盘池，而另一些包含一个或多个辅助磁盘池。

在计划磁盘池中的数据放置时，请考虑以下因素：

  • 如果应用程序只包含用户定义文件系统中的数据，而且数据没有被记录，则 UDFS 磁盘池可能是最佳选择。 与 UDFS 磁盘池相关的开销很少。 由于 UDFS 磁盘池不能包含任何基于库的对象，因此扩展性也较低。
  • 如果拥有一个带有多个应用程序数据实例的应用程序，并且想要保持分离这些实例，则应当考虑针对每个数据实例使用单独的磁盘池组。 请参阅“专用独立磁盘池”以获取此方案的示例。
  • 如果有多个应用程序且应用程序数据为独立数据，则每个应用程序使用一个单独的磁盘池组可能会是正确的答案。 一个应用程序的数据与其他应用程序分离，并且每个应用程序不会受其他应用程序上的操作的影响。 因此，可以在不影响其他应用程序的情况下，对应用程序数据进行联机、脱机或交换操作。
  • 如果拥有的多个应用程序具有相互依赖的数据对象，则这些应用程序的数据应当组合为单个磁盘池组。
  • 您可以使用辅助磁盘池将数据对象分为不同的存储域，从而获得更佳的性能。 标准用法是通过将日志接收器放在辅助磁盘池中，从记录数据开始来将日志接收器分配到不同的磁盘单元上。 但是，如果磁盘单元在不同的库中且满足以下日志记录依赖性，则您也可以将应用程序的其他部分分配到不同的磁盘单元上。
  • 记录的对象和这些对象的日志必须在同一磁盘池中。