WSFC文件應用數據磁盤擴容替換

在實際的企業IT環境中，對於硬件而言少不了更新替換，有時候存儲滿了就須要擴容，對於WSFC上面的應用而言，Hyper-V自己咱們能夠利用存儲遷移技術更換磁盤，可是對於其它羣集應用自己不具有遷移技術的，應該怎麼處理呢

今天咱們就來看下羣集中數據磁盤的擴容替換，這次咱們假定這樣一個場景，基於羣集跑了一個文件服務器服務，一直用的很好，可是數據磁盤因爲當時規劃沒有規劃好，用滿了，如何在保留原有數據的狀況下更換磁盤

遇到這個問題，老王腦殼裏首先有兩種想法略過

1. 把文件服務器現有內容拷貝出來到新的磁盤，文件服務器羣集角色拆了，基於新磁盤重建羣集角色

2. 針對於羣集角色新增磁盤，遷移文件服務器內容，修改依賴關係，替換磁盤

第一種方法maybe會涉及到重建文件服務器角色的一些權限問題，並且這種作法也不太專業，因此一般不推薦採用

第二種辦法可行，且方便，宕機時間較少

除了老王想到的這兩種辦法外，羣集還有一種方法，使用修復羣集磁盤的方式，進行遷移，直接能夠新增並替換掉羣集角色的磁盤，在2003時代這能夠經過Cluster Server Recovery Tool完成，WSFC 2008以後使用內置的羣集磁盤修復也很方便。

最近看一個外國博客知道的這種方法，考慮到國內可能也有不少這種需求，所以整理出來分享給你們

咱們會對第二種新增替換，第三種修復替換的方式分別作實驗驗證，本次驗證採用08R2羣集環境，後續12 16對於此功能並沒有過多改變。

環境介紹

DNS&iscsi

lan：10.0.0.2 255.0.0.0

iscsi：30.0.0.2 255.0.0.0

08node1

MGMET:10.0.0.3 255.0.0.0 DNS 10.0.0.2

ISCSI：30.0.0.3 255.0.0.0

CLUS：18.0.0.3 255.0.0.0

08node2

MGMET:10.0.0.4 255.0.0.0 DNS 10.0.0.2

ISCSI：30.0.0.4 255.0.0.0

CLUS：18.0.0.4 255.0.0.0

當前羣集運做一個devtestfs文件服務器角色，使用羣集磁盤3，已有software共享

羣集磁盤盤符爲E，當前僅剩餘100M空間

新增替換操做流程思路以下

1. 存儲設備爲羣集節點分配新存儲LUN

2. 羣集節點識別存儲磁盤，聯機，初始化，分區，給一個不是E的隨機盤符

3. 使用robocopy，xcopy，資源管理器，permcopy，fsmt等工具，複製拷貝現有文件服務器羣集磁盤內容，若是須要拷貝權限，這裏須要注意作處理

4. 脫機文件服務器角色，此處爲宕機時間開始

5. 添加磁盤進入羣集可用磁盤

6. 添加羣集可用磁盤進入文件服務器可用存儲資源

7. 修改文件服務器依賴關係指向新磁盤

8. 文件服務器中刪除舊磁盤，羣集可用磁盤也刪除舊磁盤

9. 更改新磁盤盤符爲E

10. 聯機上線文件服務器，宕機時間結束
    

這裏根據老王的嘗試，若是文件服務器替換不修改回原盤符，替換以後共享會有問題，可能會須要從新配置共享，若是以爲重配無所謂的話，那麼您能夠省略掉第九步，若是您怕麻煩，想一次成功的話建議一次作全，修改回原盤符。

時間節點來到第二步

各節點獲得存儲新分配的存儲，而且已經完成分區格式化

拷貝現有數據進入新磁盤，這裏若是實際企業環境，能夠事先發布維護公告，防止拷貝產生新數據

這裏老王就不考慮權限問題，直接資源管理器拷貝，若是您須要帶着文件權限遷移，那麼您能夠查看老王以前寫過的博客

脫機文件服務器資源，以便進行磁盤新增替換，這部分若是思路清晰很快能夠完成，宕機時間不會很長

添加新磁盤進入羣集可用數據磁盤

添加羣集可用磁盤進入文件服務器可用存儲資源，以便文件羣集服務器角色能夠修改依賴關係至新磁盤

添加添加存儲後，會打開一個對話框，選擇咱們給添加的羣集可用磁盤

當前文件服務器羣集角色有兩塊數據磁盤可用，事實上若是不是考慮到替換的話，單純的是爲現有的文件服務器擴容，咱們直接給現有的文件服務器新增一塊磁盤，而後控制下新數據上傳新磁盤，就行了，還可使用相同的訪問路徑。

修改文件服務器羣集資源依賴關係指向新羣集磁盤

文件服務器中刪除舊磁盤

羣集可用磁盤刪除舊磁盤

修改文件服務器新磁盤驅動器號爲E

聯機上線文件服務器角色，宕機時間結束

文件共享服務器如今能夠正常訪問了，可是數據磁盤已經換成了升級後的新磁盤

經過這種升級方法咱們能夠順利完成文件服務器數據磁盤的擴容升級

其中稍微複雜一點的是理解羣集中磁盤替換的過程

須要注意的一點是，開始處理磁盤替換操做以前，老王建議必定要把文件服務器角色離線，這樣作最穩妥，由於你的文件內容已經拷貝完成了，這裏替換的停機時間很短，千萬不要捨不得。實際測試替換操做在羣集角色脫機時完成的最爲順利。

新增-內容遷移-羣集磁盤-文件服務器可用存儲-修改依賴關係-刪除舊羣集磁盤-聯機羣集角色

接下來咱們再看第三種修復替換的方式，它的操做思路以下

1. 存儲爲羣集節點分配新存儲

2. 羣集節點聯機，初始化新存儲，格式化分區，分配一個除了已有E以外的盤符

3. 使用robocopy，xcopy，資源管理器，permcopy，fsmt等工具，複製拷貝現有文件服務器羣集磁盤內容，若是須要拷貝權限，這裏須要注意作處理
   

4. 脫機現有文件服務器角色，宕機時間開始

5. 點擊修復磁盤，選擇新磁盤

6. 聯機上線文件服務器角色

時間節點來到第二步

各節點獲得存儲新分配的存儲，而且已經完成分區格式化

拷貝現有數據進入新磁盤，這裏若是實際企業環境，能夠事先發布維護公告，防止拷貝產生新數據

這裏老王就不考慮權限問題，直接資源管理器拷貝，若是您須要帶着文件權限遷移，那麼您能夠查看老王以前寫過的博客

拷貝完成後脫機現有文件服務器磁盤，宕機時間開始

在羣集磁盤3的地方 右鍵點擊更多操做 - 修復

選中拷貝完成數據的新磁盤

修復完成後，新磁盤變成了 羣集磁盤3

聯機羣集磁盤3，能夠看到，盤符已經自動變爲E，因而可知，此修復嚮導能夠自動把原正在使用的羣集角色磁盤信息，映射至新磁盤

聯機文件服務器角色，發現全部共享已經正常恢復

經過修復替換向導，自動幫助咱們把原來老的磁盤從文件服務器羣集角色剔除，從羣集可用磁盤也剔除

經過以上兩個實驗，相信你們能夠看懂文件服務器羣集角色應該如何遷移磁盤

咱們能夠發現，雖然兩種辦法能夠達到一樣的效果

可是毫無疑問，第二種辦法無疑更簡單，便於理解

至關因而經過一個修復磁盤的嚮導，幫咱們省去了四個自行替換羣集磁盤的步驟

只要您說，要替換或者擴容磁盤，直接添加新磁盤進來，拷貝內容，點擊修復，得了，齊活

這多簡單方便

對於文件服務器羣集角色遷移，若是您的陣列支持直接擴容，那最好不過，直接存儲級別操做，羣集磁盤離線再擴容下，您也能夠選擇老王今天介紹的第二種，第三種辦法，第二種辦法可能更加方便您理解羣集角色替換更新磁盤的流程，第三種辦法則更加簡單方便，就是這樣，但願能爲感興趣的朋友帶來收穫。