vmfs

主机版本是：ESXi 5.5.0 报错信息：有关此实体的“解析VMFS卷”操作失败，并且提示一下错误消息。 数据中心已装载了带有同一UUID""的VMFS卷。 1、首先登录：ssh登入esxi主机， ~ # esxcli storage vmfs snapshot list #查看未加载的UUID的硬盘 ~ # esxcli storage vmfs snapshot resignature -u 587f213c-5143c130-694b-90b11c33e009 重新加载vmfs的587f213c-5143c130-694b-90b11c33e009卷 ~ # esxcli storage vmfs snapshot resignature -u 587f214a-eba11f24-e7dc-90b11c33e009 重新加载vmfs的587f214a-eba11f24-e7dc-90b11c33e009卷 2、操作之后，回到VMware vSphere Client就可以看得到了。 好了，希望帮到你。 来源： 51CTO 作者： 奋斗者励志 链接： https://blog.51cto.com/chentongsan/2458686

安装esxi系统、或者已经安装了esxi需要重装 环境：Dell R730服务器。 前期准备：将VMware ESXi 5.5.0的安装镜像要提前准备好，通过光碟、U盘、idrac管理界面挂载方式安装都行。 1、加载VMware ESXi 5.5.0版的ISO文件，ESXi引导装入程序，并且开始安装。按enter键，进入安装界面。如图所示： 2、在安装ESXi引导加载的过程，这个要等一下，在窗口上可以清楚的看到各种信息，包括主机配置（CPU、内存）、版本号、内核、硬件平台等等，如图所示： 3、进入VMware ESXi安装界面，看到“Welcome to the VMware ESXi 5.5.0 Installation”的界面，按‘回车键’即可开始安装，进入下一步。如图所示： 4、在“End User License Agreement”界面，按‘F11’键，表示接受许可协议。如图所示： 5、在“Select a Disk to Install or Upgrade”界面，我们可以选择安装磁盘的位置，现在只有一个盘，按‘回车键’即可，如图所示： 6、如果没有出现这个界面，请忽略此步骤。 如果有这个界面出现，就是本机以前安装过ESXi并且存在使用中，就会弹出“ESXi and VMFS Found”的界面，它是提示你可以找到一个ESXi与VMFS数据存储，选择如下： ######

一、服务器数据恢复故障描述 机房突然断电导致整个存储瘫痪，加电后存储依然无法使用。经过用户方工程师诊断后认为是断电导致存储阵列损坏。 整个存储是由12块日立硬盘（3T SAS硬盘）组成的RAID-6磁盘阵列，被分成一个卷，分配给几台Vmware的ESXI主机做共享存储。整个卷中存放了大量的Windows虚拟机，虚拟机基本都是模板创建的，因此系统盘都统一为160G。数据盘大小不确定，并且数据盘都是精简模式。 二、备份服务器数据 将故障存储的所有磁盘和备份sss数据的目标磁盘连入到一台Windows Server 2008的服务器上。故障磁盘都设为脱机（只读）状态，在专业工具WinHex下看到连接状态如下图所示：(图中HD1-HD12为目标备份磁盘，HD13-HD24为源故障磁盘，型号为HUS723030ALS640)： 图一： 使用WinHex 对HD13-HD24以底层方式读取扇区，发现了大量损坏扇区。初步判断可能是这种硬盘的读取机制与常见的硬盘不一样。尝试更换操作主机，更换HBA卡，更换扩展柜，更换为Linux操作系统，均呈现相同故障。与用户方工程师联系，对方回应此控制器对磁盘没有特殊要求。 使用专业工具对硬盘损坏扇区的分布规律进行检测，发现如下规则： 1、损坏扇区分布以256个扇区为单位。 2、除损坏扇区片断的起始位置不固定外，后面的损坏扇区都是以2816个扇区为间隔。

mkdir /vmfs/volumes/5b52ff03-0b5920e7-5905-000c2950c357/192.168.56.15 vmkfstools -i /vmfs/volumes/5b52ff03-0b5920e7-5905-000c2950c357/centos7模板机/centos7模板机.vmdk -d thin /vmfs/volumes/5b52ff03-0b5920e7-5905-000c2950c357/192.168.56.15/centos7模板机.vmdk cp /vmfs/volumes/5b52ff03-0b5920e7-5905-000c2950c357/centos7模板机/centos7模板机.* /vmfs/volumes/5b52ff03-0b5920e7-5905-000c2950c357/192.168.56.15/ 原文：http://blog.51cto.com/wsxxsl/2148136

0.前期准备 =========之前的服务器1T硬盘========= 新增硬盘一块，这里准备的是一块1T的硬盘，挂载在服务器上。 =============目标：实现一个1.8T的存储池datastore======== 1.开启EXSi 6.7的ssh端口 1.1 按F2进入登录界面，输入用户名和密码，Troublesboot Options 按enter 键进入下级页面； 1.2 在选择ssh选项是enter键切换启用或者禁用。(显示Disable为已开启，是关闭选项) 2.将物理磁盘添加到ESXi存储中，标识成一个虚拟磁盘 2.1 使用Xshell进入SSH后，首先查找之前的物理硬盘 查找物理磁盘命令： # ls -l /vmfs/devices/disks/ 下面是结果 通过与之前服务器对比图，可以判断上面的红框是我之前的硬盘 下面是在“存储”中看到的物理设备 2.2 将物理硬盘标识为一个虚拟磁盘的vmdk 配置模板是 # vmkfstools -z /vmfs/devices/disks/<--ls -l /vmfs/devices/disk--查到的物理磁盘块编号> /vmfs/volumes/datastore1/<--自定义新的虚拟磁盘名称-->.vmdk 我这里的命令如下，定义了一个新的1tST的vmdk虚拟磁盘 # vmkfstools -z /vmfs

【ESXi5虚拟化系统情景概述】 用户使用的存储模式是通过iSCSI方式来实现FC SAN的功能。同时利用DELL服务器做的物理存储架构，利用FreeNAS来实现iSCSI。并另外通过两台 DELL 服务器做 ESXi5.0 的虚拟化系统。 1、FreeNAS 层为UFS2文件系统，整个存储建一个稀疏模式的文件，挂载在ESXi5.0 系统上。 2、ESXi系统内运行6台虚拟机，其中有三台最为重要。 3、第一台windows2003系统虚拟机是此公司在当地的门户网站。 混合构架类型：ASP.net和 PHP 数据库类型： SqlServer2005和 Mysql 5.1 。 4、第二台FreeBSD 系统，运行Mysql数据库，供其它多台虚拟机使用。 5、第三台windows2003服务器，存储新开发的程序代码。 【ESXi5虚拟化系统故障描述】 工作人员在检查时发现ESXi系统无法连接存储，通过后续的排查在FreeNAS中发现UFS2文件系统出现故障，之后用fsck对文件系统进行修复。 修复后ESXi 系统可以连上存储，但ESXi系统未能识别到原来的数据存储和VMFS文件系统，工作人员格式化VMFS后发现没有任何数据。 【ESXi5虚拟化系统数据恢复步骤】 1、FreeNAS文件系统---应用构架层次： FreeNAS(UFS2文件系统–> 一个大的稀疏模式的文件) –> ESXi

VMware虚拟机设备信息: 1、VMware虚拟机（数量：40-50组;占用空间:1.8TB） 2、VMware虚拟机——ESX SERVER共享一台IBM DS4100存储 VMware虚拟机故障描述： 工作人员在使用过程当中，由于vc里报告虚拟磁盘丢失，通过ssh到ESX中执行fdisk -l查看磁盘，storage已经无分区表。经过重启所有设备后，ESX SERVER均无法连接到DS4100所在的STORAGE。 通过对管理员的咨询了解到，在该存储网络里曾连接一台windows 2003服务器。 VMware虚拟机故障分析： 由此我们可推测，有可能是那台windows 2003通过对storage的独享操作导致了vmfs卷损坏。 1、以整个存储做分析发现分区表清0，有55aa有效结束标志，有硬盘ID标志。 2、从前向后查看，发现一个NTFS卷，且无任何数据。我们通过对这个NTFS卷的BITMAP分析，得知大小约为1.8T（全部空间），3G左右位置占用部分空间，0.9T附近占用部分空间，但总占用空间不超过100M。 3、针对VMFS卷进行分析，发现在原1.8TB的磁盘里有2组VMFS分区，第2组是对第一组的extend，第一组约1.5T，第二组约300GB，因NTFS分区并未写数据到第二个VMFS分区里(最后一个扇区的DBR备份没有覆盖有用数据)