① VMWare ESX 删除默认存储失败，提示有资源占用，但ESX中没有任何虚拟机，求助~~
是否使用了快照功能,关闭所有虚拟机上的快照功能,并将快照文件删掉
是否加载了ISO镜像到虚拟机,卸载所有虚拟机上的光驱,以及其他外设
还不行,就尝试将现有虚拟机全部迁移到另外一个storage上.再来操作.
看命令,应该是把vmfs中块大小改成了8m,相当于重新格式化一次,里面的文件应该都会丢失吧.
而且如果成功了,看起来最大硬盘容量是增大了8倍,但是超过256G的部分是否能正常用,会不会和内存文件的应用有冲突,还有待验证吧.
vmfs将块设置为1m的目的,是避免产生过多的硬盘空间碎片,而同时又能保证很大的硬盘容量,如果改成8m,上限是多了,但是如果文件数量很多,大概也会造成很多的碎片+占用非常多空间(就算文件只有1k,也会占用8m)导致实际使用起来不能充分利用增加的硬盘容量吧.
总之祝你成功,探索精神加油.
② 如何将vmfs5 升级到vmfs6
目前没有办法直接从VMFS5升级到VMFS6。需要手工备份数据（迁移），然后重新配置为VMFS6格式。详情请参考以下KB
VMFS 5 数据存储迁移到 VMFS 6
③ 扩展了存储阵列或者LUN空间后如何给VMWARE扩容
Serve 一个新LUN。
用Vmotion把虚拟机迁移过去。
阵列如果不支持-精简配置很麻烦的。
④ 如何确定VMware VMFS数据存储的大小
为VMware虚拟机档系统（VMFS：Virtual Machine File System）选择合适的资料存储大小非常重要，因为合适的资料存储大小一旦定下来，后期就很难修改。如何正确地计算资料存储空间大小取决于某些特定因素，这些因素用户可能以前没有考虑到。这不仅仅是虚拟磁片档（用户希望把这些虚拟磁片档放置在一个单独的逻辑单元号上）数量所映射的全部大小，用户也需要考虑组成一台虚拟机的其他相关档。
对虚拟机进行的一些特定操作，如挂起、加电和创建快照，同时也创建其他相关档。所以不要在同一个卷上过多部署虚拟机，由于输入和输出（I/O）竞争和LUN的锁定技术，如果在同一个卷上部署太多虚拟机会就会影响到虚拟机性能。在本文中，TechTarget中国的虚拟化专家Eric
Siebert将罗列出在计算VMFS资料存储大小时需要考虑到的多方面因素，然后给出一个计算虚拟基础架构资料存储大小的公式。
计算每一个LUN上的虚拟机
我并不推荐使用多个LUN来扩展VMFS资料存储，相反我更倾向于为VMFS卷创建一个单独的LUN，这就是需要先计算合适大小的原因。因此，一个单独LUN上究竟有多少个虚拟机呢？答案当然不是只有一个，通常情况下每一个LUN上会部署14到16个虚拟机，具体数目与VM产生的磁片输入输出和使用快照的频率有关。如果平台上所有虚拟机输入输出都比较少，如网站和应用程式服务器，就可以在一个LUN上部署多个虚拟机。
同理，如果平台上虚拟机输入输出操作非常频繁，如邮件和资料库服务器，就需要在一个LUN上部署较少量的虚拟机。如果使用快照的频度比较高，并且每台虚拟机运行时间变化也比较大的话，也不要在一个LUN上部署太多虚拟机。如果VMkernel对VMFS元资料有所改动，也就是所谓的SCSI预留，不断增长的快照就会引起宿主虚拟机短期内需要对LUN频繁访问。一旦这种情况发生，多个主机就不能同时对元资料进行写操作，那么VMFS就崩溃了。更新完成之后，锁定就解除了。快照将会有16MB的增量，每一次快照增长都会带来SCSI预留。下面列举的是其他一些不太经常使用的操作（这些操作也能引起SCSI预留）：
使用VMotion迁移虚拟机
使用范本创建一台新虚拟机或者部署一台虚拟机
给虚拟机加电或关闭电源
创建一个范本
新建或者删除一个档（包含快照）
计算LUN大小
在决定资料存储区域上要部署的虚拟机数量之后，就要计算需要的LUN大小。然而因为有很多其他相关档都在资料存储区域，所以增加虚拟磁片规模并不是一个好方法。在下面可以看到一个关于这些档的列表以及其映射大小，我们首先流览一下存在于每台虚拟机的这些档及其映射大小：
.vswp档是一个虚拟交换档，大小就是指定给虚拟机的记忆体减去指定给虚拟机的任何记忆体预留大小，所以默认状态其大小为0。例如，如果给虚拟机分配4GB的记忆体，.vswp档在虚拟机加电时创建、关掉电源时删除。同样，如果创建一个4GB记忆体预留（通常情况下是建议不要这样做），创建的.vswp档大小就是0位元组。
.vmss档只有在虚拟机被挂起时创建，大小和分配给虚拟机的记忆体相同。
.vmsn档用来存储快照创建时的快照状态（如果选择的话，也可以包括记忆体），大小和指定给虚拟机记忆体的大小一样。如果不存储快照记忆体状态，这个档就会非常小（通常不超过1MB）。
delta.vmdk档是快照资料档案，档大小以16MB开始，并且在虚拟机磁片发生变化的时候，以16MB的增量增长。这些档的大小不能超过原始的磁片档大小，增长的速度取决于对原始磁片操作的次数，这在很大程度上又取决于虚拟机上面运行的应用程式。相对比较静态的应用程式，如网站和应用程式服务器，通常情况下没有太多的资料变化，因此就应该使用相对较小、增长比较缓慢的快照。然而，邮件和资料库服务器可能有很多对磁片的写操作，快照增长比较快。
其他各种各样的文件通常比较小，在VMFS卷上不会占用太大空间。这些档包括.nvram文件 (BIOS),
.vmx档（配置）,
.vmsd档（快照元资料）和.log文件。每台虚拟机为这些档分配50MB空间就足够了，用户也可以使用高级虚拟机参数控制日志档的数量和规模。
进一步完善上述说明，下面是计算VMFS磁片大小的基本步骤：
对所有计划部署在资料存储区域的虚拟机虚拟磁片大小求和。
第二步可以分为几个相互独立的步骤：对所有分配给虚拟机的记忆体大小求和（步骤A）；对所有指定给记忆体预留的大小求和（步骤B）（需要注意的是记忆体预留值为0）；从分配给记忆体大小的总和中减去指定给记忆体预留大小的总和，得到的就是需要给.vswp档分配的空间（步骤A的结果减去步骤B的结果）。同样，也可以在本地资料存储区域配置主机来存储.vswp文件。如果这样做的话，就不需要把计算的总和包括进来。
为每台虚拟机添加50MB用于各种各样的文件。
如果计画暂停虚拟机，就需要计算大概所需的磁盘空间大小，这可以通过将你所期望暂停的虚拟机的最大数量同时乘以分配给每个虚拟机的最大记忆体数量获得。
这一步也包括几个小步骤：计算快照所需要的空间大小，这是基于对多个因素的粗略估计，我建议尽量过高估计。首先近似估计同时运行的最大快照数量（步骤A）；再计算每个虚拟磁盘空间平均需要多少GB（步骤B）；确定一个百分比乘数，这个百分比乘数的确定基于保持快照的时间和对快照的期望增长速度（20%为底限、40%为中等、60%为最高限）（步骤C）；计算A*B*C，得到需要为快照所预留磁盘空间大小（单位：GB）。如果希望同时包括快照的记忆体状态，就需要乘以（步骤A）次指定给单个虚拟机最大记忆体大小，来计算所需要的额外磁盘空间。
最后，我建议为不可预知事件和操作分配额外空间，确保不会出现在资料存储区域上空间不够的情况。在同一台虚拟机运行多个快照，一次又同时删除这些快照的时候，这些额外的空间迟早就会用上。因为需要额外的空间提交（或者删除）快照给原始磁片，所以需要为此再增加25GB空间。
总而言之，这些资料都是大概估算。快照是增加或者减少工作平台所需要磁盘空间数量的主要因素，并且很难对快照增长到什么程度做出预测。这些准则可以帮助用户规划合理的资料存储大小。但是要记住，最好是慎之又慎，这样的话就需要更多磁盘空间。在创建了VMFS之后，如果不使用特定的方法（这些方法在此没有提及），就不能增加VMFS的大小。
⑤ vsphere client怎么从服务器分配一块空间出来用于存储文件
免费的VMWare ESXi5.5非常强大，使用ESXi经常会遇到这样的问题，我需要建立多个虚拟机，都是windows2008操作系统，系统一个一个安装很麻烦。
VMware ESXi、VMware vCenter Server 和 vSphere Client，它们分别是 vSphere 的虚拟化层、管理层和接口层。作为接口层的vSphere Client客户端并不提供克隆虚拟机的功能，需要安装vCenter管理ESXi才有这一功能。虽然如此，但是我们可以以手动的方式完成这项工作
下面是克隆“windows2008”这台虚拟机的操作过程：
1、进入vSphere client，关闭需要克隆的虚拟机windows2008
2、选中ESXi服务器主机，在右侧点击“配置”选项卡，选择存储器，右侧的存储器名称上点右键，选择“浏览数据存储”
3、新建文件夹BSCRM118(这个名字自己随便命名），进入BSCMR117(被克隆系统文件夹）文件夹，把BSCRM-117.vmx和BSCRM-117.vmdk这两个文件复制到文件夹BSCRM118下，复制过程还比较快，50GB的磁盘，大概不到5分钟。
4、复制完成后，在BSCRM-117.vmx文件上点右键，选择“添加到清单”，弹出提示。
5、输入虚拟机的名称，如bscrm118。
6、回到vsphere client，右键点击虚拟机选择－电源－》打开电源，点击摘要，如图
询问这个虚拟机是移动的还是复制的，选择“I coyied it”，确定。
7、至此手动克隆完成。克隆出来的虚拟机与源虚拟机环境配置完全相同，包括IP地址、用户名口令等，需要手动更改。
这是在同一台ESXi服务器下做的克隆操作，如果在不同的ESXi服务器之间做克隆操作呢？那么就需要把文件复制到不同的ESXi服务器。在网上搜了一下，复制的方法有说用移动存储设备，有说用FTP，但是我觉得用SCP命令最方便。下面是我的迁移操作过程：
1、SSH登到ESXi服务器上，首先需要找到源虚拟机文件，路径很奇怪，可以用df -h查看一下文件系统及空间占用的情况。
找到文件系统名为vmfs3的挂载路径，或者以空间占用的情况来判断虚拟机文件存放的路径应该是/vmfs/volumes/4f4f4f94-9c9152ca-c226-842b2b1419f1
2、在这个路径下找到BSCRM-117.vmx和BSCRM-117.vmdk这两个文件，执行scp命令将文件复制到目标服务器的相应目录下，这个过程比较漫长，我用了大概2小时左右，当然如果是做过快照的虚拟机还需要复制快照文件，
3、然后在vSphere client中执行“添加到清单”就可以了。
⑥ vmware vsphere 主机 存储器 设备里面有 但是数据存储里面没有
免费的VMWare ESXi5.5非常强大，使用ESXi经常会遇到这样的问题，我需要建立多个虚拟机，都是windows2008操作系统，系统一个一个安装很麻烦。
VMware ESXi、VMware vCenter Server 和 vSphere Client，它们分别是 vSphere 的虚拟化层、管理层和接口层。作为接口层的vSphere Client客户端并不提供克隆虚拟机的功能，需要安装vCenter管理ESXi才有这一功能。虽然如此，但是我们可以以手动的方式完成这项工作
下面是克隆“windows2008”这台虚拟机的操作过程：
1、进入vSphere client，关闭需要克隆的虚拟机windows2008
2、选中ESXi服务器主机，在右侧点击“配置”选项卡，选择存储器，右侧的存储器名称上点右键，选择“浏览数据存储”
3、新建文件夹BSCRM118(这个名字自己随便命名），进入BSCMR117(被克隆系统文件夹）文件夹，把BSCRM-117.vmx和BSCRM-117.vmdk这两个文件复制到文件夹BSCRM118下，复制过程还比较快，50GB的磁盘，大概不到5分钟。
4、复制完成后，在BSCRM-117.vmx文件上点右键，选择“添加到清单”，弹出提示。
5、输入虚拟机的名称，如bscrm118。
6、回到vsphere client，右键点击虚拟机选择－电源－》打开电源，点击摘要，如图
询问这个虚拟机是移动的还是复制的，选择“I coyied it”，确定。
7、至此手动克隆完成。克隆出来的虚拟机与源虚拟机环境配置完全相同，包括IP地址、用户名口令等，需要手动更改。
这是在同一台ESXi服务器下做的克隆操作，如果在不同的ESXi服务器之间做克隆操作呢？那么就需要把文件复制到不同的ESXi服务器。在网上搜了一下，复制的方法有说用移动存储设备，有说用FTP，但是我觉得用SCP命令最方便。下面是我的迁移操作过程：
1、SSH登到ESXi服务器上，首先需要找到源虚拟机文件，路径很奇怪，可以用df -h查看一下文件系统及空间占用的情况。
找到文件系统名为vmfs3的挂载路径，或者以空间占用的情况来判断虚拟机文件存放的路径应该是/vmfs/volumes/4f4f4f94-9c9152ca-c226-842b2b1419f1
2、在这个路径下找到BSCRM-117.vmx和BSCRM-117.vmdk这两个文件，执行scp命令将文件复制到目标服务器的相应目录下，这个过程比较漫长，我用了大概2小时左右，当然如果是做过快照的虚拟机还需要复制快照文件，
3、然后在vSphere client中执行“添加到清单”就可以了。
⑦ pvs虚拟磁盘 版本缺失 怎么办
1、备份数据
在VMware vSphere Client上将挂载的RD220i存储中VMFS卷以正常方式卸载掉。然后将RD220i存储上的VMFS卷通过网线的方式连接到备份服务器上，接着使用专业的工具将整个VMFS卷以扇区的方式镜像到已准备的备份空间上，以确保客户的数据安全，之后的分析和恢复操作均在备份的数据上进行。
2、分析故障原因
仔细分析VMFS卷的底层数据发现，ESXi主机的突然断电导致故障虚拟机目录下的目录项出现破坏，但是这种破坏不会影响虚拟机的重要数据，只是破坏了文件的目录项而已，可以通过人工修复即可解决。而人为删除某个文件的话，则目录项对应的数据区索引会被清掉，也不会影响删除文件的实际数据。这种情况可根据删除虚拟磁盘文件中的文件系统以及虚拟磁盘中的文件类型在VMFS卷自由空间中进行碎片匹配和合并，最终也可恢复删除的虚拟磁盘文件。但是在上述的两种情况之下又新建了一台虚拟机，并且分配了虚拟磁盘。经过仔细分析发现分配的40G虚拟磁盘已经全部清零了（在创建虚拟磁盘的时候会选择创建磁盘的类型），也是这个新建的虚拟机所占用的磁盘空间全部被清零。 如果新虚拟磁盘占用了删除虚拟机磁盘所释放的空间，那么此部分空间将无法恢复的。
实施方向
1、实施方向一：恢复删除的VMDK文件
根据删除虚拟磁盘文件中的文件系统以及虚拟磁盘中的文件类型在VMFS卷的自由空间中进行碎片匹配和合并，最终恢复删除的虚拟磁盘文件，再利用快照合并程序将快照文件和恢复的虚拟磁盘文件合并成一个完整的虚拟磁盘文件，然后利用专业的文件系统解释工具解释虚拟磁盘文件中的所有文件。
2、实施方向二：恢复MSSQL数据库文件
如果方向一实施的效果不太理想，接下来可根据SQL Server数据库文件的结构，对VMFS卷自由空间中符合SQL Server页结构的数据区域进行统计、分析和聚合，最终生成一个可以正常使用的.MDF格式的文件。
3、实施方向三：恢复MSSQL数据库备份文件
由于数据库每天都在做备份，虽然每天一次增量备份，15天一次全部备份。但是如果上述两种方案实施过后还有一些数据库无法恢复的话，则只能利用恢复备份文件来恢复数据库了。根据掌握的备份文件.bak的结构，对VMFS卷自由空间中符合SQL Server备份文件结构的数据区域进行统计、分析和聚合，最终生成一个可以正常导入到SQL Server数据库中.BAK格式的文件。