这是VMware的一个已知问题，在某些操作（例如vmotion和快照创build/删除）期间，它会执行所谓的“眩晕”。 在这个眩晕期间，客户操作系统被冻结，所以当它返回时，系统时钟落后。 现在，晕厥通常在人类（亚秒）方面非常快，但从机器方面讲，他们相当长，几百毫秒。 随着磁盘越来越大或内存越来越多，这些虚拟机通常更为关键。 通过相互通信的系统，这些时间差异可能会导致问题。
但无论如何，我想要解决的问题是时钟。 最终的要求是在发生眩晕后立即使系统时钟恢复同步。 “立即”可能是一个模糊的术语，所以让我们说在1秒内时钟应该重新同步。
我们使用ntp进行时钟同步，但ntp需要几分钟（或更长时间）才能使系统重新同步，因为它不知道发生了什么。 再次validation时间是否稳定（漂移率没有增加）需要一段时间，然后慢慢纠正。 所以速度不够快
我得到的最好的想法是在发生眩晕时立即运行ntpdate ，但是我不知道有什么方法让客户操作系统发现眩晕发生了。
有问题的系统是Linux（CentOS / 7）。
VM主机是否也使用与客户端相同的NTP源？
这些[timesync disable]选项不会禁用VMware Tools完成的一次性同步，以执行诸如工具启动，拍摄快照，从快照恢复，从挂起恢复或vMotion等事件。 这些事件在客户操作系统中的时间与主机操作系统中的时间同步，因此确保主机操作系统的时间是正确的是重要的。 Linux客人的计时最佳实践
可以设置一个较小的NTP阶跃阈值，但数据库尤其不能很好地处理反向时间。