Veritas Access 安装指南
- Veritas Access 简介
- Veritas Access 授权许可
- 系统要求
- 准备安装 Veritas Access
- 在 VMware ESXi 中部署用于安装 Veritas Access 的虚拟机
- 安装和配置群集
- 使用响应文件自动运行 Veritas Access 安装和配置
- 显示和添加群集节点
- 升级 Veritas Access和操作系统
- 使用滚动升级来升级 Veritas Access
- 卸载 Veritas Access
- 附录 A. 安装参考
- 附录 B. 配置安全 Shell 进行通信
- 附录 C. 手动部署 Veritas Access
使用安装程序执行滚动升级
在开始滚动升级前,请确保群集的所有节点上均在运行 Cluster Server (VCS)。
停止所有不受 VCS 控制的 VxVM 卷的所有活动。例如,停止访问这些卷的任何应用程序(如数据库),并卸载在这些卷上创建的任何文件系统。然后,停止所有卷。
卸载所有不受 VCS 控制的 VxFS 文件系统。
执行滚动升级
- 对于配置了 LTR 的 Veritas Access 群集,请确保 NetBackup 中的备份或还原作业已停止。
- 滚动升级的第 1 阶段将从第二个子群集开始。在第二个子群集上完成准备步骤。
卸载所有不受 VCS 控制的 VxFS 文件系统:
# umount mount_point
- 如有需要,完成操作系统更新。
确保 Veritas Access 的现有版本支持您所应用的操作系统更新。如果现有的 Veritas Access 版本不支持此操作系统更新,请先将 Veritas Access 升级至支持此操作系统更新的版本。
有关说明,请参见 Red Hat Enterprise Linux (RHEL) 操作系统文档。
将应用程序切换到其余子群集并升级第一个子群集的操作系统。
操作系统完成更新后,节点将重新启动。
- 如果缓存区域处于联机状态,您必须先使该缓存区域脱机,然后再升级 VxVM RPMs。使用以下命令可以使缓存区域脱机:
# sfcache offline cachename
- 在执行滚动升级之前,使用 storage fencing off 命令禁用防护。
- 以超级用户身份登录并装入 Veritas Access 7.4 安装介质。
- 从根目录,启动安装程序。
# ./installaccess -rolling_upgrade
- 安装程序将检查系统通信、版本兼容性和版本信息,并列出群集名称、ID 和群集节点。安装程序将询问是否允许继续执行滚动升级。
Would you like to perform rolling upgrade on the cluster? [y,n,q] (y)
键入 y 继续执行操作。
- 滚动升级的第 1 阶段开始。一次必须在一个节点上执行第 1 阶段。安装程序将要求提供系统名称。
输入要对其执行滚动升级的系统名称(用空格分隔):[q?]
输入要对其执行滚动升级的其中一个从属节点的名称或 IP 地址。
- 安装程序将对群集中的节点进一步执行预检,并且可能会显示警告。您可以键入 y 继续,或者退出安装程序并解决预检的警告。
- 如果引导磁盘已封装并镜像,则可创建备份引导磁盘。
如果选择创建备份引导磁盘,请键入 y。提供引导磁盘组的备份名称或接受默认名称。然后,安装程序创建引导磁盘组的备份副本。
- 安装程序检测到联机服务组后,安装程序会提示用户执行以下操作之一:
手动切换服务组
使用 CPI 自动切换服务组
停机时间是指服务组故障转移所需的时间。
注意:
Veritas 建议手动切换服务组。自动切换服务组无法解决依赖性问题。
- 安装程序提示您停止适用的进程。键入 y 继续执行操作。
安装程序会将所有服务组转移到目前未升级的节点中。安装程序在要升级的节点上停止并行服务组。
安装程序停止所有相关进程、卸载旧内核 RPMs 并安装新 RPMs。
- 安装程序执行升级配置,并启动相关进程。如果在升级之前封装引导磁盘,则安装程序会提示您在执行升级配置后重新启动节点。
- 在尚未升级的节点上完成准备步骤。
在所有节点上卸载所有不受 VCS 控制的 VxFS 文件系统。
# umount mount_point
- 如果不需要更新操作系统,则跳过此步骤。
转到步骤 4。
否则,在尚未升级的节点上完成操作系统更新。有关说明,请参见 Red Hat Enterprise Linux (RHEL) 操作系统文档。
- 至此,滚动升级的第 1 阶段在第一个节点上完成。您可以在下一个从属节点上开始执行升级的第 1 阶段。安装程序将再次要求提供系统名称。
在下一个节点上开始执行升级的第 1 阶段之前,需要检查是否正在执行恢复任务。等待几分钟,以便恢复任务开始执行。
在主节点上,输入以下命令:
# vxtask list Check if following keywords are present: ECREBUILD/ATCOPY/ATCPY/PLXATT/VXRECOVER/RESYNC/RECOV
如果正在执行任何恢复任务,请等待该任务完成,然后在下一个节点上开始执行升级的第 1 阶段。
- 在该节点上完成升级的第 1 阶段后,请确保该节点未脱离群集。
输入 # vxclustadm nidmap 命令。
如果升级后的节点已脱离群集,请先等待该节点加入群集,然后在下一个节点上开始执行升级的第 1 阶段。
- 在其余节点上将所有缓存区域设置为脱机状态:
# sfcache offline cachename
安装程序将要求提供要对其执行升级的节点名称。
- 输入要对其执行滚动升级的系统名称(用空格分隔):[q,?]。
键入群集节点名称或 q 退出。
对于具有大量节点的群集,此过程可能会重复多次。为支持此升级,服务组会关闭然后再启动。
- 完成滚动升级的第 1 阶段后,手动装入所有不受 VCS 控制的 VxFS 文件系统。开始该升级的第 2 阶段。升级的第 2 阶段包括 VCS 引擎 (HAD) 的停机时间,但不包括应用程序停机时间。键入 y 继续执行操作。此时将开始滚动升级的第 2 阶段。
- 安装程序确定要升级的其余 RPMs。按 y 继续执行操作。
- 安装程序停止 Cluster Server (VCS) 进程,但应用程序将继续运行。键入 y 继续执行操作。
安装程序执行预停、卸载旧 RPMs 并安装新 RPMs。它会执行安装后任务和升级配置。
- 如果您可通过网络连接到 Internet,安装程序将检查是否有更新。
如果发现更新,您可在此时应用这些更新。
- 验证群集的状态:
# hastatus -sum
- 仅适用于配置了 LTR 的 Veritas Access 群集的升级后步骤:
使用以下命令使所有 OpenDedup 卷脱机:
cluster2> opendedup volume offline <vol-name>
按如下所示更新所有 OpenDedup
config.xml
文件:“/etc/sdfs/<vol-name>-volume-cfg.xml
通过向 <extended-config> 标记添加以下参数:
dist-layout=”false”
注意:
不应将此参数用于现有 OpenDedup 卷,因为它们可能具有采用默认布局的现有数据。如果使用现有 OpenDedup 卷,则可能会导致数据损坏。
使用以下命令使所有 OpenDedup 卷联机:
cluster2> opendedup volume online <vol-name>