在实际的企业IT环境中，对于硬件而言少不了更新替换，有时候存储满了就需要扩容，对于WSFC上面的应用而言，Hyper-V本身我们可以利用存储迁移技术更换磁盘，但是对于其它群集应用本身不具备迁移技术的，应该怎么处理呢
今天我们就来看下群集中数据磁盘的扩容替换，此次我们假定这样一个场景，基于群集跑了一个文件服务器服务，一直用的很好，但是数据磁盘由于当时规划没有规划好，用满了，如何在保留原有数据的情况下更换磁盘
遇到这个问题，老王脑袋里首先有两种想法略过
-
把文件服务器现有内容拷贝出来到新的磁盘，文件服务器群集角色拆了，基于新磁盘重建群集角色
-
针对于群集角色新增磁盘，迁移文件服务器内容，修改依赖关系，替换磁盘
第一种方法maybe会涉及到重建文件服务器角色的一些权限问题，而且这种做法也不太专业，所以通常不推荐采用
第二种办法可行，且方便，宕机时间较少
除了老王想到的这两种办法外，群集还有一种方法，使用修复群集磁盘的方式，进行迁移，直接可以新增并替换掉群集角色的磁盘，在2003时代这可以通过Cluster Server Recovery Tool完成，WSFC 2008之后使用内置的群集磁盘修复也很方便。
最近看一个外国博客知道的这种方法，考虑到国内可能也有很多这种需求，因此整理出来分享给大家
我们会对第二种新增替换，第三种修复替换的方式分别做实验验证，本次验证采用08R2群集环境，后续12 16对于此功能并无过多改变。
环境介绍
DNS&iscsi
lan：10.0.0.2 255.0.0.0
iscsi：30.0.0.2 255.0.0.0
08node1
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
08node2
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
当前群集运作一个devtestfs文件服务器角色，使用群集磁盘3，已有software共享
群集磁盘盘符为E，当前仅剩余100M空间
新增替换操作流程思路如下
-
存储设备为群集节点分配新存储LUN
-
群集节点识别存储磁盘，联机，初始化，分区，给一个不是E的随机盘符
-
使用robocopy，xcopy，资源管理器，permcopy，fsmt等工具，复制拷贝现有文件服务器群集磁盘内容，如果需要拷贝权限，这里需要注意做处理
-
脱机文件服务器角色，此处为宕机时间开始
-
添加磁盘进入群集可用磁盘
-
添加群集可用磁盘进入文件服务器可用存储资源
-
修改文件服务器依赖关系指向新磁盘
-
文件服务器中删除旧磁盘，群集可用磁盘也删除旧磁盘
-
更改新磁盘盘符为E
-
联机上线文件服务器，宕机时间结束
这里根据老王的尝试，如果文件服务器替换不修改回原盘符，替换之后共享会有问题，可能会需要重新配置共享，如果觉得重配无所谓的话，那么您可以省略掉第九步，如果您怕麻烦，想一次成功的话建议一次做全，修改回原盘符。
时间节点来到第二步
各节点得到存储新分配的存储，并且已经完成分区格式化
拷贝现有数据进入新磁盘，这里如果实际企业环境，可以事先发布维护公告，防止拷贝产生新数据
这里老王就不考虑权限问题，直接资源管理器拷贝，如果您需要带着文件权限迁移，那么您可以查看老王之前写过的博客
脱机文件服务器资源，以便进行磁盘新增替换，这部分如果思路清晰很快可以完成，宕机时间不会很长
添加新磁盘进入群集可用数据磁盘
添加群集可用磁盘进入文件服务器可用存储资源，以便文件群集服务器角色可以修改依赖关系至新磁盘
添加添加存储后，会打开一个对话框，选择我们给添加的群集可用磁盘
当前文件服务器群集角色有两块数据磁盘可用，事实上如果不是考虑到替换的话，单纯的是为现有的文件服务器扩容，我们直接给现有的文件服务器新增一块磁盘，然后控制下新数据上传新磁盘，就好了，还可以使用相同的访问路径。
修改文件服务器群集资源依赖关系指向新群集磁盘
文件服务器中删除旧磁盘
群集可用磁盘删除旧磁盘
修改文件服务器新磁盘驱动器号为E
联机上线文件服务器角色，宕机时间结束
文件共享服务器现在可以正常访问了，但是数据磁盘已经换成了升级后的新磁盘
通过这种升级方法我们可以顺利完成文件服务器数据磁盘的扩容升级
其中稍微复杂一点的是理解群集中磁盘替换的过程
需要注意的一点是，开始处理磁盘替换操作之前，老王建议一定要把文件服务器角色离线，这样做最稳妥，因为你的文件内容已经拷贝完成了，这里替换的停机时间很短，千万不要舍不得。实际测试替换操作在群集角色脱机时完成的最为顺利。
新增-内容迁移-群集磁盘-文件服务器可用存储-修改依赖关系-删除旧群集磁盘-联机群集角色
接下来我们再看第三种修复替换的方式，它的操作思路如下
-
存储为群集节点分配新存储
-
群集节点联机，初始化新存储，格式化分区，分配一个除了已有E之外的盘符
-
使用robocopy，xcopy，资源管理器，permcopy，fsmt等工具，复制拷贝现有文件服务器群集磁盘内容，如果需要拷贝权限，这里需要注意做处理
-
脱机现有文件服务器角色，宕机时间开始
-
点击修复磁盘，选择新磁盘
-
联机上线文件服务器角色
时间节点来到第二步
各节点得到存储新分配的存储，并且已经完成分区格式化
拷贝现有数据进入新磁盘，这里如果实际企业环境，可以事先发布维护公告，防止拷贝产生新数据
这里老王就不考虑权限问题，直接资源管理器拷贝，如果您需要带着文件权限迁移，那么您可以查看老王之前写过的博客
拷贝完成后脱机现有文件服务器磁盘，宕机时间开始
在群集磁盘3的地方 右键点击更多操作 - 修复
选中拷贝完成数据的新磁盘
修复完成后，新磁盘变成了 群集磁盘3
联机群集磁盘3，可以看到，盘符已经自动变为E，由此可见，此修复向导可以自动把原正在使用的群集角色磁盘信息，映射至新磁盘
联机文件服务器角色，发现所有共享已经正常恢复
通过修复替换向导，自动帮助我们把原来老的磁盘从文件服务器群集角色剔除，从群集可用磁盘也剔除
通过以上两个实验，相信大家可以看懂文件服务器群集角色应该如何迁移磁盘
我们可以发现，虽然两种办法可以达到同样的效果
但是毫无疑问，第二种办法无疑更简单，便于理解
相当于是通过一个修复磁盘的向导，帮我们省去了四个自行替换群集磁盘的步骤
只要您说，要替换或者扩容磁盘，直接添加新磁盘进来，拷贝内容，点击修复，得了，齐活
这多简单方便
对于文件服务器群集角色迁移，如果您的阵列支持直接扩容，那最好不过，直接存储级别操作，群集磁盘离线再扩容下，您也可以选择老王今天介绍的第二种，第三种办法，第二种办法可能更加方便您理解群集角色替换更新磁盘的流程，第三种办法则更加简单方便，就是这样，希望能为感兴趣的朋友带来收获。
本文转自 老收藏家 51CTO博客，原文链接:http://blog.51cto.com/wzde2012/1979354
615
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
