NetBackup™ Snapshot Manager for Cloud 安装和升级指南
- 简介
- 第 I 部分. NetBackup Snapshot Manager for Cloud 安装和配置
- 准备 NetBackup Snapshot Manager for Cloud 安装
- 使用容器映像部署 NetBackup Snapshot Manager for Cloud
- 部署 NetBackup Snapshot Manager for Cloud 扩展
- 开始安装 NetBackup Snapshot Manager 扩展前
- 下载 NetBackup Snapshot Manager 扩展
- 在 VM 上安装 NetBackup Snapshot Manager 扩展
- 在 Azure 中的托管 Kubernetes 群集 (AKS) 上安装 NetBackup Snapshot Manager 扩展
- 在 AWS 中的托管 Kubernetes 群集 (EKS) 上安装 NetBackup Snapshot Manager 扩展
- 在 GCP 中的托管 Kubernetes 群集 (GKE) 上安装 NetBackup Snapshot Manager 扩展
- 使用 Kustomize 和 CR YAML 安装扩展
- 管理扩展
- NetBackup Snapshot Manager for Cloud 提供商
- 用于保护云主机/VM 上资产的配置
- Snapshot Manager for Cloud 目录库备份和恢复
- NetBackup Snapshot Manager for Cloud 资产保护
- NetBackup Snapshot Manager for Cloud 中的卷加密
- NetBackup Snapshot Manager for Cloud 安全
- 第 II 部分. NetBackup Snapshot Manager for Cloud 维护
- NetBackup Snapshot Manager for Cloud 日志记录
- 升级 NetBackup Snapshot Manager for Cloud
- 卸载 NetBackup Snapshot Manager for Cloud
- 准备卸载 NetBackup Snapshot Manager
- 备份 NetBackup Snapshot Manager
- 取消配置 NetBackup Snapshot Manager 插件
- 取消配置 NetBackup Snapshot Manager 代理
- 删除 NetBackup Snapshot Manager 代理
- 从独立 Docker 主机环境中删除 NetBackup Snapshot Manager
- 删除 NetBackup Snapshot Manager 扩展 - 基于 VM 或基于托管 Kubernetes 群集
- 还原 NetBackup Snapshot Manager
- 对 NetBackup Snapshot Manager for Cloud 进行故障排除
- 对 NetBackup Snapshot Manager 进行故障排除
- 如果 Windows 实例与 NetBackup Snapshot Manager 主机失去连接,SQL 快照或还原及粒度还原操作将失败
- 如果原始磁盘与实例分离,则磁盘级别快照还原将失败
- 即使将系统托管标识分配给控制节点池后,发现也无法工作
- GCP 从快照备份的性能问题
- 主机代理上的迁移后操作失败并显示错误消息
- 文件还原作业失败并显示错误消息
- 未收到 datamover 的确认
- 备份和还原作业失败并显示超时错误
- 使用加密密钥进行 GCP 还原失败并显示错误消息
- Amazon Redshift 群集和数据库在发现后不可用
- 共享 VPC 子网不可见
- 容器管理器可能无法及时生成临时注册容器
- GCP 从 VM 还原无法获取防火墙规则
- 参数化 VM 还原无法检索加密密钥
- 从安全类型为“可信启动”的 VM 的快照还原失败
- Snapshot Manager 无法针对指定的插件实例检索指定的云域
- 出现 SELinux 配置问题
- OCI 从快照备份和从备份副本还原出现性能问题
- 连接到 Amazon Linux 2023 计算机失败
- 从快照副本还原单个文件失败并显示错误
- Windows 云 VM 上的 MS SQL 应用程序备份、还原或 SFR 作业失败并显示错误
- 出现状态码 49 错误
- 从备份还原失败并显示错误
使用 AWS Systems Service Manager 的应用程序一致性快照的前提条件
在使用 AWS Systems Service Manager (SSM) 创建 VM 工作负载的文件系统/应用程序一致性快照之前,请确保执行以下操作:
SSM 代理必须安装在 VM 工作负载上,并且 AWS SSM 代理服务必须处于活动状态。
有关更多信息,请参见手动安装 SSM 代理。
必须使用具有以下权限的策略和 策略更新附加到 VM 工作负载的 IAM 角色:
{ "Sid": "providerManagedConsistency", "Effect": "Allow", "Action": [ "ec2:CreateSnapshots", "ec2:CreateTags", "ec2:CreateSnapshot" ], "Resource": [ "*" ] }对于 Windows
对于 Linux
AWSPowerShell 版本大于或等于 4.1.144 (AWS PowerShell)
AWS VSS 组件版本大于或等于 2.3.2(安装 VSS 软件包)
注意:
如果未安装上述模块,当 VM 工作负载可以访问 Internet 时,NetBackup Snapshot Manager 将安装这些模块。
有关受支持 Windows 操作系统版本和 AWS VSS 组件软件包的完整列表,请参考 AWS VSS 解决方案版本历史记录。
安装或更新到最新版本的 AWS CLI。
默认情况下,将创建应用程序一致性快照。
将创建文件系统一致性快照。
如果必须创建应用程序一致性快照,则执行以下步骤:
Linux VM 工作负载上必须存在目录 (
/etc/veritas),如果不存在,请创建该目录。在
/etc/veritas目录中创建provider_managed_consistency.conf文件,如下所示:# cat /etc/veritas/provider_managed_consistency.conf PRE_SCRIPT_LOCATION = "/preScript.sh" PRE_SCRIPT_PARAMS = "" POST_SCRIPT_LOCATION = "/postScript.sh" POST_SCRIPT_PARAMS = ""
用户必须创建前执行脚本和后执行脚本,并在
provider_managed_consistency.conf文件中添加其绝对路径。前执行脚本将调用本机应用程序 API,使 IO 处于静默状态,并将内存中的内容刷新到磁盘。这些操作可确保快照是应用程序一致性快照。
后执行脚本使用本机应用程序 API 解冻 IO,使应用程序可以在 VM 快照后恢复正常操作。
必须将前执行脚本参数传递给
PRE_SCRIPT_PARAMS,且必须将后执行脚本参数传递给POST_SCRIPT_PARAMS项。按如下所述修改文件权限:
chmod 700 /preScript.sh /postScript.sh
如果满足上述前提条件,则默认情况下 NetBackup Snapshot Manager 将为 VM 工作负载创建文件系统/应用程序一致性快照。配置 AWS 云提供商插件后,将在指定的 AWS 帐户和区域中创建名为 Veritas-Consistent-Snapshot 的新 SSM 文档。此 SSM 文档由 NetBackup Snapshot Manager 管理,用户不能修改。
日志可以位于以下相应位置:
Snapshot Manager:/cloudpoint/logs/flexsnap.log
主机 VM:检查 Amazon SSM 日志(查看 SSM 代理日志)