This site will be decommissioned on December 31st 2024. After that date content will be available at techdocs.broadcom.com.

vSphere Replication 8.7 | 2023 年 4 月 18 日 | 内部版本 21591677 | 下载

vSphere Replication 配置导入/导出工具 8.7 | 2023 年 4 月 18 日 | 内部版本 21403189 | 下载

请查看发行说明以了解新增内容及更新。

新增功能

  • VMware vSphere Replication 8.7 与 VMware vSphere 8.0 Update 1 兼容。

  • 数据网格用户界面增强功能:

    • 基于切换控件,每页显示更多的对象行。可灵活选择要显示的最大记录数。

    • 增加了根据数据自动调整列的选项。

    • 能够记住列大小调整。

  • 基于 ESXi 主机标记将 ESXi 主机排除在注册之外。

  • 从复制中排除磁盘时,在复制重新配置向导中增加了用于保留副本基础磁盘的选项。

  • 数据存储集群作为复制的目标。

  • 新增了用于配置 vSphere Replication 的 REST API。

    有关详细信息,请参见博客

  • 新增了用于通过 VRMS 设备管理界面启动或重新启动 syslog 服务的选项。

  • VMware Aria Operations Management Pack for vSphere Replication 8.7。有关该管理包的信息,请参见 VMware Aria Operations Management Pack for vSphere Replication 8.7 发行说明

  • 适用于 vSphere Replication 8.7 的 VMware Aria Automation Orchestrator Plug-In。有关新工作流的信息,请参见适用于 vSphere Replication 8.7 的 VMware Aria Automation Orchestrator Plug-In 发行说明

有关与 VMware vSphere 早期版本或更高版本的互操作性,请参见 vSphere Replication 8.7 兼容性列表

有关 vSphere 8.0 Update 1 功能的信息,请参见 vSphere 8.0 Update 1 文档

本地化

VMware vSphere Replication 8.7 提供以下语言版本:

  • 英语

  • 法语

  • 德语

  • 意大利语

  • 日语

  • 韩语

  • 西班牙语

  • 简体中文

  • 繁体中文

产品文档

除了当前发行说明以外,还可以使用包含以下交付内容的 vSphere Replication 8.7 文档集。

兼容性

vSphere Replication 8.7 与 vSphere 8.0 及更高版本兼容,并支持 ESXi 版本 8.0 及更高版本。

有关互操作性和产品兼容性信息,请参见 vSphere Replication 8.7.x 兼容性列表

安装

下载 vSphere Replication .iso 映像并挂载它。您可以在 vSphere Web Client 中使用“部署 OVF”向导来部署 vSphere Replication 设备。导航到此 .iso 映像中的 \bin 目录并使用相应的 OVF 文件:

  1. vSphere_Replication_OVF10.ovf: 使用此文件可安装所有 vSphere Replication 组件,包括 vSphere Replication 管理服务器和 vSphere Replication 服务器。

  2. vSphere_Replication_AddOn_OVF10.ovf: 使用此文件可安装可选的附加 vSphere Replication 服务器。

有关安装的详细信息,请参见 vSphere Replication 文档中心中的“安装 vSphere Replication”部分。

对于 vCenter Server 到 vCenter Server 复制,源和目标站点上的 vSphere Replication 管理服务器版本可以为 8.6 或 8.7。

vSphere Replication 8.7 要求在源站点和目标站点上都具有支持的 vCenter Server 版本。有关详细信息,请参见《VMware 产品互操作性列表》

升级 vSphere Replication

可以使用 ISO 文件和 VRMS 设备管理界面将 vSphere Replication 8.5.x 或 8.6.x 升级到 vSphere Replication 8.7。

无法使用虚拟设备管理界面 (VAMI) 将 vSphere Replication 从 8.4 之前的版本升级到版本 8.7。有关受支持版本的详细信息,请参见兼容性列表

重要信息:在启动升级前,请确认 vSphere Replication 设备具有 OFV 环境或上下文。请参见检查和恢复 vSphere Replication 设备的 OVF 环境 (2106709)

确认您已阅读已知问题下的“升级和常规”部分。

有关升级到 vSphere Replication 8.7. 的过程,请参见升级其他 vSphere Replication 服务器升级 vSphere Replication 设备

注意:

  • 将 vSphere Replication 与 Site Recovery Manager 结合使用时,请先升级受保护站点和恢复站点上的 vSphere Replication,然后再升级 Site Recovery Manager 服务器。升级 vSphere Replication 后,必须重新启动 Site Recovery Manager 服务器。有关详细信息,请参见 VMware Site Recovery Manager 文档

vSphere Replication 的操作限制

有关 vSphere Replication 8.7 的操作限制,请参见 VMware 知识库。请参见 vSphere Replication 8.x 的操作限制 (KB 2102453)

注意:vSphere Replication 需要其他配置,才能够支持在每个 vSphere Replication 管理服务器上同时进行超过 500 个复制操作。请参见 vSphere Replication 8.x 的操作限制配置升级的 vSphere Replication Appliances 以支持多达 3000 个复制

开源组件

有关适用于 vSphere Replication 8.7 中分发的开源软件组件的版权声明和许可证,请参见 vSphere Replication 开源公开页

局限声明和限制

为确保虚拟机复制成功,必须先验证虚拟基础架构符合相关限制要求后,再开始复制。

  • 在含链接的 vCenter Server 实例的联合环境中,当您登录到 REST API 网关本地站点时,您将自动登录到远程站点。您无须发出 POST/远程会话请求。无法使用其他用户名登录到远程站点。

  • 升级到 vSphere Replication 8.7 时,hms-db-max-connections 属性值将自动从 99 更新为 149。要保留自定义值,必须在升级后手动进行更改。

  • vSphere Replication 不支持使用持久性内存 (PMem) 设备保护虚拟机。

  • 从 vSphere Replication 8.5.0.3 开始,您可以使用 vSphere Life Cycle Manager (vLCM) 和手动解决办法。有关详细信息,请参见 VMware vSphere Replication 8.5.0.3 发行说明

  • vSphere Replication 未与 vLCM 集成。您不得在同一数据中心运行 vSphere Replication 和 vLCM,因为 vLCM 会导致 vSphere Replication 停止。

  • 如果在 vSphere Replication 设备上运行 vSphere阻止客户机操作系统进程向主机发送配置消息过程,vSphere Replication 将停止正常运行。

  • vSphere Replication 不支持使用两种复制技术保护一个虚拟机。如果使用 VMware Cloud Disaster Recovery 保护虚拟机,则无法使用 vSphere Replication 对其进行保护。

  • 仅当源和目标 ESXi 主机的版本均为 7.0 Update 2 或更高版本时,vSphere Replication 才支持虚拟 NVMe 控制器。

  • 开启虚拟机加密后,vSphere Replication 8.7 将不支持 vSphere 7.0 Update 2。

  •  vSphere Replication 8.7 不在 VRMS 设备管理界面中提供支持包管理,包括包含支持包的列表和删除支持包。要通过 SSH 管理支持包,请建立到 vSphere Replication 设备的 SSH 连接。

  • 在一个可置备的 vVol 数据存储上,5 分钟 RPO 只能扩展到最多支持 50 个虚拟机。

  • vSphere Replication 在虚拟卷上不支持 VSS 静默。

  • vSphere Replication 无法复制共享 vmdk 文件的虚拟机。

  • vSphere Replication 不支持源站点和目标站点上的 vSphere APIs for IO Filtering。无法复制分配有包含 IO 筛选器的虚拟机存储策略的虚拟机,也无法将此类策略分配给复制目标虚拟机。在配置虚拟机以进行复制之前,请确保分配给虚拟机的虚拟机存储策略不包含 IO 筛选器。请勿将包含 IO 筛选器的虚拟机存储策略分配给已配置以进行复制的虚拟机。

  • 如果部署多个 vSphere Replication 设备,VRMS 设备管理界面将在初始配置过程中生成警告。用户需要确认是否继续部署新设备。部署多个 vSphere Replication 服务器时不会发生这种情况。

  • 每个 vSphere Replication 管理服务器最多可管理 4000 个复制的虚拟机。请参见配置升级的 vSphere Replication 设备以支持多达 3000 个复制 (KB 2102463)环境要求...(KB 2107869)

  • vSphere Replication 支持的最大磁盘大小为 62 TB。如果您尝试在磁盘容量大于 62 TB 的虚拟机上激活复制,该虚拟机将不执行任何复制操作,并且无法打开电源。

  • vSphere Replication 会在大于 2TB 的磁盘上跟踪较大的块。在相同的工作负载下,大于 2TB 的磁盘的复制性能可能会不同于小于 2TB 的磁盘,具体取决于特定的一组更改块通过网络传输所使用的磁盘空间量。

  • vSphere Replication 不支持升级 vSphere Replication 设备中的 VMware Tools 软件包。

  • vSphere Replication 支持复制虚拟兼容模式下的 RDM。不能配置物理兼容模式下的 RDM 进行复制。

  • vSphere Replication 不复制目标站点上的虚拟机快照层次结构。

  • 可以配置已关闭电源的虚拟机进行复制。但是,实际复制流量会在虚拟机打开电源时开始发送。

  • 在复制站点使用 Storage DRS 时,确保您拥有同类主机和数据存储连接,以防止 Storage DRS 针对副本磁盘执行消耗资源的跨主机移动(更改主机和数据存储)。

  • vSphere Replication 不支持 VMware vSphere® Trust Authority™。

  • 使用 TRIM/UNMAP 命令回收空间时,如果在源站点使用 UNMAP 命令,则复制流量会将该命令作为一大串零发送,除非在复制中使用压缩。数据在目标站点上存储为零,并且不会回收副本磁盘上的空间。

已知问题

升级

  • 无法将 vSphere Replication 设备升级到版本 8.7

    尝试将 vSphere Replication 设备升级到版本 8.7 时,该过程失败,但不显示错误或警告。如果日志分区 (/opt/vmware/logs) 已满,则会出现此问题。

    解决办法:升级到 vSphere Replication 8.7 之前,清理日志分区。

  • 升级后,vSphere Replication 管理服务不启动

    升级 vSphere Replication 后,vSphere Replication 管理 (VRM) 服务在 VAMI 中显示为已停止,虚拟设备中的 /opt/vmware/hms/logs/hms-configtool.log 文件包含 java.net.ConnectException: Connection refused 错误消息。

    由于 vPostgreSQL 服务未完全启动而导致嵌入式数据库架构的升级进程失败时,会出现此问题。

    解决办法:

    1. 在虚拟设备控制台中,以 root 用户身份登录。

    2. 运行下列命令:

      $ /opt/vmware/hms/bin/hms-configtool -cmd upgrade -configfile /opt/vmware/hms/conf/hms-configuration.xml

      数据库架构升级启动。

    3. 等待数据库升级进程完成。

    4. 在 vSphere Replication VAMI 中,导航到配置选项卡并完成该设备的 SSO 注册。

  • 在升级 vSphere Replication 设备或者更改证书或 IP 地址后,缺少 vSphere Replication 权限

    如果升级 vSphere Replication 设备,或者由于某些其他原因导致 vSphere Replication 设备的证书或 IP 地址发生更改,则会删除分配给默认 VRM 用户角色的权限。每次取消注册 vSphere Replication 扩展并将其注册到 vCenter Server 扩展管理器时,都会出现此问题。

    解决办法:请先克隆预定义的 VRM 角色,并创建自定义角色,然后再升级 vSphere Replication 设备,或者更改其证书或 IP 地址。分配给自定义角色的权限不会被移除。

常规

  • 新增: - 重新保护失败并显示错误“对象‘vim.Task:session<ID>’已删除或未完全创建 (The object 'vim.Task:session<ID>' has already been deleted or has not been completely created)”

    由于各种原因(例如登录令牌过期),VRMS 会重新连接到 vCenter Server,如果在计划的故障切换或重新保护等操作期间发生这种情况,则操作可能会失败并显示类似以下内容的错误:The object 'vim.Task:session[<some-id>]<some-id>' has already been deleted or has not been completely created

    解决办法:重试该操作。

  • 新增: - 从 vSAN 数据存储进行重新保护失败并显示错误

    在极少数情况下,尝试在 vSAN 数据存储上创建种子目录时,vSphere Replication 重新保护操作可能会失败,并显示错误消息 Unable to reverse replication for the virtual machine '<VM_name>'. Permission to perform this operation was denied

    解决办法:

    1.在指定的主机上重新启动管理服务,然后重试重新保护操作。请参见在 ESXi 中重新启动管理代理(知识库文章 1003490)

    2.根据需要重新引导主机,然后重试重新保护操作。

    3.如果需要,在出现故障的虚拟机上取消配置复制,再重新配置复制。

  • 新增: - 重新保护失败并显示“无法对虚拟机进行反向复制 (Unable to reverse replication for the virtual machine)”错误

    在反向复制期间,vSphere Replication 通过移除源虚拟机的快照和折叠磁盘来准备源虚拟机。此任务可能需要比预期更长的时间,因此 vSphere Replication 使用子磁盘构建反向复制规范。将显示以下错误: Unable to reverse replication for the virtual machine...

    解决办法:重试重新保护操作。

  • 即使最新状态为“良好”,复制也仍保留上一个错误

    复制处于“良好”状态,但上一个错误消息“A replication error occurred at the vSphere Replication Server for replication <replication ID> "No connection to VR Server for virtual machine <vm name> on host <host IP> in cluster <cluster ID> in SDDC-Datacenter: Unknown”仍存在于 Site Recovery 用户界面上。这是因为,提供复制处于“良好”状态以及必须清除错误的信息的事件在主机级别发送。由于短时间内有太多事件,这些事件筛选不当,因此丢失了。

    1.在 vSphere Client 中,导航到 vCenter Server 实例。

    2.选择配置选项卡 > 高级设置 > 编辑设置

    5.配置键值以启用 config.vpxd.event.burstFilter.whiteList 选项。应包含允许列表中的事件包括:vim.event.UserLoginSessionEventvim.event.UserLogoutSessionEventhbr.primary.DeltaCompletedEventhbr.primary.NoConnectionToHbrServerEventhbr.primary.ConnectionRestoredToHbrServerEventhbr.primary.FSQuiescedDeltaCompletedEventhbr.primary.AppQuiescedDeltaCompletedEventhbr.primary.UnquiescedDeltaCompletedEvent

    6.重新启动 vmware-vpxd 服务,使所有更改生效。

  • vSphere Replication 升级到版本 8.7 后,不会保留自定义 hms-db-max-connections 属性值

    升级到 vSphere Replication 8.7 时,将在 hms-configuration.xml 中自动更新 hms-db-max-connections 属性值。该值将从 99 更改为 149。升级后,将覆盖之前为此属性设置的自定义值。

    解决办法:

    如果要保留旧的 hms-db-max-connections 属性值,则必须手动设置该值:

    1. 与 vSphere Replication 设备建立 SSH 连接。

    2. 使用任意编辑器打开 /opt/vmware/hms/conf/hms-configuration.xml 文件,修改 hms-db-max-connections 属性值并保存更改。

    3. 在 VRMS 设备管理界面中重新启动 HMS 服务,或通过与 vSphere Replication 设备建立 SSH 连接并运行 systemctl restart hms 命令重新启动 HMS 服务。

  • 无法在故障恢复的虚拟机上创建新 DataSets

    对以前具有 DataSets 但未激活“启用 DataSets 复制”设置的虚拟机执行故障恢复时,将导致故障恢复的虚拟机未激活 DataSets。但是,旧的 .dsv 和 .dsd DataSets 文件仍位于源站点上的虚拟机文件夹中。

    尝试在故障恢复的虚拟机上创建新的 DataSets 文件时,任务显示为成功。但是,检查是否在虚拟机上激活了 DataSets 时,检查结果显示没有任何 DataSets 文件。

    解决办法:

    要在故障恢复的虚拟机上创建新的 DataSets,请执行以下操作:

    1. 移除或重命名源站点上虚拟机文件夹中的旧 .dsv 和 .dsd DataSets 文件。

    2. 在虚拟机上创建新 DataSets。

  • 从 vSphere Replication 管理服务器 (VRMS) 设备管理用户界面配置 VRMS 失败并显示错误

    如果配置 vCenter Server 时使用端口 80 以外的自定义 HTTP 端口,则从 VRMS 设备管理用户界面配置 VRMS 失败并显示以下错误:

    Failed to register VRMS

    解决办法:要发现自定义 vCenter Server 端口并调整 VRMS 配置工作流以使用此端口,请参见 https://kb.vmware.com/s/article/85918

  • 将不同数据存储中的种子副本磁盘移至一个数据存储失败

    尝试将不同数据存储中具有相同名称的种子副本磁盘移至一个数据存储时,该过程将失败。具有相同名称的种子副本磁盘不能存在于同一位置。

    解决办法:在移动前重命名种子副本磁盘。

  • 将已恢复的加密虚拟机恢复到快照失败并显示错误

    恢复激活了多个时间点 (MPIT) 快照的加密虚拟机的复制时,虚拟机加密不会应用于恢复后创建的时间点 (PIT) 快照。尝试恢复到已恢复加密虚拟机的快照将失败,并显示以下错误:Unable to open the snapshot file

    解决办法:无。

  • 如果您的第二个 NIC 配置了静态路由集,则“摘要”选项卡中会出现意外错误

    如果您有第二个网卡,并且为其配置了静态路由集,则 VRMS 设备管理界面无法从第二个网卡获取 IP 地址。这可能会导致在“摘要”选项卡下的“用于入站存储流量的 IP 地址”字段中显示以下意外错误:

    The Storage Traffic IP address <IP_address> must match one of the NIC IP addresses

    解决办法:正确配置网卡,然后您可以忽略该错误。可以运行以下命令,验证复制流量是否使用正确的 IP 地址:cat /etc/vmware/hbrsrv-nic.xml

  • 修改虚拟机磁盘配置时,复制将进入“错误”状态

    当虚拟机是正在进行的复制的一部分,并且您修改了虚拟机存储配置(添加、删除或调整磁盘大小)时,此操作将启动复制重新配置任务。如果此复制上已在进行另一个重新配置操作,则复制可能会进入“错误”状态并显示错误。例如,“配置规范无效。某些磁盘未指定用于复制,也未排除 Invalid configuration spec. Some disks are not specified for replication, nor excluded.。”错误。

    解决办法:手动重新配置复制。

  • 如果重新配置复制,将新的存储策略分配给目标不是 vSAN 目标数据存储的复制虚拟磁盘,则该策略不会应用于目标站点上的副本磁盘

    首次配置或恢复复制时,存储策略将应用于目标站点上的副本磁盘。如果将复制重新配置为使用新存储策略,并且复制虚拟磁盘的目标不是 vSAN 目标数据存储,则此更改不会自动反映在配对站点中。

    解决办法:

    1. 使用重新配置的复制恢复虚拟机。

    2. 使用 vSphere Client,将已恢复虚拟机的存储策略更改为新策略。

    3. 从 vCenter Server 清单中取消注册已恢复的虚拟机。

    4. 使用种子和新存储策略再次配置复制。

  • 复制的虚拟机变得无响应或无法处理网络请求

    执行 vSphere Replication 同步操作过程中,虚拟机磁盘 I/O 在同步期间阻塞。如果 SCSI UNMAP 命令替代当前复制磁盘到目标站点的传输,则 vSphere Replication 筛选器驱动程序会在同步操作期间使这些命令失败。

    解决办法:允许 vSphere Replication 适应 UNMAP 命令。

    1. 建立与 ESXi Server 的 SSH 连接。

    2. 运行下列命令:

    esxcli system settings advanced set -o /HBR/DemandlogFailCollidingUnmap -i 0

    该命令立即生效,您无需重新启动系统。

  • 重新保护失败,并显示错误

    大规模复制虚拟机时,重新保护可能会失败,并显示以下错误:

    "Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "java.net.SocketTimeoutException: Read timed out"

    解决办法:

    1. 与 vSphere Replication 设备建立 SSH 连接。

    2. 运行下列命令:

      /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-default-vlsi-client-timeout=15
    3. 重新启动 HMS 服务。

  • 同时移除磁盘并将磁盘添加到源虚拟机时,复制将进入“错误”状态。

    “自动包含新磁盘”选项处于激活状态。如果编辑虚拟机的设置,在单个任务中同时移除其中一个磁盘并添加新磁盘时,复制可能会进入“错误”状态。

    解决办法 1:在 Site Recovery UI 中手动重新配置复制。

    解决办法 2:修改虚拟机时,通过两个单独的任务添加新磁盘和移除磁盘

  • 在同一 SCSI 设备上更换磁盘时,不会启动自动复制

    “自动复制新磁盘”处于激活状态。如果使用一个步骤,在同一 SCSI 设备上同时移除和添加受保护磁盘,复制将进入错误状态:

    The set of disks on the vSphere Replication Server does not match the source set for replication '<vm name>'.

    解决办法 1:利用两个分开的配置操作更换磁盘。

    解决办法 2:如果使用单个配置操作更换 SCSI 设备上的磁盘,请重新配置复制。

  • 重新保护操作失败

    如果在激活静默功能的情况下配置复制,并且目标站点上 ESXi 主机的版本为 7.0 或 7.0 Update 1,则重新保护操作会失败。

    解决办法:停用优化的重新保护功能。

    1. 与 vSphere Replication 设备建立 SSH 连接。

    2. 运行下列命令:

      /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property reprotect-optimization-enabled=false

    3. 重新启动 HMS 服务。

    此问题在 ESXi 版本 7.0 Update 2 中已得到解决。

  • 如果尝试在调整磁盘大小后运行同步操作,该操作将失败。

    磁盘大小调整操作可能需要几个小时才能完成,具体取决于磁盘大小。如果尝试同时运行同步操作,即使复制状态为“正常”,操作也将失败。

    解决办法:等待磁盘大小调整操作完成。可以通过查看 /var/log/vmware/hbrsrv.log 日志文件验证完成情况,在该日志文件中,应能够看到以下条目:

    Resizing disk <replicated disk ID>

  • 使用 vSphere Native Key Provider 加密的虚拟机的复制恢复失败

    如果从配置了本机密钥提供程序的集群中移除与目标数据存储连接的所有主机,则现有复制将保持正常状态。但是,如果您尝试执行恢复,恢复将失败,并且复制将进入“错误”状态。

    解决办法:使数据存储再次可从集群访问。如果没有尝试恢复且复制仍处于正常状态,请重新配置复制,并将目标数据存储更改为集群可访问的数据存储。

  • 在执行重新保护操作时,不会复制新添加的虚拟磁盘

    如果执行恢复并向已恢复的虚拟机添加新磁盘,则执行重新保护操作时不会复制新磁盘。即使将初始复制配置为自动复制新磁盘,也不会自动复制新磁盘。

    解决办法:手动将新磁盘包含在复制中。

  • 生成支持包失败

    如果在未配置 vSphere Replication 设备的情况下尝试生成支持包,该过程将失败。

    解决办法:手动生成 vSphere Replication 设备和嵌入式 vSphere Replication 服务器的支持包。生成的文件为 /tmp/hms-bundle.tar.gz/tmp/embedded-hbr-bundle.tgz

    1. 与 vSphere Replication 设备建立 SSH 连接。

    2. 运行以下命令:

      /bin/tar --force-local --ignore-failed-read -chvpf /tmp/hms-bundle.tar /opt/vmware/hms/logs /opt/vmware/var/log

      /opt/vmware/support/logs/dr /opt/vmware/support/logs/drconfigui

      /opt/vmware/support/logs/envoy

      /usr/bin/gzip --no-name --quiet --stdout /tmp/hms-bundle.tar > /tmp/hms-bundle.tar.gz

      /urs/bin/rm /tmp/hms-bundle.tar​

      /usr/bin/sudo -u root /usr/bin/hbrsrv-support-bundle.sh -f /tmp/embeded-hbr-bundle.tgz

    3. 导航到相应的嵌入式 vSphere Replication 服务器的 VMware VRMS 设备管理,并生成支持包。

  • 恢复操作没有进展

    如果在较短时间内先从复制中排除具有 vVOL 目标数据存储的虚拟磁盘,然后再次包含该虚拟磁盘,则可能会影响后续的恢复操作。如果尝试执行恢复,恢复可能不会继续进行。

    解决办法 1:

    如果已启动恢复操作:

    1. 移除复制,这将保留副本磁盘。

    2. 使用种子重新配置复制。

    3. 执行恢复操作。

    解决办法 2:

    如果尚未启动恢复操作:

    1. 排除具有 vVOL 目标数据存储的磁盘。

    2. 同步复制。

    3. 再次包含磁盘。

    4. 执行恢复操作。

  • 复制同步没有进展

    如果在较短时间内先从复制中排除具有 vVOL 目标数据存储的虚拟磁盘,然后再次包含该虚拟磁盘,则可能会影响后续的复制同步操作。如果尝试执行复制同步,可能不会继续进行。

    解决办法:

    1. 排除具有 vVOL 目标数据存储的磁盘。

    2. 同步复制。

    3. 再次包含磁盘。

  • 无法对 vSphere Replication 使用网络加密

    尝试为复制配置网络加密时,“配置复制”向导中的选项处于非活动状态。如果您使用的是较旧的 ESXi 版本,则 hbr-agent.vib 可能不会自动安装在 ESXi 主机上,您将无法为这些复制配置网络加密。

    解决办法:

    1. 与 vSphere Replication 设备建立 SSH 连接。

    2. 运行下列命令:

      /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-auto-install-hbragent-vib=false

    3. 重新启动 HMS 服务。

    4. 下载 hbr-agent.vib 并安装在 ESXi 主机上。请参见 https://kb.vmware.com/s/article/2110304

  • 尝试通过 VMware VRMS 设备管理配置 IPv6 时,会收到“属性无效 - dns (invalid property - dns)”错误

    尝试通过 VMware VRMS 设备管理配置 IPv6 并选择“通过路由器通告自动获取 IPv6 设置”选项和自动分配的 DNS 时,将出现错误“属性无效 - dns (invalid property - dns)”。

    解决办法:

    通过 SSH 连接到 vSphere Replication 设备主机,并运行 $netmgr ip6_address --set --interface --dhcp 0 --autoconf 1

    要通过 DHCP 接收 IP 地址,请运行 $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1

  • 无法通过 VMware VRMS 设备管理重新配置 IPv6 设置

    如果您已为 IPv6 网络配置了“通过路由器通告自动获取 IPv6 设置”或“通过 DHCP 自动获取 IPv6 设置”选项,则无法仅使用“通过 DHCP 自动获取 IPv6 设置”重新配置 IPv6 设置。必须同时选择这两个选项,或者两个选项都不选。

    解决办法:

    通过 SSH 连接到 vSphere Replication 设备主机,并运行 $netmgr ip6_address --set --interface --dhcp 0 --autoconf 1

    要通过 DHCP 接收 IP 地址,请运行 $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1

  • 移除磁盘,然后将同一磁盘添加到源虚拟机上的不同虚拟设备节点后,重新配置复制失败

    如果移除一个虚拟磁盘并使用相同的 VMDK 文件添加新磁盘,然后尝试执行手动或自动(如果激活了“自动包含新磁盘”选项)重新配置复制,则该过程将失败并出现以下错误:

    Cannot reconfigure replication group '<VM_ID>' (managed object ID: 'GID-<group-ID>'). Details: 'Duplicate key (hms.Disk) { dynamicType = null, dynamicProperty = null, deviceKey = <DEVICE_KEY>, destination = (hms.ExtendedDatastorePath) { dynamicType = null, dynamicProperty = null, datastore = MoRef: type = Datastore, value = <DATASTORE>, serverGuid = null, path = <PATH>, fileName = <FILENAME>, dsCluster = null }, storageProfileId = null, useOfflineCopy = false, virtualDiskType = thin, skipDiskUuidValidation = true, replicationDiskId = null, contentId = null, capacityInKb = <CAPACITY> }'. ThrowableProxy.cause The operation is not allowed in the current state.

    解决办法

    1. 停止复制并保留副本磁盘。

    2. 使用磁盘作为种子再次配置复制。

  • 从 vSphere Trust Authority 切换到 KMS 加密机制后,配置复制失败

    如果使用 vSphere Trust Authority 加密机制,但切换回使用 KMS 服务器的旧加密机制,然后尝试配置复制,则该过程可能会失败。出现此问题的原因是,切换加密机制后,加密密钥可能未正确分发到目标主机。

    解决办法:重新启动 HMS 服务。

  • 测试恢复失败并显示错误

    如果配置到 VMFS 数据存储的复制,然后将此组的任何磁盘重新配置为复制到 vSAN 数据存储(而虚拟机主页仍配置为 VMFS 数据存储),则尝试执行测试恢复时,操作会失败,并显示以下错误:

    Cannot create a test bubble image for group '<group-ID>' on vSphere Replication Server...

    解决办法 1:将所有副本磁盘重新配置为使用 VMFS 数据存储。

    解决办法 2:重新配置虚拟机主页以复制到 vSAN 数据存储。

  • 使用网络加密的复制显示处于“非活动”状态

    默认情况下,当您打开 vSphere Replication 设备的电源时,vSphere 安装捆绑包 (VIB) 会安装在部署该设备的 vCenter Server 清单中所有受支持的 ESXi 主机上。由于不同的原因,VIB 文件的自动安装可能会失败。

    解决办法:

    在托管复制源虚拟机的每个 ESXi 实例上安装 vSphere Replication VIB 文件。

    1. 暂时停用 ESXi 主机上的防火墙。

    2. 建立与 ESXi Server 的 SSH 连接。

    3. 运行下列命令:

      $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib

    4. 激活 ESXi 主机上的防火墙。

  • 无法配置使用网络加密的新复制

    默认情况下,当您打开 vSphere Replication 设备的电源时,vSphere 安装捆绑包 (VIB) 会安装在部署该设备的 vCenter Server 清单中所有受支持的 ESXi 主机上。由于不同的原因,VIB 文件的自动安装可能会失败。

    解决办法:

    在托管复制源虚拟机的每个 ESXi 实例上安装 vSphere Replication VIB 文件。

    1. 暂时停用 ESXi 主机上的防火墙。

    2. 建立与 ESXi Server 的 SSH 连接。

    3. 运行下列命令:

      $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib

    4. 激活 ESXi 主机上的防火墙。

  • 在 vSphere UI 中右键单击复制的虚拟机并选择“重新配置复制”时,会在 Mozilla Firefox 浏览器中阻止 Site Recovey UI 的弹出窗口,且不显示通知

    默认情况下,Site Recovery UI 在新选项卡中打开。在 vSphere UI 中右键单击复制的虚拟机并选择“重新配置复制”时,会在 Mozilla Firefox 浏览器中阻止 Site Recovey UI 的弹出窗口,且不显示通知。

    解决办法:从 Mozilla Firefox 的“选项”菜单中,选择“内容”选项卡,然后将 vCenter Server 的 URL 添加到弹出窗口例外列表中。

  • 如果配置复制时使用 vVol 目标数据存储上的种子,虽然配置会成功,但复制将处于“错误”状态

    如果在配置复制时使用具有快照的虚拟机作为种子,虽然配置操作会成功,但复制会在“初始完全同步”结束后进入“错误”状态。此时会出现类似于以下错误描述的问题:

    A replication error occurred at the vSphere Replication Server for replication 'vmname'. Details: 'Error for (datastoreUUID: "vvol:9148a6192d0349de-94149524b5f52bc4"), (diskId: "RDID-fd3ed4de-2356-43c7-a0e2-7bc07a7da012"), (hostId: "host-33"), (pathname: "vmname/vmname.vmdk"), (flags: retriable): Class: NFC Code: 10; NFC error: NFC_DISKLIB_ERROR (Input/output error); Set error flag: retriable; Can't write (multiEx) to remote disk; Can't write (multi) to remote disk'.

    解决办法:从种子虚拟机中删除快照。

  • vSphere Replication 在完全同步期间失败,出现错误:vSphere Replication 服务器上出现复制错误 (A replication error occurred at the vSphere Replication Server)

    vSphere Replication 在完全同步期间可能会失败,并显示以下错误:

    A replication error occurred at the vSphere Replication Server for replication <group_name>. Details: 'Error for (datastoreUUID: "..."), (diskId: "..."), (hostId: "..."), (pathname: "..."), (flags: retriable, pick-new-host, nfc-no-memory): Class: NFC Code: 5; NFC error: NFC_NO_MEMORY; Set error flag: nfc-no-memory; Code set to: Host unable to process request.; Set error flag: retriable; Set error flag: pick-new-host; Can't write (single) to remote disk'.

    通常,此错误是暂时性的,一段时间后,操作将会成功。

  • 替换 vCenter Server 的 SSL 证书导致 vSphere Replication 中出现证书验证错误

    如果替换了 vCenter Server 系统上的 SSL 证书,则 vSphere Replication 尝试连接 vCenter Server 时出现连接错误。

    解决办法:有关如何更新 vCenter Server 证书并让诸如 vSphere Replication 等解决方案能够继续正常运行的信息,请参见 http://kb.vmware.com/kb/2109074

  • 数据同步失败,且源 vSphere Replication 管理服务器的日志文件包含错误 DeltaAbortedException

    如果在数据同步期间您的环境出现连接问题,您可能会发现以下问题。

    • 复制组同步失败,且源站点的 vSphere Replication 管理服务器中的 hms<n>.log 文件包含以下错误消息:

      DeltaAbortedException.

    • 在 Site Recovery Manager 中,复制组同步失败,并出现以下错误消息:

      VR synchronization failed for VRM group <group_name>. A generic error occurred in the vSphere Replication Management Server. Exception details: 'com.vmware.hms.replication.sync.DeltaAbortedException'.

    解决办法:在继续操作前,先解决环境中的连接问题。

  • 如果同时恢复多个复制且自最新同步后累积了大量增量,使用“同步最新更改”进行故障切换将失败,并出现 SocketTimeoutException 错误

    当相同网络中存在大量复制流量时,vSphere Replication 管理服务器可能无法通过 vCenter 反向代理接收应有的响应。某些复制管理或监控操作可能会失败,并出现以下错误消息:

    com.vmware.vim.vmomi.client.exception.ConnectionException: java.net.SocketTimeoutException: Read timed out

    解决办法:为 vSphere Replication 流量配置网络流量隔离,以便 vCenter 和 vSphere Replication 管理服务器之间的管理通信不会受大量复制流量的影响。请参见隔离 vSphere Replication 网络流量

  • 恢复期间会覆盖位于目标文件夹中的虚拟机

    如果目标文件夹包含名称与已复制虚拟机相同的已注册虚拟机,则在恢复期间会覆盖该已注册虚拟机。启动“恢复”向导后,vSphere Replication 会检查目标文件夹,并显示一个供您确认覆盖操作的对话框。在极少数情况下,在完成目标检查后,且在向导仍处于打开状态时,可能会将虚拟机注册到目标文件夹。在这些情况下,将覆盖已复制到目标文件夹的虚拟机,而不另行通知。

    解决办法:无。

  • 在更改目标站点上的 vSphere Replication 服务器的 IP 地址后,复制将显示“非活动 (违反 RPO)”状态

    如果目标站点上的 vSphere Replication 服务器的 IP 地址发生更改,则此站点的所有复制的状态都将变为“非活动 (违反 RPO)”。出现此问题是因为,当 IP 地址发生更改时,未自动重新配置源站点上的复制。

    解决办法:重新配置所有复制,以便源主机使用目标 vSphere Replication 服务器的新 IP 地址。

  • 初始完全同步期间出现暂时性“错误”状态

    在初始同步期间,您可能会发现同步状态临时更改为“错误”,并多次回到正常状态。该错误状态可能表明目标站点上的资源不足。如果由于同步操作所导致的 IO 工作负载高于目标主机可以处理的负载,则复制的状态将变为“错误”。IO 工作负载减少后,该错误将消失。

    解决办法:在正在运行复制源虚拟机的每个 ESXi 主机上,减少名为 HBR.TransferMaxContExtents 的主机配置选项的值。默认值为 8,较低的值将减少在一次同步更新期间发送的数量块大小,但会增加初始完全同步的持续时间。在初始完全同步后,将该值更改回其默认值 (8) 以获得最大的 RPO 性能。如果在增量同步期间继续出现暂时性错误,则可能意味着每次增量期间传输了大量已更改块,而目标站点上的主机无法容纳所产生的 IO 工作负载。在这种情况下,请降低 HBR.TransferMaxContExtents 配置选项的值。或者,您也可以将更多主机添加到辅助站点。

  • 已分配 VRM 管理员或 VRM 虚拟机复制角色的用户无法访问“配置复制”向导

    如果已分配预定义的 VRM 管理员或 VRM 虚拟机复制角色的用户登录 Site Recovery 用户界面并尝试配置复制,则不会启动“配置复制”向导。

    解决办法:克隆默认角色以向其添加配置文件驱动的存储 -> 配置文件驱动的存储视图特权,然后将克隆的角色分配给用户。

  • 虽然客户机操作系统支持静默,但在“配置复制”向导中为已关闭电源的复制源虚拟机停用了激活静默的选项

    对于 Linux 和 Windows 源,系统根据有关客户机操作系统的信息激活“启用静默”选项。如果虚拟机尚未打开电源,则 ESXi 主机将始终报告不支持静默,因为客户机操作系统信息不可用。

    解决办法:验证复制源虚拟机是否在配置复制前至少已打开电源一次。

  • 更改 vCenter Server 证书之后将无法访问 vSphere Replication 服务

    如果 vCenter Server 证书更改,则 vSphere Replication 无法访问。

  • vSphere Replication 管理服务器 (VRMS) 可能在恢复失败后在目标 vCenter Server 中泄露部分恢复的虚拟机

    在极少数情况下,在恢复期间,VRMS 在目标 vCenter Server 中注册已恢复虚拟机后可能会立即停止。复制详细信息面板中的最新恢复错误消息为:VRM 服务器无法完成操作 (VRM Server was unable to complete the operation)。当 VRMS 重新启动时,它会清理部分恢复的虚拟机文件。在某些情况下,无法从目标 vCenter Server 取消注册虚拟机。随后的恢复尝试会在恢复向导中显示一条错误消息,说明选定的虚拟机文件夹已包含具有相同名称的实体。

    解决办法:手动从目标 vCenter Server 移除虚拟机,但是保留它的磁盘,因为它们指向副本占位文件。

  • 在 vSphere Replication 中恢复的虚拟机无法在 vCenter Server 中打开电源

    使用 vSphere Replication 在虚拟机上运行恢复时,恢复失败,并且复制的状态不为 [已恢复]。虚拟机已在 vCenter 清单中注册,但当您尝试打开其电源时,操作失败并显示错误: File [datastorename] path/vmname.vmx was not found.

    作为 vSphere Replication 恢复工作流的一部分,虚拟机注册在 vCenter Server 中可能会成功,但由于存在临时性网络错误,响应可能未抵达 vSphere Replication 管理服务器。由于虚拟机注册错误,vSphere Replication 会恢复复制映像并报告失败的恢复任务。如果您启动了其他恢复,操作将失败并显示同名虚拟机已在 vCenter Server 中注册消息。

    解决办法:从 vCenter Server 清单中移除部分恢复的虚拟机。请勿从磁盘中删除文件。重试恢复。

  • 在复制多个虚拟机期间,vSphere Replication 服务器可能进入不接受更多的 VRMS 连接但继续复制虚拟机的状态

    解决办法:重新引导 vSphere Replication 服务器。

  • vSphere Replication 操作失败,并显示“未进行身份验证 (Not Authenticated)”错误

    如果您在一个站点上启动了某项操作(例如,在虚拟机上配置 vSphere Replication),然后在其他站点上重新启动 vCenter Server 和 vSphere Replication 设备,vSphere Replication 操作可能会失败并显示以下错误:VRM 服务器一般错误 (VRM Server generic error)。请查看文档了解任何故障排除信息。详细的异常为: 'com.vmware.vim.binding.vim.fault.NotAuthenticated'

    出现此问题是因为在重新启动 vCenter Server 和 vSphere Replication 设备之前,vSphere Replication 服务器在缓存中保留了连接会话。

    解决办法:通过注销 vSphere Web Client 并重新登录,清除 vSphere Replication 连接缓存。

  • 在 vSphere Replication 管理服务器中执行操作失败并显示错误“...UnmarshallException”

    vSphere Replication 管理服务器遇到高负载或暂时性网络错误时,由于通信层中存在错误,执行操作可能会失败并显示错误 UnmarshallException。

    解决办法:重新尝试失败的操作。

  • 复制流量太大时 vSphere Replication 操作失败

    vSphere Replication 操作可能失败并且显示错误 java.net.UnknownHostException。这些错误是由于网络阻塞导致 DNS 请求丢失引起的。

    解决办法:通过配置流量调整、服务质量或 vSphere Replication 设备上的 DNS 来配置网络,确保管理流量不会丢失。一种可行的解决方案是修改 vSphere Replication 设备的网络地址缓存策略。

    1. 以 root 身份登录 vSphere Replication 设备。

    2. 在编辑器中打开文件 /usr/java/jre-vmware/lib/security/java.security

    3. 取消 networkaddress.cache.ttl 行的注释,并将其值设置为至少 86400 秒(24 小时)或完成初始完全同步所需的最长时间。

    4. 保存文件并重新引导 vSphere Replication 设备。

    5. 为所有剩余 vSphere Replication 设备重复此步骤。

到 vCenter Server 的复制

  • 配置到新注册虚拟机的复制失败并显示错误

    如果成功执行故障切换后,移除恢复的虚拟机,然后重新注册该虚拟机,则尝试为此虚拟机配置复制时,该过程将失败,并显示以下错误:

    VM ‘<VM_ID>’ was recovered in optimized reprotect mode in another replication group. To configure new replication for the VM, you must first remove the existing recovered replication.

    解决办法:在此虚拟机上停用 vSphere Replication。请参见 https://kb.vmware.com/s/article/2106946

  • 无法加密活动复制中的未加密源虚拟机

    如果尝试加密活动复制配置中的未加密虚拟机,则加密会失败。

    解决办法:恢复未加密的虚拟机,并使用加密的种子磁盘配置新复制。

    1. 恢复远程站点上的虚拟机,但不打开该虚拟机的电源。

    2. 移除源虚拟机的复制。

    3. 编辑目标站点上虚拟机的设置,并将虚拟机存储策略更改为虚拟机加密策略。

    4. 编辑源站点上源虚拟机的设置,并将虚拟机存储策略更改为虚拟机加密策略。

    5. 取消注册目标站点上已恢复的虚拟机,但不删除磁盘。

    6. 配置新复制,并选择目标站点上已恢复虚拟机的磁盘作为种子。

  • 无法通过 vSphere Replication 使用自定义用户和角色

    无法以自定义用户身份配置复制,即使该自定义用户已分配了两个站点上所需的所有 VRM 特权也是如此。“配置复制”向导中的“目标位置”页面上显示错误消息:Permission to perform this operation is denied

    解决办法:无。必须在两个站点上以 SSO 管理员用户身份执行所有 vSphere Replication 操作。

  • 恢复到之前的快照,然后重新恢复到最新快照时,启用了多个时间点实例的已恢复虚拟机可能会丢失附加到最新快照的磁盘

    恢复启用了时间点实例的虚拟机并为未解析的磁盘(如果有)附加磁盘时,这些磁盘将附加到最新快照。如果先恢复到之前的快照,然后再恢复到最新快照,附加的磁盘将不可用。

    解决办法:编辑虚拟机的设置并添加所需磁盘作为现有硬盘。

  • 无法配置具有物理模式 RDM 磁盘的虚拟机,即使从复制中排除该磁盘也是如此

    如果您为采用物理模式的虚拟机配置复制,可能看到以下错误:

    VRM Server generic error. Check the documentation for any troubleshooting information. The detailed exception is: HMS can not set disk UUID for disks of VM : MoRef: type = VirtualMachine, value = , serverGuid = null'.

    解决办法:无。

  • 使用 vSphere Replication 8.7 恢复虚拟机无法打开已恢复虚拟机的电源

    如果将已复制的虚拟机连接到分布式虚拟交换机,并尝试在自动化的 DRS 集群中执行恢复,则恢复操作将成功,但无法打开所生成虚拟机的电源。

    解决办法:编辑已恢复虚拟机的设置,以将其连接到正确的网络。

  • 注册其他 vSphere Replication 服务器需要花费较长时间

    如果 vCenter Server 管理数百个 ESXi Server 主机,则向 vSphere Replication 设备注册其他 vSphere Replication 服务器可能需要几分钟时间。这是因为 vSphere Replication 服务器必须向每个 ESXi Server 主机注册。

check-circle-line exclamation-circle-line close-line
Scroll to top icon