虚拟机日常维护手册

1、虚拟机日常维护手册1 目的为提高处理虚拟化服务器故障的能力， 形成科学、 有效、反应迅 速的日常管理流程和应急处理机制， 确保虚拟化平台的安全和稳定运 行，最大限度地减小服务器故障对生产的影响，降低业务中断风险， 特制定本手册。2 故障处理规范 硬件维护平台服务器出现硬件告警需要停机维护， 服务器责任人应立即通 知相关人员， 将业务虚机迁移到集群中其他服务器主机上， 再将故障 服务器切换至维护模式并从 HA 集群中移除，负责陪同硬件厂家现场 更换至成功恢复。虚拟化平台故障发生平台故障后，相关人员应及时查找、确定故障原因，进行先 期处置。若故障在短时间内无法修复， 相关人员应将业务迁移到备用 平

2、台环境中，保持业务系统的正常运行；将故障服务器脱离网络，进 行故障排除工作，并及时联系相关人员或厂商协助解决。虚拟机软件系统故障(1) 日常做好虚拟机的定时备份和快照，系统崩溃后，应能够及 时恢复虚拟机。(2) 发生虚拟机系统故障后，相关人员应及时通知业务人员检查 出现故障的原因并尽快排除。(3)如遇虚拟机系统需要启用备份系统进行恢复时， 应在恢复后 和业务管理员仔细检查业务是否恢复并做好恢复记录。虚拟化平台日常告警故障排除当虚拟化平台出现告警信息，通过以下步骤排除:确定故障原因。查看已触发的警报内容，确定故障前操作是 否是引发该故障的原因，对合规操作引起的告警，进行消除。画贏 隹t)L 施

3、I睜鮒四 心而吝E4 跡pH* 族 飞jpr济岳曰性 有曲祀劉BI名恂»»frft»»»t»»»frft»曲颐科带申S恬闻 vfhid yirtkalriBcIi reAlaniShield FTic：pDi-rs/H S.-JL& iShi d FmdpoiF lioFt“朗財I零寺呈SH僦 Spr-flreDlB：ltLt£Z 5xrf-璘Sfl 四盘 I*密 凄w机=PU快耳情兄 Spht-rOistritutcz Switch矿U 支持巧臆Sphere Di 5：dhutsz 弘

4、"tdiKTLl 坐 2 找證 5pN reDlff：rltu：ac： &r- tCi>l_»n 中 细斗蠡 土枷卉可戯丰与13加Sava诈可一_ 、卜*封刖I绵曲晏Spht rcH封対曲§磔咋 心叶妣E*聖yij故阻切:娇业 土皿購逹讎咬担？ 、邹卜twKA主机1蹴tt科IMhirsHft 壬弋a沽(J皿馆申正莊递ft覘陳切犧 注pMniHA曲西T曲糊-足vLerte*C rrk -iCcrtc-iiiCcfte .wCrtr .vCcftt.Certe .uCcTtp .TwCtrtc .*Lerte .nCrrk -vCirti-aCe .曲t

5、i応tKDiK存用ra'ffl用却. /Shield VI Tu ai H a nl na Al arm 去ev vicnatcM中 sniftd EidpzlnC 'loTitonSnidd ETdp-lnfrMa5t :吨r爵K肌害曲姿&壮杏启搐- 竝徨 ¥5p卜e-apimTIbfac Swlch . 掘主园R观亡和咗臣诵耳白兹- 抽二 *Sp|- e-c Ci s：-ib r e: Strfch IM - £fi vSp|-=Lisfib上七卜 M_ 益性 Fiol'erEDImLlbjtX-tW /L_ 團主±机诅瓦esg

6、*昙劭託iL- 盘亦=Ht无.睡机Eite”. 忌（icrr卡主蚩咗拟郴111走出4£.團iZfU觴控:K台内斂换毘- Jzf：由*5pH日卄占握和住机一” yCfiflterSe-vff虽时曲尢主翻洌” ft vsp-icrt HA討王岷机11旳迪" g*賄加咻獅._(2)对提示硬件产生的告警，应查看硬件状态信息，对确认是硬件的问题按硬件维护预案处理。1鶴感器WW莽Tli三所肓咗国誓 鼻亏污宣圧轲它总 殳就借丢1=3* 口n話ftd jzfr年*寧± DaP二I巨冒e Ht土 #© -t壬i© r*± &±探S&#

7、39;丟B王變=fiO I片兽示，1 + 霄Sg Dsk Drive Bdy 二 FtOHz O 善帚三右 Assertg Dfik Dnvt &SY 3 ROMs t*atrtf.K： A«S*rtA STfAhr.rn RfinrrI 1 CMCV A "JtliiffT±4fT: Hrn'isr-t(3) 对提示因资源不足或性能引发的告警，因查看近期性能图表, 找出原因，消除故障提示。斗jet 輕一J昊叩二丄应21:1521:2521:55tIN2丄:耳521:；IH象g带岀1 T"J/"1单俭:屋舒1昙忘1虽莊1Ift匡

8、恬兄121塞bil3LL!lilC-L.llft冲IS况1=92.eil.M1U；lCJ.llf+申屮瑚aMHz223ItsZflS-(4)对于无法判断的故障，可导出系统日志发给厂家分析处理ppjtd-pfoiler zpxd-profiier.icgI全部注示I 飯下一组30老疔曰志条曰5»ai oiq Fur VW w j n 7i u«lCtritc ； pid-12745, v«fE nr-E.l.D; suild -7»S73 l.oot/Aci Ydti HI Stjts/Ta? k/Act* 中i m. wn® tck Ca mp

9、ati bi litvCh etker.ch eckCcmp atib il iHPZmHx ofTEb-jaMArean DZAcn vsiioi X 占恬 f r 3 Ek/«crv=y im”Fm jctieekjco nrp ti b iityc h*ckt r.cMedtLoms «曲 i li ry/vm-ioa ooretrjdmhw o>/Ai.tjvat 1 S-Atsnav im.vm jdiecko rr p sL b iliiy Chstke i .checkComD otit i 6ty /mHost tDnstnjdn/rui-LSan-p

10、l& 4> /也± vat oimk/4(±v= Y im. vm deck、亡 d rrp at b ility< he dee ndisetCoF atit i litj'rnHast ccn£tdzii;Ancal 0->承CtivatoiSratsTask/ch-vim.vmdetkf qrrpat b litvChstkeicti己tkCom3atihititv'/nQpsratioriRralmOpaaiVna D->/ictivitio 1 sratsi'iask/cu-vim.vtn口leck

11、Qcrrpat t? IitythectctrctiecfcCom atiij 1 lity'fjnQMatoF：Finmloeope忒lorym闵m c/AdJvstionotsiTask/ctv='vim-vmdietkCorrpat b lityChecktrchetkConipstibiSty/nOpeTsforriFinfllaeOpcrfleorynii QFArtvit'01S:ate/TiclActv-'vim 诃.ctitck.Corrptk bilityChidcir,rfit(kCornsvtibiSty/eOptration:Ftiiab

12、tf3pnbo<7rviiSinDlK 4/Art Wfltio 1 a的気书5lf/4ctv-vim.Vffi jtiedijCorrpst bilityCh?ck旳由亡梅Comortifci'/mO肚1痂rt洞(朮oW 0f Men v3tioi 忖 Ek/Attv=V iffiNitijcMecko nrp n b lityc hidtt r.cMetfcLonia snu iltcy '/v nutate to nstru Jiar 丽 i(ti Takes tn eosarg vnvrat 0AfAutjvat o 1 Slatsia 3k/A.ctv= v i

13、m.v m zJicck d rr p sL b Jitr Ch=ckc 1 .chcckComD otib i tty /nStdLc co ristru :to nwl i di 曲jce 01 ooshi g *n,an 0>/c±iv3t Q1 SzatsiTa sk/4.c±'= v im. vm jdiect d rrp at b ility< he dee r.cheetCQm atih i lity'/f/nState co ntu zto r iCi iake? an MEbng /nyVnin D-> /fictiv A

14、t 1ftv= v im. vrr.dieck .Corrpflt blitvC hm<kf”ctimck Com 社it) i tityyjri勺;肘h co rvstni rto宵1 i tt 怙扌 es an 曰寸珥 vruiirriSainc-> Z/ictivitio 1凋 5? 3lQ 比 ctv= Vim. vm Cieckm rrp at bihtyt heckt rctieckCom j atih ility/i/n 敦are co r*3tnj cto r 布】ici lakes 即 edstPig 血曲 t"A/AdJvstionScfl；5|ssk

15、/Actv='vim.win.chetknCorrpat bilityChscktrrchetkConip成ibilty'/VnStdte copy unstrudixynw0-> /4cb V ItlO 1 a a:c,Ti ckft ctv= v im. t(n .dieck.Cc rrp >t b ilityC h«<kifrditekCorna >tib i fity /nStn «9y onctndof'mun 02> Mrt wfltio 15 仮帀 曲4 ctv»v im. v(n difft j

16、Corrpst b ility f h?ck er.rtiedt Como stib i 向 7/n5«e aw constTbdwnh 0Webvjtioi抚白旧sk/Actv=、iffiNinjCMecK直0nrp亂 b lityCheck(r.cluetkConiastiDiirty/Vnsatesm oaretwy/runsarolffi 2at o 1 S-otsiTa 3k/4.ct¥= V im.v m jcJiccko rr psL bility thuckci .chcckC口rnnotitiFtyy'/nSafe copy ccrEtJudDfl

17、Bl 0r JUf+iuni-jm O-al-D b'H 口L-*41 h+u. u im ufn r+io-rlf 广rim-iaJ- h ili+uh jj4j-c< r+uH-lf f rhm 1 st-il-i i tihr'/./'nTaidH-><Tjaf-"rn+-：aTiTi£A-n fl3虚拟化平台故障预防虚拟机实时状态备份在对虚拟机进行调整配制前，做快照，以防配置虚拟机后出现故 障，如无问题，可删除虚拟机快照，另外也可利用快照最为一种备份 的方式，定期做虚拟机快照，当出现问题时，可恢复到最近的快照状 态。6虚拟化

18、平台故障恢复虚拟化平台系统出现故障，先对问题进行定位，按前述预案处理, 若故障依然存在，通过以下步骤恢复:(1) 用快照进行虚拟机恢复。如果虚拟机中包括数据库和实时状态信息，要在恢复后进行必要的数据库文件恢复,并还原系统实时状态。(2) 用NBU从备份系统中进行系统还原，还原后进行必要的状 态信息检查(3) 虚拟化操作系统恢复，通过重新安装虚拟化操作系统一 vsp here还原底层平台，并重新部署到群集系统中。摘要:有时，VMware管理员如走过场一样执行 日常维护任务。他们做 X、检查丫然后把把Z的脉 搏。但是很重要的一点是要弄明白这么做的目的。维护工作不仅仅是要维持系统在线，它同样保证您可

19、以从现有投资中获得最大收益。虽然ESX vSphere、vCenter和Workstation都是成熟和稳定的虚拟化技术，但是它们依然需要进 行日常维护。花费一些时间去了解您的架构，然后制定VMware维护计划以满足您的 SLA(service levelagreeme nt)级别并尽量减少工作压力。下面的纲要中包含了一些最佳实践，但是每个虚拟 化架构各有不同，您需要选择最适合的方式。VMware维护工作根据频率可以大致分解为：每天、每周和每月。VMware日常维护工作我每天要进行的维护工作如下:查看报警邮件。邮箱监控是一种持续的、 力的监控方式。当您逐渐熟悉系统架构后， 的需要立即处理，哪些

20、是需要逐步去改变的。被动的、而且一旦正确设置后不需花费很多精还可以区分出警报的不同类型，识别哪些是紧急假设某个特定的数据库在每天的固定时间发送报警设置的条件和频率。不要忘了狼来了的故事，避免因为过多无关紧要的警报而忽略 了那些关键问题。CPU占用率过高的警报，那么最好调节一下巡视服务器所在的房间。 的巡视我可以马上判断出发生了什么,虽然我也设置了警报，但通过对主机所在的房间进行一次快速这非常有用，尤其是忽略了某个警报的时候可以补救。所有的风扇都在运行吗是否出现内存差错 的指示灯我可以获得基本的状态信息。 在的运行时间。知道了这些，一旦发生灾难, 这些快速观察外，我还经常使用和温度，尤其在没有物

21、理登陆宿主机或SAN系统中的磁盘驱动器正常吗通过观察硬件上我还会快速检查一下不间断电源的供电电压，以及现我可以知道有多少时间可用来关闭设备。 除了 HP公司在宿主机上集成的 Lights-Out端口来检测硬件状态SAN的时候，这么做非常有必要。 环视一圈vCenter/VirtualCenter。我会执行所有还未完成的任务，瞥一眼ESX主机的性能然后感受一下各个组件是否正常。当您对系统每天的性能表现足够熟悉的时候，就很容易看出问题。相信我，无论系统看起来多么协调，在某些时候都会出现问题。这个过程如同您很熟悉自己在静止时的心跳，同时还需要通过跑步机或骑自行车来定期检验一下。VMware每周维护工

22、作每周我会执行如下动作:备份vCenter/VirtualCenter数据库。我的现有系统变化不太频繁，因此一周执行一次数 据库清理和管理服务器的全备份就可以了。如果您的系统处于不断地动态变化中，可以频率高一些。依然要强调那个老问题：如果您希望将来可以重建，拥有数据库的备份很重要。VMware每月维护工作每月我们进行如下的 管理行为:清理存储。如果存在过期的快照，最好尽快清理掉。如果无法确定是否存在，可以通过VMware SiteSurvey 查看。检查服务协议。您是否已经升级了售后服务到了做新的预算来购买所需支持服务的时候 了吗预想将来要做的升级。目前为止，所有的工作都在围绕保持系统正常工作

23、上。让我们向 后一步，闭上眼睛不妨从相反的角度来考虑：您希望系统如何工作怎样可以改善业务然后找出一条正确的路来实现。 这听起来像在做白日梦， 不过或许这会成为您一天中最高效的一段 时间。31、为主机应用Host P rofiles提示com pl ia nee错误故障状态: 为主机应用Host Profiles失败，提示如下错误:state abse nt from host: device '<datastore>' state n eeds to be set to 'on'state does n't match sp ecificat

24、i on: device '<datastore>' n eeds to be resetstate abse nt from host: device '<datastore>' Path Selecti on Policy n eeds to be set to 'VMW PSP FIXED'state does n't match sp ecificati on: device '<datastore>' Path Selecti on Policy n eeds to be se

25、t to default for claimi ng SAT P故障分析： 这是由于PSA组件导致的;解决方案:1、右击 Host Profiles 后点击 Enable/Disable Profiles 配置选项;2、展开 “ Storage Configuration ” 选项，展开 “ Pluggable Storage Architecture ” 这个 uxanxiang ；3、去掉"PSA Device Configuration”； 4、展开"Native Muti-Pathi ng(N MP) ”这个选项后，接着展开"PSP and SAT P c

26、on figuration forNMP devi ” 选项;5、去掉"PSP con figuration for ”这个选项后点击 OK即可。33、分析、解决IOPS导致的虚拟机/存储性能下降和虚拟机磁盘延时较大的问题故障状态：1、虚拟机性能较低； 2、在执行备份时磁盘延时很厉害； 3、虚拟磁盘 vmdk 延时较大； 故障分析：这种问题基本都是由于虚拟机没有足够的IO Per Second （IOPS，或者IOPS低于30； 解决方案： 在解决问题前，首先要解决以下两个问题： 问题 1：什么是 IOPSIOPS IOPS的高低直接会影响着IOPS全称为Input/Output P

27、er Second，它是衡量一个磁盘（虚拟磁盘和物理磁盘）、存储的基本也是十分重要的标准。不同的磁盘、存储有着不同的系统的性能。当前，VMware虚拟化环境中最大的瓶颈也就在于这个IOPS针对数据密集型业务的数据库业务和流媒体业务，由于它们的IOPS很大，所以在虚拟化环境中部署它们一定要充分考量它们的负载，也就是IOPS大小，结合实际的存储性能来查看是否符合业务标准。问题 2：如何计算 IOPS如何计算每台虚拟机的 IOPS要想计算每个虚拟机的总的IOPS数量，首先就要确认磁盘类型以及它们的IOPS是多少。处于RAID阵列里面的每个盘的IO有利于增长整体存储的可用IOPS而位于这个存储上面的单

28、台虚拟机的IOPS,则可以通过将这个存储的总IOPS除掉虚拟机数量即可基本得到单台虚拟机的 IOPS。现实案例：假定有 6 颗 10000RPM 的磁盘，那么它们的总的可用IOPS大约为150x6=900。如果LUN上面运行的虚拟机数量为50个，则单台虚拟机的IOPS为900/50=18 IOPS。如果以这个为标准,则意味着虚拟机的性能相对底下。如果想要满足虚拟机的基本IOPS需求，那么应该为900/30=30，也就是说同一个 Volume里IOPS为30 （最低要求）虚拟机需要数量控制在30台以下。备注：备份存储会消耗更多的IOPS同时也会给Volume带来更多额外的符合。如果是这样,则需要

29、用额外手段解决备份时的额外资源消耗（可以通过I/O meter 软件来测试 IOPS）34、丢失或锁定文档导致虚拟机无法 Power On故障状态：1、虚拟机无法开启； 2、尝试开启虚拟机时，看到类似如下错误信息： ?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: Faile

30、d to open swap file <path>ock was not freeWARNING: World: VM xxxx: xxx: Failed to initialize swap file <path> 4、当尝试开启虚拟机的 console 控制台时，可能会收到如下错误信息：Error connecting to <path><virtual machine>.vmx because the VMX is not started 5、在开启虚拟机时，卡在 95%位置无响应;6、从模板部署一台新的 VM 之后无法开启虚拟机;7、虚

31、拟机在vCenter Server和ESXi/ESX主机之间报告控制台电源状态冲突;故障分析： 导致这个问题的因素可能很多， 但是众多问题中， 都穿插或包含着文件损坏或文件被锁定等 问题的可能。虚拟机常用的文件包括：?*.vswp ?* ?* ?*.vmx ?*.log解决方案： 首先需要确认哪些文件处于锁定状态：1、利用 vSphere Client 登录 ESXi/ESX主机、vCenter Server 主机;2、在 Datastore 里找到想要开启但是无法开启的虚拟机所在位置;3、尝试开启虚拟机，如果无法开启且 console 显示错误，先查阅日志文件的相关信息来确 认问题;4、利用

32、SSH或COS选用root权限登录到ESXi/ESX主机之后执行下面的命令查看虚拟机的完整路径：#vmware-cmd -l/vmfs/volumes/<UUID>/< 虚拟机目录 >/< 虚拟机名 >.vmx 5、执行下列命令切入到这个虚拟机所在的目录：#cd /vmfs/voluems/<UUID>/< 虚拟机目录 > 6、然后查阅日志，在文件的尾部查看什么原因导致这个问题后再针对性的分析。准确定位并删除掉锁定文件 由于虚拟机可以在主机之间移动，如果虚拟机注册到的主机保持对文件的锁定状态，那么，这个锁定文件可以有效保障ESXi/E

33、SX主机对虚拟机文件的控制权和有效保护虚拟系统。主机由 Service Con sole 接口的 MAC 来确定。lock 由 VMkernel 或 Service Con sole 负责维护;备注：ESXi服务器没有Service Con sole所以，lock由VMkernel单独负责维护;首先要确定 VMkernel 可能锁定的文件：1、执行下面的命令来报告锁定目录所在的MAC地址:#vmkfstools -D /vmfs/volumes/<UUID>/< 虚拟机目录 >/< 锁定状态文件 > 2、由于负责锁定.vmdk文件的主机会将 MAC地址写入到

34、vmkernel日志里面，那么可以用下面的命令查阅：#tail /var/log/vmkernel35、Storage vMotion 失败： looking for lines staring with "CBTMotion"故障状态：1、执行 Storage vMotion 失败;2、系统提示如下错误信息：general system error occurred: Storage VMotion failed to copy one or more of the VM's disks.Please consult the VM's log for mo

35、re details, looking for lines starting with "CBTMotion-".复制代码 3、 /var/log/vmware/ 文件里有类似如下信息：with error 7: Storage VMotion failed to copy one or more of the VM's disks. Please consult theVM's log for more details, looking for lines starting with "CBTMotion".复制代码故障分析 可能由于虚

36、拟机的硬件版本号过老导致;解决方案： 关掉虚拟机后右击 uxniji 选择 Upgrade Virtual Machine Hardware 即可。36、添加LUN时提示故障状态：系统能够扫描到 Devices LUN,但是在添加过程中却提示如下错误信息:，如图所示：故障分析:这样的问题一般都是由于 LUN的尺寸过大导致，一般来说,VMware ESXi/ESX Server标准支持最大的LUN尺寸为2TB-512Byte，但是由于国内很多技术人员对这个-512Byte并不太在意,所以习惯型的讲成 2TB，这就导致很多用户在使用时，直接分配了2TB的空间，这就可能导致了上述问题；解决方案:针对

37、这样的问题，建议如下:1、如果已经分好了 2TB的LUN,建议调整为左右后再尝试添加;2、新 LUN 规划用户则请严格参照官方文档的参数设计，建议是左右为一个LUN 生成Datastore37、vCe nter Conv erter 推送 Age nt 出错：Conv erter Age nt in staller/ unin staller Failed故障状态:1 、利用 vCenter Converter 推送 Agent 到 Windows Server 2003 服务器上时，失败;2、系统提示类是如下错误信息：Agent installer/uninstaller failed on

38、 'xxxxxxxxx'.3、 VMware vCenter Converter 的日志文件里面有类似如下错误提示：01.#6 2011-01-21 10:50: 04080 info 'App' agentManager,83 AgentManager Install Agent on2011-01-21 10:51: 04080 error 'App' agentManager,95 AgentManager Install Agent failed:2011-01-21 11:18: 03976 info 'App' Reu

39、sing existing VIM connection to 2011-01-21 11:18:03976 error 'App' Found dangling SSL error: 0 error:00000001:lib(0):func(0):reason(1)05.#7 2011-01-21 11:19: 02756 info 'App' agentManager,83 AgentManager Install Agent on2011-01-21 11:19: 02756 error 'App' agentManager,95 Agen

40、tManager Install Agent failed:7.#7 2011-01-21 11:19: 03976 info 'App' diagnosticManager,357 Generating log bundle.故障分析：以下几种情况可能导致这样的问题：1、445 端口没能打开；2、曾经手动安装过 Agent 后卸载；3、Windows服务管理其中的server服务没有启动导致的IPC$连接失败;4、防火墙阻绝；解决方案1、确认 445 端口或 NetBIOS 协议能正常使用;2、建议在 Converter 时关闭防火墙;3、如果依然有问题， 尝试用 Conve

41、rter Standardalone 版本迁移或采用 ConverterCD 进行冷克 隆。38、解决在vSphere里开启HA时，提示：Datastore Heartbeating不足的问题故障状态： 为 ESXi +vCenter 配置 HA 时，提示如下信息： 故障分析： 这是由于 vSphere 里的 HA 部分已经重写，并且新增了 Datastore Heartbeating 用于网络Partition 心跳检测支持;解决方案： 有 2 个选择，一个是加多存储用于心跳检测，这也是正确的选择，就不多讲，另一个就是忽 略掉这个问题，方法如下：1、vSphere Client登录到vCen

42、ter Server后，右击 HA Cluster,点击Edit，然后找到高级选项设定：2、再如上图所示的内容中，添加下参数：备注：缺省情况下，这个参数的值是false 的。39、通过vSphere Client登陆ESX主机提示"正在更新”的问题故障状态:通过vSphere Client登陆VCenter正常，登陆ESX主机提示如下图:故障分析:需要通过来更新Client说明客户端存在问题，由于登陆VCenter不存在任何问题，所以基本确定版本的问题。查看ESXi版本和vSphere Client，发现Client的版本低于ESX版本。解决方案:由于Clie nt所在网络无法上In

43、 ternet,所以无法更新Clie nt客户端，可以通过安装高版本的Client来解决此问题。40、红旗32位Linux进入系统时提示” udevu”无法继续进入系统的问题故障状态：进入系统后，出现下图的界面， 之后无法向下运行，必须按Ctrl+C才能继续向下运行故障分析：由于系统安装时候是完整的， 光盘镜像包是完整的，安装的时候不存在任何问题。考虑到物理机上不存在这种问题，怀疑虚拟机虚拟驱动的问题，安装新的VMware-tools 问题依旧。虚拟机管理问题早于版本的Linux内核不报告处于关闭电源状态的每插槽内核数为2从ESXi开始，多核虚拟 CPU支持允许处于关闭电源状态的每插槽内核数为

44、的Linux内核仅正确报告处于打开电源状态的每插槽内核数为2。例如，当您在.vmx文件中设置2。早于版本numvcpus = 6和=3时，一些Linux客户机操作系统可能无法报告任何物理标识信息。 更高版本会正确报告 CPU和内核拓扑。解决办法：无Linux内核及将内存热添加到使用 Linux 64位或 Windows 7、32位客户机操作系统的虚拟机时，无法将现有虚 拟内存增加到3 GB以上下列情况适用于将内存热添加到使用Linux 64位或Windows 7 32位客户机操作系统的虚拟机。如果已打开电源的虚拟机的内存少于3 GB,则内存热添加量不能超过 3 GBo如果虚拟机内存为1 GB,

45、则可以添加2 GBo如果虚拟机内存为 2 GB,则可以添加1 GBo如果虚拟机的内存为 3444 MB,则可以添加 128 MB。如果已打开电源的虚拟机的内存正好为3 GB,则无法热添加任何内存。如果已打开电源的虚拟机的内存超过3 GB,则可以将虚拟机内存增加到虚拟机打开电源时初始内存大小的16倍或增至硬件版本限制（以两者中较小者为准）。硬件版本7的限制是255 GB,硬件版本8的限制是 1011 GBo如果在虚拟机电源打开时，内存从小于或等于3 GB增长到大于3 GB,则Linux 64位和32位Windows 7客户机操作系统会冻结。此vSp here限制可确保您不会在客户机操作系统中触发

46、该错误。解决办法：无。在硬件版本7虚拟机上进行CPU热添加时出错硬件版本8虚拟机的多核虚拟 CPU功能支持虚拟CPU热添加。对于每个插槽的内核数大于 1的硬件版本7虚拟机，当您在虚拟机属性对话框中启用CPU热添 加并尝试热添加虚拟 CPU时，操作失败并显示以下错误消息：该虚拟机不支持 CPU热插拔（CPU hot plug not supported for this virtual machine）。解决办法：要在硬件版本 7虚拟机上使用CPU热添加功能，请关闭虚拟机电源并将每个插槽的内核数设置 为1。为达到最佳效果，请使用硬件版本 8虚拟机。同时创建大量虚拟机会导致文件操作失败同时创建大量驻留在同一目录下的虚拟机时，存储系统变得不堪重负，导致一些文件操作失败。会显示错误消息并且创建虚拟机操作失败。解决办法：以更小的批量（例如 6