请输入搜索词进行查询
搜索 <book_title>...
NetBackup™ Snapshot Manager for Cloud 安装和升级指南
Last Published:
2025-02-18
Product(s):
NetBackup (10.5.0.1)
- 简介
- 第 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 错误
- 从备份还原失败并显示错误
如果原始磁盘与实例分离,则磁盘级别快照还原将失败
如果要执行到同一位置的磁盘级别快照还原,则会发生此问题。
当触发到同一位置的磁盘级别快照还原时,NetBackup 首先从实例分离现有的原始磁盘,从磁盘快照创建新卷,然后将新卷挂接到实例。还原操作成功后,将自动删除原始磁盘。
但是,如果在触发还原前手动从实例中分离要还原其快照的原始磁盘,则还原操作将失败。
可能会在 NetBackup UI 上看到以下消息:
Request failed unexpectedly: [Errno 17] File exists: '/<app.diskmount>'
NetBackup 协调器日志包含类似以下内容的消息:
flexsnap.coordinator: INFO - configid : <app.snapshotID> status changed to
{u'status': u'failed', u'discovered_time': <time>, u'errmsg': u'
Could not connect to <application> server localhost:27017:
[Errno 111]Connection refused'}解决方法:
如果环境中的还原已失败,则可能必须先手动执行磁盘清理,然后再次触发还原作业。
执行以下步骤:
- 登录到还原操作失败的实例。
确保用于连接的用户帐户在实例上具有管理权限。
- 运行以下命令,以彻底卸载应用程序磁盘:
# sudo umount /<application_diskmount>
此处,<application_diskmount> 是实例上的原始应用程序磁盘装入路径。
如果看到
“设备正忙”消息,请等待一段时间,然后重试 umount 命令。 - 在 NetBackup UI 中,再次触发磁盘级别还原操作。
通常,如果要将原始应用程序磁盘与实例分离,请使用以下过程进行还原:
首先,创建实例的磁盘级别快照。
成功创建快照后,手动将该磁盘与实例分离。
例如,如果实例位于 AWS 云中,请使用 AWS 管理控制台并编辑实例以分离数据磁盘。确保将更改保存到实例。
使用管理用户帐户登录到实例,然后运行以下命令:
# sudo umount /<application_diskmount>
如果看到
“设备正忙”消息,请等待一段时间,然后重试 umount 命令。现在,从 NetBackup UI 触发磁盘级别还原操作。