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文件服务器具备四个共享

2018-09-06_140504.png

针对于其中doc共享单独进行了权限设置

2018-09-06_140422.png

将WAC更新至最新版本,联网下载安装存储迁移扩展17744

2018-09-06_142815.png

为19FileServer安装功能,协调者(Orchestrator)节点需安装Storage Migration Service,Storage Migration Service Proxy,Storage Migration Service tools(安装Storage Migration Service自动安装),功能安装可以使用服务管理器,WAC,Powershell,如果单独安装目标节点,仅需安装Storage Migration Service Proxy。

2018-09-06_145819.png

确保WAC设置 -  建议 - 新功能Windows存储迁移服务勾选为是

2018-09-06_165552.png

打开WAC,连接至协调者节点,如果操作系统版本,WAC扩展版本都安装正确的话,可以在左侧工具栏看见存储迁移服务

2018-09-06_165815.png

点击创建新作业,为本次迁移过程命名

2018-09-06_165903.png

点击确定完成作业建立后,下面进入迁移作业第一步骤,盘点,微软中国给翻译成库存,我认为不是很恰当,这个步骤应该是类似于盘点,清点,清单

盘点第一步首选输入源用户名,源密码,此用户需要为源Windows设备本地管理员权限,Job Setting选择是否要包含设备的管理员共享,通常不勾选

2018-09-06_170147.png

点击下一步,添加设备,可以添加多台源设备,所有源设备都将共用上面的源用户名密码执行共享与配置收集操作。

2018-09-06_170236.png

添加完成后点击开始扫描,将由协调者节点使用源用户去获取来源节点的共享,配置,网卡设置等信息,扫描结束显示收集的信息,对是否可以被迁移进行提示,至此盘点步骤结束。

2018-09-06_170931.png

点击下一步 进入第二步骤传输,输入目标Windows设备的本地管理员权限凭据

2018-09-06_171010.png

为来源目标共享,磁盘卷进行映射配置,此步骤仅包含共享与卷的映射,不包含网卡与机器名的映射。

2018-09-06_171323.png

点击下一步,设定传输设置,为传输过程中可能出现的问题进行预先设定。

2018-09-06_171339.png

下一步,传输审阅,点击验证,将由协调者节点连接到来源与目标节点,评估本次文件传输过程是否能够正常进行,

2018-09-06_171404.png

点击验证下方,蓝色的通过字样,可以看到此次传输的评估项目

2018-09-06_171601.png

确认无误后,下一步可见传输界面,点击开始传输,则将由协调者节点按照配置,协调来源节点到目标节点的迁移,文件数据+文件属性+权限设置,都将在此步骤完成迁移,此界面实时刷新,目前迁移速度相当于单线程Robocopy性能,GA版本或将改善,管理员可以在下面的详细信息,SMB详细信息,查看传输过程的粒度状态,当迁移结束后可以在详细信息里面下载传输日志

 

2018-09-06_173345.png

传输结束点击下一步则进入转换步骤,配置转换凭据,仍然为目标节点本地管理员权限账户

2018-09-06_205156.png

配置网卡映射设置,自动将源节点的IP映射给目标节点网卡,在映射给目标节点后,源节点IP应该使用什么地址,可以手动指定,或勾选使用DHCP,来源机器名也将被自动映射给目标节点,源节点机器名可以设置为随机或自定义。

2018-09-06_205322.png

配置直接转换超时时间,单位为分钟,通常保持默认即可

2018-09-06_205343.png

执行转换检查,点击验证,将验证转换配置是否正常就绪,是否可以正常完成转换映射

2018-09-06_205408.png

下一步进入最终的转换界面,准备好了后点击开始转换,将由存储迁移服务协调源节点目标节点完成转换,自动配置IP/机器名的转换映射,期间源节点与目标节点都将重启多次,管理员不需要手动参与此过程,如果协调者节点与目标节点在同一节点,当目标节点重启时,此步骤将无法查看迁移进度,单独安装协调者节点则可看到全过程,最终以目标节点重启后使用迁移前域用户登录为结束。

2018-09-06_205457.png

转换完成后宣告此次迁移作业结束,管理员可以通过WAC在协调者节点存储迁移服务界面回溯迁移过程

2018-09-06_211822.png

迁移完成后源节点被设置为DHCP IP,机器名随机

2018-09-06_211101.png

目标节点设置为源节点IP,机器名设置为源节点名称

2018-09-06_211555.png

用户使用相同名称访问共享

2018-09-06_211923.png

共享权限及NTFS权限正常迁移

2018-09-06_211854.png

迁移效果:经过老王实测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里面,对于企业级数据中心管理最为重要的三个新功能,也是我认为较为实用的新功能,因此写出来希望让更多技术人知道,希望看到的朋友能有所收获。