引用:
|
作者vxr
BGI的目的除了同步parity block...
另外一個就是最佳化parity block..
因為RAID f/w會重新排列parity block..
對於寫入是有幫助的..
這可以避免RAID f/w浪費更多時間去計算parity..
但這個前提是..
已存在資料的VD...
如果之前定期有做CC..
然後將VD遷移到另一個RAID controller..
那這個幫助就不大(LSI對於從遷移過來的parity RAID會操作BGI, 這是基於可靠性的保證)...
因為CC也是一樣的效果...
那對於一個新的VD為什麼會需要BGI, 這會是另一種情況..
for example:
假設有一個案例..
有8顆PD 3TB組成一個R6 VD..
已經過了一次BGI..
排程一個月操作一次CC, 一個禮拜操作一次PR..
LSI RAID controller有串接一個SAS expander...
經過了一段時間, 打算進行對容量上的擴充...
另外增加了24顆4TB PD組成另外一個R6, 將先前VD(3TB PD x8)上的資料全部遷移過去..
這些3TB PD x8被改配置...
|
感謝 vxr 兄詳細的說明，以往用的 raid 卡 init 是必須的，頂多是分成 foreground 或是 background, 如果是 fast init 那就是 rescue 用的。第一次用這個不用 init 的卡片感覺有些奇特。順便請教一下，LSI 是否有 rescue 的 init 模式，也就是如果不小心把 VD 刪了，如果記得當初切的大小還能重切救回來？
還有您舉的範例 "另外增加了24顆4TB PD組成另外一個R6, 將先前VD(3TB PD x8)上的資料全部遷移過去"
這個是人工手動遷移，還是 LSI 有功能可以這樣子把資料遷移過去呢？