VCenter的经验教训-为了偷懒5分钟结果花了一天的时间来查错

VCenter的经验教训-为了偷懒5分钟结果花了一天的时间来查错

昨天大豆做了一件蠢事。为了更好的偷懒五分钟，花了一天时间处理由此产生的问题。记录下来作为警告。

事情是这样的，我的朋友让我建立一个新的SMTP服务器来与Office365共享电子邮件。黄豆本来不想建新的Windows服务器，直接用现在的Windows2012VCenter凑合就好了。另外，因为觉得这个事情很简单，所以没有考虑备份数据的所有问题，就马上开始了。半个小时后，IIS和SMTP设置都设置好了，电子邮件共享工作正常。重启服务器后，问题出现了——我的VmwareVCenter服务无法启动？！！根据日志错误，似乎所有的sql服务器都无法连接，匹配的SQL服务项、sso服务项、vcenter服务项都重新启动。现在依然如此。

想了想，这个问题是IIS造成的。估计某个端口被占用了。如果马上回到之前的实际 *** 作，我早就恢复了。结果我懒了，做了更蠢的事。我在匹配的vm虚拟机上看到了很久以前拍摄的快照。其实我都不记得什么时候做的了。因为我的名字很低，所以改之前就叫了，但是后来我想都没想就立马把快照修了。这张快照其实是我半年前做的(还是那句话，因为懒所以没删)。因为过了六十多天，我和AD之间的信任就已经被破坏了。回应之后，我连AD都登录不了。于是，我退出了域，加入了域，重新登录，然后欣喜地看到了VCenter服务项目的成功启动。

但是好事一直是一波三折的。我以为成功了，其实SSO和AD的联系早就断了。我用我的域账号登录了web客户端，惊讶的发现所有的VCenter都是空、空和空~~。经过网上的科学研究，估计SSO和AD肯定又有关系，但问题在于这个VCenter不是我建的。本地超级管理员[email protected]我还是不知道登录密码。

好在官网的KB比较贴心，VCenter的服务器里有一个可以重置密码的程序流。涉及

https://kb.vmware.com/selfservice/microsites/search.do?语言=英美。cmd=显示&externalId=2034608

根据帮助文件，重置密码，登录Web客户端，重新关联SSO和AD，将域设置为默认设置，然后重新部署域客户端的访问限制。在所有这些过程之后，我的域帐户终于可以成功登录到vsphereclient和webclient。这下终于可以喘口气了。

落地后，一口气还没吃完。里面有很多红叉，我发现所有服务器的HA代理都断开了。事实上，VCenter无法 *** 纵服务器，并立即出错。

黄豆在主机上重启了hostd和vpxd的匹配服务项，进行了管理，但是没有用。发生了什么事？根据他的错误报告，他已经阅读了十多篇kb文章，未能找到合适的解决方案。他盯着日志文档看了半天，也没能找到有效的提醒。之后我终于想起来我也看到过这个问题。这个产品和我的快照有关系。当时我写博客写下了这个问题。

http://beanxyz.blog.51cto.com/5570417/1723429

简单来说，我的快照是在升级VCenter版本号之前拍摄的。修复快照后，我的服务器版本号现在高于VCenter。

版本号，所以无法连接。加载匹配版本号的镜像系统，升级VCenter后，一切恢复。

总而言之:

不同厂家的货最好不要混到一个服务器上申请，因为说禁止什么是矛盾的。不要偷懒，一起用。其实现有的模板我都有了，组建一个vm只需要五分钟。

在做更改之前，即使做了很多更改，也必须考虑回滚的过程。例如，制作一个简单的快照。

快照的名字要获取实际时间，不然隔几天大概就忘了。

但是好来终于挽回了自己造成的不准确~