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迁移中我们直接介绍这种跨群集迁移，不同群集存储的场景。
迁移时间节点切割如下
DHCP群集组运行在2008R2群集对外提供服务
客户端这时DHCP获取地址从2008R2群集响应
创建2012R2群集，2012R2群集连接新存储
运行跨群集迁移向导，迁移DHCP群集组至2012R群集，迁移之后群集组离线
备份源2008R2群集DHCP配置
离线源2008R2DHCP群集组
上线2012R2DHCP群集组
还原DHCP配置
客户端从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，再实时迁移虚拟机回来，似乎没有群集的情况下只有这种路线可以选择，再生产环境下做肯定要选择维护时间做了。
如果您采用导入导出这种方案，进行虚拟化的升迁，有几点需要注意的地方
确保导出虚拟机无保存状态，无快照
确保导出虚拟机MAC地址都设置为静态
2012之前，2008R2虚拟机要导出，必须要在虚拟机关机状态才能执行
最好针对于导出虚拟机进行备份
尽量让导出虚拟机使用标准网络适配器，而非旧版网络适配器
节点上面负载导入导出方式迁移走后，建议直接干净安装，不要升级安装。
有群集
没有VMM
确保新旧群集都可连接到存储，但同一时刻，存储只对单个群集可见
存储不添加到新群集 群集磁盘中
运行群集迁移向导，迁移虚拟机配置，CSV配置到新群集
脱机旧群集虚拟机，取消分配给旧群集的磁盘
联机旧群集迁移过来的CSV，这时会自动使用之前同时分配给新旧群集的磁盘
联机虚拟机
有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下面特定的单个虚拟机，因此可以看出，通过跨群集迁移向导，适合群集上面跑了很多虚拟机的场景，如果虚拟机不多的话您也可以选择导入导出的的方式，但是老王依然建议走跨群集迁移向导，因为这样宕机时间最短。
下面我们实验验证
虚拟化跨群集迁移节点切割如下
虚拟机运作在2008R2群集CSV
分配CSV背后可用磁盘目标给2012R2群集节点
2012R2群集节点可以看到磁盘，但是不添加到群集存储
执行跨群集迁移向导迁移虚拟机
脱机08R2虚拟机，存储取消分配给08R2群集节点
12R2群集联机CSV
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的跨群集迁移，大家是不是觉得非常有帮助。如果需要了解更多内容，请继续关注我们的行业资讯，相信你会喜欢上这些内容的。
