异步镜像

网络带宽

使用同步镜像时，您需要提供足够的网络带宽才能处理高峰期的数据镜像工作负载，以便确保响应时间处于可接受的范围内。 但是，使用异步镜像时，您可能只需要提供略大于平均数据镜像工作负载量的网络带宽就足够了。 因此，这实际上取决于高峰期的工作负载与平均工作负载的差异有多大，以及生产站点高速缓存是否足以保存高峰时段里超额的写入请求。 在大多数情况下，与同步镜像相比，异步镜像需要成本更低，带宽更低的网络。 例如，如果同步解决方案需要在大部分时间内仅使用 10% 的网络，但同一工作负载可以在大部分时间内使用 75% 的低带宽网络上异步镜像，那么异步镜像可能比同步镜像更好。

网络等待时间

异步镜像允许在灾难恢复站点上的数据镜像落后于生产站点上的应用程序写入。 这可以通过让 AIX® LVM 告知应用程序在将数据写入本地磁盘后已完成其写入，但不必等待将数据写入远程磁盘，从而大大缩短应用程序响应时间。 远程物理卷写入请求将在生产站点高速缓存，并用一段较长的时间镜像到灾难恢复站点，这就能有效地消除网络等待时间的影响，从而允许站点之间相隔更远的距离，而不会影响到应用程序响应时间。

如果远程数据镜像足以满足需求，从而防止高速缓存充满，那么应用程序响应时间上的延迟就并不显著。 但是，一旦达到高速缓存限制，应用程序写入就必须等待，直到高速缓存中有空间后才能执行。 在写入操作很密集的应用程序工作负载中，远程镜像可能很快达到高速缓存限制，应用程序响应时间将会减少。 在这种环境中，因为存在数据丢失的风险，异步镜像与同步镜像相比并没有任何改进，所以异步镜像并不是最佳镜像选择。

防止数据丢失

采用异步镜像时，可能会因生产站点发生灾难而导致一定量的数据丢失。 如果远程站点镜像落后于本地站点，那么在发生灾难时，高速缓存的数据就存在丢失的风险。 您需要确定您愿意面临多少数据丢失的风险。

远程物理卷写入请求将高速缓存在生产站点上的永久存储器中，直至这些请求写入灾难恢复站点上的磁盘。 节点崩溃后，可以恢复这些写入请求。 例如，假定包含联机卷组的节点崩溃。 您可以恢复已崩溃的节点，使卷组恢复联机，并使异步镜像在其停止位置进行拾取，而不会比使用普通卷组时丢失更多数据。

如果停止应用程序工作负载并使一个卷组脱机，那么所有未完成的远程物理卷写入将写入远程站点上的磁盘。 例如，如果您关闭生产站点以进行计划内的维护，那么您不会希望灾难恢复站点上的卷组联机，因为在生产站点上的高速缓存中仍有未完成的写入。 通过在该卷组脱机时强制更新远程站点，应用程序工作负载可避免错误地访问后备级别的数据。 此外，从生产站点到灾难恢复站点的异步地理镜像卷组的优雅 PowerHA® SystemMirror® 故障切换不会造成任何数据丢失。 这种方法的缺点是，当高速缓存包含积压而未完成的远程物理卷写入请求时，使卷组变为脱机状态需要的时间较长。 根据积压未完成的工作量，可能需要很长的时间才能使高速缓存中的所有写入操作写入远程站点上的磁盘。 而这就可能造成各种完美的故障转移需要花费很长的时间才能完成，无论是在本地同级节点之间还是在站点之间的故障转移都是如此。

除使用普通卷组时可能会发生的数据损失之外，使用异步镜像时，只有在还没来得及将数据镜像到灾难恢复站点上，整个生产站点就已突然发生故障的情况下，才可能造成数据丢失。 数据是否真正丢失取决于发生故障的环境，在某些情况下，还取决于您是否要处理这样一些环境。 例如，发生水灾或火灾时，可能会破坏生产站点的所有硬件。 在这种情况下，几乎都会发生数据丢失。 丢失的数据包括在发生故障时生产站点上的高速缓存中所有未镜像的远程物理卷写入。 另一种情况是断电，这可能使整个生产站点关闭，而不会破坏任何硬件。 在这种情况下，数据并未丢失，但是要等电力恢复并且系统可以重新变为联机状态时才能访问这些数据。 您可以选择等待生产站点恢复，以免丢失未镜像的数据，也可以将应用程序工作负载转移到灾难恢复站点上，但这样做会造成一定量的数据丢失。

数据偏差

数据偏差是每个站点的磁盘包含的数据更新并未镜像到另一个站点这样一种状态。 例如，如果生产站点发生了破坏磁盘的灾难，那么数据的唯一副本存在于灾难恢复站点。 使用异步镜像的情况下，因为存在数据高速缓存，所以数据可能为后备级别。 但是，生产站点可能会在不存在硬件损坏的情况下发生故障。 在这种情况下，数据并未丢失，但要等生产站点能够重新联机之后才能访问数据。 在这种情况下，您可以等待生产站点重新联机，也可以将应用程序工作负载转移到灾难恢复站点。 如果将应用程序工作负载转移到灾难恢复站点，那么当应用程序开始使用灾难恢复站点磁盘上的后备级别的数据时，存在数据偏差风险。 您需要确定，如果生产站点宕机，而灾难恢复站点包含后备级数据， PowerHA SystemMirror 。

一旦发生数据偏差，您就必须确定恢复的方法。 如果灾难恢复站点上执行的事务很少或根本未执行事务，那么您应该能够轻松返回到生产站点，且不会有什么障碍。 但是，如果灾难恢复站点已运行了应用程序很长时间，那么您无法简单地返回到生产站点，而不会给部分数据带来风险。