配置分为两步：第一步为域控服务器配置与阿里云NTP的时间同步；第二步通过组策略实现域内成员同步域控服务器的时间。
一、域控服务器配置NTP
1、 添加时间服务器地址（域名或IP）（下面这个键存放着时间服务器列表）
在右边窗口点右键新建“字符串值”，将此“字符串值”命名为6。双击此新建的“字符串值”，输入地址：ntpaliyuncom，保存。将“默认”（即第一个“字符串值”）修改为6即可。前面的几个时间服务器分别为：
2、 指定时间源
3、 设置校时周期
4、重启服务
重启服务net stop w32time&net start w32time
5、验证配置情况
二、配置权威服务器及组策略
1、设置权威服务器
在域控服务器上打开注册表，找到键值
2、 启用 NTPServer
3、配置组策略，设置时间同步
4、域内成员同步策略
刷新组策略指令：gpupdate /force
重启服务net stop w32time&net start w32time
5、域内成员验证配置
三、填坑说明
如果在“Default Domain Policy”下添加时间同步策略，将会导致域控服务器也获取并执行策略，由于组策略的优先级较高，导致第一步配置的与阿里云NTP同步策略失效。使得域控服务器本身的时间准确性得不到保证。因此通过新建组织单位的方式，对除了域控服务器以外的计算机下发该策略。确保所有成员时间准确。时间服务器就是NTP服务器，用来同步电脑的时间的服务器。电脑的时间一般有3种方式设定，1、手动设置；2、同步浏览器时间；3、同步NTP服务器。NTP服务器，简单点解释，就是弄一台服务器，设置准确的北京时间，然后其他所有的电脑，都设置这台服务器为时间服务器，以服务器的时间为准，去学习这台服务器的时间，这样的话，所有的电脑的时间设定都是完全一样的了。经常有些软件调试，需要多台电脑高精度同步测试，这时候可以自己在局域网弄个时间服务器！！ 纯手打，请采纳！这道面试题是开放的。熟悉的情境，很容易给出一个回答。但随着被面试者思维方式、知识领域及深度的不同，回答可能大相径庭。
在接着往下阅读时，你可以先想想自己的答案。
没理解题目的回答：
还算正常的回答：
电子工程师的回答：
网络工程师的回答：
……
你可能有更精彩的回答……
本实验室将采用可 *** 作的、尽可能精确的实验作为回答。
题目并没有说两台电脑是和时间服务器同步的，所以目的只是测量两台电脑之间的系统时间是否一致。
用date命令（高精度选项）直接看一下两台主机的系统时间。本地的；远程的；本地的；远程的：
显然，host2的时间读数更大一些。但这究竟是host2的时钟快了，还是ssh调用所花的时间导致的呢？现在还不好说。
假设这个时间差异是T1:
T1 = Diff + RTT12
其中，Diff 是两台电脑真实的时间差异，RTT12是host1到host2数据往返所花的时间（严格来说是ssh调用所花的时间）。
反方向做同样的测试：
host1与host2的时间差异设为T2，则：
T2 = -Diff + RTT21
简单地认为两个方向的往返时间是相等的，于是有：
Diff = (T1 – T2)/2
RTT = (T1 + T2)/2
估算一下：
上面的单位都是ns 也就是说时间差异是163~171ms, ssh路途往返耗费728ms
这个结果可信吗？于是写了一段脚本，把这个测试过程自动化，观察一段时间的结果。
下图是每秒测量一次，1个小时的测量数据。为了在对数坐标下显示，时间差异用绝对值。
说明：
在没有时间同步的情况下，观察2组/3台主机：A, B, S的时间差异。
A, B, S实际上是在ESXi上的3台虚拟机。虚拟机的时钟可能和硬件实钟会有某种同步策略，所以看到的并不是单方向的变化。
在A,B,S上都开启NTP服务，时间服务器使用Debian Linux默认的NTP server (xdebianpoolntporg)。
因为幅度悬殊的原因，实际上使用中位数更有意义。可以看到A-S或B-S的时钟差异在30~50ms
在A,B,S上都开启NTP服务，其中A,B与本地的S同步，但S还是与远程NTP server同步。
可以看到A-S或B-S的时钟差异在3ms左右，一致性比远程NTP同步高了一个数量级。
在A,B,S上都开启NTP服务，其中A,B与S同步，但S直接使用本地时钟，配置为：
server 12712710 prefer
结果有点出乎意料，时间不一致接近60ms。
由于通常的 *** 作系统是非实时 *** 作系统，同样的指令占用的执行时间并不是固定的。做一个简单的实验，看看这个因素对测量会有多大影响。
下图给出了在两台机器上，读取系统时间（gettimeofday）这一调用所花的时间（各运行500000次）
可以看出9997%的执行都在1us及以下。这说明分时执行对统计结果的影响很小。
当然，整个ssh调用耗时的波动范围更大一些（RTT的统计值上可以反映出来）。
用ssh调用读取另一台机器上的系统时间，和本地时间比较，并利用双向ssh调用抵消调用所花的时间，从而可以较准确计算出两台主机上的系统时间差。
虽然在分时 *** 作系统上不能保证执行时间的固定，但通过统计可以逼近结果。由于ssh调用所花的时间在06ms以下，所以测量的精度至少是1ms级的。
另外，如果用非加密的web调用，或者自己实现远程调用，应该会有更高的效率，可能会对测量精度略有提高。
利用这一测量，可以观察NTP的同步效果。如果和远程NTP服务器同步，时钟的一致性实测在50ms以内；如果和本地NTP服务器同步，时钟的一致性在3ms左右；但如果本地NTP服务器使用本地时钟，一致性会下降很多（60ms左右）。
由于硬件/虚拟机时钟的波动、网络的波动、NTP的精度，都导致这种一致性总是处于波动之中。总体上，在局域网内，使用NTP同步，能达到毫秒级的一致性就不错了。
有可能是没有启用互联网连接，不能实时同步服务器，也有可能是校时还没到时间，因为中间有一个间隔
时间同步就是通过对本地时钟的某些 *** 作，达到为分布式系统提供一个统一时间标度的过程。在集中式系统中，由于所有进程或者模块都可以从系统唯一的全局时钟中获取时间，因此系统内任何两个事件都有着明确的先后关系。
而在分布式系统中，由于物理上的分散性，系统无法为彼此间相互独立的模块提供一个统一的全局时钟，而由各个进程或模块各自维护它们的本地时钟。由于这些本地时钟的计时速率、运行环境存在不一致性，因此即使所有本地时钟在某一时刻都被校准
一段时间后，这些本地时钟也会出现不一致。为了这些本地时钟再次达到相同的时间值，必须进行时间同步 *** 作。
扩展资料：
时间同步的主要分类
无线电波
时间同步的另一种方法是用无线电波传播时间信息。即利用无线电波来传递时间标准．然后由授时型接收机恢复时号与本地钟相应时号比对，扣除它在传播路径上的时延及各种误差因素的影响，实现钟的同步。
随着对时钟同步精度要求的不断提高，用无线电波授时的方法，开始用 授时（ms级精度），由于短波传播路径受电离层变化的影响，天波有一次和多次天波，地波传播距离近，使授时精度仅能达到ms级。
后来发展到用超长波即用奥米伽台授时，其授时精度约10μs左右，后来又用长波即用罗兰C台链兼顾授时，其授时精度可达到μs，即使罗兰C台链组网也难于做到全球覆盖。后来又发展到用卫星钟作搬钟。用超短波传播时号．通过用户接收共视某颗卫星，使其授时精度优于搬钟可达到10ns精度。
卫星
看来利用卫星授时是实现全球范围时钟精密同步的好办法，只有利用卫星，才可在全球范围内用超短波传播时号；用超短波传播时号不仅传递精度高，而且可提高时钟比对精度
通过共视方法，把卫星钟当作搬运钟使用，且能使授时精度高于直接搬钟，直接搬钟难于使两地时钟去共视它。共视可以消除很多系统误差以及随时间慢变化的误差，快变化的随机误差可通过积累平滑消除。
网络
首先要了解什么是NTP协议 :NTP协议全称网络时间协议（Network Time Protocol）。它的目的是在国际互联网上传递统一、标准的时间。具体的实现方案是在网络上指定若干时钟源网站，为用户提供授时服务，并且这些网站间应该能够相互比对，提高准确度。
NTP最早是由美国Delaware大学的Mills教授设计实现的，从1982年最初提出到现在已发展了将近20年，2001年最新的NTPv4精确度已经达到了200毫秒。
NTP同时同步指的是通过网络的NTP协议与时间源进行时间校准。前提条件，时间源输出必须通过网络接口，数据输出格式必须符合NTP协议。
局域网内所有的PC、服务器和其他设备通过网络与时间服务器保持同步，NTP协议自动判断网络延时，并给得到的数据进行时间补偿。从而使局域网设备时间保持统一精准。
参考资料来源：百度百科-时间同步
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）