选择 Sun Cluster 升级方法

选择以下方法将群集升级到 Sun Cluster 3.2 软件：

• 标准升级 – 在标准升级过程中，升级各个群集节点之前应先关闭群集。完全升级所有节点后，即可将群集投入使用。如果要从 Sun Cluster 3.0 发行版进行升级，请使用此方法。

• 双分区升级 - 在双分区升级过程中，需要将群集节点划分为两组。关闭一组节点并升级这些节点。由另一组节点继续提供服务。完成对第一组节点的升级后，将服务切换到这些已升级的节点。然后，升级其余的节点，并引导它们使之重新与群集中的另一部分合在一起。群集停止运行的时间不超过群集将服务切换到升级后的分区所需的时间。

  对于双分区升级方法，请遵循以下附加限制和要求：

  • Sun Cluster HA for Sun Java System Application Server EE (HADB) - 如果正在使用版本不低于 4.4 的 Sun Java System Application Server EE (HADB) 软件运行 Sun Cluster HA for Sun Java System Application Server EE (HADB) 数据服务，则在开始进行双分区升级之前必须先关闭数据库。对于关闭一个分区内的节点以进行升级时所发生的成员丢失情况，HADB 数据库是不能支持的。此要求对 4.4 之前的版本不适用。

  • 数据格式更改 - 如果要升级的应用程序需要您在应用程序升级过程中更改其数据格式，请不要使用双分区升级方法。这是因为执行数据转换所需的关闭时间较长，不适合使用双分区升级方法。

  • 应用程序软件的位置 - 应用程序必须安装在非共享存储上。由于处于非群集模式的分区无法访问共享存储，因此要对位于共享存储的应用程序软件进行升级是不可能的。

  • 存储分配 - 每个共享存储设备都必须与每个组中的某一节点相连接。

  • 单节点群集 - 要升级单节点群集，不可使用双分区升级，而应使用标准升级或动态升级方法。

  • Sun Cluster 最低版本 - 开始进行双分区升级之前，群集必须正在运行 Sun Cluster 3.1 发行版。

  • 配置更改 - 不要进行升级过程中未提及的群集配置更改。此类更改可能不会传播到最终的群集配置。而且，此类更改的检验尝试也会因为在双分区升级过程中无法访问所有节点而失败。

• 动态升级 - 在您完成对所有节点的升级并确认该升级之前，动态升级会一直维持先前的群集配置。如果升级后的配置导致某一问题发生，则可以恢复先前的群集配置，直到能够解决该问题为止。

  对于动态升级方法，请遵循以下附加限制和要求：

  • Sun Cluster 最低版本 - 开始进行动态升级之前，群集必须正在运行 Sun Cluster 3.1 发行版。

  • Live Upgrade 软件的最低版本 - 要使用动态升级方法，必须使用不低于 Solaris 9 9/04 或 Solaris 10 发行版中的 Solaris Live Upgrade 软件包。此要求适用于在所有 Solaris OS 版本（包括 Solaris 8 软件）上运行的群集。本文的动态升级过程提供了有关升级这些软件包的说明。

  • 双分区升级 - 动态升级方法不能与双分区升级方法结合使用。

  • 非全局区域 - 对于那些群集节点上配置有非全局区域的群集，动态升级方法不支持对它们进行升级。应使用标准升级方法或双分区升级方法。

  • 磁盘空间 - 要使用动态升级方法，必须具有足够的空闲磁盘空间用以复制每个节点的引导环境。如果您在升级过程完成后检验并提交了升级，则这些磁盘空间就会被回收。有关非活动引导环境在空间要求方面的信息，请参阅《Solaris 9 9/04 Installation Guide》中的“Solaris Live Upgrade Disk Space Requirements”或《Solaris 10 安装指南：Solaris Live Upgrade 和升级规划》中的“分配磁盘和交换空间”。

有关规划 Sun Cluster 3.2 配置的概要信息，请参见第 1 章，规划 Sun Cluster 配置。