WSFC從2008R2到2012R2的跨群集遷移

下文主要給大家帶來WSFC從2008R2到2012R2的跨群集遷移，希望這些內容能夠帶給大家實際用處，這也是我編輯WSFC從2008R2到2012R2的跨群集遷移這篇文章的主要目的。好了，廢話不多說，大家直接看下文吧。

環境如下

2008R2群集

node1

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

node2

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

群集信息 Name：devtest.oa.com IP：10.0.0.99

08dc&iscsi

lan：10.0.0.2 255.0.0.0

iscsi：30.0.0.2 255.0.0.0

12R2群集

HV01

MGMET:10.0.0.9 255.0.0.0 DNS 10.0.0.2

ISCSI：30.0.0.9 255.0.0.0

CLUS：18.0.0.9 255.0.0.0

HV02

MGMET:10.0.0.10 255.0.0.0 DNS 10.0.0.2

ISCSI：30.0.0.10 255.0.0.0

CLUS：18.0.0.10 255.0.0.0

群集信息：name:pecluster.oa.com ip:100.0.0.100

可以看到，當前DHCP群集角色在2008R2群集上面工作著，名稱devtestdhcp

dhcp上面配置了作用域和特定的保留選項

群集存儲分配如下，08R2單獨一套群集存儲，12R2單獨一套群集存儲，本例DHCP遷移中我們直接介紹這種跨群集遷移，不同群集存儲的場景。

遷移時間節點切割如下

1. DHCP群集組運行在2008R2群集對外提供服務

2. 客戶端這時DHCP獲取地址從2008R2群集響應

3. 創建2012R2群集，2012R2群集連接新存儲

4. 運行跨群集遷移向導，遷移DHCP群集組至2012R群集，遷移之后群集組離線

5. 備份源2008R2群集DHCP配置

6. 離線源2008R2DHCP群集組

7. 上線2012R2DHCP群集組

8. 還原DHCP配置

9. 客戶端從2012R2群集獲取DHCP地址

前三步驟省略，從第四步開始，運行跨群集遷移向導，在2012R2中，跨群集遷移向導改名了，叫復制群集角色，但是作用不變，還是熟悉的味道

需要注意一點，2012R2的跨群集遷移向導，只支持從2008R2，2012，2012R2的群集遷移角色過來，如果您的群集環境是2008,2003。請您先遷移至2008R2群集，在2008R2開始，當我們稱呼一個群集組的時，一種友好的說法，是直接說這個群集角色，而對于技術人員來說，我們知道，群集組就是群集角色，群集組是群集里面最小的故障轉移單元。

輸入2008R2群集名稱

選擇適合的群集角色，這里我們先只選擇dhcp群集角色

進行磁盤映射，映射DHCP群集組在2008R2里面的群集磁盤dhcprole配置至2012R2里面的群集磁盤dhcp2012

點擊下一步，可以看見在確認摘要報告中指出，向導將復制DHCP群集角色配置和磁盤配置到2012R2群集中，2012開始這個復制群集角色的概念改的也好，原來2008R2里面叫遷移服務和應用程序，但是你實際上遷移了之后源端還在，索性2012開始就叫復制了，讓老群集里面的群集角色和磁盤配置復制一份到新群集

接下來跑進度條，等待，這個過程通常會很快，因為這是個輕向導，它只copy配置，不做實際的內容遷移，完成之后我們會得到個摘要報告，想要查看詳細內容還可以查看詳細報告，會指出各項內容遷移結果，以及遷移后續工作

這時可以看到DHCP群集角色和配置已經被復制到2012R2群集中，當前是脫機狀態

由于我們接下來需要做切換，離線老群集DHCP群集角色，上線新群集DHCP角色，因此我們需要現在執行老群集DHCP配置的備份

#執行導出命令，在之前03遷移到08時我們需要使用netsh命令導出，但是2012開始有了更好的PS命令，我們直接在2012R2節點上使用這條命令連接到DHCP2008R2群集角色導出

Export-DHCPServer -ComputerName devtestdhcp -Leases -File C:\08dhcp.xml –Verbose

離線2008R2DHCP群集角色資源，此時如果客戶端嘗試獲取IP地址，不會獲取到，因此這部分是宕機時間，需要管理員規劃時間節點

聯機上線2012R2DHCP群集角色

這時雖然群集角色已經被聯機，但是打開2012R2的DHCP管理器可以看到，并沒有保留選項，之前的配置已經丟失，目前是作為一個空白的數據庫運作

我們需要把之前導出的2008R2DHCP群集配置導入到2012R2中

#導入命令 backpath指定一個已存在的路徑即可

Import-DHCPServer -ComputerName devtestdhcp -File C:\08dhcp.xml -Verbose -BackupPath C:\dhcpbackup

這時再次打開DHCP管理器可以看到，配置數據已經都過來了，這里一個關鍵的點是DHCP的授權，在單機對單機DHCP遷移的時候我們需要合理的規劃DHCP授權，只有被授權的DHCP Server才可以提供DHCP服務，所有在單機對單機遷移的時候，我們導出之后，就把原計算機撤銷授權，新計算機授權，而DHCP遷移則不會涉及到這個問題，因為devtestdhcp這個群集計算機來提供的DHCP服務，我們在2008R2運作的時候，首先就會把這個計算機在AD里面授權之后，才可以提供DHCP服務，這樣當整個對象由2012R2負責提供的時候，已經授權過了，因此不需要再次授權，角色聯機上線就可以提供服務！

客戶端此時再次獲取IP地址，發現可以成功獲得，DHCP云服務器還是同一個地址，配置也相同，但其實幕后已經是由2012R2DHCP群集提供！

手動移動DHCP群集角色至Node2，DHCP角色依然可以正常工作

  至此我們完成了DHCP群集從2008R2到2012R2的平滑遷移，關于新舊群集都使用舊存儲的辦法這里老王不再演示，因為都差不多，交換群集角色和配置，只不過少了磁盤映射那一步，最終還是要手動備份還原DHCP配置

   有朋友可能會說，有必要嗎，DHCP為什么還要做群集，其實DHCP這項網絡服務在現在高可用的辦法還是有很多的，拆分作用域，50/50，80/20比例，2012DHCP又原生支持故障轉移了，DHCP群集其實在03時代和08時代用的較多，因為有的企業內部也會使用Windows Server作為DHCP云服務器，一旦用上的話當然就希望這時一項高度可用的服務，因此會選擇部署群集，這樣就一套群集數據庫，我一個節點壞了，另外一個還可以繼續提供DHCP服務，如果老的DHCP群集上面配置了很多選項，那么跨群集的遷移還是有意義的。

   在傳統群集角色中老王認為DHCP和文件云服務器是兩種比較典型的，因此選擇拿出來講，本文接下來還會提到虛擬機，在本次實驗中老王既在節點上部署了DHCP也部署了虛擬機，這在實務上是不推薦的，實務上建議虛擬化群集節點就單獨只提供虛擬化，不要額外承擔其它群集角色，老王這里是希望多和大家講一些東西，所以把兩個功能都部署上了。

   OK，接下來，遷移系列里面最想講的部分，虛擬機跨群集遷移，到底可不可以呢，答案是可以的

   首先我們先來看一下虛擬化遷移升級的集中常規方案

   2008R2的Hyper-V虛擬機如果要升級到2012R2，大致有以下幾種辦法

    無群集

    1.關機導出虛擬機，到2012R2導入

    2.關機，手動拷貝虛擬機配置和虛擬機磁盤，到2012R2導入

   因此可以看到，在沒有群集的情況下可以看到，2008R2虛擬機升級到2012R2，勢必要停機

   導出之后呢，在2012R2上面導入，然后原Hyper-V節點上面確定沒有虛擬機之后，干凈重裝，升級為2012R2，再實時遷移虛擬機回來，似乎沒有群集的情況下只有這種路線可以選擇，再生產環境下做肯定要選擇維護時間做了。

   如果您采用導入導出這種方案，進行虛擬化的升遷，有幾點需要注意的地方

1. 確保導出虛擬機無保存狀態，無快照

2. 確保導出虛擬機MAC地址都設置為靜態

3. 2012之前，2008R2虛擬機要導出，必須要在虛擬機關機狀態才能執行

4. 最好針對于導出虛擬機進行備份

5. 盡量讓導出虛擬機使用標準網絡適配器，而非舊版網絡適配器

6. 節點上面負載導入導出方式遷移走后，建議直接干凈安裝，不要升級安裝。

   有群集

   沒有VMM

1. 確保新舊群集都可連接到存儲，但同一時刻，存儲只對單個群集可見

2. 存儲不添加到新群集 群集磁盤中

3. 運行群集遷移向導，遷移虛擬機配置，CSV配置到新群集

4. 脫機舊群集虛擬機，取消分配給舊群集的磁盤
   

5. 聯機舊群集遷移過來的CSV，這時會自動使用之前同時分配給新舊群集的磁盤

6. 聯機虛擬機

有VMM，則通過VMM同時管理2008R2群集，2012R2群集，直接在VMM控制臺就可以操作跨群集遷移，直接把虛擬機從2008R2群集移動至2012R2群集。

VMM支持操作從2008R2群集升級至2012R2群集，2008R2群集升級至2012R2單機，2008R2單機升級到2012R2群集，不過如果使用VMM升級的時間會比使用群集遷移向導的時間稍微長一些，因為實質VMM針對于老版本升新版本會執行導出導入操作。

由此大家可以看出一個問題，如果我們在有群集的情況下，那么我們遷移過程的宕機時間是很短的，虛擬機不需要一直被關機才能執行遷移，我們可以一直運作虛擬機，直到要和2012R2上面交換資源，離線，上線時會有一點宕機時間，但這個時間遠比關機導出導入的宕機時間要短。

在虛擬化的遷移中，還涉及到一個場景，即存儲的映射，如果我們要執行跨群集的虛擬機遷移，那么我們必須要將虛擬機CSV存儲那塊磁盤，同時映射給08R2和12R2群集，但是切割好時間節點，12R2不添加存儲至群集中直到08離線，12R2上線時因為虛擬機遷移過來，會帶著CSV屬性的，而CSV只認那一塊磁盤，如果我們采用新群集新存儲，舊群集舊存儲的方式就會發生CSV的丟失，它會無法認到自己使用的那塊盤。

在我們使用跨群集遷移向導時需要注意一點，針對于虛擬機的跨群集遷移向導來說，本質上遷移向導是按照CSV進行遷移，我們只能選擇一個CSV，然后把下面所有的虛擬機都遷移過去，而不能選擇CSV下面特定的單個虛擬機，因此可以看出，通過跨群集遷移向導，適合群集上面跑了很多虛擬機的場景，如果虛擬機不多的話您也可以選擇導入導出的的方式，但是老王依然建議走跨群集遷移向導，因為這樣宕機時間最短。

下面我們實驗驗證

虛擬化跨群集遷移節點切割如下

1. 虛擬機運作在2008R2群集CSV

2. 分配CSV背后可用磁盤目標給2012R2群集節點

3. 2012R2群集節點可以看到磁盤，但是不添加到群集存儲

4. 執行跨群集遷移向導遷移虛擬機

5. 脫機08R2虛擬機，存儲取消分配給08R2群集節點

6. 12R2群集聯機CSV

7. 12R2群集聯機虛擬機
   

分配08存儲對12群集節點可見

12節點刷新磁盤管理可以看到分配給它的08存儲，但是并沒有添加到12群集存儲中

執行跨群集遷移向導，選擇CSV，可以看到，我們并不能單獨選擇其中的一臺虛擬機，只能勾選整體的CSV

點擊下一步，這一步非常關鍵，可以選擇映射虛擬機接入的虛擬交換機，將來源端虛擬機接入的適配器，映射到新群集節點上的交換機，跨群集遷移向導自動幫助我們發現這件事，不用我們去再想著手動操作

跑進度條執行虛擬機配置的復制，這個過程通常會很快，因為是個輕復制，不包括虛擬機的內容

完成后可以看見摘要報告，指出完成結果，和完成后需要執行的后續操作，也可以查看報告看更詳細

脫機關閉老群集虛擬機和CSV，宕機時間開始

取消分配CSV存儲至08舊群集

12R2群集聯機上線CSV

12R2群集聯機上線虛擬機資源

點擊虛擬機配置可以看到都已經遷移了過來，網絡適配器的連接也已經在向導就完成了映射，確保虛擬機開機就可以聯網

實測虛擬機從12R2群集內各節點間已經可以正常進行遷移

這時老群集已經完成了替換，可以把角色和虛擬機都刪除了

到這里我們已經完成了虛擬機和DHCP角色從2008R2到12R2的平滑過渡，但是在這里12R2還需要連接到08R2的舊存儲，因為虛擬機使用了那上面的CSV，但我們在12R2群集上也可以通過存儲遷移的方式，我們使用新分配給12R2的存儲也做成CSV，這樣就是一個老的08R2CSV，一個新的12R2CSV，如果老存儲也不想再使用，可以通過這種方式更替

當前群集中有兩個CSV，CSV01為連接到舊存儲的CSV，VM是12R2連接到新存儲的CSV

針對于虛擬機運行存儲遷移向導，可以看到，在群集中，存儲遷移變成了這樣，與其說叫存儲遷移，老王不如覺得叫做存儲拷貝合適，因為這個向導就負責幫我們把虛擬機配置和磁盤文件復制粘貼到另外一個位置，而原位置的文件還需要我們自己刪除，群集虛擬機存儲遷移時，需要我們手動為目標虛擬機創建文件夾，所有文件才會在文件夾下面，不然保持默認。

不過好在我們可以在一個向導里面針對于多個虛擬機進行不同的存儲遷移目標！

點擊啟動，Go，開啟通往幸福之門！遷移完成后可以看到虛擬機存儲已經在CSV2，新存儲中

直接在群集中刪除老CSV，因為已經沒用了

現在老群集已經可以徹底替換到，老存儲也可以徹底替換掉了，我們已經完全了新群集，新存儲的更替！

大家可以看到，雖說，跨群集遷移虛擬機，要求新舊群集要連到一個存儲上，但是這只是暫時的，當虛擬機被遷移到新群集后，我們依然可以通過添加新CSV的方式，在線把虛擬機的存儲遷移到新CSV，完全使用新存儲新群集。

對于以上關于WSFC從2008R2到2012R2的跨群集遷移，大家是不是覺得非常有幫助。如果需要了解更多內容，請繼續關注我們的行業資訊，相信你會喜歡上這些內容的。