同步镜像

使用同步镜像有两个限制因素：网络带宽和网络等待时间。

网络带宽

当需要通过网络发送的数据量超过网络容量时，网络带宽就成为一个限制因素。 如果所有网络（无论一个还是多个）都已满容量运行，网络缓冲区和队列都将充满，消息必须等待发送。 发生这种情况时，对远程物理卷的读取和写入都要花费较长的时间，应用程序响应时间也会受影响。 虽然对于运行批处理应用程序或非关键交互式应用程序时的高峰活动时间段很短，因此这种时间上的延迟是可以接受的，但是对于大多数关键任务应用程序而言，这却是不可接受的。 当应用程序实际上只是在等待远程物理卷 I/O 完成时，却会被认为已暂挂。

网络带宽问题可以通过升级到更大带宽的网络或通过再添加一个数据镜像网络（RPV 设备驱动程序最多支持 4 个数据镜像网络）来解决。 但是，使用同步镜像时，您需要提供足够的网络带宽来处理其高峰期的数据镜像工作负载，以确保响应时间可接受。 如果这些高峰并不会很频繁出现，且处理高峰所需的带宽与大多数时间所需带宽之间的差异很大，那么您可能会斥资配置更昂贵的网络，而意识不到它全部的好处。 例如，您使用的网络可能仅在 10% 的时间里以最大容量执行，以便它能够每天处理为期一个小时的高峰活动。

网络等待时间

网络等待时间是消息跨网络传递所花费的时间。 即使存在很大网络带宽的情况下，也需要等待一段时间，以便通过通信链路传递数据。 网络速度受物理定律的限制；站点间的距离越大，网络等待时间就越长。 即使网络能够以每毫秒 100 英里的速率传输数据，对于很长的距离来说，传输时长仍会增加。 例如，如果这些站点相距 100 英里，一个远程物理卷 I/O 请求必须从 RPV 客户机传输 100 英里才能到达 RPV 服务器。 磁盘获得更新后，I/O 请求的结果必须再从 RPV 服务器传输 100 英里返回给 RPV 客户机。 对于每个远程物理卷 I/O 请求，这 200 英里的来回加起来就是 2 毫秒，如果网络上存在路由器或网关，那么这个时间还会更长。 现在请假设这些站点相距 3000 英里。 每个 I/O 请求来回需要在网络上传输 6000 英里，对于每个 I/O 请求，等待时间增加到大约 60 毫秒。 这将导致应用程序响应时间相当长，原因可能就是每个逻辑卷写入请求都需要花费如此长的时间才能完成。 对于最长大约 100 到 200 英里的情形，同步镜像是可行的。 超过这个距离，通常就需要使用某种形式的异步镜像。