对于 VMFS5 数据存储: 1、首先登陆exsi的命令行 执行 # esxcli system settings advanced set -i 0 -o /VMFS3/UseATSForHBOnVMFS5 volumes 启用ATS # esxcli system settings advanced set -i 1 -o /VMFS3/UseATSForHBOnVMFS5 对于 VMFS3 数据存储 :~] esxcli system settings advanced list -o /VMFS3/UseATSForHBonVMFS3 Path: /VMFS3/UseATSForHBOnVMFS3 使用普通 SCSI 读取和写入恢复 ESXi 主机中的检测信号相关活动,以更新其在 VMFS 数据存储上的检测信号。 注意: 此更改会立即生效,无需重新引导。 无论 VMFS 版本为何,这些选项的根节点均为/VMFS3。选项的最后一个字符与相应的 VMFS 版本匹配。
本地区是指VMFS管理的物理区内分为保留区和本地区,前面一部分是保留区,后面部分是本地区。 本地区又分为元文件区和数据区。元文件:与NTFS的元文件类似,属于FS的管理用数据。 在VMFS里有6个元文件.VH.SF/.FBB.SF/.FDC.SF/.SBC.SF/.PBC.SF/.PB2.SF。 datastore:从ESX服务器看到的VMFS存储空间。LV:logical—volume,所指的范围其实和本地区一样。即虚拟化卷。 LVM逻辑卷组:用来管理跨disk的LV,相当于VMFS的总存储空间datastore。 根据entry中的位图信息,使用北亚虚拟化恢复工具提取VMFS卷的自由子块。 2、分别筛选子块 解析每个块第一条指针至数据区,意在判断丢失虚拟磁盘头部是否存在,如果存在则进行虚拟机的拼接工作。
当使用RAID阵列的vSphere单机虚拟机化服务器因物理故障无法启动时,需要通过软件对RAID阵列上数据进行重组,对VMFS文件系统中的虚拟机文件进行提取,本教程可能是目前全网唯一不使用商业软件的可行恢复方案 操作流程: 1、使用R-Studio Technician进行RAID重组,对VMFS分区镜像导出VMDK文件 2、将提取的VMDK导入linux虚拟机,使用vmfs-tools、vmfs6-tools 分区数据不可见 3、R-Studio Technician导出VMDK镜像 通常VMFS分区为空间最大分区,创建VMDK镜像,注意:一定要选择最高速! 二、将提取的VMDK导入linux虚拟机,使用vmfs-tools、vmfs6-tools挂载并提取文件 1、在linux虚拟机中载入VMDK文件 2、安装vmfs6-tools 下载、安装软件包 分区,已识别到VMFS版本号为6 [root@localhost ~]# vmfs6-fuse /dev/sdb1 /mntVMFS version: 6 4、查看内容 [root@localhost
开始抽丝剥茧: 应用构架层次:FreeNAS(UFS2文件系统–> 一个大的稀疏模式的文件) –> ESXi 5.0(VMFS文件系统层) -> 单台虚拟机的虚拟磁盘 (windows-NTFS文件系统 FreeNAS层无法解决,就无法进入到下一步的 VMFS层分析。 对收集到的所有三级指针块进行分析,都是无效的,无iscsidata文件使用的三级指针块,估计在新建iscsidata文件时被新的覆盖(新的iscsidata文件在挂载到ESXi5.0后有个VMFS格式化过程 开始分析 VMFS 层: 重格式化过VMFS,和原始UFS2的指针已丢失,造成VMFS元文件已基本上不可用,无重要的参考信息,所幸虚拟机都无快照,仍可恢复。 通过单台虚拟机层(windows(NTFS)和 FreeBSD(UFS2)系统的文件系统结构),向上定位到VMFS层,在通过VMFS层定位到DUMP出的单个64GB 文件,通过多次组合,最终这三台重要的虚拟机的虚拟磁盘都已完全恢复
分区, VMFS数据存储分区的 GUID 始终为 AA31E02A400F11DB9590000C2911D1B8`),请注意后面的0是属性,不要更改。 # Successfully created new volume: 6556e219-b776d458-b97b-dc991413f938 温馨提示: -C vmfs6 表示使用 vmfs6 格式,如果在其它 esxi版本不支持 vmfs5 时可以改为 vmfs6 ,-S USB_Datastore 是存储的名字,可自行定义。 on NFS 196.8G 87.1G 109.7G 44% /vmfs/volumes/NFS-ISO VMFS-6 550.2G 345.5G 204.8G 63% /vmfs/volumes/ds204 VMFS-6 4.4T 3.4T 934.2G 79% /vmfs/volumes/ds204_4T VMFS-6 3.6T
VMware ESXi 6.7.0 build-10764712 VMware ESXi 6.7.0 Update 1 注册虚拟机数据存储浏览器增加容量刷新操作 datastore1 类型: VMFS6 位置: /vmfs/volumes/5e05fcf7-e9a97d3c-c45a-d4ae52d2b8ef UUID: 5e05fcf7-e9a97d3c-c45a-d4ae52d2b8ef 是否确定要将此主机置于维护模式 tinkertry.com/easy-upgrade-to-esxi-650a [[email protected]:~] esxcli software sources profile list -d /vmfs customized ESXi image, you may run the upgrade like this: esxcli software sources profile list -d /vmfs /volumes/datastore1/Patches/.zip esxcli software profile install -d /vmfs/volumes/datastore1/Patches/
如果有这个界面出现,就是本机以前安装过ESXi并且存在使用中,就会弹出“ESXi and VMFS Found”的界面,它是提示你可以找到一个ESXi与VMFS数据存储,选择如下: ########## ################################################################### ( )Upgrade ESXi,preserve VMFS datastore ( )Install ESXi,preserve VMFS datastore 安装新的ESXi、保留数据存储。 ( X )Install ESXi,overwrite VMFS datastore 安装新的ESXi、覆盖VMFS数据存储。
VMFS3 Volume size 64TB5 Raw device mapping size (virtual compatibility) 2TB minus 512 bytes Raw Device block size) 1TB File size (8MB block size) 2TB minus 512 bytes Files per volume Approximately 30,720 VMFS5 64TB Block size 1MB3 File size 2TB minus 512 bytes4 Files per volume Approximately 130,690 Capability VMFS 3 VMFS 5 Maximum single Extend size 2 TB less 512 bytes 64 TB Partition Style MBR (Master Boot Record 3 to VMFS 5 Latest Version.
ping一次,如果达到2次,三分钟后再ping一次,此时如果还是不通,就记录时间写入日志到ups.log,并执行关机命令,具体时间和逻辑你可以随意更改: [root@localhost:~] cd /vmfs /volumes/data #cd到对应硬盘卷,以你的硬盘命名为准 [root@localhost:/vmfs/volumes/5f174c56-6a79f5cc-c990-a03e6ba0a187 ]mkdir ups [root@localhost:/vmfs/volumes/5f174c56-6a79f5cc-c990-a03e6ba0a187]cd ups [root@localhost:/ vmfs/volumes/5f174c56-6a79f5cc-c990-a03e6ba0a187/ups]touch ups.log #写日志用 [root@localhost:/vmfs/volumes /bin/sh UPS_LOG=/vmfs/volumes/data/ups/ups.log count=0 IP=192.168.1.200 # 写你的网关IP,只要是断电ping不通的IP都行
unlocker$ df -hFilesystem Size Used Available Use% Mounted onVMFS-6 1.9T 1.0T 869.2G 54% /vmfs /volumes/datastore1VMFS-6 1.9T 483.6G 1.4T 25% /vmfs/volumes/Data2T$ cd /vmfs/volumes/Data2T #重启reboot4.检查补丁是否成功重启成功之后cd /vmfs/volumes/Data2T/OS/.
-分析RAID条带大小 整个存储被分成一个大的卷,分配给几台ESXI做共享存储,因此卷的文件系统肯定是VMFS文件系统。而VMFS卷中又有存放了大量的Windows 虚拟机。 又仔细分析底层数据发现问题不是出在RAID层面,而是出在VMFS文件系统上。VMFS文件系统如果大于16TB的话会存在一些其他的记录信息,因此在组建RAID的时候需要跳过这些记录信息。 然后利用专业的工具UFS解析整个VMFS文件系统。 2、尝试挂载恢复的VMFS卷;将恢复好的VMFS卷连接到我们的虚拟化环境中的一台ESXI5.5主机上,尝试将其挂载到的ESXI5.5的环境中。 但是由于版本(客户的ESXI主机是5.0版本)原因或VMFS本身有损坏,导致其挂载不成功。继续尝试使用ESXI的命令挂载也不成功,于是放弃挂载VMFS卷。 2、在VCenter服务器安装“UFS”工具,然后使用“UFS”工具解释VMFS卷。 3、使用“UFS”工具将VMFS卷中的虚拟机导入到VCenter服务器上。
-57.72 datanode2-57.78 1.2 此次转换的虚拟机为converter-two-57.72,进入该虚拟机目录 /vmfs/volumes/4f3cedd3-1b48e924- 1.4 开始转换过程 A:使用vmkfstools将厚模式的vmdk文件克隆为精简的vmdk磁盘文件,转换后将生成两个新的vmdk和flat.vmdk文件 /vmfs/.... /converter-two-57.72 # vmkfstools -i converter-two.vmdk -d thin converter-two_new.vmdk /vmfs/.... /converter-two-57.72 # mv converter-two.vmdk converter-two_old.vmdk /vmfs/.... /converter-two-57.72 # mv converter-two_new.vmdk converter-two.vmdk /vmfs/....
此时ESXi 系统可以连上存储,但发现ESXi系统未能识别到原来的数据存储和VMFS文件系统,格式化VMFS后发现里面什么也没有,当遇到这种情况如何操作才能最大程度的挽救数据呢? 开始抽丝剥茧,应用构架层次:FreeNAS(UFS2文件系统–> 一个大的稀疏模式的文件) –> ESXi 5.0(VMFS文件系统层) -> 单台虚拟机的虚拟磁盘 (windows-NTFS文件系统/ FreeNAS层无法解决,就无法进入到下一步的 VMFS层分析。 开始分析 VMFS 层: 重格式化过VMFS,和原始UFS2的指针已丢失,造成VMFS元文件已基本上不可用,无重要的参考信息,所幸虚拟机都无快照,仍可恢复。 通过单台虚拟机层(windows(NTFS)和 FreeBSD(UFS2)系统的文件系统结构),向上定位到VMFS层,在通过VMFS层定位到DUMP出的单个64GB 文件,通过多次组合,最终这三台重要的虚拟机的虚拟磁盘都已完全恢复
上传补丁包 通过“数据存储浏览器”上传补丁包 七、进入维护模式 补丁升级需要在维护模式下进行 八、开启命令行模式 1.启用ssh 2.使用crt远程登录系统 九、版本升级 [root@localhost:/vmfs /volumes/5df883d8-7aaba396-fca3-5cf3fc4e4d40] pwd /vmfs/volumes/datastore1 [root@localhost:/vmfs/volumes 2021 -rw-r--r-- 1 root root 483794868 Mar 31 08:49 ESXi650-202102001.zip [root@localhost:/vmfs /volumes/5df883d8-7aaba396-fca3-5cf3fc4e4d40] esxcli software vib install -d "/vmfs/volumes/datastore1 /ESXi650-202102001.zip" --no-sig-check 升级命令请加上参数“--no-sig-check”防止报错 十、重启系统 [root@localhost:/vmfs/volumes
UUID: 42 0b d6 eb 00 13 b6 26-a2 c4 86 4e 2d ba 17 db Display Name: C5jkhyPdb1 Config File: /vmfs esxcli vm process kill --type=hard --world-id=109052730 在集群内每台esxi主机上执行如下命令,找到虚机被锁的文件 # vmkfstools -D /vmfs 6c0b84629718/C5jkhyPdb1/vmware.log 131169563 vmx FILE 49 /vmfs /C5jkhyPdb1/C5jkhyPdb1-flat.vmdk 131169563 vmx FILE 96 /vmfs /C5jkhyPdb1/C5jkhyPdb1-flat.vmdk 131169563 vmx FILE 97 /vmfs
【解决方案】 Vmfs文件系统介绍: Vmware自己的文件系统叫做Vmfs,所有的虚拟机都存放在这个文件系统中。 Vmfs文件系统中默认会将整个磁盘分成1M的Block,分配给文件的最小单位为一个Block。 Vmfs文件系统中会有一片区域描述这些1M Block的使用情况,而每1024个Block(也就是1GB)会用一个MAP来记录。这个MAP里面记录的1M Block在物理磁盘上不一定是连续的。 而在Vmfs文件系统中,删除一个文件只会删掉文件的索引项,而不会删掉文件的实际数据以及指向数据的MAP。 而我们要做的就是提取整个vmfs文件系统中空闲的MAP,然后在空闲的MAP中找到一个符合快照文件头结构的MAP。然后根据快照文件的结构,提取快照文件剩下的碎片。
Asia/Shanghai # 3.从其他一台Linux主机拷贝一个 /usr/share/zoneinfo/Asia/Shanghai 文件到ESXI主机的数据卷目录 [root@ESXI-09:/vmfs /etc/rc.local.d/local.sh 将时区文件每次机器开机时候自动拷贝 vi /etc/rc.local.d/local.sh rm -f /etc/localtime && cp /vmfs /volumes/5bec054f-e37ea7be-d6e8-d4ae528208aa/ISO] /etc/init.d/ntpd restart [root@ESXI-09:/vmfs/volumes : 通过FC SAN(LUN)或者本地磁盘上创建 VMFS 数据存储。 [root@localhost:/vmfs/volumes/5bec054f-e37ea7be-d6e8-d4ae528208aa/ISO] esxcli software sources profile
执行命令1: cd /vmfs/volumes/5fb14c74-5da1723a-c6a0-00e15a680bd8 /vmfs/volumes/5fb14c74-5da1723a-c6a0-00e15a680bd8 t10.ATA_____ST500LT0122D9WS142___________________________________S0V2PJJG 执行如下命令: vmkfstools -z /vmfs /devices/disks/t10.ATA_____ST500LT0122D9WS142___________________________________S0V2PJJG /vmfs/volumes
一.故障描述 客户故障为VMWARE原本挂载的VMFS分区丢失,导致存储在里面的虚拟机丢失。 2、分析文件系统 客户文件系统为VMFS6文件系统,分析VMFS6文件系统底层存储结构,分析元文件、节点等信息是否完整,是否被损坏。 四.数据恢复结果 因VMFS文件系统的SBC元文件损坏,索引丢失,只能按照文件结构进行拼接。
/vmfs/volumes/Data/autoPowerOff.sh #! --delay 300 esxcli system maintenanceMode set --enable false 修改权限 chmod +x /vmfs/volumes/Data/autoPowerOff.sh cat /var/run/crond.pid) #向/var/spool/crontab/root里添加关闭虚拟机、关机的计划任务 /bin/echo '*/30 * * * * /vmfs 保存开机自动命令设置 /sbin/auto-backup.sh 立即刷新 /bin/kill $(cat /var/run/crond.pid) /bin/echo '*/30 * * * * /vmfs