Windows Server 2019 存儲遷移服務

Windows Server 2019將於9月底正式GA發佈，目前外國正在如火如荼的舉辦着Server 2019相關的技術會議，國內卻不見微軟中國推廣本身的企業級產品，已經好幾年了，實在惋惜，曾經什麼時候微軟企業級產品 Windows Server， System Center，Sharepoint，Exchange，Hyper-V也在中國市場火過一時，但如今卻已經不多在國內的技術會議上面看見微軟企業級產品的身影，再這樣下去恐怕在中國微軟原來的企業級市場將一點一點被其它廠商佔據，感到可惜的同時做爲一個老微軟技術愛好者也不肯意看到微軟企業級就此在國內沒落，所以老王還會繼續着個人愛好，研究微軟高可用，私有云，混合雲，Sharepoint產品，而且將最新的技術儘量的經過博客帶到國內

 

本篇老王與你們介紹的是2019的另一項新功能，存儲遷移服務，英文Storage Migration Service，簡單歸納一下這項功能：幫助完成從Linux/NAS/SAN/舊版Windows Server 到Windows Server 2019或Azure的文件服務器遷移，提供自動化的遷移轉換管理，遷移過程可視化，遷移記錄可回溯。

 

在存儲遷移服務以前，其實微軟也有過不少文件服務器遷移工具，FSMT，WSMT，Permcopy，存儲遷移服務對比以前的產品有什麼不同呢，一個區別就在於原來的產品通常都是Tool，而存儲遷移服務微軟把它叫成一個Service，Service和tool的區別，Service比tool的交互體驗更好，Service一般包括事前事中過後的處理。Service一般能夠按照實例進行操做，每一個操做實例能夠被回溯或參考。

 

存儲遷移服務也確實作到了這一點，在存儲遷移服務中，咱們每一次執行存儲遷移，會首先在WAC建立一個遷移做業，每一個遷移做業裏面包括此次遷移的盤點，傳輸，轉換三個過程，當此次遷移結束後能夠查看遷移做業總體報告，每一次的遷移做業都會獲得保留，便於審計，或者管理員參考之前的操做步驟。

 

存儲遷移服務的工做組件

 

1. Storage Migration Service Orchestrator：Server 2019功能，用於完成存儲遷移服務的編排控制，做業管理

2. Storage Migration Service Proxy：Server 2019功能，用於安裝在目標Server2019服務器上，接受Orchestrator節點的控制
   

3. Windows Admin Center：經過Web圖形化界面完成存儲遷移服務的可視化操做

 

本次實驗環境咱們將Orchestrator於proxy安裝在同一節點，在企業實際環境中，建議爲Orchestrator節點單獨安裝一臺服務器，若是Orchestrator和proxy在同一節點，理論上是可行的，但當遷移進行到最後一步轉換時，目標節點重啓，則沒法經過WAC鏈接到Orachestrator看到存儲遷移服務進展，所以企業環境Orchestrator最好仍是單獨安裝一臺，管理環境內全部到目標Server 2019的遷移做業

 

 遷移做業步驟細看

 

1. 盤點：管理員選擇要遷移的節點，WAC鏈接到Storage Migration Service Orchestrator掃描源節點存儲，網絡，安全性，SMB共享設置和要遷移的數據

2. 傳輸：管理員將盤點清單中要遷移的數據與目標節點進行配對映射，完成文件傳輸。

3. 轉換：管理員配置將源主機名源網卡映射到目標節點，然後Storage Migration Service Orchestrator自動轉換映射至新節點，用戶使用原有名稱地址訪問新節點，原有節點被更換名稱地址下線

 

存儲遷移服務先決條件

 

1. Orchestrator節點與Proxy節點必須爲Windows Server 2019 17744版本及以上

2. Windows Admin Center 必須更新至最新版本，確保下載的存儲遷移服務擴展爲17744版本

3. 全部計算機都已加入域

4. 提供一個遷移賬戶，該賬戶是所選源計算機的管理員

5. 提供一個遷移賬戶，該賬戶是所選目標計算機上的管理員

6. 必須在源和目標*計算機上啓用如下防火牆規則INBOUND：

   「文件和打印機共享（SMB-In）」

   「Netlogon服務（NP-In）」

   「Windows管理規範（DCOM-In）」

   「Windows Management Instrumentation（WMI-In）」

       *安裝proxy的Windows Server 2019將在遷移期間自動打開和關閉正確的防火牆端口

  7.當要下載報告時，必須在Orchestrator計算機上啓用防火牆規則INBOUND：「文件和打印機共享（SMB-In）"

 

存儲遷移服務支持狀況

 

1. Orchestrator與Proxy組件支持安裝在Server 2019 標準版，數據中心版，支持虛擬機，物理機，任意雲平臺

2. Windows Admin Center組件支持安裝在Windows 10 ，Windows Server 2016，Windows Server 2019

 

目前版本支持的來源節點

Windows Server 2003

Windows Server 2008

Windows Server 2008 R2

Windows Server 2012

Windows Server 2012 R2

Windows Server 2016

Windows Server 2019預覽

 

正如所見，目前微軟尚未實現他所提出的計劃，Linux/NAS/SAN尚未實如今來源列表裏面，目前只能支持舊版Windows Server 到新版Windows Server 2019的遷移，一個主要的用途，幫助用戶完成2008/R2，到2019的遷移，2008/R2的支持將在2020年1月結束，屆時微軟將不會對2008/R2提供更新以及正式的支持工做，這對於企業級用戶來講是危險的不穩定因素，所以出於考慮部分企業會在這兩年內完成2008/R2的遷移工做，並不是必定要遷移到Server 2019，2012R2/2016也是不錯的選擇，具體能夠從官網瞭解各個版本的區別，選擇最爲適合企業使用的。微軟曾宣稱存儲遷移服務支持目標爲2012R2/2016/2019/Azure，可是當老王寫本篇文章的時候僅支持到Server 2019的目標遷移，我並無看到2012R2/2016如何做爲存儲遷移服務目標proxy的任何文檔，同時目前版本也尚未和Azure打通，老王猜想存儲遷移服務將來和Azure打通的應該是Azure File，若是用戶但願直接遷移2008/R2到Azure，目前有免費工具Azure migrate可用，虛擬機遷移級別。

 

上面咱們討論了存儲遷移服務工做流程，部分朋友可能以爲是一種新形態，下面咱們就經過實驗進一步理解

 

環境介紹

08DC 10.0.0.2

FileSrv 10.0.0.18  2008R2文件服務器

19WAC 10.0.0.66 2019WAC服務器

19FileServer 10.0.0.51 2019存儲遷移服務 Orchestrator節點與Proxy節點

 

當前2008R2文件服務器具有四個共享

針對於其中doc共享單獨進行了權限設置

將WAC更新至最新版本，聯網下載安裝存儲遷移擴展17744

爲19FileServer安裝功能，協調者(Orchestrator)節點需安裝Storage Migration Service，Storage Migration Service Proxy，Storage Migration Service tools(安裝Storage Migration Service自動安裝)，功能安裝可使用服務管理器，WAC，Powershell，若是單獨安裝目標節點，僅需安裝Storage Migration Service Proxy。

確保WAC設置 -  建議 - 新功能Windows存儲遷移服務勾選爲是

打開WAC，鏈接至協調者節點，若是操做系統版本，WAC擴展版本都安裝正確的話，能夠在左側工具欄看見存儲遷移服務

點擊建立新做業，爲本次遷移過程命名

點擊肯定完成做業創建後，下面進入遷移做業第一步驟，盤點，微軟中國給翻譯成庫存，我認爲不是很恰當，這個步驟應該是相似於盤點，清點，清單

盤點第一步首選輸入源用戶名，源密碼，此用戶須要爲源Windows設備本地管理員權限，Job Setting選擇是否要包含設備的管理員共享，一般不勾選

點擊下一步，添加設備，能夠添加多臺源設備，全部源設備都將共用上面的源用戶名密碼執行共享與配置收集操做。

添加完成後點擊開始掃描，將由協調者節點使用源用戶去獲取來源節點的共享，配置，網卡設置等信息，掃描結束顯示收集的信息，對是否能夠被遷移進行提示，至此盤點步驟結束。

點擊下一步 進入第二步驟傳輸，輸入目標Windows設備的本地管理員權限憑據

爲來源目標共享，磁盤捲進行映射配置，此步驟僅包含共享與卷的映射，不包含網卡與機器名的映射。

點擊下一步，設定傳輸設置，爲傳輸過程當中可能出現的問題進行預先設定。

下一步，傳輸審閱，點擊驗證，將由協調者節點鏈接到來源與目標節點，評估本次文件傳輸過程是否可以正常進行，

點擊驗證下方，藍色的經過字樣，能夠看到這次傳輸的評估項目

確認無誤後，下一步可見傳輸界面，點擊開始傳輸，則將由協調者節點按照配置，協調來源節點到目標節點的遷移，文件數據+文件屬性+權限設置，都將在此步驟完成遷移，此界面實時刷新，目前遷移速度至關於單線程Robocopy性能，GA版本或將改善，管理員能夠在下面的詳細信息，SMB詳細信息，查看傳輸過程的粒度狀態，當遷移結束後能夠在詳細信息裏面下載傳輸日誌

 

傳輸結束點擊下一步則進入轉換步驟，配置轉換憑據，仍然爲目標節點本地管理員權限帳戶

配置網卡映射設置，自動將源節點的IP映射給目標節點網卡，在映射給目標節點後，源節點IP應該使用什麼地址，能夠手動指定，或勾選使用DHCP，來源機器名也將被自動映射給目標節點，源節點機器名能夠設置爲隨機或自定義。

配置直接轉換超時時間，單位爲分鐘，一般保持默認便可

執行轉換檢查，點擊驗證，將驗證轉換配置是否正常就緒，是否能夠正常完成轉換映射

下一步進入最終的轉換界面，準備好了後點擊開始轉換，將由存儲遷移服務協調源節點目標節點完成轉換，自動配置IP/機器名的轉換映射，期間源節點與目標節點都將重啓屢次，管理員不須要手動參與此過程，若是協調者節點與目標節點在同一節點，當目標節點重啓時，此步驟將沒法查看遷移進度，單獨安裝協調者節點則可看到全過程，最終以目標節點重啓後使用遷移前域用戶登陸爲結束。

轉換完成後宣告這次遷移做業結束，管理員能夠經過WAC在協調者節點存儲遷移服務界面回溯遷移過程

遷移完成後源節點被設置爲DHCP IP，機器名隨機

目標節點設置爲源節點IP，機器名設置爲源節點名稱

用戶使用相同名稱訪問共享

共享權限及NTFS權限正常遷移

遷移效果：通過老王實測NTFS權限+共享權限能夠正常遷移，父目錄子目錄時間戳能夠正常遷移，目錄內文件時間戳目前沒法遷移，加密屬性不能正常遷移，效果比不上Permcopy+Robocopy，可是從步驟交互來講要比相同效果的FSMT，WSMT好，自動幫咱們完成了一些之前須要手動操做的事情，是一種全新的模式，但目前除了遷移過程交互，自動切換，一致性，回溯性，對比FSMT，WSMT還看不出來什麼太大的好處，若是之後能順利支持從linux/nas等設備遷移，支持和Azure file整合，那它就會比其它幾個工具強不少。

建議：微軟已經給出了存儲遷移服務的路線規劃，網絡範圍和AD源計算機掃描庫存，Samba，NAS，SAN源支持，適用於Windows和Linux的NFS，塊複製傳輸而不是文件級傳輸，NDMP支持，源上的冷熱數據檢測 容許排出未觸及的舊文件，Azure文件同步和Azure遷移集成，在老王看來這樣的規劃很好，若是可以實現，那將成爲一個很是實用強大的工具，除此以外老王還建議增長遷移性能展示優點，最好可以整合DFSN，例如完成整個2008R2DFSN從根目標到連接的映射遷移，可以直接將新遷移的共享加入DFSN。目前存儲遷移做業的報告仍是文本的形式，若是可以提供圖表報告將更好。

存儲遷移服務，系統看法，Cluster Set，這三個功能是老王認爲2019裏面，對於企業級數據中心管理最爲重要的三個新功能，也是我認爲較爲實用的新功能，所以寫出來但願讓更多技術人知道，但願看到的朋友能有所收穫。