跳到主要内容

通过 WAN 进行 SAN 对 SAN 复写:实务指南

依需求选择同步、异步或文件层方式,使用实际带宽估算与演练过的 cutover runbook 规划 SAN 对 SAN 复写。

WarpSend 团队 内容核查 Charlie 更新 6 分钟阅读

两个数据中心需要保留可接手运作的存储副本时,SAN 复写的选择首先取决于可接受的数据损失与复原时间。若每笔写入都必须在远程确认,WAN 延迟会直接影响应用;若允许目的端稍有落后,就能考虑异步复写。

先把这些要求与实际写入变更率记录下来,再核对阵列兼容性、授权与网络设计。一般文件拷贝适合移转选定数据,但不会重建 LUN、存储快照或自动故障切换,应作为另一类工作评估。

SAN 复写方式比较

方式来源写入何时完成适合用途主要取舍
同步区块复写依厂商模式,远程拷贝确认后才完成受支持低延迟拓扑的 zero-RPO 设计WAN 延迟进入应用写入路径;关系中断后停止 I/O 或放宽保护取决于政策
异步区块复写远程提交前即可完成距离较长、延迟较高或明确非零 RPO目的端会落后,需规划变更日志、调度与追赶容量
文件层移转或初始数据依文件/区块/工作,而非来源 LUN 写入搬选定数据集、创建一般可读副本、移转暂存不会重建区块语意、阵列快照、一致性群组或存储故障切换

IBM 在 Remote Mirror and Copy中把 Metro Mirror 说明为同步、Global Mirror 为异步。Dell 的 PowerMax SRDF guide也把确认时点纳入同步与异步模式定义。这些是产品例子,不是可互换的实作。

同步复写:保护每一笔已确认写入

复写关系正常且已同步时,同步可支持零数据损失的复原点,但主机、阵列、连接、一致性群组、仲裁/中介者与故障处理政策都会影响保证。

若系统等远程提交才回应主机,WAN 往返就会进入写入延迟。请在真实 RTT 上测应用,不要只做带宽测试。也要决定远程据点或连接失效时,要失去 zero-RPO 后继续本地 I/O,还是停写以维持两份相同。NetApp 的 SnapMirror Synchronous guide说明 Sync 与 StrictSync 行为。

异步复写:接受有上限的落后

主要端可以在远程提交前确认写入,将远程确认移出前景写入路径;但设计必须明确定义落后时间目标,并有足够容量在突发量或中断后追上。

不要只写「接近即时」,应以时间点定义复原时间点。NIST 将 RPO 定义为中断后数据必须回复到的中断前时点,RTO 则是资源最多可中断多久。选模式前先记录两者。NIST SP 800-34 Rev. 1

文件层传输:有用,但不是区块复本

若目的端只需要一般文件,而且工具能保留必要权限,文件拷贝可能是正确移转方式。它也可先暂存大型基准,让最后切换只传变更。但打开中的文件不一定具应用一致性,目的 LUN 识别码不同,也没有阵列原生故障切换。

文件清单、校验码、差异补传与回复请依100 TB 数据移转 runbook。有数百万个项目时,使用小文件传输指南测真实目录,不要从一个大文件推估。

计算基准时间与复写余裕

先分开 初始副本容量 与 持续写入变更率。

初始副本秒数 = 待拷贝字节 × 8 ÷ 持续比特率

十进制 100 TB 经 1 Gbps 线路,保留 30% 给额外成本与其他流量,只剩 700 Mbps:

100,000,000,000,000 × 8 ÷ 700,000,000 ≈ 1,142,857 秒,约 13.2 天

这只是有效数据下限。存储读写、快照、压缩、重复数据删除、加密、重传、一致性处理与其他流量都会增加时间。把实测速率输入1 TB 传输时间计算器,再按真实变更数据量换算。

稳定运行状态的计算为:

所需有效数据速率 = 尖峰区间变更字节 × 8 ÷ 时间区间秒数

若 10 小时尖峰期间变更 2 TB,额外成本与追赶余裕前,平均就约 444 Mbps。只等于平均值的容量会在突发量或中断后持续落后。

纳入带宽延迟乘积

1 Gbps、RTT 80 ms 的 BDP:

1,000,000,000 bits/s × 0.080 s ÷ 8 = 10 MB 在途

这个值可作为规划参考,说明高带宽、长 RTT 路径需要足够数据在途。RFC 7323定义高 BDP 路径的 TCP Window Scale。阵列协议可能使用多串流、压缩或专有传输,请验证厂商支持的网络设计,不要假设通用 TCP 设置都适用。

七步骤 SAN-to-SAN 复写计划

1. 定义复原要求

列出所有使用这些磁盘区的应用,逐一记录 RPO、RTO、相依顺序、可接受写入延迟与故障切换核准人。单一阵列关系可能同时包含不同一致性要求的数据库、文件系统与服务。

2. 证明阵列与主机兼容

在目前互通性清单中确认来源与目的型号、软件版本、授权、模式、最大距离或延迟、LUN 与一致性群组上限、多路径、仲裁/中介者、加密与连接端口。

3. 取得具应用一致性的时间点

区块副本具有当机一致性,不代表其中的应用交易也已一致。依需求协调数据库静止化、VM 一致性、文件系统冻结或理解应用状态的快照挂钩,并把相依磁盘区放进同一个受支持一致性群组。

4. 测量真实路径

记录 RTT、丢包、抖动、双向可用吞吐、MTU、路由、加密成本与故障切换路径容量。比较尖峰变更字节、持续复写率与追赶时间。

5. 初始化并观察基准

尽量避开关键时段,追踪来源读取延迟、应用影响、目的写入延迟、线路利用、数据缩减比、落后时间与重新同步。仪表板第一次显示「同步完成」不代表完成,仍要验证应用层副本。

6. 运行差异补传并演练切换

冻结或控制写入,取得最后一致性时间点,等待目标状态,隔离旧写入端,提升目的端,重新扫描主机路径、挂载/导入磁盘区,再依相依关系启动应用。Microsoft Storage Migration Service 也对文件服务器使用inventory、transfer、validate、cutover顺序,但 SAN 命令仍依产品而定。

7. 测试故障回复与证据

保存实际 RPO/RTO、应用检查、读写测试、复本状态、纪录与回复决策,并在事故前演练故障回复。只测过单向故障切换的复原设计尚未完成。

验证检查表

检查要保存的证据可抓出的问题
应用一致性快照/静止化纪录与复原检查区块一致但不可用的 DB 或 VM 集合
复本即时性来源与目的检查点、实测落后时间只存在纸上的 RPO
主机访问多路径、LUN 识别、文件系统、挂载阵列副本健康但主机无法使用
性能复写前中后的延迟/吞吐量符合 RPO 却破坏正式环境延迟的同步设计
隔离旧主要端的隔离证据切换时双主写入
回复计时的故障回复步骤与决策时点提升失败后没有安全退路
数据验证应用检查加限定校验码/文件清单文件层移转遗漏或损毁

WarpSend 适用与不适用的范围

WarpSend 是文件层传输与同步产品。当 SAN 上的文件系统挂载到受支持的 Windows、macOS 或 Linux 端点,可评估 WarpDirect 或 WarpSync 搬一般文件,适合选定数据集移转、文件层初始副本或固定文件工作流程。

它不会实作存储阵列远程复写协议、创建目的 LUN 复本、保留阵列快照历史、协调应用一致区块群组或提供自动 SAN 故障切换。需要这些语意时应保留阵列原生复写。概念验证前请阅读长距离高速文件传输与 WarpSend 功能边界。

主要来源

来源于 2026 年 8 月 10 日确认。厂商能力与支持矩阵会变动,请依项目的阵列型号与软件版本重新核对。

只有需求是受支持端点间的文件层初始数据或移转时,才测试 WarpSend;需要 LUN、快照、一致性群组或自动故障切换语意时,请使用存储厂商的复写系统。

常见问题

什么是 SAN-to-SAN replication?

它把来源阵列或虚拟化存储的区块变更复写到兼容的目的系统。依产品与模式,写入可能要等两个据点都提交才确认,也可能异步送出。这和 mounted share 之间拷贝文件不同。

WAN 上的 SAN 复写应该用同步还是异步?

只有在所需 RPO、支持距离、实测延迟与应用写入延迟预算都符合存储厂商设计时,才使用同步。距离或延迟让远程写入确认无法接受,而且企业能容许明确的非零 RPO 时,使用异步。

SAN 复写需要多少带宽?

容量要能承担持续变更率,加上通信协议成本、重传、中断后追赶与初始基准。请测量尖峰时段的变更字节,而不是只看总容量,并保留营运余裕,不要按 100% 线路利用率规划。

WarpSend 能取代 SAN 复写吗?

不能。WarpSend 在受支持端点之间搬一般文件与文件夹,不会创建区块层 LUN 复本、存储阵列一致性群组、自动 SAN 故障切换或 zero-RPO 关系。若数据集挂载在受支持端点上,可评估用于文件层初始数据或移转。

如何测试 SAN 复写 cutover?

记录 RPO/RTO、取得一致的应用检查点、验证复本、隔离旧写入端、提升目的端、重新扫描主机路径,再依相依关系启动应用、验证读写并演练故障回复。只有绿色复写状态不算复原测试。