NtpClientは、DNS解決の新しい試行を行う前に3473457分（6年以上！）待機します。イベントID 134
私はそのメッセージを陽気に見つけ、最初はそれはMSチームの過度にアクティブなプログラマーまたはデマの冗談だと思った。ただし、メッセージは1日に数回、何度も表示されます。
NtpClientは、 ''のDNS解決エラーのため、手動ピアをタイムソースとして使用するように設定できませんでした。 NtpClientは3473457分後に再試行し、その後再試行間隔を2倍にします。エラーは次のとおりです。要求された名前は有効ですが、要求されたタイプのデータが見つかりませんでした。 （0x80072AFC）
ソース：タイムサービス
イベントID：134
レベル：警告
タイムサーバーが正しく構成されていないようです。それは本当ですか、どうすれば修正できますか？しかし、なぜそのような奇妙なメッセージなのでしょうか？
注： 私はこれをTechnetで報告しました 、ここで、数が奇妙である理由の説明を見つけることができます（その結果、2つの回答がそのリンクも見つけ、回答で使用しました;））。
私はそれが古い質問であることを知っていますが、私自身の研究が出くわしました technetのこの投稿 。
長い遅延の理由は、イベントビューアの出力バグが原因であると述べています。イベントビューアは、レジストリ内の文字列値「15」の生データを数値として誤って解釈しています。
レジストリNtpClient\ResolvePeerBackoffMinutesの値が15であることがわかります。イベントログの出力は3473457 = 0x00350031で、これはUnicode文字列 "15"のリトルエンディアン形式です。
-Alex Zhaozx-MSFT CSG
他の誰かが検索でこれに遭遇した場合に備えて、もう少し情報を追加するだけです。このイベントビューアのメッセージには、いくつかの不安な点があります。
- クライアントがNTP同期を実行できなかったという事実。
- DNS解決エラーが実際のホスト名ではなく ''にあったという事実。
- 再試行間隔が非常に長いという事実。
私のワークステーションのいくつかでもまったく同じメッセージが表示されます（2003レベルのドメインに参加しているWindows 7）。
1〜2の項目について、ワークステーションがスリープ状態になったときにのみ表示されるメッセージに気付きました。これらは、システムがアイドル状態のためにコンピューターがスリープ状態になっていることを示すKernel-Powerメッセージの1秒後に表示されます。同時に、多数のネットワークサービスも一時停止しています。私の理論では、タイムサービスはネットワークがなくなったと判断しているだけです。 DNSはおそらくその時点で停止しているため、 ''の名前になります。
その前に、約15分前にTime-Serviceからのイベントビューアメッセージが表示され、正常に同期されたことを示しています。したがって、構成の問題である可能性は低いです。
イベントビューアでメッセージのコンテキストを確認します。コンピューターが急降下したりシャットダウンしたりするときにこのメッセージが表示される場合は、大きな問題ではありません。通常の実行時にこのメッセージが表示される場合は、問題があります。その場合、w32tm /resync /rediscoverそこから移動します。
項目3に関しては、これは文字列がどのように出力されるかに関するバグであることがわかりました。それは、ユニコードのバーフィングです。 15分印刷する必要があります。こちらをご覧ください：
要求された名前は有効ですが、要求されたタイプのデータが見つかりませんでした。 （0x80072AFC）
＃2による
1〜2の項目について、ワークステーションがスリープ状態になったときにのみ表示されるメッセージに気付きました。これらは、システムがアイドル状態のためにコンピューターがスリープ状態になっていることを示すKernel-Powerメッセージの1秒後に表示されます。同時に、多数のネットワークサービスも一時停止しています。私の理論では、タイムサービスはネットワークがなくなったと判断しているだけです。 DNSはおそらくその時点で停止しているため、 ''の名前になります。