产品文档
- 部分 I. 概述和规划
- Resiliency Platform 简介
- 关于 Veritas Resiliency Platform
- 关于 Resiliency Platform 功能和组件
- 关于 Resiliency Platform 功能
- Resiliency Platform 部署中的复制
- 关于 Veritas Resiliency Platform Data Mover
- 关于在 Resiliency Platform 中管理 VMware Storage vMotion
- 关于在 Resiliency Platform 中管理 VMware 快照
- 关于 Resiliency Platform 中的 IPv6 网络支持
- 规划 Resiliency Domain 以提高效率和容错能力
- 开始使用 Resiliency Platform
- 关于 Resiliency Platform API
- 使用 Resiliency Platform 的恢复选项
- 使用 Resiliency Platform Data Mover 将物理计算机恢复到 AWS
- 将 VMware 虚拟机恢复到 Orange Recovery Engine
- 将 VMware 虚拟机恢复到 AWS
- 将 Hyper-V 虚拟机恢复到 AWS
- 将 VMware 虚拟机迁移到 AWS
- 将 VMware 虚拟机恢复到 Azure
- 将 Hyper-V 虚拟机恢复到 Azure
- 将 VMware 虚拟机恢复到华为云
- 将 VMware 虚拟机恢复到 OpenStack
- 将 Hyper-V 虚拟机恢复到 OpenStack
- 使用 Resiliency Platform Data Mover 将物理计算机恢复到 vCloud Director
- 将 VMware 虚拟机恢复到 vCloud Director
- 将 Hyper-V 虚拟机恢复到 vCloud Director
- 将 VMware 虚拟机恢复到 vCloud Director 而不添加 vCenter 服务器
- 将 Hyper-V 虚拟机恢复到 vCloud Director 而无需添加 Hyper-V Server
- 将虚拟机从 vCloud Director 恢复到另一个 vCloud Director
- 使用 Resiliency Platform Data Mover 将物理计算机恢复到 Orange Recovery Engine
- 使用 Resiliency Platform Data Mover 将物理计算机恢复到本地数据中心上的 VMware 虚拟机
- 使用 Resiliency Platform Data Mover 将 VMware 虚拟机恢复到本地数据中心
- 使用 NetBackup 将 VMware 虚拟机从 VMware 恢复到另一个 VMware
- 使用 NetBackup 自动灾难恢复将虚拟机从 VMware 恢复到 AWS
- 使用第三方复制技术恢复 VMware 虚拟机
- 使用第三方复制技术恢复 Hyper-V 虚拟机
- 使用第三方复制技术恢复应用程序
- 恢复 InfoScale 应用程序
- 部署检查清单
- 将 VMware 虚拟机恢复到 AWS 的检查清单
- 使用 Resiliency Platform Data Mover 将物理计算机恢复到 AWS 的检查清单
- 将 Hyper-V 虚拟机恢复到 AWS 的检查清单
- 将 VMware 虚拟机恢复到 Azure 的检查清单
- 将 Hyper-V 虚拟机恢复到 Azure 的检查清单
- 将 VMware 虚拟机恢复到华为云的检查清单
- 将 VMware 虚拟机恢复到 Orange Recovery Engine 的检查清单
- 使用 Resiliency Platform Data Mover 将物理计算机恢复到 Orange Recovery Engine 的检查清单
- 将 VMware 虚拟机恢复到 OpenStack 的检查清单
- 将 Hyper-V 虚拟机恢复到 OpenStack 的检查清单
- 将 VMware 虚拟机从本地数据中心恢复到 vCloud Director 的检查清单
- 将 Hyper-V 虚拟机从本地数据中心恢复到 vCloud Director 的检查清单
- 将虚拟机从 vCloud Director 恢复到另一个 vCloud Director 的检查清单
- 使用 Resiliency Platform Data Mover 将物理计算机恢复到 vCloud Director 的检查清单
- 使用 Resiliency Platform Data Mover 将物理计算机恢复到本地数据中心的检查清单
- 使用 Resiliency Platform Data Mover 将 VMware 虚拟机恢复到本地数据中心的检查清单
- 使用 NetBackup 恢复 VMware 虚拟机的检查清单
- 使用 NetBackup 将 VMware 虚拟机恢复到 AWS 云的检查清单
- 使用第三方复制技术将 VMware 虚拟机恢复到本地数据中心的检查清单
- 使用第三方复制技术将 Hyper-V 虚拟机恢复到本地数据中心的检查清单
- 使用第三方复制技术将应用程序恢复到本地数据中心的检查清单
- 恢复 InfoScale 应用程序的检查清单
- vCenter 服务器的前提条件
- ESXi 群集节点的前提条件
- RDM 磁盘支持的支持列表
- 系统要求
- Resiliency Platform 的系统资源要求
- 网络和防火墙要求
- Resiliency Manager 所需的端口
- IMS 所需的端口
- 使用 NetBackup 恢复资产所需的端口
- 主机所需的端口
- 将资产恢复到 AWS 所需的端口
- 将资产恢复到 Azure 所需的端口
- 将资产恢复到 Orange Recovery Engine 所需的端口
- 将资产恢复到华为云所需的端口
- 将资产恢复到 OpenStack 所需的端口
- 将资产恢复到 vCloud Director 所需的端口
- 将物理计算机恢复到本地数据中心所需的端口
- 使用 Resiliency Platform Data Mover 将资产恢复到本地数据中心所需的端口
- Replication Gateway 恢复到云数据中心所需的端口
- Replication Gateway 在不添加 vCenter 或 Hyper-V Server 的情况下恢复到 vCloud Director 所需的端口
- 用于恢复物理计算机的 Replication Gateway 所需的端口
- Replication Gateway 将 VMware 虚拟机恢复到本地数据中心所需的端口
- 使用第三方复制技术将资产恢复到本地数据中心所需的端口
- 恢复 InfoScale 应用程序所需的端口
- 管理许可证
- 使用 Web 控制台
- Resiliency Platform 简介
- 部分 II. 部署和配置虚拟设备
- 部署和配置
- 关于部署 Resiliency Platform 虚拟设备
- 下载 Veritas Resiliency Platform 虚拟设备
- 下载 Resiliency Platform 虚拟设备以恢复到 vCloud
- 部署虚拟设备通过 VMware vSphere 客户端
- 部署虚拟设备通过 Hyper-V 管理器
- 通过 AWS Marketplace 在 AWS 中部署虚拟设备
- 在 AWS 中使用 OVA 文件部署虚拟设备
- 在 AWS 中部署数据网关
- 使用 PowerShell 脚本在 Azure 中部署虚拟设备
- 通过 Azure Marketplace 在 Azure 中部署虚拟设备
- 在 vCloud 中部署虚拟设备
- 通过 OpenStack 控制板在 OpenStack 中部署虚拟设备
- 在 OpenStack 中使用卷部署虚拟设备
- 在华为云中部署虚拟设备
- 在 Orange Recovery Engine 中部署虚拟设备
- 关于配置 Resiliency Platform 组件
- 卸载通过 AWS Marketplace 部署的 Resiliency Platform 组件
- 虚拟设备安全功能
- 关于修补程序
- 引用
- 应用更新
- 关于应用 Resiliency Platform 更新
- 为 Replication Gateway 设备添加具有重复 UUID 的磁盘
- 在通过 AWS Marketplace 部署后升级 AWS 基础架构
- 在使用 OVA 文件部署后升级 AWS 基础架构
- 存储库服务器的前提条件
- 设置存储库服务器
- 在 Resiliency Platform 中添加存储库服务器
- 在 Resiliency Platform 中分配存储库服务器
- 使用控制台将更新应用于虚拟设备
- 使用 klish 菜单将更新应用于虚拟设备
- 刷新有关适用更新的信息
- 从存储库服务器中删除更新
- 删除存储库服务器
- 下载 Resiliency Platform 更新
- 设置 YUM 服务器
- 应用 InfoScale 环境的更新
- 向主机应用更新
- 在 Resiliency Manager 上应用更新
- 将更新应用到 Veritas 数据网关
- 部署和配置
- 部分 III. 设置和管理 Resiliency Domain
- 管理 Resiliency Domain
- 与 NetBackup 集成
- 与 InfoScale Operations Manager 集成
- 部分 IV. 添加资产基础架构
- 管理 Resiliency Platform 主机资产
- 管理 VMware 资产
- 管理 Veritas Replication VIB
- 管理 Hyper-V 资产
- 管理网关
- 管理 Replication Gateway
- 添加 Replication Gateway
- 刷新 Replication Gateway
- 删除 Replication Gateway
- 将 Replication Gateway 移动到另一个 IMS
- 查看 Replication Gateway
- 关于 Replication Gateway 对
- 创建 Replication Gateway 对
- 修改 Replication Gateway 对的加密
- 替换网关对中的 Replication Gateway
- 删除 Replication Gateway 对
- 查看 Replication Gateway 对
- 在 Replication Gateway 上配置 PXE
- 将 Replication Gateway 配置为 DHCP 服务器
- 从 Replication Gateway 取消配置 PXE 引导服务器
- 从 Replication Gateway 取消配置 DHCP 服务器
- 管理数据网关
- 管理 Enclosure 资产
- 部分 V. 管理网络
- 管理网络
- 管理网络对象
- 关于网络对象
- 添加子网
- 添加 Hyper-V VLAN
- 添加网络组
- 编辑网络对象
- 删除网络对象
- 在源和目标数据中心之间创建网络对
- 删除网络对
- 配置数据中心的 DNS 服务器设置
- Windows keytab 文件的命令示例
- 用于将虚拟机恢复到 AWS 的网络对
- 用于将虚拟机恢复到 Azure 的网络对
- 用于将虚拟机恢复到华为云的网络对
- 用于将虚拟机恢复到 Orange Recovery Engine 的网络对
- 用于将虚拟机恢复到 OpenStack 的网络对
- 用于将虚拟机恢复到 vCloud Director 的网络对
- 用于在不添加 Hypervisor 服务器的情况下将虚拟机恢复到 vCloud Director 的网络对
- 用于将虚拟机从 vCloud Director 恢复到另一个 vCloud Director 的网络对
- 用于将计算机恢复到本地数据中心的网络对
- 用于将物理计算机恢复到 VMware 的网络对
- 用于将物理计算机恢复到 AWS 的网络对
- 用于将物理计算机恢复到 Azure 的网络对
- 用于将物理计算机恢复到 vCloud Director 的网络对
- 管理设置
- 管理网络
- 部分 VI. 使用 Resiliency Group
- 组织资产
- 管理 Virtual Business Service
- 组织应用程序
- 使用 Resiliency Platform 管理应用程序
- 关于 Resiliency Group 与应用程序
- 管理自定义应用程序
- 为部分发现的应用程序提供输入
- 关于应用程序捆绑包
- 将应用程序捆绑包添加到 Resiliency Manager
- 在选定应用程序主机上安装应用程序捆绑包
- 在选定应用程序主机上启用和禁用应用程序捆绑包
- 管理应用程序捆绑包的自动部署
- 从选定主机中卸载应用程序捆绑包
- 删除应用程序捆绑包
- 编辑应用程序类型的发现调度
- 查看应用程序类型的详细信息
- 查看适用主机的详细信息
- 关于 Resiliency Group 与 InfoScale 应用程序
- 查看 InfoScale 应用程序详细信息
- 管理用于基本监控的应用程序
- 管理 Service Objective
- 部分 VII. 配置灾难恢复
- 使用 Resiliency Platform Data Mover 配置
- 了解 Resiliency Group 在灾难恢复操作中的角色
- 关于确保资产的灾难恢复就绪性
- Resiliency Platform 如何为虚拟机配置灾难恢复保护
- Resiliency Platform Data Mover 如何处理 DR 操作
- 关于手动干预
- 虚拟机灾难恢复的限制
- 在 Amazon Web Services 中管理用于远程恢复 (DR) 的虚拟机
- 管理用于远程恢复 (DR) 到 Azure 的虚拟机
- 管理用于远程恢复 (DR) 到 OpenStack 的虚拟机
- 管理用于远程恢复 (DR) 到华为云的虚拟机
- 管理用于远程恢复 (DR) 到 Orange Recovery Engine 的虚拟机
- 在 vCloud Director 中管理用于远程恢复 (DR) 的虚拟机
- 使用 Resiliency Platform Data Mover 管理用于远程恢复 (DR) 的虚拟机
- 使用 Resiliency Platform Data Mover 管理物理计算机以进行远程恢复 (DR)
- 使用 NetBackup 配置
- 使用第三方复制技术配置
- 使用 Resiliency Platform Data Mover 配置
- 部分 VIII. 管理灾难恢复
- 对虚拟机执行 DR 操作
- 对 VBS 执行 DR 操作
- 对应用程序执行 DR 操作
- 撤离资产
- 管理 Resiliency Plan
- 管理 Resiliency Plan
- 关于 Resiliency Plan
- 创建新的 Resiliency Plan 模板
- 编辑 Resiliency Plan 模板
- 删除 Resiliency Plan 模板
- 查看 Resiliency Plan 模板
- 创建新 Resiliency Plan
- 编辑 Resiliency Plan
- 删除 Resiliency Plan
- 执行 Resiliency Plan
- 查看 Resiliency Plan
- 为 Resiliency Plan 创建调度
- 编辑 Resiliency Plan 的调度
- 删除 Resiliency Plan 的调度
- 查看 Resiliency Plan 的调度
- 关于手动任务
- 使用 Resiliency Plan 中的手动任务
- 关于自定义脚本
- 部分 IX. 产品设置
- 部分 X. 使用 Resiliency Platform API
- 部分 XI. 故障排除和使用命令行界面
- 故障排除
- 从灾难场景中恢复 Resiliency Platform 组件
- 故障排除:NetBackup 问题
- 故障排除:从 Resiliency Domain 中删除 Resiliency Manager
- 解决管理员等待状态
- 故障排除:删除 Resiliency Group 操作
- 故障排除:在 Azure 中部署虚拟设备
- 故障排除:将文件复制到虚拟设备
- 故障排除:从虚拟设备复制文件
- 手动清理虚拟机
- 故障排除:IP 自定义
- 配置 DR 操作失败并显示集成服务错误
- Resiliency Platform 无法将存储策略连接到虚拟机
- Resiliency Platform 无法创建存储策略
- 故障排除:资产发现
- 故障排除:在迁移到云数据中心后主机未添加到 IMS 中
- 故障排除:Resiliency Domain 中的 Resiliency Manager 之间的连接
- 故障排除:在执行 VMware 分离磁盘子任务时 DR 操作失败,并显示错误消息 cannot change host configuration
- 故障排除:如果已重命名 Datastore
- 故障排除:迁移操作
- 故障排除:接管操作
- 故障排除:无法添加 IMS
- 故障排除:更换 Replication Gateway 操作
- 故障排除:用于 Resiliency Manager、IMS 或 Replication Gateway 的 klish 命令
- 故障排除:在 Hyper-V 访客环境中,可写磁盘显示为只读
- 故障排除:从 Resiliency Platform 管理的主机手动删除加载项的步骤
- 使用 klish 菜单
- 使用 Application Enablement SDK
- 故障排除
- 术语表
故障排除:资产发现
将资产基础架构添加到 Infrastructure Management Server (IMS) 中或对基础架构进行更改时,IMS 会发现和关联资产信息,并在 Resiliency Platform 控制台的“资产”页面显示这些信息。发现可能需要一些时间才能在控制台上更新信息。发现完成之前,控制台的“资产”页面中可能会缺少配置 Resiliency Group 所需的某些信息。
如果已对资产基础架构进行了更改,可以在资产上使用刷新操作来加快发现速度,以便更新的资产信息更快地在控制台中显示。要使用刷新操作,请右键单击该资产,然后选择“刷新”。
注意:
有时,可能无法在 Resiliency Manager 数据库中正确更新从 Infrastructure Management server (IMS) 发现的数据。这种情况可能会导致显示的有关 Resiliency Group 状态、复制状态和复制类型的信息不正确。在这种情况下,可刷新两个数据中心的相应资产。
如果要在 VMware vCenter 服务器环境中使用存储阵列配置复制,可以使用以下准则来加快发现速度,或对未更新信息的情况进行故障排除:
表:在 VMware 环境中为存储阵列配置 IMS 中的资产基础架构
情况 | 故障排除/最佳做法 |
|---|---|
将存储阵列作为 Enclosure 添加到 IMS | 确保已添加到 IMS 中的存储阵列是向 ESX Server 提供存储的阵列,这些 ESX Server 由已添加到 IMS 的 vCenter 服务器来托管。 |
数据中心中的多个 IMS | 确保已将正在托管 ESX Server 的 vCenter 服务器以及向这些服务器提供存储的 Enclosure 添加到同一 IMS。 |
在基础架构发生更改后刷新 IMS | 确保在正确的 vCenter 服务器和 Enclosure(已进行更改)上使用刷新操作。 |
在具有多个 IMS 的基础架构发生更改后刷新 IMS | 确保在正确的 IMS 中使用刷新操作。 |
在 VMware 和 EMC SRDF 环境中,一般准则是在添加/刷新 VMware vCenter 服务器之前添加/刷新 Enclosure。
表:为 VMware 和 EMC SRDF 环境配置或刷新 IMS 中的资产基础架构
情况 | 建议的顺序 |
|---|---|
尚未添加资产基础架构。 | 在 IMS 中添加 Enclosure 信息,并在将 vCenter 服务器添加到 IMS 之前完成发现。 |
稍后可从已在 IMS 中配置的 Enclosure 中置备新存储,并从新存储装入 Datastore。 | 刷新 IMS 中的 Enclosure,完成 Enclosure 上的刷新任务,然后刷新 IMS 中的 vCenter 服务器。 |
可从新 Enclosure 置备存储。 | 在 IMS 中添加新 Enclosure,然后在完成 Enclosure 发现后刷新 vCenter 服务器。 |
将存储从已在 IMS 中配置的 Enclosure 置备到由 vCenter 服务器托管的新 ESX Server。 | 先刷新 Enclosure,然后将 vCenter 服务器添加到 IMS 或刷新该服务器(如果已将其添加到 IMS)。 |
在 VMware 和 NetApp SnapMirror 环境中,一般准则是先添加/刷新 vCenter 服务器,然后再添加/刷新 NetApp Enclosure。
表:为 VMware 和 NetApp SnapMirror 环境中的存储阵列配置或刷新 IMS 中的资产基础架构
情况 | 建议的顺序 |
|---|---|
尚未添加资产基础架构。 | 先将 vCenter 服务器添加到 IMS,完成发现后再添加 NetApp Enclosure。 |
稍后可从现有 NetApp Enclosure 中置备存储,并在 ESX Server 上装入 NFS Datastore。 | 先刷新 IMS 中的 vCenter 服务器,完成发现后再刷新 NetApp Enclosure。 |
稍后可从新 NetApp Enclosure 中置备存储,并在 ESX Server 上装入 NFS Datastore。 | 先刷新 IMS 中的 vCenter 服务器,等待 vCenter 服务器发现完成后再添加新的 NetApp Enclosure。 |
在 NetApp SnapMirror 复制环境中为实现应用程序发现添加或修改资产基础架构的建议顺序如下:确保完成主机发现后再添加或刷新 NetApp Enclosure。
更多信息