产品文档
- 部分 I. 概述和规划
- Resiliency Platform 简介
- 关于 Resiliency Platform 功能和组件
- Resiliency Platform 部署中的复制
- 关于 Veritas Resiliency Platform Data Mover
- 使用 Resiliency Platform 的恢复选项
- 部署检查清单
- 系统要求
- 管理许可证
- 使用 Web 控制台
- Resiliency Platform 简介
- 部分 II. 部署和配置虚拟设备
- 部署和配置
- 通过 AWS Marketplace 在 AWS 中部署虚拟设备
- 在 AWS 中使用 OVA 文件部署虚拟设备
- 在 AWS 中部署数据网关
- 使用 PowerShell 脚本在 Azure 中部署虚拟设备
- 通过 Azure Marketplace 在 Azure 中部署虚拟设备
- 在 vCloud 中部署虚拟设备
- 在华为云中部署虚拟设备
- 在 Orange Recovery Engine 中部署虚拟设备
- 关于配置 Resiliency Platform 组件
- 虚拟设备安全功能
- 关于修补程序
- 应用更新
- 关于应用 Resiliency Platform 更新
- 设置 YUM 服务器
- 部署和配置
- 部分 III. 设置和管理 Resiliency Domain
- 管理 Resiliency Domain
- 与 NetBackup 集成
- 与 InfoScale Operations Manager 集成
- 部分 IV. 添加资产基础架构
- 管理 Resiliency Platform 主机资产
- 管理 VMware 资产
- 管理 Veritas Replication VIB
- 管理 Hyper-V 资产
- 管理网关
- 关于 Replication Gateway 对
- 管理数据网关
- 管理 Enclosure 资产
- 部分 V. 管理网络
- 管理网络
- 关于网络对象
- 管理设置
- 管理网络
- 部分 VI. 使用 Resiliency Group
- 组织资产
- 管理 Virtual Business Service
- 组织应用程序
- 管理自定义应用程序
- 管理 Service Objective
- 部分 VII. 配置灾难恢复
- 使用 Resiliency Platform Data Mover 配置
- 在 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
- 关于自定义脚本
- 部分 IX. 产品设置
- 部分 X. 使用 Resiliency Platform API
- 部分 XI. 故障排除和使用命令行界面
- 故障排除
- 从灾难场景中恢复 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。
更多信息