Quartz.Net requires该时间将在作业服务器实例之间同步,并建议使用NTP.
The clocks must be within a second of each other.
我们的系统管理员使用Windows NTP与域控制器同步时间.虚拟机与ESXI主机的同步已关闭.
他们坚持认为“在第二个范围内”并不是正确的要求,并且无法满足没有硬件GPS同步设备的要求.他们的SLA&监测水平“在3分钟内”.
我们经历了定期(一次在2-3个月内)Quartz实例的不同步行为,这与不同步的时间一致.
>我们要求“在第二个范围内”还是我们需要完全抛弃Quartz？
>如果是,建议对我们的设置进行哪些更改？
Our sysadmins using windows NTP to sync time with domain controller. Synchronization of
VMs with ESXI host is off.
为什么？主机可以更好地处理这个问题(硬件),而且你可以少得多.你的系统管理员在脚下射击,然后抱怨他们正在流血.
They keep insisting that’s “within second” is not correct requirement and that cannot
be met w/o hardware GPS-syncing devices. Their SLA & monitoring level
are “within 3 minutes”.
OLD – 古老 – Windows在该时间范围内同步,因为Kerberos票证的有效期为5分钟.
但正如我所说的那样,2018年.金融行业目前的要求相当残酷,MS已经处理了这个问题 – 自2012年以来,我认为. 2016年全面实施.互联网上毫秒级的准确度是一个已经解决的问题 – 实际上已经解决了50年前的良好连接问题. NTP可以处理它.如果你想减少流量(即制作你自己的3级NTP时间源),你可能不得不设置一个廉价的硬件盒,但这又不是很昂贵.
Is it correct for us to ask for “within second” or we need to ditch Quartz entirely?
您需要为偶尔的时间问题编程 – 就像使用硬件一样.但“在第二个范围内”是一个要求的笑话 – 在正常情况下满足是微不足道的.
一些参考：
https://docs.microsoft.com/en-us/windows-server/networking/windows-time-service/accurate-time
Government Regulations like:
50 ms accuracy for FINRA in the US
1 ms ESMA (MiFID II) in the EU.
那里有很多细节和说明.如果你必须解决这个问题,这实际上是一个惊人的阅读.您可能必须升级您的虚拟机管理程序 – 他们谈论所有Hyper-V. VMWare应该能够做同样的事情,但不确定你的版本有多久.
