透過 WAN 進行 SAN 對 SAN 複寫：實務指南
依需求選擇同步、非同步或檔案層方式，使用實際頻寬估算與演練過的 cutover runbook 規劃 SAN 對 SAN 複寫。
兩個資料中心需要保留可接手運作的儲存副本時，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 功能邊界。
主要來源
- NIST SP 800-34 Rev. 1：RPO 與 RTO
- NetApp ONTAP SnapMirror workflow
- NetApp SnapMirror Synchronous
- Dell PowerMax SRDF modes
- IBM Remote Mirror and Copy
- IETF RFC 7323
- Microsoft Storage Migration Service
來源於 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、取得一致的應用檢查點、驗證複本、隔離舊寫入端、提升目的端、重新掃描主機路徑，再依相依關係啟動應用、驗證讀寫並演練故障回復。只有綠色複寫狀態不算復原測試。