、在view桌面中，Win7下安装出现软件出现“系统管理员设置了系统策略，禁止进行此安装”的提示
解决方案：
1、打开“开始->控制面板->管理工具->本地安全策略”->点击“软件限制策略”，如果提示“没有定义软件限制策略”，那么就右键“创建软件限制策略”->创建后，双击右侧“强制”，选择“除本地管理员以外的所有用户”，确定
2、windows开始菜单，运行里面输入gpedit.msc打开组策略,
在“计算机配置”→管理模板→windows组件→windows installer，右边 第一项就是禁用windows installer。把它改成 “未配置”后者“已禁用”就可以了。
3、删除HKEY_CLASSES_ROOT\Installer\Products\4080110900063D11C8EF10054038389C注册表项目。（建议使用此法，能解决大多数你出现的情况，在运行栏里输入regedit进入注册表，按照以上路径找到项目删除就可以了）
、持续较高的 CPU 使用情况的解决方案
故障状态:
CPU 使用情况中的临时高峰表示 CPU 资源的使用情况最佳。持续较高的 CPU 使用情况可能表示存在问题。
您可以使用 vSphere Client CPU 性能图表监控主机、群集、资源池、虚拟机和 vApp 的 CPU 使用情况。
问题
n 主机 CPU 使用情况一直很高。 CPU 使用情况值较高时会增加主机上虚拟机的就绪时间和处理器列队。
n 虚拟机 CPU 使用情况超过 90% ，且 CPU 就绪值超过 20% 。应用程序性能将受到影响。
原因
主机可能缺少满足要求所需的 CPU 资源。
解决方案：
n 验证是否在主机的每台虚拟机上均安装了 VMware Tools 。
n 将主机上或资源池中其他虚拟机的 CPU 使用情况与此虚拟机的 CPU 使用情况值进行比较。 主机的虚拟机
视图上的堆栈条形图显示主机上所有虚拟机的 CPU 使用情况。
n 确定虚拟机就绪时间过长是否由其 CPU 使用情况时间达到 CPU 限制设置所致。 如果出现这种情况， 请增
加虚拟机上的 CPU 限制。
n 增加 CPU 份额以给予虚拟机更多机会运行。 如果主机系统受到 CPU 约束， 则主机上的总就绪时间可能仍
维持在相同级别。如果主机就绪时间没有减少，则为高优先级虚拟机设置 CPU 预留，保证它们收到所需
要的 CPU 周期。
n 增加分配给虚拟机的内存量。此操作会减少所缓存应用程序的磁盘和 / 或网络活动。这可能会降低磁盘
I/O ，并减少主机对虚拟化硬件的需求。具有较少资源分配的虚拟机通常可累积更多的 CPU 就绪时间。
n 将虚拟机上的虚拟 CPU 数量减少到执行工作负载所需要的数量。例如，四路虚拟机上的单线程应用程序
只能从单个 vCPU 中受益。 而管理程序还需维护三个空闲 vCPU ， 占用本可用来处理其他工作的 CPU 周期。
n 如果主机不在 DRS 群集中，则将它添加到一个群集中。如果主机在 DRS 群集中，则增加主机数，并将一
个或多个虚拟机迁移到新主机上。
n 如有必要，请在主机上升级物理 CPU 或内核。
n 使用最新版本的管理程序软件并启用 CPU 节省功能（例如 TCP 分段卸载、较大内存页面和巨型帧）。
、vMotion虚拟机失败：A general system error occurred:Failed to flush checkpoint
故障状态:
1、尝试vMotion一台虚拟机失败，提示如下错误信息：
A general system error occurred:Failed to flush checkpointt data!
2、此时故障虚拟机的设定如下：
•分辨率大于 1280x1024或小于第二个屏幕的分辨率；
•显卡驱动选用了WDDM；
•虚拟机的硬件版本号为8；
3、vCenter的Task & Events里的详细错误描述如下：
•An I/O error occurred while saving the checkpont:0(Resource temporarily unavailable)；
•Failed to write checkpoint data(offset xxxxxxxx,size xxxxx):Failed to resum VM；
4、在虚拟机的vmware.log日志文件里有类似如下信息：
.vmx| MigrateSetState: Transitioning from state 9 to 11.
.vmx| Migrate_SetFailure: Failed waiting for data. Error bad0006. Limit exceeded.
.vmx|
.vmx| Migrate: cleaning up migration state.
.vmx| MigrateSetState: Transitioning from state 11 to 0.
.vmx| Msg_Post: Error
.vmx| [vob.vmotion.chkpt.toobig] vMotion migration [XXXXXXXX:xxxxxxxxxxxxxxxx] failed. The checkpoint data length (xxxxx bytes) or the offset (xxxxxxxx bytes) exceeds the maximum checkpoint data length (xxxxxxxx byte).
.vmx| [msg.moduletable.powerOnFailed] Module Migrate power on failed.
故障分析:
这种情况可能是由于虚拟机的硬件版本号为8，WDDM驱动以及虚拟机的显存等问题导致；
解决方案:
由于问题可能不是由于单一原因导致，因此，可根据如下方式分别进行故障排查处理：
1、将屏幕的分辨率调整一下，小于1280x1024或和第二块屏幕的分辨率相等；
2、不要将虚拟机的硬件版本号升级为8；
3、增加checkpoint cache size，将它从8MB升级到16MB，方法如下：
•关闭虚拟机后右击虚拟机点击Edit Settings；
•在弹出的对话框中找到Options页标签后选择Advanced选项，在General下选择Configuration Parameters；
•点击Add Row后输入如下参数：migrate.baseCptCacheSize值设定为后点击Ok应用更改；
4、将mks.enable3d的值设定为TRUE，步骤如下：
•关闭虚拟机后右击虚拟机点击Edit Settings；
•在弹出的对话框中找到Options页标签后选择Advanced选项，在General下选择 Configuration Parameters；
•点击Add Row后输入，将值设定为True后点击Ok保存关闭。
、迁移完成vCenter Server数据库到新主机后，VirtualCenter Management WebServices不对
故障状态:
1、vCenter Server数据库迁移到一个拥有新主机名和IP地址的系统上时，VirtualCenter Management WebServices服务异常；
2、vSphere Client登录服务器时，看到Performance Overview Charts报错如下：
General report generation exception
Perf Charts service experienced an internal error.
Message: Report application initialization is not completed successfully. Retry in 60 seconds.
3、vSphere Client登录到vCenter Server后搜索之类的功能都无法使用；
4、vCenter Service Status显示VirtualCenter WebServices和很多其它服务都处于离线状态， 报如下错误信息：
Unable to retrieve health data from
Service initialization failed.
故障分析:
当vCenter Server的数据库被迁移到新位置后，必须要更改DSN的信息，然而，Tomcat Server的设定却不会随之变化，因此，我们需要对Tomcat Server进行修改之后才能正常，Tomcat Server被用于支持VirtualCenter Management Webservices服务运行；
解决方案:
解决方案就是进入到Tomcat Server的配置文件里，找到database_name.propeties，通常位置如下：
•W2K3 - C:\Documents and Users\All Users\Application Data\VMware\VMware VirtualCenter\
•W2K8 - C:\ProgramData\VMware\VMware VirtualCenter\
修改Tomcat Server的数据库位置方法如下：
1、文本文件打开database_name.properties，找到如下内容：
url=\'#\'" /DB_hostname\\DB_instance;databaseName\=database_name;integratedSecurity\=true
2、修改上述文档中对应位置的数据库的对应主机名或IP地址；
3、重启VMware VirtualCenter Management Webservices服务或重启vCenter Server服务器后，理论上即可恢复正常。
、在ESXi 5.0里，无法将管理网路迁移到vDS
故障状态：
1、无法将管理网路迁移到ESXi 5.0所在的vDS上，提示如下错误信息：
A specified parameter was not correct
2、vCenter Server上有类似如下的错误消息：
Call "HostNetworkSystem.UpdateNetworkConfig" for object "networkSystem-121" on vCenter Server "vCenter in vmanager.local" failed.
3、在hostd.log日志文件里，可以看到类似如下的日志信息：
2012-02-10T15:54:09.649Z [FFE92A90 error 'NetworkProvider' opID=DA1DFDC2-00001B02-41] Unknown port type [0]: convert to UNKNOWN.
2012-02-10T15:54:09.721Z [FFE92A90 info 'NetworkVmkSimulator' opID=DA1DFDC2-00001B02-41] Portgroup Management Network has 1 client[s] connected to it
2012-02-10T15:54:09.721Z [FFE92A90 info 'HostsvcPlugin' opID=DA1DFDC2-00001B02-41] Simulate failed
故障分析：
这个问题一般都是由于网路的coredump功能有问题导致的；
解决方案：
确认这个coredump功能处于enabled状态，方法如下：
#esxcli system coredump network get
Enabled: true
Host VNic: vmk0
Network Server IP: XXX.XXX.XXX.XXX
Network Server Port: 6500
也可以利用esxcfg-vswitch -l的输出结果来确认：
PortGroup Name VLAN ID Used Ports Uplinks
Management Network 10 2 vmnic0
例如，如果要在上述的网路卡上关闭coredump的话，可以执行如下命令：
#esxcli system coredump network set --enable false
、克隆虚拟机失败：Invalid configuration for device '0'
故障状态:
1、无法克隆虚拟机，克隆是出错：
Failed to clone a VM,error:Invalid configuration for device "0"
2、克隆到99%时失败；
故障分析:
这种问题可能是由于UTC时钟不同步的缘故；
解决方案:
1、vSphere Client连接到vCenter Server，点击Configuration页标签；
2、点击Software面板下的Time Configuration选项，点击Properties；
3、确认时间是否有问题，如果有问题，做好时间同步：
•点击Software面板 -> NTP Configuration -> Options -> NTP Settings；
4、OK，重启下服务。
、如何生成ESXi的新证书
通常，只有当更改主机名称或意外删除证书时，才要生成新证书。在某些情况下，可能需要强制主机生成新的证书。
a、登录 ESXi Shell 并获取 root 特权。
b、在 /etc/vmware/ssl 目录中，备份现有证书，方法是使用以下命令对其进行重命名。
mv rui.crt orig.rui.crt
mv rui.key orig.rui.key
注意 如果由于删除了证书而需要重新生成这些证书，则不必执行此步骤。
c、运行命令 /sbin/generate-certificates 生成新的证书。
d、运行命令 /etc/init.d/hostd restart 重新启动 hostd 进程。
e、通过执行以下命令并将新证书文件的时间戳与 orig.rui.crt 和 orig.rui.key 进行比较，来确认主机是否已成功生成新证书。
ls -la
、如何删除vCenter中无用的插件
、冷迁虚拟机到ESXi主机后，它会自动迁移到另一台ESXi主机上
故障状态:
冷迁虚拟机虚拟机到一台ESXi主机后，Power On时它自动跑到另一台ESXi主机上了；
故障分析:
这个事情，其实不算事情，只是由于DRS的Automation级别选定了Fully Automated导致；
解决方案:
1、点击指定的虚拟机的Tasks and Events页标签；
2、点击Events，里面可以看到：DRS migrated xxxx from hostxx to host xxx；
3、找到DRS Cluster，右击Edit Settings，在DRS Settings下点击Virtual Machine Options；
4、更改自动化级别为Disabled或Manual，即可。
