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里面，对于企业级数据中心管理最为重要的三个新功能，也是我认为较为实用的新功能，所以写出来但愿让更多技术人知道，但愿看到的朋友能有所收获。