使用和配置 vSphere Replication 的最佳做法可以防止环境在复制过程中出现问题。

重要说明： 在配置复制的过程中，不得更改源虚拟机硬件。例如，在完成复制配置之前，不要在源虚拟机中添加或移除硬盘。

设置最佳恢复点目标 (RPO) 时间

复制数千台虚拟机的过程中将会占用大量带宽。有诸多因素会影响 vSphere Replication 的带宽要求，其中一个因素是每个复制虚拟机的 RPO 配置。

可将 RPO 设置为 5 分钟，但是您必须估算最佳 RPO 时间，从而节省用于复制的带宽并满足您保护虚拟机的业务需求。

例如，如果某个块每天仅更改一次，则无论 RPO 配置如何，都只会复制该块一次。但是，如果某个块在一天中多次更改，并且 RPO 设置为一个较低的数值（如 30 分钟），则一天当中可能会复制该块 48 次。

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

需要具有适当带宽的网络来传输系统的数据输入速率，以支持所需的复制间隔。

例如，如果您的数据集为 1 TB，并且每日更改速率为 2 GB/小时，RPO 设置为 1 小时，则意味着 vSphere Replication 必须在 1 小时内或以 4.7 Mbps 的速度传输 2 GB。这是理论上完成 vSphere Replication 传输所需的最低带宽。

虽然上例假设一天当中的数据更改速率是相同的，但事实上并非如此。使用方案中的峰值数据更改速率来计算最小带宽要求

有关详细信息，请参见计算 vSphere Replication 所需的带宽。

使用多个时间点 (MPIT) 恢复

每个时间点快照都会消耗存储。消耗量取决于虚拟机中的数据更改速率。为两个 vCenter Server 站点间的虚拟机复制设置多个时间点实例时，vSphere Replication 会在恢复后将保留的实例呈现为标准快照。恢复后整合快照所需的时间随快照的数量增加。

例如，如果为复制配置 10 个恢复点，则目标站点上的存储消耗可能会增加到源磁盘原始大小的 11 倍。

虽然 vSphere Replication 可支持多达 24 个恢复点，但是必须将 MPIT 设置为可满足业务需求的最低恢复点数量。例如，如果业务需求为 10 个恢复点，则必须将 vSphere Replication 设置为仅保存 10 个快照。对于最后五天，可以设置每天两个恢复点。因此，消耗的存储和恢复后整合快照所需的时间会少于使用最大恢复点数量的情况。

配置静默

对于具有高级别存储 I/O 的虚拟机，文件系统和应用程序的静默需要几分钟时间并会影响虚拟机的性能。静默 Windows 虚拟机的文件系统和应用程序时，vSphere Replication 在复制前需要常规虚拟机快照。预估 RPO 时间时，请考虑静默以及整合快照的时间和资源消耗。例如，如果以 15 分钟的 RPO 配置 Windows 虚拟机复制并且启用了静默，则 vSphere Replication 会每隔 15 分钟生成一次虚拟机快照并进行整合。

静默选项仅适用于支持静默方法的虚拟机。有关受支持操作系统的信息，请参见 vSphere Replication 8.8.x 兼容性列表中的“客户机操作系统静默支持”部分。
注： 不支持在同一虚拟机上执行 vSphere Replication 静默操作和备份操作。

配置复制种子

可以将源虚拟机的虚拟磁盘文件复制到目标位置并将这些文件用作复制种子。通过使用复制种子，vSphere Replication 会减少初始完全同步过程所需的时间和网络带宽量。源和目标 VMDK 文件的 UUID 必须匹配，复制才能成功并可防止意外覆盖目标位置的其他虚拟机的磁盘文件。

监控目标站点上的数据存储

vSphere Replication 要求目标站点上具有足够的磁盘空间才能复制虚拟机。如果可用空间不足以保存复制文件，则复制可能失败。可以创建警报，在目标站点存储容量不足时发出警示。