① 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格式的文件。