首なし鶏のように時間が走り回っているHyper-V環境があります。
私が入ってくる日もありますが、10分遅いです。他の日は、5分速いです。今日は30分以上遅いです。毎日手動で時間を再同期しますが、24時間後にはすべてが再びうまくいきません。
次のコマンドを実行してみました。
w32tm/config/manualpeerlist: "time.windows.com、0x01 1.ca.pool.ntp.org、0x01 2.ca.pool.ntp.org、0x01"/syncfromflags:MANUAL/update
これをHyper-V環境(DCとホスト)で実行すると、クロックが現在設定されているのとまったく同じ時刻が返されます。非ドメイン環境で実行すると、正しい時刻が返されます(テストするために、マシンの日付/時刻を手動で壊しました)。すべてのタイムゾーンが正しく設定されています(GMT + 10)。
なぜそうなるのか、何か考えはありますか?
DC /サーバーが実際に時間修正を調整するのを妨げているのはKerberosの役割/関係である可能性があります。
「IntegrationServicesを介したホストとの時刻同期」を無効にしてみてください。
このTechNetの記事 「仮想化ドメインコントローラーの展開に関する考慮事項」については、「タイムサービス」に関するセクションで次のように述べています。
ドメインコントローラーとして構成されている仮想マシンの場合、IntegrationServicesを介してホストとの時刻同期を無効にします。代わりに、デフォルトのWindowsタイムサービス(W32time)ドメイン階層の時刻同期を受け入れます。ホスト時間の同期により、ゲストオペレーティングシステムは、システムクロックをホストオペレーティングシステムのシステムクロックと同期させることができます。ドメインコントローラーには独自の時刻同期メカニズムがあるため、ドメインコントローラーとして構成されている仮想マシンではホスト時刻の同期を無効にする必要があります。ドメインコントローラーが自身のソースからの時刻を同期し、ホストからの時刻も同期する場合、ドメインコントローラーの時刻は頻繁に変更される可能性があります。多くのドメインコントローラータスクはシステム時間に関連付けられているため、システム時間のジャンプにより、残留オブジェクトがディレクトリに残り、レプリケーションが停止する可能性があります。
[時刻の同期]チェックボックスをオフにすると、Hyper-Vマネージャーの[統合サービス]セクションの仮想マシン設定でホストの時刻の同期を無効にできます。