在實際的企業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，由此可見，此修復向導可以自動把原正在使用的群集角色磁盤信息，映射至新磁盤

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

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

通過以上兩個實驗，相信大家可以看懂文件服務器群集角色應該如何遷移磁盤

我們可以發現，雖然兩種辦法可以達到同樣的效果

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

相當于是通過一個修復磁盤的向導，幫我們省去了四個自行替換群集磁盤的步驟

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

這多簡單方便

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

網站名稱：WSFC文件應用數據磁盤擴容替換
文章位置：http://vcdvsql.cn/article30/gjejpo.html

成都網站建設公司_創新互聯，為您提供營銷型網站建設、網站排名、網站設計、標簽優化、服務器托管、網站內鏈

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯