虚拟机系统的磁盘扩容妙招及案例

简介:

转载请通知老方,获许后方可(本文首发于CUblog)。

随着服务器虚拟化在企业中的应用越来越广,对寄宿其上的虚拟机系统的管理也越来越受到重视,在本文中,笔者通过实例来帮助大家如何实现虚拟机系统在磁盘空间方面的扩容。

本文虽然取场景于VMware的服务器虚拟化,但其方法同样可被借鉴在在其他如微软HYPER-V的服务器虚拟化中。

在VSphere中扩展磁盘是一件很容易的事情,因为其摆脱了传统磁盘的物理限制。只需轻点几下鼠标即可完成磁盘的扩充。

 

1. 非系统盘磁盘扩容

 

①非系统盘的扩容异常简单,只需要在VSphere Client中编辑虚机配置,在需要扩充的虚拟磁盘上直接改变磁盘大小即可。

clip_image002

②将磁盘大小更改为25G,这时,操作系统会认为有25G的连续空间,但是只有15G被分配,未指派的10G空间则需要进入扩充磁盘操作系统去扩展。

clip_image004

③扩展连续空间需要使用系统自带的DiskPart命令。

关于DiskPart的介绍:(摘自百度百科)

diskpart可实现对硬盘的分区管理,包括创建分区、删除分区、合并(扩展)分区,完全可取代分区魔术师等第三方工具软件,它还有分区魔术师无法实现的功能,如设置动态磁盘、镜像卷等,而且设置分区后不用重启电脑也能生效。只不过它运行于命令提示符下.。

④打开DiskPart后,使用【List Volume】列出当前系统的磁盘卷。

clip_image006

⑤此次要扩展的卷为卷1,使用【Select Volume】选择卷1,然后再使用【List Volume】查看当前已经选择卷,被选中的卷前会有【*】作为标识。

clip_image008

⑥使用【extend】命令扩展被选中的卷,顺利扩展,会有【DiskPart成功地扩展了卷】的提示。

clip_image010

此时,磁盘扩展完成。

 

2. 系统盘磁盘扩容

系统盘扩充与非系统扩充在操作系统配置方面没有差别,方法请参考以上。

不同之处在于:在服务器开机状态下是无法动态的扩展磁盘的,需要将服务器关机,将系统磁盘挂载到其他服务器中,然后再进行扩展。具体配置步骤如下:

①关闭需要扩容系统盘的服务器。

②在VSphere Client中更改系统磁盘的容量。

③将系统盘挂载到其他的服务器中。

④使用DiskPart扩展磁盘空间。

⑤将系统盘从其他服务器上取消挂载。

⑥将扩容好的服务器开机。

⑦检查扩容是否正常。

 

3. 注意事项

 

①磁盘扩容存在一定风险,建议在为重要系统扩容时,提前进行克隆备份,以便可以灾难恢复。

②系统盘扩容一定要用VSphere Client在原服务器中更改磁盘空间大小,不可挂载到其他服务器后在更改磁盘空间,否则会造成操作系统启动蓝屏。

 

4. 案例分析

一旦出现注意事项2中情况,会造成比较大的麻烦,下面为微软工程师在处理此问题的思路,可供参考。

问题简述

==========

服务器无法启动,在系统Logo处出现一个蓝屏并立即自动重启。

案件分析

==========

· 由于蓝屏一闪而过,在系统启动时强制按F8键进入启动菜单,找到Disable Auto Restart选项;

· 确认系统蓝屏代码为0x7B (INACCESSIBLE_BOOT_DEVICE),即系统启动时无法找到启动设备;一般此问题可能由以下原因导致:

1. 操作系统问题 – 由于文件损坏,配置错误,或File System corruption导致;

2. 硬件问题

3. 病毒问题

· 尝试安全模式、Last Known Good模式,问题依然出现;

· 进入Win RE环境,尝试了如下修复指令:

1. Startrep.exe – 未能修复问题

2. Chkdsk,排查是否有File System corruption或系统文件损坏问题 – Chkdsk结果正常

3. 替换系统注册表文件,排查是否由于系统驱动或者配置错误导致问题 – 将WINDOWS\system32\config\system替换为WINDOWS\System32\config\regback\system后,问题依然出现

· 通过以上操作,可以基本排除系统本身有文件损坏或配置错误的情况;问题可能存在于硬件层面;

· 鉴于问题出现前的最后一个操作是扩展磁盘,我们进一步确认了磁盘扩展操作是否成功;

· 为防止由于拆卸磁盘导致OS在重启时误认为本磁盘为新磁盘而拒绝加载,我们备份并删除了HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices下的所有设备,强迫OS在重启时重新遍历、加载所有设备 – 问题依然出现;

· 经过以上排查,问题范围缩小到硬件本身,对于VM而言即虚拟机宿主或虚拟机磁盘问题:

1. 尝试建立一个新的VM,将出问题的虚拟机磁盘直接挂载并启动 – 问题仍然发生;

2. 尝试建立一个新的可引导的虚拟机磁盘,将原磁盘中的所有文件全部复制进去,尝试启动机器;

- 在文件复制过程中出现了一些Access Deny的情况,经检查发现是由于某些文件没有权限导致的;

- 采用先备份、后恢复的方式来进行文件拷贝,系统成功启动;

问题解决

==========

采用NTbackup先备份、后恢复的方式来进行文件拷贝,将原问题磁盘中的所有文件全部复制到一个新的可引导的虚拟机磁盘,系统成功启动。




 本文转自 rickyfang 51CTO博客,原文链接:http://blog.51cto.com/rickyfang/818247,如需转载请自行联系原作者

相关文章
|
2月前
|
数据库 虚拟化 Windows
虚拟机数据恢复—XenServer虚拟机磁盘文件丢失的数据恢复案例
虚拟机数据恢复环境: 某品牌服务器通过同品牌某型号的RAID卡,将4块STAT硬盘为一组RAID10阵列。上层部署XenServer虚拟化平台,虚拟机安装Windows Server系统,每台虚拟机有两个虚拟机磁盘(系统盘 + 数据盘),虚拟机作为Web服务器使用。 虚拟机故障&分析: 机房异常断电导致服务器中一台VPS(XenServer虚拟机)不可用,虚拟磁盘文件丢失。
|
3天前
|
缓存 算法 固态存储
VSAN数据恢复——开启重删压缩的全闪存VSAN下虚拟机数据恢复案例
VMware VSAN超融合架构,11台服务器节点。每台服务器节点上创建1个磁盘组,磁盘组包括1块PCIe固态硬盘(作为缓存盘)和8-10块SSD(作为数据盘),组成VSAN存储空间来存放虚拟机文件。启用了去重和压缩功能。 一台服务器节点上的一块PCIE缓存盘出现故障,导致VSAN逻辑架构问题。2台虚拟机磁盘组件出现问题,虚拟机无法正常使用。
|
4天前
|
存储 数据挖掘 数据库
虚拟化数据恢复—VMFS简介&误删除虚拟机的数据恢复案例
物理区:物理上连续的磁盘空间,即通常意义上的分区。 本地区:VMFS管理的物理区分为保留区和本地区,前面一部分是保留区,后面部分是本地区。本地区又分为元文件区和数据区。 元文件:与NTFS的元文件类似,属于FS的管理用数据。VMFS有6个元文件:.VH.SF/.FBB.SF/.FDC.SF/.SBC.SF/.PBC.SF/.PB2.SF。 元文件区:6个元文件占用的所有空间,在本地区的前面部分。 数据区:用于存放文件数据。 datastore:在ESX服务器上看到的VMFS存储空间。 LV:logical volume,所指的范围其实和本地区一样,即虚拟化卷。 LVM逻辑卷组:用来管理跨dis
|
1月前
|
存储 SQL 数据库
虚拟化数据恢复—Vmware虚拟机误还原快照的数据恢复案例
虚拟化数据恢复环境: 一台虚拟机从物理机迁移到ESXI虚拟化平台,迁移完成后做了一个快照。虚拟机上运行了一个SQL Server数据库,记录了数年的数据。 ESXI虚拟化平台上有数十台虚拟机,EXSI虚拟化平台连接了一台EVA存储,所有的虚拟机都存放在EVA存储上。 虚拟化故障: 工组人员误操作将数年前迁移完成后做的快照还原了,也就意味着虚拟机状态还原到数年前,近几年数据都被删除了。 还原快照相当于删除数据,意味着部分存储空间会被释放。为了不让这部分释放的空间被重用,需要将连接到这台存储的所有虚拟机都关掉,需要将不能长时间宕机的虚拟机迁移到别的EXSI虚拟化平台上。
111 50
|
2月前
|
存储 运维 虚拟化
虚拟化数据恢复——Hyper-V虚拟化故障导致虚拟机文件丢失的数据恢复案例
在Windows Server上部署的Hyper-V虚拟化环境中,因存储中虚拟机数据文件丢失导致服务瘫痪。北亚企安数据恢复工程师通过物理检测、操作系统及文件系统检测,确定为人为格式化造成,并通过镜像硬盘、重组RAID、分析并恢复文件索引项等步骤,成功恢复数据,最终在新Hyper-V环境中验证并迁移所有虚拟机,确保用户业务恢复正常运行。
|
3月前
|
SQL 数据挖掘 数据库
服务器数据恢复—意外断电导致XenServer虚拟机不可用的数据恢复案例
服务器数据恢复环境: 一台服务器中有一组由4块STAT硬盘通过RAID卡组建的RAID10阵列,上层是XenServer虚拟化平台,虚拟机安装Windows Server操作系统,作为Web服务器使用。 服务器故障: 因机房异常断电导致服务器中一台VPS(Xen Server虚拟机)不可用,虚拟磁盘文件丢失。
服务器数据恢复—意外断电导致XenServer虚拟机不可用的数据恢复案例
|
3月前
|
KVM 虚拟化
kvm虚拟机磁盘管理
文章详细介绍了KVM虚拟机磁盘管理,包括磁盘格式概述、创建虚拟机时如何指定磁盘格式、以及磁盘工具的常用命令,旨在帮助用户更好地理解和操作KVM虚拟机的磁盘管理。
131 1
kvm虚拟机磁盘管理
|
3月前
|
存储 SQL 数据挖掘
虚拟化数据恢复—VMware虚拟机vmdk文件被误删除的数据恢复案例
虚拟化数据恢复环境: 某品牌服务器(部署VMware EXSI虚拟机)+同品牌存储(存放虚拟机文件)。 虚拟化故障: 意外断电导致服务器上某台虚拟机无法正常启动。查看虚拟机配置文件发现这台故障虚拟机除了磁盘文件以外其他配置文件全部丢失,xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还在。管理员联系VMware工程师寻求帮助。VMware工程师尝试新建一个虚拟机来解决故障,但发现ESXi存储空间不足。于是将故障虚拟机下的xxx-flat.vmdk磁盘文件删除,然后重建一个虚拟机并且分配固定大小的虚拟磁盘。
|
3月前
|
存储 SQL 数据挖掘
虚拟化数据恢复—EXSI虚拟机误还原快照的数据恢复案例
虚拟化技术原理是将硬件虚拟化供不同的虚拟机使用,一台物理机上可以有多台虚拟机。人为误操作或者物理机故障会导致上层虚拟机不可用,甚至虚拟机里的重要数据丢失。下面给大家分享一个vmware虚拟化误操作还原快照的数据恢复案例。 虚拟化数据恢复环境: 一台由物理机迁移到EXSI上面的虚拟机,迁移完成后做了一个快照。该虚拟机上运行SQL Server数据库,记录了几年的数据。 EXSI虚拟化平台上一共有数十台虚拟机,EXSI连接了一台EVA存储,所有的虚拟机(包括故障虚拟机)都放在EVA存储上。
|
2月前
|
Kubernetes Linux 容器
解决删除快照后启动虚拟机显示指定的文件不是虚拟磁盘 打不开磁盘“路径”或它所依赖的某个快照磁盘。 模块“disk”启动失败。 未能启动虚拟
解决删除快照后启动虚拟机显示指定的文件不是虚拟磁盘 打不开磁盘“路径”或它所依赖的某个快照磁盘。 模块“disk”启动失败。 未能启动虚拟
207 0