半年前在我們買的 storage 上進行設定，最近出現了錯誤，我也趁此機會來徹底的研究一下複寫機制，並且重新思考設定是否需要調整。

如果有架設過 Windows AD 的朋友應該知道，架設 2 台以上的 DC 時，彼此可以進行複寫的動作，但是這的複寫單純就是讓雙方的 DC 資料同步而已。可是我翻了 DELL  的技術文件後，發現在 storage 的複寫機制上其實做了許多不同的變化，讓複寫更加有彈性了。

首先，是複寫路徑的變化，複寫的路徑設定多達 4 種，

1、基本型:    2 台 storage 彼此進行單向複寫

2、互惠型:    2 台 storage 彼此進行雙向複寫 (ps: 同一 volume 仍然是一對一喔)

3、一對多:     1 台 storage 上的不同 volume 複寫至不同的 storage

4、多對一:    1 台 storage 上的不同 volume 是其它 storage 上的 volume 的複寫來源

如下圖：

 

 

在設定前，要和大家說一個重要的觀念，在 secondary 的 volume 中，複寫容量必定是大於 primary 的 volume 的，因為：

這點在設定上要相當小心，為了避免 secondary 的容量不足，務必要在事前規劃妥當。

而複寫機制在操作手冊中也有詳盡的說明，大致上看著流程圖應該就可知道複寫過程，其中有幾個需要注意的地方，列點如下：

1、如果是第一次進行複寫，會將整個整個 volume 的資料 copy 至 secondary storage 中，這份複寫資料是不可刪除的。

2、如果有開啟 Fast Fail-Backup Recovery 模式，parimary storage 必須開啟 local replica reserve 的，如果超出保留容量，可以設定為使用 free pool volume 的空間。

實例分享：

一、如果 secondary 的空間滿了該怎麼辦?   如下圖：

解決方法其實很多，我這邊有想到的是

1、擴增 secondary 的 delegated space     ←當然有空間的話，這是比較好的辦法

2、排程 replicate 設定時，減少 replicas 的數量

二、分析是否需要建立 replication

我自己有碰到一個狀況是，我有建立了 5 個 volume，通常複寫時應該是複寫資料變動的部份，但我看了其中一個 volume，怎麼每次做 replication 的時候，其大小幾乎都是整個 volume 的容量，我仔細的檢查了設定值，發現

原來這個 volume 主要是擺放 SQL Server 的 tempDB ，那當然每日進行複寫時，變動幾乎全部的 volume 用量

如果大家是和我遇到一樣的原因，可以考慮排除此 volume ，不需要進行 replication 也沒關係的。

 

參考文獻：

DELL 官方網站 EqualLogic PS4100  操作手冊