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

简介:

转载请通知老方,获许后方可(本文首发于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月前
|
存储 SQL 关系型数据库
服务器数据恢复—同友存储中raid5阵列上层虚拟机数据恢复案例
某单位同友存储,存储设备中若干磁盘组建了raid5磁盘阵列。未知原因导致存储设备崩溃无法启动,raid5阵列上层的虚拟机全部丢失,其中存放了重要数据的3台虚拟机需要恢复。
服务器数据恢复—同友存储中raid5阵列上层虚拟机数据恢复案例
|
2月前
|
存储 缓存 固态存储
VSAN存储故障导致虚拟机无法访问的VSAN数据恢复案例
VSAN数据恢复环境: 由四台某品牌服务器组建的VSAN集群,每台节点服务器上有两个磁盘组。每个磁盘组中有1块SSD硬盘+5块SAS硬盘,SSD作为闪存,SAS硬盘作为容量盘。 VSAN故障: VSAN集群中一个节点服务器上其中一个磁盘组中的容量盘出现故障离线,VSAN开始数据的重构迁移,数据迁移还没有完成的时候机房停电导致数据迁移中断。来电后启动所有设备后,管理员发现另一个磁盘组中的两块容量盘出现故障离线,VSAN数据存储出现问题。VSAN管理控制台可以登录,但是所有虚拟机都无法访问。
|
2月前
|
存储 算法 数据挖掘
NetApp数据恢复—NetApp存储中虚拟机的数据恢复案例
NetApp存储数据恢复环境: 北京某公司的一台NetApp某型号存储,通过96块磁盘组建了两组存储池,这2组存储池互为镜像。存储池内划分卷并映射到ESXI作为数据存储使用,卷内有几百台虚拟机。 NetApp存储故障: 操作过程中由于未知原因导致卷丢失,卷内虚拟机无法访问。管理员对该NetApp存储进行检查并试图恢复数据但是没有成功,于是联系我们数据恢复中心恢复数据。
NetApp数据恢复—NetApp存储中虚拟机的数据恢复案例
|
2月前
|
SQL 存储 数据挖掘
【虚拟机数据恢复】VMware虚拟机文件被误删除的数据恢复案例
虚拟机数据恢复环境: 某品牌R710服务器+MD3200存储,上层是ESXI虚拟机和虚拟机文件,虚拟机中存放有SQL Server数据库。 虚拟机故障: 机房非正常断电导致虚拟机无法启动。服务器管理员检查后发现虚拟机配置文件丢失,所幸xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还在。服务器管理员在尝试恢复虚拟机的过程中,将原虚拟机内的xxx-flat.vmdk删除后新建了一个虚拟机,并分配了精简模式的虚拟机磁盘和快照数据盘,但原虚拟机内的数据并没有恢复。
【虚拟机数据恢复】VMware虚拟机文件被误删除的数据恢复案例
|
2月前
|
Linux KVM 数据库
服务器数据恢复—服务器误删除KVM虚拟机数据恢复案例
服务器数据恢复环境: 一台服务器安装Linux操作系统+EXT4文件系统。服务器上运行数台KVM虚拟机,每台虚拟机包含一个qcow2格式的磁盘文件和一个raw格式的磁盘文件。 服务器故障: 工作人员操作失误删除了服务器上的3台KVM虚拟机,虚拟机中运行数据库,需恢复误删除虚拟机中raw格式的磁盘文件。
服务器数据恢复—服务器误删除KVM虚拟机数据恢复案例
|
4天前
|
存储 SQL 运维
服务器数据恢复—Isilon存储误删除vmware虚拟机的数据恢复案例
Isilon存储使用的是分布式文件系统OneFS。在Isilon存储集群里面每个节点均为单一的OneFS文件系统,所以Isilon存储在进行横向扩展的同时不会影响数据的正常使用。Isilon存储集群所有节点提供相同的功能,节点与节点之间没有主备之分。当用户向Isilon存储集群中存储文件时,OneFS文件系统层面将文件划分为128K的片段分别存放到不同的节点中,而节点层面将128K的片段分成8K的小片段分别存放到节点的不同硬盘中。用户文件的Indoe信息、目录项及数据MAP则会分别存储在所有节点中,这样可以确保用户不管从哪个节点都可以访问到所有数据。Isilon存储在初始化时会让用户选择相应的
35 12
|
28天前
|
SQL 存储 数据库
服务器数据恢复—X3850服务器中虚拟机误删除的数据恢复案例
服务器数据恢复环境: 某品牌X3850系列服务器(用于VMware虚拟主机)+某品牌RD220i系列存储(用于存放虚拟机文件)+VMware ESXi虚拟化操作系统。 虚拟机操作系统:Windows Server,虚拟机上运行SQL Server数据库(宏桥和索菲两套应用的数据库)。 虚拟磁盘:数据盘(精简模式)+ 快照数据盘。 服务器故障: 意外断电导致某台虚拟机无法正常启动。管理员检查后发现此虚拟机除了磁盘文件以外其他配置文件全部丢失,xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还在。管理员联系VMware工程师寻求帮助。VMware工程师尝试新
服务器数据恢复—X3850服务器中虚拟机误删除的数据恢复案例
|
2月前
|
存储 SQL 数据挖掘
服务器数据恢复—误删除VMware虚拟机vmdk文件的数据恢复案例
服务器数据恢复环境: 某大厂PS4000服务器,服务器上部署VMware ESXi虚拟化平台。 服务器故障: 机房断电,重启后服务器中的某台虚拟机不能正常启动。管理员查看虚拟机配置文件,发现无法启动的虚拟机的配置文件除了磁盘文件以外其他配置文件全部丢失,xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还存在。联系VMware原厂工程师进行诊断,VMware原厂工程师尝试新建一个虚拟机,但发现存储空间不足,于是将故障虚拟机下的xxx-flat.vmdk磁盘文件删除了。VMware工程师重新建了一个虚拟机,分配了固定大小的虚拟磁盘,为虚拟机安装了Window
服务器数据恢复—误删除VMware虚拟机vmdk文件的数据恢复案例
|
1月前
|
Linux KVM 数据库
服务器数据恢复—EXT4文件系统下误删除虚拟机数据恢复案例
服务器数据恢复环境&故障: 1台服务器,Linux操作系统+EXT4文件系统,部署了数台KVM虚拟机,每台虚拟机包含一个qcow2格式的磁盘文件,和一个raw格式的磁盘文件。 工作人员操作失误删除了3台服务器上的KVM虚拟机,需要恢复raw格式的磁盘文件。
服务器数据恢复—EXT4文件系统下误删除虚拟机数据恢复案例
|
2月前
|
存储 关系型数据库 MySQL
服务器数据恢复—ESXi虚拟机无法启动的数据恢复案例
**服务器数据恢复环境:** 某品牌EVA某型号存储中部署VMware ESXi虚拟化平台,数据盘(精简模式)+快照数据盘,虚拟机中有mysql数据库。 **服务器故障:** 机房意外断电导致该存储中的一台VMware虚拟机无法启动,管理员清空cache并尝试重新启动该虚拟机 ,问题依旧,无法成功启动虚拟机。用户方联系到我们数据恢复中心要求恢复该无法启动的虚拟机中的数据。