如果vSphere环境没有遵循最佳实践，那么通常意味着需要花费更多的时间和精力来解决vCenter服务器出现的问题。

也许你也拥有类似的体会，有时我会在数据中心的排错过程当中获得一些平时难以学习到的经验教训。而这篇文章讲述的是在安装系统补丁导致vSphere vCenter出现问题之后，将会面临哪些问题以及恢复过程。

问题起初并没有什么特别现象，只是vSphere vCenter不能正常工作。由于上次没有正常关闭或者启动，所以为了解决这个问题，我尝试将其重启。然而重启之后真正的问题来了，vCenter再也无法启动。

寻找问题

首先，我必须寻找vCenter位于哪台宿主服务器上，使用ILO(Integrated Lights-Out)手动登陆到每台服务器上，禁用锁定模式，之后使用vSphere client登陆。这是一项非常耗费时间的工作。但是，如果你只有几台宿主服务器，任务将会轻松很多。当你拥有超过20台宿主服务器时，这样做将会花费很长时间，并且在找到该宿主服务器之前，都会不断地质疑自己的基础架构管理方式。

限制vCenter所在宿主服务器范围

为了避免延长故障时间，让你的工作更加轻松，可以通过创建DFS规则来限制vCenter可以位于哪些宿主服务器，或者使用机器迁移选择来阻止vCenter在不同宿主之间移动，除非宿主服务器出现问题。我个人推荐使用DRS规则的方式来限制vCenter只能在几台特定的宿主之间移动。

在我发现并打开虚拟机控制台之后，发现故障可能是因为更新没有正常安装所导致的。其他人为这台服务器安装了补丁，但是却导致了现在的问题。在尝试多次重启之后，服务器依然不能正常启动。在系统启动时，我选择了 “上一次已知的正确配置，”但是依然毫无作用。

问题来自于paravirtual控制器

在完整性检查过程中，我尝试从OEM DVD启动，观察是否还能够看到磁盘以及数据是否遭到损坏。正在这时，第二个问题来了。vCenter配置其磁盘使用paravirtual控制器，而通常只有在安装VMware Tools之后才能使用Paravirtual磁盘。为了应对今后可能发生同样的问题，我建议你将paravirtual驱动转换为自定义的可启动DVD安装；这种方式至少允许你看到磁盘，如果之后遇到同样的问题会起到很大帮助。

这时，我决定重装客户端将是最好的解决方案。当你失去vSphere vCenter之后，也就失去了从模板进行部署的能力。最后，不得不从ISO镜像重新安装。由于重装的复杂性，在能够开始恢复数据之前，就已经花费几个小时了。

实现数据恢复的正确步骤

从安装媒介进行恢复之前，使用最近的可用版本来确保恢复过程可以正确覆盖所有的文件。此外，确保你已经将磁盘控制器类型设定为“paravirtual”，假设之前的vCenter使用的就是paravirtual磁盘控制器。

制作OVA备份

另外一种可以起到帮助作用的小技巧是周期性地将vCenter导出为OVA文件，保存在一个很容易访问到的地方。这样如果你的vSphere vCenter遭到损坏，那么就可以重命名之前的版本——注意不要删除之前的版本，直到sysadmin成功恢复所有服务之后——之后依赖于OVA备份重新部署一个最近的版本。

在这个过程当中非常值得注意的一点是：如果你使用的是免费版的MY SQL，并且在同一台服务器上恢复数据库，这种方式是不能正常工作的。vCenter数据库不能和其之前的状态保持同步，因此可能会丢失一些最近添加的虚拟机，尽管这些虚拟机仍然位于磁盘上，并且可以重新进行添加。

经验教训

正如每个虚拟化管理员都知道的，在安装补丁之前为vCenter制作快照，可以避免很多不必要的工作和麻烦。我希望这些步骤可以提醒IT管理员一定要保持积极主动的态度，及时进行备份，以防止自己的环境也陷入同样的困境当中。