Veritas Access 安装指南
- Veritas Access 简介
- Veritas Access 授权许可
- 系统要求
- 准备安装 Veritas Access
- 在 VMware ESXi 中部署用于安装 Veritas Access 的虚拟机
- 安装和配置群集
- 使用响应文件自动运行 Veritas Access 安装和配置
- 显示和添加群集节点
- 升级 Veritas Access和操作系统
- 使用滚动升级来升级 Veritas Access
- 卸载 Veritas Access
- 附录 A. 安装参考
- 附录 B. 对 LTR 升级进行故障排除
- 附录 C. 配置安全 Shell 进行通信
关于滚动升级
此版本的 Veritas Access 支持从 Veritas Access 7.2.1.1 及更高版本滚动升级。RHEL 6.6、6.7 和 6.8 支持滚动升级。
滚动升级通过将升级时间限制为其执行服务组故障转移所需的时间量,从而最大限度地减少高可用性群集的服务和应用程序停机时间。可以在一个群集中运行产品版本不同的节点。
滚动升级有两个主要阶段。安装程序在第 1 阶段升级内核 RPMs,在第 2 阶段升级 VCS 代理 RPMs。升级过程将群集划分为两个子群集,称为第一个子群集和第二个子群集。首先,在第一个子群集上执行升级。升级过程将停止第一个子群集节点上的所有服务和资源。所有服务(包括 VIP 组)都故障转移到第二个子群集。在故障转移过程中,连接到第一个子群集节点的 VIP 组的客户端会间歇性中断。对于未超时的客户端,服务将在第二个子群集中某个节点上的 VIP 组联机后恢复。
在第一个子群集的节点上运行升级过程时,第二个子群集的节点将继续为客户端提供服务。在升级第一个子群集节点后,它会重新启动第一阶段节点上的服务和资源。一旦第一个子群集启动,升级过程将立即停止其余节点上的服务和资源。所有服务和资源均处于联机状态,并为客户端提供服务。同时,滚动升级在其余节点上启动升级过程。在其余节点上完成升级后,群集恢复,服务在整个群集中进行平衡。
要在 Veritas Access 群集上升级长期保留 (LTR),必需执行此过程。开始滚动升级过程之前,必须停止 NetBackup 中的所有备份和/或还原作业。
对于 LTR 升级情况,需要使用以下脚本:
preUpgrade_ltr_access731.py
postUpgrade_ltr_access731.py
:
需要在创建
odd_cache_fs
文件系统(用于备份 OpenDedup 卷的缓存数据)的位置执行preUpgrade_ltr_access731.py
脚本。此文件系统的大小根据当前的缓存大小 (/opt/sdfs
) 确定。使用配置为 Objectaccess 默认池的池创建此文件系统。因此,此池必须有足够的可用空间。配置
odd_cache_fs
文件系统后,使所有 OpenDedup 卷脱机,并备份配置和缓存数据。
群集滚动升级完成后,需要在还原所有配置后使所有 OpenDedup 卷都联机的位置执行 postUpgrade_ltr_access731.py
脚本。
为已配置的云层创建一次性层策略,以将 OpenDedup 元数据文件(以 .6442
扩展名结尾)从云层移至内部存储。需要使用这些元数据文件验证和还原 OpenDedup 上的配置。如果这些文件存储在云层上,这些操作的性能可能会下降。
滚动升级包括两个主要阶段:第 1 阶段,安装程序升级内核 RPMs;第 2 阶段,安装程序升级与 VCS 代理相关的非内核 RPMs。
仅对配置了 LTR 的 Veritas Access 群集使用下列升级前步骤。
注意:
在 Veritas Access 群集上配置 OpenDedup 卷时,需要执行这些步骤。
确保 NetBackup 中的备份和/或还原作业已停止。
从 ISO,将
upgrade_scripts/preUpgrade_ltr_access731.py
脚本复制到 OpenDedup 卷处于联机状态的每个节点上的/
。在 OpenDedup 卷处于联机状态的每个节点上逐个执行
preUpgrade_ltr_access731.py
脚本。
升级过程将群集分为两个子群集,即:第一个子群集和第二个子群集。
第 1 阶段,在第二个子群集上执行升级。升级过程将停止第二个子群集的节点上的所有服务和资源。所有服务(包括 VIP 组)故障转移到第一个子群集。第二个子群集上的并行服务组将脱机。
在故障转移过程中,连接到第二个子群集节点的 VIP 组的客户端会间歇性地中断。对于未超时的客户端,服务将在第一个子群集中某个节点上的 VIP 组联机后恢复。
安装程序在第二个子群集上升级内核 RPMs。第一个子群集的节点继续为客户端提供服务。
在第二个子群集上完成滚动升级的第 1 阶段之后,在第一个子群集上执行滚动升级的第 1 阶段。应用程序将故障转移到第二个子群集。并行服务组在第二个子群集上联机,但在第一个子群集上脱机。
完成第 1 阶段后,节点将使用新 RPMs 和旧协议版本运行。
在滚动升级的第 2 阶段期间,同时升级群集所有节点上的其余所有 RPMs。VCS 和 VCS 代理软件包均会升级。内核驱动程序将升级到新协议版本。在第 2 阶段期间,应用程序保持联机。High Availability Daemon (HAD) 停止并重新启动。
仅对配置了 LTR 的 Veritas Access 群集使用下列升级后步骤。
注意:
在 Veritas Access 群集上配置 OpenDedup 卷时,需要执行这些步骤。
从 ISO,将
upgrade_scripts/postUpgrade_ltr_access731.py
脚本复制到管理控制台节点上的/
。执行
postUpgrade_ltr_access731.py
脚本。在 OpenDedup 卷处于联机状态的每个节点上逐个执行
preUpgrade_ltr_access731.py
脚本。