1、在view桌面中，Win7下安装出现软件出现“系统管理员设置了系统策略，禁止进行此安装”的提示

　　解决方案：

　　a. 打开“开始->控制面板->管理工具->本地安全策略”->点击“软件限制策略”，如果提示“没有定义软件限制策略”，那么就右键“创建软件限制策略”->创建后，双击右侧“强制”，选择“除本地管理员以外的所有用户”，确定

　　b. windows开始菜单，运行里面输入gpedit.msc打开组策略,

　　在“计算机配置”→管理模板→windows组件→windows installer，右边 第一项就是禁用windows installer。把它改成 “未配置”后者“已禁用”就可以了。

　　c. 删除HKEY_CLASSES_ROOTInstallerProducts4080110900063D11C8EF10054038389C注册表项目。（建议使用此法，能解决大多数你出现的情况，在运行栏里输入regedit进入注册表，按照以上路径找到项目删除就可以了）
 
　　2、持续较高的 CPU 使用情况的解决方案

　　故障状态:

　　CPU 使用情况中的临时高峰表示 CPU 资源的使用情况最佳。持续较高的 CPU 使用情况可能表示存在问题。

　　您可以使用 vSphere Client CPU 性能图表监控主机、群集、资源池、虚拟机和 vApp 的 CPU 使用情况。
 
　　问题

　　a. 主机 CPU 使用情况一直很高。 CPU 使用情况值较高时会增加主机上虚拟机的就绪时间和处理器列队。
 
　　b. 虚拟机 CPU 使用情况超过 90% ，且 CPU 就绪值超过 20% 。应用程序性能将受到影响。

　　原因

　　主机可能缺少满足要求所需的 CPU 资源。

　　解决方案：

　　a. 验证是否在主机的每台虚拟机上均安装了 VMware Tools 。
 
　　b. 将主机上或资源池中其他虚拟机的 CPU 使用情况与此虚拟机的 CPU 使用情况值进行比较。 主机的虚拟机视图上的堆栈条形图显示主机上所有虚拟机的 CPU 使用情况。
 
　　c. 确定虚拟机就绪时间过长是否由其 CPU 使用情况时间达到 CPU 限制设置所致。 如果出现这种情况， 请增加虚拟机上的 CPU 限制。
 
　　d. 增加 CPU 份额以给予虚拟机更多机会运行。 如果主机系统受到 CPU 约束， 则主机上的总就绪时间可能仍维持在相同级别。如果主机就绪时间没有减少，则为高优先级虚拟机设置 CPU 预留，保证它们收到所需要的 CPU 周期。

　　e. 增加分配给虚拟机的内存量。此操作会减少所缓存应用程序的磁盘和 / 或网络活动。这可能会降低磁盘I/O ，并减少主机对虚拟化硬件的需求。具有较少资源分配的虚拟机通常可累积更多的 CPU 就绪时间。
 
　　f. 将虚拟机上的虚拟 CPU 数量减少到执行工作负载所需要的数量。例如，四路虚拟机上的单线程应用程序只能从单个 vCPU 中受益。 而管理程序还需维护三个空闲 vCPU ， 占用本可用来处理其他工作的 CPU 周期。

　　g. 如果主机不在 DRS 群集中，则将它添加到一个群集中。如果主机在 DRS 群集中，则增加主机数，并将一个或多个虚拟机迁移到新主机上。

　　h. 如有必要，请在主机上升级物理 CPU 或内核。

　　i. 使用最新版本的管理程序软件并启用 CPU 节省功能（例如 TCP 分段卸载、较大内存页面和巨型帧）。
 
　　3、vMotion虚拟机失败：A general system error occurred:Failed to flush checkpoint

　　故障状态:

　　a. 尝试vMotion一台虚拟机失败，提示如下错误信息：

　　A general system error occurred:Failed to flush checkpointt data!

　　b. 此时故障虚拟机的设定如下：

　　　•分辨率大于 1280×1024或小于第二个屏幕的分辨率；

　　　•显卡驱动选用了WDDM；

　　　•虚拟机的硬件版本号为8；

　　c. 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；

　　d. 在虚拟机的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驱动以及虚拟机的显存等问题导致；

　　解决方案:

　　由于问题可能不是由于单一原因导致，因此，可根据如下方式分别进行故障排查处理：

　　a. 将屏幕的分辨率调整一下，小于1280×1024或和第二块屏幕的分辨率相等；

　　b. 不要将虚拟机的硬件版本号升级为8；

　　c. 增加checkpoint cache size，将它从8MB升级到16MB，方法如下：

　　　•关闭虚拟机后右击虚拟机点击Edit Settings；

　　　•在弹出的对话框中找到Options页标签后选择Advanced选项，在General下选择Configuration Parameters；
　　
　　　•点击Add Row后输入如下参数：migrate.baseCptCacheSize值设定为后点击Ok应用更改；

　　d. 将mks.enable3d的值设定为TRUE，步骤如下：

　　　•关闭虚拟机后右击虚拟机点击Edit Settings；

　　　•在弹出的对话框中找到Options页标签后选择Advanced选项，在General下选择 Configuration Parameters；

　　　•点击Add Row后输入，将值设定为True后点击Ok保存关闭。
 
　　4、迁移完成vCenter Server数据库到新主机后，VirtualCenter Management WebServices不对

　　故障状态:

　　a. vCenter Server数据库迁移到一个拥有新主机名和IP地址的系统上时，VirtualCenter Management WebServices服务异常；

　　b. 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.

　　c. vSphere Client登录到vCenter Server后搜索之类的功能都无法使用；

　　d. vCenter Service Status显示VirtualCenter WebServices和很多其它服务都处于离线状态，  报如下错误信息：

　　　Unable to retrieve health data from https://localhost:8443

　　　Service initialization failed.
 
　　故障分析:

　　当vCenter Server的数据库被迁移到新位置后，必须要更改DSN的信息，然而，Tomcat Server的设定却不会随之变化，因此，我们需要对Tomcat Server进行修改之后才能正常，Tomcat Server被用于支持VirtualCenter Management Webservices服务运行；

　　解决方案:

　　解决方案就是进入到Tomcat Server的配置文件里，找到database_name.propeties，通常位置如下：

　　　•W2K3 – C:Documents and UsersAll UsersApplication DataVMwareVMware VirtualCenter

　　　•W2K8 – C:ProgramDataVMwareVMware VirtualCenter

　　修改Tomcat Server的数据库位置方法如下：

　　a. 文本文件打开database_name.properties，找到如下内容：

　　url=jdbc:sqlserver:/DB_hostname\DB_instance;databaseName=database_name;integratedSecurity=true

　　b. 修改上述文档中对应位置的数据库的对应主机名或IP地址；

　　c. 重启VMware VirtualCenter Management Webservices服务或重启vCenter Server服务器后，理论上即可恢复正常。
 
　　5、在ESXi 5.0里，无法将管理网路迁移到vDS
 
　　故障状态：

　　a. 无法将管理网路迁移到ESXi 5.0所在的vDS上，提示如下错误信息：

　　A specified parameter was not correct

　　b. vCenter Server上有类似如下的错误消息：

　　Call“HostNetworkSystem.UpdateNetworkConfig”for object “networkSystem-121” on vCenter Server “vCenter in vmanager.local” failed.

　　c. 在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
 
　　6、克隆虚拟机失败：Invalid configuration for device ‘0’

　　故障状态:

　　a. 无法克隆虚拟机，克隆是出错：

　　Failed to clone a VM,error:Invalid configuration for device “0”

　　b. 克隆到99%时失败；

　　故障分析:

　　这种问题可能是由于UTC时钟不同步的缘故；

　　解决方案:

　　a. vSphere Client连接到vCenter Server，点击Configuration页标签；

　　b. 点击Software面板下的Time Configuration选项，点击Properties；

　　c. 确认时间是否有问题，如果有问题，做好时间同步：

　　　•点击Software面板 -> NTP Configuration -> Options -> NTP Settings；
 
　　d. OK，重启下服务。
 
　　7、如何生成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
 
　　8、冷迁虚拟机到ESXi主机后，它会自动迁移到另一台ESXi主机上

　　故障状态:

　　冷迁虚拟机虚拟机到一台ESXi主机后，Power On时它自动跑到另一台ESXi主机上了；

　　故障分析:

　　这个事情，其实不算事情，只是由于DRS的Automation级别选定了Fully Automated导致；

　　解决方案:

　　a. 点击指定的虚拟机的Tasks and Events页标签；

　　b. 点击Events，里面可以看到：DRS migrated xxxx from hostxx to host xxx；

　　c. 找到DRS Cluster，右击Edit Settings，在DRS Settings下点击Virtual Machine Options；

　　d. 更改自动化级别为Disabled或Manual，即可。