WSFC文件应用数据磁盘扩容替换

在实际的企业IT环境中,对于硬件而言少不了更新替换,有时候存储满了就需要扩容,对于WSFC上面的应用而言,Hyper-V本身我们可以利用存储迁移技术更换磁盘,但是对于其它群集应用本身不具备迁移技术的,应该怎么处理呢

今天我们就来看下群集中数据磁盘的扩容替换,此次我们假定这样一个场景,基于群集跑了一个文件服务器服务,一直用的很好,但是数据磁盘由于当时规划没有规划好,用满了,如何在保留原有数据的情况下更换磁盘

遇到这个问题,老王脑袋里首先有两种想法略过

  1. 把文件服务器现有内容拷贝出来到新的磁盘,文件服务器群集角色拆了,基于新磁盘重建群集角色
  2. 针对于群集角色新增磁盘,迁移文件服务器内容,修改依赖关系,替换磁盘

第一种方法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空间

新增替换操作流程思路如下

  1. 存储设备为群集节点分配新存储LUN
  2. 群集节点识别存储磁盘,联机,初始化,分区,给一个不是E的随机盘符
  3. 使用robocopy,xcopy,资源管理器,permcopy,fsmt等工具,复制拷贝现有文件服务器群集磁盘内容,如果需要拷贝权限,这里需要注意做处理
  4. 脱机文件服务器角色,此处为宕机时间开始
  5. 添加磁盘进入群集可用磁盘
  6. 添加群集可用磁盘进入文件服务器可用存储资源
  7. 修改文件服务器依赖关系指向新磁盘
  8. 文件服务器中删除旧磁盘,群集可用磁盘也删除旧磁盘
  9. 更改新磁盘盘符为E
  10. 联机上线文件服务器,宕机时间结束

这里根据老王的尝试,如果文件服务器替换不修改回原盘符,替换之后共享会有问题,可能会需要重新配置共享,如果觉得重配无所谓的话,那么您可以省略掉第九步,如果您怕麻烦,想一次成功的话建议一次做全,修改回原盘符。

时间节点来到第二步

各节点得到存储新分配的存储,并且已经完成分区格式化

拷贝现有数据进入新磁盘,这里如果实际企业环境,可以事先发布维护公告,防止拷贝产生新数据

这里老王就不考虑权限问题,直接资源管理器拷贝,如果您需要带着文件权限迁移,那么您可以查看老王之前写过的博客

脱机文件服务器资源,以便进行磁盘新增替换,这部分如果思路清晰很快可以完成,宕机时间不会很长

添加新磁盘进入群集可用数据磁盘

添加群集可用磁盘进入文件服务器可用存储资源,以便文件群集服务器角色可以修改依赖关系至新磁盘

添加添加存储后,会打开一个对话框,选择我们给添加的群集可用磁盘

当前文件服务器群集角色有两块数据磁盘可用,事实上如果不是考虑到替换的话,单纯的是为现有的文件服务器扩容,我们直接给现有的文件服务器新增一块磁盘,然后控制下新数据上传新磁盘,就好了,还可以使用相同的访问路径。

修改文件服务器群集资源依赖关系指向新群集磁盘

文件服务器中删除旧磁盘

群集可用磁盘删除旧磁盘

修改文件服务器新磁盘驱动器号为E

联机上线文件服务器角色,宕机时间结束

文件共享服务器现在可以正常访问了,但是数据磁盘已经换成了升级后的新磁盘

通过这种升级方法我们可以顺利完成文件服务器数据磁盘的扩容升级

其中稍微复杂一点的是理解群集中磁盘替换的过程

需要注意的一点是,开始处理磁盘替换操作之前,老王建议一定要把文件服务器角色离线,这样做最稳妥,因为你的文件内容已经拷贝完成了,这里替换的停机时间很短,千万不要舍不得。实际测试替换操作在群集角色脱机时完成的最为顺利。

新增-内容迁移-群集磁盘-文件服务器可用存储-修改依赖关系-删除旧群集磁盘-联机群集角色

接下来我们再看第三种修复替换的方式,它的操作思路如下

  1. 存储为群集节点分配新存储
  2. 群集节点联机,初始化新存储,格式化分区,分配一个除了已有E之外的盘符
  3. 使用robocopy,xcopy,资源管理器,permcopy,fsmt等工具,复制拷贝现有文件服务器群集磁盘内容,如果需要拷贝权限,这里需要注意做处理
  4. 脱机现有文件服务器角色,宕机时间开始
  5. 点击修复磁盘,选择新磁盘
  6. 联机上线文件服务器角色

时间节点来到第二步

各节点得到存储新分配的存储,并且已经完成分区格式化

拷贝现有数据进入新磁盘,这里如果实际企业环境,可以事先发布维护公告,防止拷贝产生新数据

这里老王就不考虑权限问题,直接资源管理器拷贝,如果您需要带着文件权限迁移,那么您可以查看老王之前写过的博客

拷贝完成后脱机现有文件服务器磁盘,宕机时间开始

在群集磁盘3的地方 右键点击更多操作 - 修复

选中拷贝完成数据的新磁盘

修复完成后,新磁盘变成了 群集磁盘3

联机群集磁盘3,可以看到,盘符已经自动变为E,由此可见,此修复向导可以自动把原正在使用的群集角色磁盘信息,映射至新磁盘

联机文件服务器角色,发现所有共享已经正常恢复

通过修复替换向导,自动帮助我们把原来老的磁盘从文件服务器群集角色剔除,从群集可用磁盘也剔除

通过以上两个实验,相信大家可以看懂文件服务器群集角色应该如何迁移磁盘

我们可以发现,虽然两种办法可以达到同样的效果

但是毫无疑问,第二种办法无疑更简单,便于理解

相当于是通过一个修复磁盘的向导,帮我们省去了四个自行替换群集磁盘的步骤

只要您说,要替换或者扩容磁盘,直接添加新磁盘进来,拷贝内容,点击修复,得了,齐活

这多简单方便

对于文件服务器群集角色迁移,如果您的阵列支持直接扩容,那最好不过,直接存储级别操作,群集磁盘离线再扩容下,您也可以选择老王今天介绍的第二种,第三种办法,第二种办法可能更加方便您理解群集角色替换更新磁盘的流程,第三种办法则更加简单方便,就是这样,希望能为感兴趣的朋友带来收获。

时间: 2024-10-14 00:53:43

WSFC文件应用数据磁盘扩容替换的相关文章

Azure 经典Windows虚拟机数据磁盘扩容

1, 登录Azure Account PS C:\Users\jia.xiaolei> Add-AzureAccount -Environment AzureChinaCloud Id Type Subscriptions -- ---- ------------- [email protected] User 09383bd9-0ddc-4647-a128-0417a82dc725... PS C:\Users\jia.xiaolei> 2, 指定订阅ID PS C:\Users\jia.x

KVM guest磁盘扩容

kvm默认使用的是raw类型的磁盘格式,下面是关于raw磁盘扩容的两种方法: 第一种方法: 在原先raw类型的100G磁盘上动态追加70G,把虚拟机现有磁盘扩容为170G 1,在宿主机上先备份虚拟机的所有文件,防止磁盘扩容失败 2,然后开始操作 查看img文件类型: # qemu-img info disk.local image: disk.localfile format: rawvirtual size: 98G (105612574720 bytes)disk size: 98G 关闭虚

Windows Azure Virtual Machine (29) 修改Azure VM 数据磁盘容量

<Windows Azure Platform 系列文章目录> 当我们使用Windows Azure管理界面,创建Azure虚拟机的时候,默认挂载的磁盘是固定大小的 1.比如我创建1个Windows Server虚拟机 2.需要挂载额外的数据磁盘,一开始我初始化数据磁盘的容量为500G 3.经过一段时间以后,500GB容量不够了,我需要将这块数据磁盘扩容 注意:Azure A系列和D系列的虚拟机,磁盘容量是用多少算多少.比如我们挂载了1TB的数据磁盘,但是实际只使用1GB的存储空间. 微软只会

Oracle单个数据文件超过32G后扩容

Oracle单个数据文件超过32G后扩容 表空间数据文件容量与DB_BLOCK_SIZE的设置有关,而这个参数在创建数据库实例的时候就已经指定.DB_BLOCK_SIZE参数可以设置为4K.8K.16K.32K.64K等几种,Oracle的物理文件最大只允许4194304个数据块(这个参数具体由操作系统决定,一般应该是此数字),表空间数据文件的最大值对应关系就可以通过4194304×DB_BLOCK_SIZE/1024M计算得出. 4k最大表空间为:16384M 8K最大表空间为:32768M

Oracle 删除数据后释放数据文件所占磁盘空间

测试的时候向数据库中插入了大量的数据,测试完成后删除了测试用户以及其全部数据,但是数据文件却没有缩小.经查阅资料之后发现这是 Oracle “高水位”所致,那么怎么把这些数据文件的大小降下来呢?解决办法如下: 概念: 表空间的相关知识请见这里,详细的介绍了 Oracle 数据库的存储结构. 高水位:High Water Mark (HWM),是段(Segment)的一个指标,界定了段(Segment)曾经配置过的 block 水位. 据说,随着数据的 insert,所使用段(Segment)的数

关于Azure中虚拟机数据磁盘大小

首先,在Azure中关于数据存储的付费规则中规定,只要你使用的不是Azure的XIO高级存储提供的I/O密集型的高吞吐低延迟的服务,那么得益于Azure存储设计中采用的稀疏文件方式存储,存储虚拟机VHD的存储只会按照实际的写入数据的使用量进行付费,因此最佳实践就是建立VHD磁盘文件的时候就最好设置为1023GB,也就是Azure订阅所支持的最大值 1TB大小.当然这里讨论的是使用单个磁盘的问题,不包括出于性能或者容量限制等问题采用多个VHD数据磁盘到Azure虚拟机中,并在上面构建软RAID解决

阿里云ECS数据盘扩容

扩容数据盘(Linux) 随着业务的增长,您的磁盘容量可能无法满足数据存储的需要,这时您可以扩容磁盘. 本文档介绍的方法只适用于数据盘. 扩容须知 扩容前 建议在扩容磁盘之前 手动创建快照,以备份数据. 创建完成后,可以查看到,这样后面操作出现问题,可以回滚 磁盘上如果正在执行创建快照的操作,则此时不允许进行扩容操作. 只做磁盘容量的扩容,不做文件系统的扩容. 支持普通盘的扩容,不支持本地盘(本地磁盘.本地 SSD 盘)的扩容. 挂载在实例上的数据盘,只有实例为 运行中 (Running) 或者

CENTOS 阿里云服务器磁盘扩容

我的系统是centos 6.5 32位,数据盘挂载在/www/web目录下,所以扩容的方法和阿里云官方的有所不同. **备注:如果磁盘已有分两个区,需要把两个区都删除,才能扩容成功(开始一直扩不成功,后面删除2分区后,扩容成功) **分区时,删除分区,需要马上新建,以免数据丢失 ====我还不知道,怎么重新分两个分区,扩容后只能分一个区..额...忘高手指导! 现将过程记录如下,以备以后使用,本人PHP猿人,LINUX小白.高手可以漂过 以下是扩容过程: 首先,做好快照(出现问题好恢复),在后台

SQL Server 磁盘空间告急(磁盘扩容)转载

一.背景 在线上系统中,如果我们发现存放数据库文件的磁盘空间不够,我们应该怎么办呢?新买一个硬盘挂载上去可以嘛?(linux下可以直接挂载硬盘进行扩容),但是我们的SQL Server是运行在Windows下的,有什么办法可以解决这燃眉之急呢? 有两种方法可以解决上面的问题:第一种就是把数据库磁盘转换为[动态磁盘],新增新的磁盘就可以解决了:第二种就是我今天要讲述的,使用SQL Server在其它磁盘(或者逻辑分区)中添加新的文件,添加完成后,SQL Server马上就能进新的数据了. 上面两种