虛擬機(jī)日常維護(hù)手冊

1、精選優(yōu)質(zhì)文檔-傾情為你奉上虛擬機(jī)日常維護(hù)手冊1目的 為提高處理虛擬化服務(wù)器故障的能力，形成科學(xué)、有效、反應(yīng)迅速的日常管理流程和應(yīng)急處理機(jī)制，確保虛擬化平臺的安全和穩(wěn)定運(yùn)行，最大限度地減小服務(wù)器故障對生產(chǎn)的影響，降低業(yè)務(wù)中斷風(fēng)險，特制定本手冊。2故障處理規(guī)范2.1硬件維護(hù)平臺服務(wù)器出現(xiàn)硬件告警需要停機(jī)維護(hù)，服務(wù)器責(zé)任人應(yīng)立即通知相關(guān)人員，將業(yè)務(wù)虛機(jī)遷移到集群中其他服務(wù)器主機(jī)上，再將故障服務(wù)器切換至維護(hù)模式并從HA集群中移除，負(fù)責(zé)陪同硬件廠家現(xiàn)場更換至成功恢復(fù)。 2.2虛擬化平臺故障 發(fā)生平臺故障后，相關(guān)人員應(yīng)及時查找、確定故障原因，進(jìn)行先期處置。若故障在短時間內(nèi)無法修復(fù)，相關(guān)人員應(yīng)將業(yè)務(wù)遷移到備

2、用平臺環(huán)境中，保持業(yè)務(wù)系統(tǒng)的正常運(yùn)行；將故障服務(wù)器脫離網(wǎng)絡(luò)，進(jìn)行故障排除工作，并及時聯(lián)系相關(guān)人員或廠商協(xié)助解決。2.3虛擬機(jī)軟件系統(tǒng)故障 （1）日常做好虛擬機(jī)的定時備份和快照，系統(tǒng)崩潰后，應(yīng)能夠及時恢復(fù)虛擬機(jī)。（2）發(fā)生虛擬機(jī)系統(tǒng)故障后，相關(guān)人員應(yīng)及時通知業(yè)務(wù)人員檢查出現(xiàn)故障的原因并盡快排除。（3）如遇虛擬機(jī)系統(tǒng)需要啟用備份系統(tǒng)進(jìn)行恢復(fù)時，應(yīng)在恢復(fù)后和業(yè)務(wù)管理員仔細(xì)檢查業(yè)務(wù)是否恢復(fù)并做好恢復(fù)記錄。2.4虛擬化平臺日常告警故障排除當(dāng)虛擬化平臺出現(xiàn)告警信息，通過以下步驟排除：（1） 確定故障原因。查看已觸發(fā)的警報內(nèi)容，確定故障前操作是否是引發(fā)該故障的原因，對合規(guī)操作引起的告警，進(jìn)行消除。（2） 對

3、提示硬件產(chǎn)生的告警，應(yīng)查看硬件狀態(tài)信息，對確認(rèn)是硬件的問題按硬件維護(hù)預(yù)案處理。（3） 對提示因資源不足或性能引發(fā)的告警，因查看近期性能圖表，找出原因，消除故障提示。（4） 對于無法判斷的故障，可導(dǎo)出系統(tǒng)日志發(fā)給廠家分析處理3虛擬化平臺故障預(yù)防3.1虛擬機(jī)實時狀態(tài)備份 在對虛擬機(jī)進(jìn)行調(diào)整配制前，做快照，以防配置虛擬機(jī)后出現(xiàn)故障，如無問題，可刪除虛擬機(jī)快照，另外也可利用快照最為一種備份的方式，定期做虛擬機(jī)快照，當(dāng)出現(xiàn)問題時，可恢復(fù)到最近的快照狀態(tài)。6虛擬化平臺故障恢復(fù) 虛擬化平臺系統(tǒng)出現(xiàn)故障，先對問題進(jìn)行定位，按前述預(yù)案處理，若故障依然存在，通過以下步驟恢復(fù)：（1）用快照進(jìn)行虛擬機(jī)恢復(fù)。如果虛擬機(jī)

4、中包括數(shù)據(jù)庫和實時狀態(tài)信息，要在恢復(fù)后進(jìn)行必要的數(shù)據(jù)庫文件恢復(fù)，并還原系統(tǒng)實時狀態(tài)。 （2）用NBU從備份系統(tǒng)中進(jìn)行系統(tǒng)還原，還原后進(jìn)行必要的狀態(tài)信息檢查（3）虛擬化操作系統(tǒng)恢復(fù)，通過重新安裝虛擬化操作系統(tǒng)vsphere還原底層平臺，并重新部署到群集系統(tǒng)中。摘要：有時，VMware管理員如走過場一樣執(zhí)行日常維護(hù)任務(wù)。他們做X、檢查Y然后把把Z的脈搏。但是很重要的一點(diǎn)是要弄明白這么做的目的。維護(hù)工作不僅僅是要維持系統(tǒng)在線，它同樣保證您可以從現(xiàn)有投資中獲得最大收益。雖然ESX、vSphere、vCenter和Workstation都是成熟和穩(wěn)定的虛擬化技術(shù)，但是它們依然需要進(jìn)行日常維護(hù)?；ㄙM(fèi)一些時

5、間去了解您的架構(gòu)，然后制定VMware維護(hù)計劃以滿足您的SLA（service level agreement）級別并盡量減少工作壓力。下面的綱要中包含了一些最佳實踐，但是每個虛擬化架構(gòu)各有不同，您需要選擇最適合的方式。VMware維護(hù)工作根據(jù)頻率可以大致分解為：每天、每周和每月。VMware日常維護(hù)工作我每天要進(jìn)行的維護(hù)工作如下： 查看報警郵件。郵箱監(jiān)控是一種持續(xù)的、被動的、而且一旦正確設(shè)置后不需花費(fèi)很多精力的監(jiān)控方式。當(dāng)您逐漸熟悉系統(tǒng)架構(gòu)后，還可以區(qū)分出警報的不同類型，識別哪些是緊急的需要立即處理，哪些是需要逐步去改變的。假設(shè)某個特定的數(shù)據(jù)庫在每天的固定時間發(fā)送CPU占用率過高的警報，那么

6、最好調(diào)節(jié)一下報警設(shè)置的條件和頻率。不要忘了狼來了的故事，避免因為過多無關(guān)緊要的警報而忽略了那些關(guān)鍵問題。 巡視服務(wù)器所在的房間。雖然我也設(shè)置了警報，但通過對主機(jī)所在的房間進(jìn)行一次快速的巡視我可以馬上判斷出發(fā)生了什么，這非常有用，尤其是忽略了某個警報的時候可以補(bǔ)救。所有的風(fēng)扇都在運(yùn)行嗎？是否出現(xiàn)內(nèi)存差錯？SAN系統(tǒng)中的磁盤驅(qū)動器正常嗎？通過觀察硬件上的指示燈我可以獲得基本的狀態(tài)信息。我還會快速檢查一下不間斷電源的供電電壓，以及現(xiàn)在的運(yùn)行時間。知道了這些，一旦發(fā)生災(zāi)難，我可以知道有多少時間可用來關(guān)閉設(shè)備。除了這些快速觀察外，我還經(jīng)常使用HP公司在宿主機(jī)上集成的Lights-Out端口來檢測硬件狀態(tài)

7、和溫度，尤其在沒有物理登陸宿主機(jī)或SAN的時候，這么做非常有必要。 環(huán)視一圈vCenter/VirtualCenter。我會執(zhí)行所有還未完成的任務(wù)，瞥一眼ESX主機(jī)的性能然后感受一下各個組件是否正常。當(dāng)您對系統(tǒng)每天的性能表現(xiàn)足夠熟悉的時候，就很容易看出問題。相信我，無論系統(tǒng)看起來多么協(xié)調(diào)，在某些時候都會出現(xiàn)問題。這個過程如同您很熟悉自己在靜止時的心跳，同時還需要通過跑步機(jī)或騎自行車來定期檢驗一下。VMware每周維護(hù)工作每周我會執(zhí)行如下動作： 備份vCenter/VirtualCenter數(shù)據(jù)庫。我的現(xiàn)有系統(tǒng)變化不太頻繁，因此一周執(zhí)行一次數(shù)據(jù)庫清理和管理服務(wù)器的全備份就可以了。如果您的系統(tǒng)處于

8、不斷地動態(tài)變化中，可以頻率高一些。依然要強(qiáng)調(diào)那個老問題：如果您希望將來可以重建，擁有數(shù)據(jù)庫的備份很重要。VMware每月維護(hù)工作每月我們進(jìn)行如下的管理行為： 清理存儲。如果存在過期的快照，最好盡快清理掉。如果無法確定是否存在，可以通過VMware SiteSurvey查看。 檢查服務(wù)協(xié)議。您是否已經(jīng)升級了售后服務(wù)？到了做新的預(yù)算來購買所需支持服務(wù)的時候了嗎？ 預(yù)想將來要做的升級。目前為止，所有的工作都在圍繞保持系統(tǒng)正常工作上。讓我們向后一步，閉上眼睛不妨從相反的角度來考慮：您希望系統(tǒng)如何工作?怎樣可以改善業(yè)務(wù)？然后找出一條正確的路來實現(xiàn)。這聽起來像在做白日夢，不過或許這會成為您一天中最高效的一

9、段時間。31、為主機(jī)應(yīng)用Host Profiles提示compliance錯誤故障狀態(tài)：為主機(jī)應(yīng)用Host Profiles失敗，提示如下錯誤：01.Specification state absent from host: device '<datastore>' state needs to be set to 'on'02.Host state doesn't match specification: device '<datastore>' needs to be reset03.Specification

10、 state absent from host: device '<datastore>' Path Selection Policy needs to be set to 'VMW_PSP_FIXED'04.Host state doesn't match specification: device '<datastore>' Path Selection Policy needs to be set to default for claiming SATP故障分析：這是由于PSA組件導(dǎo)致的；解決方案：1、右擊H

11、ost Profiles后點(diǎn)擊Enable/Disable Profiles配置選項；2、展開“Storage Configuration”選項，展開“Pluggable Storage Architecture”這個uxanxiang；3、去掉“PSA Device Configuration”；4、展開“Native Muti-Pathing(NMP)”這個選項后，接著展開“PSP and SATP configuration for NMP devi”選項；5、去掉“PSP configuration for”這個選項后點(diǎn)擊OK即可。 33、分析、解決IOPS導(dǎo)致的虛擬機(jī)/存儲

12、性能下降和虛擬機(jī)磁盤延時較大的問題故障狀態(tài)：1、虛擬機(jī)性能較低；2、在執(zhí)行備份時磁盤延時很厲害；3、虛擬磁盤vmdk延時較大；故障分析：這種問題基本都是由于虛擬機(jī)沒有足夠的IO Per Second（IOPS），或者IOPS低于30；解決方案：在解決問題前，首先要解決以下兩個問題：問題1：什么是IOPS？IOPS全稱為Input/Output Per Second，它是衡量一個磁盤（虛擬磁盤和物理磁盤）、存儲的基本也是十分重要的標(biāo)準(zhǔn)。不同的磁盤、存儲有著不同的IOPS。IOPS的高低直接會影響著系統(tǒng)的性能。當(dāng)前，VMware虛擬化環(huán)境中最大的瓶頸也就在于這個IOPS。針對數(shù)據(jù)密集型業(yè)務(wù)的數(shù)據(jù)庫

13、業(yè)務(wù)和流媒體業(yè)務(wù)，由于它們的IOPS很大，所以在虛擬化環(huán)境中部署它們一定要充分考量它們的負(fù)載，也就是IOPS大小，結(jié)合實際的存儲性能來查看是否符合業(yè)務(wù)標(biāo)準(zhǔn)。問題2：如何計算IOPS？如何計算每臺虛擬機(jī)的IOPS？要想計算每個虛擬機(jī)的總的IOPS數(shù)量，首先就要確認(rèn)磁盤類型以及它們的IOPS是多少。處于RAID陣列里面的每個盤的IO有利于增長整體存儲的可用IOPS。而位于這個存儲上面的單臺虛擬機(jī)的IOPS，則可以通過將這個存儲的總IOPS除掉虛擬機(jī)數(shù)量即可基本得到單臺虛擬機(jī)的IOPS?，F(xiàn)實案例：假定有6顆10000RPM的磁盤，那么它們的總的可用IOPS大約為150x6=900。如果LUN上面運(yùn)行

14、的虛擬機(jī)數(shù)量為50個，則單臺虛擬機(jī)的IOPS為900/50=18 IOPS。如果以這個為標(biāo)準(zhǔn)，則意味著虛擬機(jī)的性能相對底下。如果想要滿足虛擬機(jī)的基本IOPS需求，那么應(yīng)該為900/30=30，也就是說同一個Volume里IOPS為30（最低要求）虛擬機(jī)需要數(shù)量控制在30臺以下。 備注：備份存儲會消耗更多的IOPS，同時也會給Volume帶來更多額外的符合。如果是這樣，則需要用額外手段解決備份時的額外資源消耗（可以通過I/O meter軟件來測試IOPS）  34、丟失或鎖定文檔導(dǎo)致虛擬機(jī)無法Power On故障狀態(tài)：1、虛擬機(jī)無法開啟；2、嘗試開啟虛擬機(jī)時，看到類

15、似如下錯誤信息：Unable to open Swap File；Unable to access a file since it is locked；Unable to access Virtual machine configuration；3、在/var/log/vmkernel文件里可以看到類似如下信息：     WARNING: World: VM xxxx: xxx: Failed to open swap file <path>ock was not free     

16、WARNING: World: VM xxxx: xxx: Failed to initialize swap file <path>4、當(dāng)嘗試開啟虛擬機(jī)的console控制臺時，可能會收到如下錯誤信息：      Error connecting to <path><virtual machine>.vmx because the VMX is not started5、在開啟虛擬機(jī)時，卡在95%位置無響應(yīng)；6、從模板部署一臺新的VM之后無法開啟虛擬機(jī)；7、虛擬機(jī)在vCenter Server和E

17、SXi/ESX主機(jī)之間報告控制臺電源狀態(tài)沖突；故障分析：導(dǎo)致這個問題的因素可能很多，但是眾多問題中，都穿插或包含著文件損壞或文件被鎖定等問題的可能。虛擬機(jī)常用的文件包括：*.vswp*-flat.vmdk*-delta.vmdk*.vmx*.log解決方案：首先需要確認(rèn)哪些文件處于鎖定狀態(tài)：1、利用vSphere Client登錄ESXi/ESX主機(jī)、vCenter Server主機(jī)；2、在Datastore里找到想要開啟但是無法開啟的虛擬機(jī)所在位置；3、嘗試開啟虛擬機(jī)，如果無法開啟且console顯示錯誤，先查閱vmware.log日志文件的相關(guān)信息來確認(rèn)問題；4、利用SSH或COS選用ro

18、ot權(quán)限登錄到ESXi/ESX主機(jī)之后執(zhí)行下面的命令查看虛擬機(jī)的完整路徑：      #vmware-cmd -l      系統(tǒng)將輸出類似如下信息來顯示注冊到ESXi/ESX主機(jī)的虛擬機(jī)：      /vmfs/volumes/<UUID>/<虛擬機(jī)目錄>/<虛擬機(jī)名>.vmx5、執(zhí)行下列命令切入到這個虛擬機(jī)所在的目錄：     

19、 #cd /vmfs/voluems/<UUID>/<虛擬機(jī)目錄>6、然后查閱vmware.log日志，在文件的尾部查看什么原因?qū)е逻@個問題后再針對性的分析。 準(zhǔn)確定位并刪除掉鎖定文件由于虛擬機(jī)可以在主機(jī)之間移動，如果虛擬機(jī)注冊到的主機(jī)保持對文件的鎖定狀態(tài)，那么，這個鎖定文件可以有效保障ESXi/ESX主機(jī)對虛擬機(jī)文件的控制權(quán)和有效保護(hù)虛擬系統(tǒng)。主機(jī)由Service Console接口的MAC來確定。lock由VMkernel或Service Console負(fù)責(zé)維護(hù)； 備注：ESXi服務(wù)器沒有Service Console所以，lock由V

20、Mkernel單獨(dú)負(fù)責(zé)維護(hù)；首先要確定VMkernel可能鎖定的文件：1、執(zhí)行下面的命令來報告鎖定目錄所在的MAC地址：      #vmkfstools -D /vmfs/volumes/<UUID>/<虛擬機(jī)目錄>/<鎖定狀態(tài)文件>2、由于負(fù)責(zé)鎖定.vmdk文件的主機(jī)會將MAC地址寫入到vmkernel日志里面，那么可以用下面的命令查閱：      #tail /var/log/vmkernel  35、Storag

21、e vMotion失敗：looking for lines staring with "CBTMotion"故障狀態(tài)：1、執(zhí)行Storage vMotion失??；2、系統(tǒng)提示如下錯誤信息：01.A general system error occurred: Storage VMotion failed to copy one or more of the VM's disks. Please consult the VM's log for more details, looking for lines starting with "CBTMot

22、ion-".復(fù)制代碼3、/var/log/vmware/hostd.log文件里有類似如下信息：01.Failed with error : Storage VMotion failed to copy one or more of the VM's disks.  Please consult the VM's log for more details, looking for lines starting with "CBTMotion".復(fù)制代碼故障分析可能由于虛擬機(jī)的硬件版本號過老導(dǎo)致；解決方案：關(guān)掉虛擬機(jī)后右擊uxni

23、ji選擇Upgrade Virtual Machine Hardware即可。  36、添加LUN時提示HostDatastoreSystem.QueryVmfsDatastoreCreateOptions故障狀態(tài)：系統(tǒng)能夠掃描到Devices LUN，但是在添加過程中卻提示如下錯誤信息：HostDatastoreSystem.QueryVmfsDatastoreCreateOptions ，如圖所示： 故障分析：這樣的問題一般都是由于LUN的尺寸過大導(dǎo)致，一般來說，VMware ESXi/ESX Server標(biāo)準(zhǔn)支持最大的LUN尺寸為2TB-512By

24、te，但是由于國內(nèi)很多技術(shù)人員對這個-512Byte并不太在意，所以習(xí)慣型的講成2TB，這就導(dǎo)致很多用戶在使用時，直接分配了2TB的空間，這就可能導(dǎo)致了上述問題；解決方案：針對這樣的問題，建議如下：1、如果已經(jīng)分好了2TB的LUN，建議調(diào)整為1.88TB左右后再嘗試添加；2、新LUN規(guī)劃用戶則請嚴(yán)格參照官方文檔的參數(shù)設(shè)計，建議是1.88TB左右為一個LUN生成Datastore  37、vCenter Converter推送Agent出錯：Converter Agent installer/uninstaller Failed故障狀態(tài)：1、利用vCenter Convert

25、er推送Agent到Windows Server 2003服務(wù)器上時，失敗；2、系統(tǒng)提示類是如下錯誤信息：01.Converter Agent installer/uninstaller failed on 'xxxxxxxxx'. 3、VMware vCenter Converter的日志文件converter-server.log里面有類似如下錯誤提示：01.#6 2011-01-21 10:50:55.976 04080 info 'App' agentManager,83 AgentManager Install Agent on 192.16

26、8.10.1002.#6 2011-01-21 10:51:16.976 04080 error 'App' agentManager,95 AgentManager Install Agent failed: converter.fault.AgentDeploymentFault03.#7 2011-01-21 11:18:37.289 03976 info 'App' Reusing existing VIM connection to 192.168.30.15004.#7 2011-01-21 11:18:37.476 03976 error '

27、;App' Found dangling SSL error: 0 error:lib(0):func(0):reason(1)05.#7 2011-01-21 11:19:00.945 02756 info 'App' agentManager,83 AgentManager Install Agent on 192.168.10.1006.#7 2011-01-21 11:19:21.961 02756 error 'App' agentManager,95 AgentManager Install Agent failed: converter.f

28、ault.AgentDeploymentFault 7.#7 2011-01-21 11:19:32.445 03976 info 'App' diagnosticManager,357 Generating Converter.Server log bundle.故障分析：以下幾種情況可能導(dǎo)致這樣的問題：1、445端口沒能打開；2、曾經(jīng)手動安裝過Agent后卸載；3、Windows服務(wù)管理其中的server服務(wù)沒有啟動導(dǎo)致的IPC$連接失??；4、防火墻阻絕； 解決方案1、確認(rèn)445端口或NetBIOS協(xié)議能正常使用；2、建議在Converter時關(guān)閉防火墻

29、；3、如果依然有問題，嘗試用Converter Standardalone版本遷移或采用ConverterCD進(jìn)行冷克隆。  38、解決在vSphere 5.0里開啟HA時，提示：Datastore Heartbeating不足的問題故障狀態(tài)：為ESXi 5.0+vCenter 5.0配置HA時，提示如下信息：故障分析：這是由于vSphere 5.0里的HA部分已經(jīng)重寫，并且新增了Datastore Heartbeating用于網(wǎng)絡(luò)Partition心跳檢測支持；解決方案：有2個選擇，一個是加多存儲用于心跳檢測，這也是正確的選擇，就不多講，另一個就是忽略掉這個問題，方法如下

30、：1、vSphere Client登錄到vCenter Server 5.0后，右擊HA Cluster，點(diǎn)擊Edit，然后找到高級選項設(shè)定：  2、再如上圖所示的內(nèi)容中，添加下參數(shù)：das.ignoreinsufficienthbdatastore 備注：缺省情況下，這個參數(shù)的值是false的。   39、通過vSphere Client登陸ESXi主機(jī)提示“正在更新”的問題故障狀態(tài)：通過vSphere Client登陸VCenter Server4.1正常，登陸ESXi主機(jī)提示如下圖： 故障分析：需要通過vS來更新Cli

31、ent說明客戶端存在問題，由于登陸VCenter Server4.1不存在任何問題，所以基本確定版本的問題。查看ESXi版本和vSphere Client，發(fā)現(xiàn)Client的版本低于ESXi版本。解決方案：由于Client所在網(wǎng)絡(luò)無法上Internet,所以無法更新Client客戶端，可以通過安裝高版本的Client來解決此問題。  40、紅旗32位Linux進(jìn)入系統(tǒng)時提示”udevu”無法繼續(xù)進(jìn)入系統(tǒng)的問題故障狀態(tài)：進(jìn)入系統(tǒng)后，出現(xiàn)下圖的界面，之后無法向下運(yùn)行，必須按Ctrl+C才能繼續(xù)向下運(yùn)行 故障分析：由于系統(tǒng)安裝時候是完整的，光盤鏡像包是完整的，安裝的時候

32、不存在任何問題?？紤]到物理機(jī)上不存在這種問題，懷疑虛擬機(jī)虛擬驅(qū)動的問題，安裝新的VMware-tools問題依舊。虛擬機(jī)管理問題· 早于 2.6.27 版本的 Linux 內(nèi)核不報告處于關(guān)閉電源狀態(tài)的每插槽內(nèi)核數(shù)為 2從 ESXi 5.0 開始，多核虛擬 CPU 支持允許處于關(guān)閉電源狀態(tài)的每插槽內(nèi)核數(shù)為 2。早于 2.6.27 版本的 Linux 內(nèi)核僅正確報告處于打開電源狀態(tài)的每插槽內(nèi)核數(shù)為 2。例如，當(dāng)您在 .vmx

33、60;文件中設(shè)置numvcpus = 6和cpuid.coresPerSocket = 3時，一些 Linux 客戶機(jī)操作系統(tǒng)可能無法報告任何物理標(biāo)識信息。Linux 內(nèi)核 2.6.28 及更高版本會正確報告 CPU 和內(nèi)核拓?fù)?。解決辦法：無· 將內(nèi)存熱添加到使用 Linux 64 位或 Windows 7、32 位客戶機(jī)操作系統(tǒng)的虛擬機(jī)時，無法將現(xiàn)有虛擬內(nèi)存增加到 3 GB 以上下列情況適用于將內(nèi)存熱添加到使用 Linux 64 位或

34、 Windows 7 32 位客戶機(jī)操作系統(tǒng)的虛擬機(jī)。· 如果已打開電源的虛擬機(jī)的內(nèi)存少于 3 GB，則內(nèi)存熱添加量不能超過 3 GB。· 如果虛擬機(jī)內(nèi)存為 1 GB，則可以添加 2 GB。· 如果虛擬機(jī)內(nèi)存為 2 GB，則可以添加 1 GB。· 如果虛擬機(jī)的內(nèi)存為 3444 MB，則可以添加 128 MB。· 如果已打開電源的虛擬機(jī)的內(nèi)存正好為 3 GB，則無法熱添加任何內(nèi)存。如果已打開電源的虛擬機(jī)的內(nèi)存超過 3 GB，則可

35、以將虛擬機(jī)內(nèi)存增加到虛擬機(jī)打開電源時初始內(nèi)存大小的 16 倍或增至硬件版本限制（以兩者中較小者為準(zhǔn)）。硬件版本 7 的限制是 255 GB，硬件版本 8 的限制是 1011 GB。如果在虛擬機(jī)電源打開時，內(nèi)存從小于或等于 3 GB 增長到大于 3 GB，則 Linux 64 位和 32 位 Windows 7 客戶機(jī)操作系統(tǒng)會凍結(jié)。此 vSphere 限制可確保您不會在客戶機(jī)操作系統(tǒng)中觸發(fā)該錯誤。解決辦法：

36、無。· 在硬件版本 7 虛擬機(jī)上進(jìn)行 CPU 熱添加時出錯硬件版本 8 虛擬機(jī)的多核虛擬 CPU 功能支持虛擬 CPU 熱添加。 對于每個插槽的內(nèi)核數(shù)大于 1 的硬件版本 7 虛擬機(jī)，當(dāng)您在 虛擬機(jī)屬性 對話框中啟用 CPU 熱添加并嘗試熱添加虛擬 CPU時，操作失敗并顯示以下錯誤消息：該虛擬機(jī)不支持 CPU 熱插拔 (CPU hot plug not supported for thi

37、s virtual machine)。解決辦法：要在硬件版本 7 虛擬機(jī)上使用 CPU 熱添加功能，請關(guān)閉虛擬機(jī)電源并將每個插槽的內(nèi)核數(shù)設(shè)置為 1。 為達(dá)到最佳效果，請使用硬件版本 8 虛擬機(jī)。· 同時創(chuàng)建大量虛擬機(jī)會導(dǎo)致文件操作失敗同時創(chuàng)建大量駐留在同一目錄下的虛擬機(jī)時，存儲系統(tǒng)變得不堪重負(fù)，導(dǎo)致一些文件操作失敗。會顯示vim.fault.CannotAccessFile錯誤消息并且創(chuàng)建虛擬機(jī)操作失敗。解決辦法：以更小的批量（例如 64 個）創(chuàng)建其他虛擬機(jī)，或嘗試在不同的數(shù)據(jù)存儲中或

38、同一數(shù)據(jù)存儲的不同目錄中創(chuàng)建虛擬機(jī)。· 在通過 vMotion 進(jìn)行遷移過程中，從 ESXi 主機(jī)直通到虛擬機(jī)的 USB 設(shè)備可能斷開連接如果 USB 設(shè)備從 ESXi 主機(jī)直通到虛擬機(jī)并且該設(shè)備配置為在通過 vMotion 進(jìn)行遷移過程中仍保持連接，則該設(shè)備可能會在vMotion 操作過程中斷開連接。如果 DRS 觸發(fā)遷移，該設(shè)備也會斷開連接。當(dāng)設(shè)備斷開連接時，它們會恢復(fù)至主機(jī)，不再連接到虛擬機(jī)。遷移連接了多個 USB 設(shè)備的虛擬機(jī)時，會更頻繁地發(fā)生此問題，但連接了一個或少數(shù)設(shè)備時