标签：存储副本
存储副本 (Storage Replica) 是一种 Windows Server 技术，，它允许针对灾难恢复在服务器或群集之间进行卷的同步复制。 它还允许你使用异步复制来创建跨越两个站点的故障转移群集，同时保持所有节点同步。
存储副本支持同步和异步复制：
同步复制映射低延迟网络站点中的数据和在崩溃时保持一致的卷，以确保在故障发生过程中文件系统级别的数据损失为零。
异步复制通过较高延迟网络链接映射都市范围外的站点之间的数据，但不保证在出现故障时两个站点具有完全相同的数据副本。
同步复制同步复制可确保应用程序在 IO 完成之前将数据一次写入两个位置。 由于这种复制要求网络和存储投资且有降低应用程序性能的风险，所以它更适合于任务关键数据。
当源数据副本上发生应用程序写入操作时，源存储不会立即确认 IO。 相反，那些数据更改对远程目标副本的复制，并返回一条确认。 此时，应用程序才会收到 IO 确认。 这可确保远程站点与源站点的固定同步，有效地跨网络扩展存储 IO。 在源站点故障时，应用程序可以故障转移到远程站点并恢复其运行，同时保证零数据丢失。
模式图示步骤同步
零数据丢失
RPO
2.写入日志数据，并将数据复制到远程站点
3.在远程站点写入日志数据
4.从远程站点确认
5.确认应用程序写入
t & t1：数据刷新到该卷，始终写入日志
异步复制
相反，异步复制意味着当应用程序写入数据时，将在没有立即确认保证的情况下将该数据复制到远程站点。 此模式允许更迅速地响应应用程序以及按地理位置工作的 DR 解决方案。
当应用程序写入数据时，复制引擎将捕获该写入并立即向应用程序确认。 然后，捕获的数据将复制到远程位置。 远程节点处理数据的副本，并延迟返回向源副本确认。 由于复制性能不再处于应用程序 IO 路径中，因此远程站点的响应速度和距离都是不太重要的因素。 如果源数据丢失，并且数据的目标副本仍在缓冲区而没有离开源，则存在数据丢失的风险。
使用其比 zero RPO 更高的版本，异步复制不太适用于 HA 解决方案，如故障转移群集，因为它们是为具有冗余和无数据丢失的连续操作而设计。
模式图示步骤异步
几乎零数据丢失
（取决于多种因素）
RPO
2.写入日志数据
3.确认应用程序写入
4.数据复制到远程站点
5.日志数据在远程站点写入
6.从远程站点确认
t & t1：数据刷新到该卷，始终写入日志
应用场景可以在拉伸群集中、在群集到群集配置之间和服务器到服务器配置之间部署存储复制。
拉伸群集允许在单个群集中配置计算机和存储，其中某些节点共享一组非对称存储，而另一些节点共享另一组，然后通过站点感知进行同步或异步复制。 此方案可以利用具有共享的 SAS 存储的存储空间、连接了 SAN 和 iSCSI 的 LUN。 它通过 PowerShell 和故障转移群集管理器图形工具进行管理，并允许自动化工作负载故障转移。
图 1：在拉伸群集中使用存储副本的存储复制
群集到群集允许两个独立群集之间的复制，其中一个群集与另一个群集进行同步复制或异步复制。 此方案可以利用存储空间直通、具有共享的 SAS 存储的存储空间以及连接了 SAN 和 iSCSI 的 LUN。 它通过 PowerShell 和 Azure Site Recovery 进行管理，并且需要手动干预故障转移。