半年前在我們買的 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 操作手冊
Subscribe