Veritas Access 7.3 安装指南
- Veritas Access 简介
- Veritas Access 授权许可
- 系统要求
- 准备安装 Veritas Access
- 在 VMware ESXi 中部署用于安装 Veritas Access 的虚拟机
- 安装和配置群集
- 使用响应文件自动运行 Veritas Access 安装和配置
- 显示和添加群集节点
- 升级 Veritas Access
- 使用滚动升级来升级 Veritas Access
- 卸载 Veritas Access
- 附录 A. 安装参考
- 附录 B. 配置安全 Shell 进行通信
关于 Veritas Access 修补程序的类型
根据修补程序是否要求重新启动群集，Veritas Access 修补程序可以分为两种类型：
不要求重新启动群集的修补程序。
这些修补程序使用直接升级方法升级 Veritas Access 软件包和非关键软件包。直接升级方法在应用修补程序时不关闭任何节点或资源。升级会在所有节点上并行应用修补程序。在运行升级过程时，群集保持 RUNNING 状态并向客户端提供服务。
要求重新启动群集的修补程序。
这些修补程序使用滚动升级方法升级要求重新启动群集一次的关键软件包。您可以使用滚动升级方法在所有群集节点上引导式安装 Veritas Access 版本。滚动升级通过将升级时间限制为执行服务组故障转移所需的时间量，从而最大限度地减少高可用性群集的停机时间。
注意:
在单节点群集上更新这些修补程序会导致服务停机一段时间，因为内核 RPM 和 VCS 代理 RPM 都在一个阶段内升级。
滚动升级有两个主要阶段。安装程序在第 1 阶段升级内核 RPMs，在第 2 阶段升级 VCS 代理 RPMs。升级过程将群集划分为两个子群集，称为第一个子群集和第二个子群集。首先，在第一个子群集上执行升级。升级过程将停止第一个子群集节点上的所有服务和资源。所有服务（包括 VIP 组）都故障转移到第二个子群集。在故障转移过程中，连接到第一个子群集节点的 VIP 组的客户端会间歇性中断。对于未超时的客户端，服务将在第二个子群集中某个节点上的 VIP 组联机后恢复。
在第一个子群集的节点上运行升级过程时，第二个子群集的节点将继续为客户端提供服务。在升级第一个子群集节点后，它会重新启动第一阶段节点上的服务和资源。一旦第一个子群集启动，升级过程将立即停止其余节点上的服务和资源。所有服务和资源均处于联机状态，并为客户端提供服务。同时，滚动升级在其余节点上启动升级过程。在其余节点上完成升级后，群集恢复，服务在整个群集中进行平衡。