ntpd を実行している当社の Windows ワークステーションの多くは、単純に時間を維持できません。同じ ntpd 構成を実行している当社の Linux ワークステーションとサーバーではこの問題は発生せず、誤差は +/- 5 ミリ秒以内に抑えられます。Windows ホストでは、簡単に数秒、場合によっては数分の差が生じます。これは当社にとって問題です。
私たちが特定できた唯一の共通要因は、時刻を維持できないホストが Windows を実行していることです。
私たちがやろうとしていることには、何か不可能なことがあるのでしょうか?
編集: はい、Windows ワークステーションはドメインに参加していますが、ntpd は DC に対して時間を同期していません (DC は ntp ソースに対して正常に同期しています)
編集: はい、ミリ秒単位の精度が必要です
編集: はい、Windows Time サービス (W32Time?) は無効になっています
編集: ntp.org Windows ntpdを実行しています
答え1
ここに公式の答えがあります
http://support.microsoft.com/kb/939322
答え2
Windows システム クロックを使用して時間を計測する場合、その分解能は通常 10 ミリ秒または 15 ミリ秒に制限されます (つまり、10 ミリ秒または 15 ミリ秒ごとに 1 回だけ更新されます)。
答え3
確かなことは言えませんが、Windows NTP デーモンがひどく壊れているようです (少なくともあなたの場合は)。それを無効にして、サードパーティの NTP デーモンを実行してみましたか?
±5ms というのは、私見ではかなり厳しい許容範囲です (ただし、時間的に重要なことは何もしていないので、クロックが同じ秒数であれば満足です)。しかし、すべてが正しく動作していれば、NTP は簡単に 1 秒以内に収めることができるはずです。唯一の例外は、ローカル クロックがひどく壊れている場合です (つまり、激しく変動し、周波数がほとんど安定していない状態です。最新の NTP デーモンは、ローカル クロックの多少の不正確さを調整するのが非常に得意です)。
答え4
これは、壊さない限り、そのままで正しく動作します。ドメイン メンバーは、Windows タイム サービスを使用して、外部 NTP ソースと同期する必要がある PDC エミュレーター FSMO ロール ホルダーと同期します。
動作方法を無効にして時間がずれている場合は、何か間違ったことをしたことになります。ツールを使用して修正するか、システムが提供するものを使用できます。
。編集- うわっ。あなたの質問を+/- 5と読み間違えました分ミリ秒ではありません。申し訳ありません。5 分以上のずれが見られる場合は、やり方が間違っています。5 ミリ秒未満の同期が必要な場合は、サードパーティのソフトウェアが必要になりますが、どのような調整が必要になるかはわかりません。