知識マップ: Windowsの時刻同期(w32time)と業務システム ── 「ログのタイムスタンプが合わない」を仕組みから解決する

記事「Windowsの時刻同期(w32time)と業務システム ── 「ログのタイムスタンプが合わない」を仕組みから解決する」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

装置とPCのログでタイムスタンプがずれる原因は、Windowsの時刻同期サービスw32timeの既定動作にあります。ドメイン環境ではドメインコントローラーを経てフォレストルートのPDCエミュレーターへ至る時刻階層に従いKerberosの5分要件を満たす一方、ワークグループ機はSpecialPollIntervalの既定604,800秒という低頻度でtime.windows.comとしか同期せず、数十秒のずれが常態化します。w32timeは小さなずれをスルー、大きなずれをステップで補正するため、システム時計は前にも後ろにも跳びうるので、経過時間の測定はDateTime.UtcNowではなくStopwatchで行い、ログのタイムスタンプはUTCで記録し、装置との時刻オフセットは定期的に記録しておくことが実務上の設計原則になります。

flowchart LR
    accTitle: Windowsの時刻同期(w32time)の知識マップ
    accDescr: ドメインの時刻階層とワークグループの低頻度同期という既定動作の違い、w32tmによる診断とmanualpeerlistでの同期先指定、Hyper-Vの二重の時刻プロバイダー、Kerberosの時刻要件、StopwatchとDateTime.UtcNowを使い分けるアプリ側設計の関係を示す図
    w32time["Windows Timeサービス(w32time)"]
    w32tm["w32tmコマンド"]
    ntp["NTP(Network Time Protocol)"]
    domain_controller["ドメインコントローラー"]
    pdc_emulator["PDCエミュレーター"]
    workgroup["ワークグループ構成"]
    special_poll_interval["SpecialPollIntervalレジストリ値"]
    manualpeerlist_config["/manualpeerlistによる同期先の手動指定"]
    group_policy["グループポリシー"]
    kerberos["Kerberos"]
    kerberos_time_sync["Kerberosの時刻同期要件"]
    clock_discipline["クロック規律(スルー/ステップ補正)"]
    datetime_utcnow["DateTime.UtcNowプロパティ(.NET)"]
    elapsed_time_measurement["経過時間・タイムアウト判定"]
    stopwatch_class["Stopwatchクラス(.NET)"]
    hyper_v_time_sync["Hyper-V時刻同期統合サービス(VMICTimeSync)"]
    ntp_stratum["階層(Stratum)"]
    high_accuracy_time_boundary["高精度時刻のサポート境界"]
    device_clock_offset_logging["装置とPCの時刻オフセット定期記録"]
    log_timestamp_utc["ログタイムスタンプのUTC記録"]
    elapsed_time_error["経過時間・タイムアウト判定の誤り"]
    w32time -->|"利用する"| ntp
    w32time -->|"で構成できる"| w32tm
    w32time -->|"で確認できる"| w32tm
    domain_controller -.->|"前提とする"| pdc_emulator
    w32time -.->|"前提とする"| domain_controller
    workgroup -->|"利用する"| w32time
    w32time -.->|"利用する"| special_poll_interval
    special_poll_interval -.->|"前提とする"| manualpeerlist_config
    manualpeerlist_config -->|"で構成できる"| group_policy
    w32time -.->|"利用する"| kerberos
    kerberos -->|"前提とする"| kerberos_time_sync
    w32time -->|"実装を担う"| clock_discipline
    datetime_utcnow -->|"用いるのは非推奨"| elapsed_time_measurement
    stopwatch_class -->|"推奨される対応"| elapsed_time_measurement
    hyper_v_time_sync -.->|"両立しない"| w32time
    w32time -->|"利用する"| ntp_stratum
    high_accuracy_time_boundary -->|"前提とする"| ntp_stratum
    device_clock_offset_logging -->|"利用する"| w32tm
    log_timestamp_utc -->|"推奨される対応"| clock_discipline
    manualpeerlist_config -->|"推奨される対応"| pdc_emulator
    manualpeerlist_config -.->|"用いるのは非推奨"| domain_controller
    clock_discipline -->|"原因になり得る"| elapsed_time_error
    stopwatch_class -->|"防止する"| elapsed_time_error

概念間の関係(全23件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

Windows Timeサービス(w32time)はNTP(Network Time Protocol)を利用します。w32timeはNTP仕様のクロックフィルター/クロック選択アルゴリズムを使ってローカル時計を調整するNTPクライアント/サーバーであり、UDP 123番ポートで通信する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Windows Timeサービス(w32time)はw32tmコマンドで構成できます。w32timeの同期先や同期方式はw32tm /configコマンドで構成する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Windows Timeサービス(w32time)はw32tmコマンドで確認できます。w32timeの同期状態・同期元・最終正常同期時刻はw32tm /query /statusで確認できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
ドメインコントローラーはPDCエミュレーターを前提とします。ドメインコントローラーの時刻同期の場合、自ドメインのDC、親ドメインのDCとたどり、最終的にフォレストルートドメインのPDCエミュレーターに行き着く時刻階層に従う。ディレクトリサービスや認証などPDCエミュレーターに関係しないDCの機能は、この到達を前提としない。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
Windows Timeサービス(w32time)はドメインコントローラーを前提とします。ドメイン環境(Type=NT5DS)のw32timeは、自ドメインのドメインコントローラーとの同期を前提とする / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
ワークグループ構成はWindows Timeサービス(w32time)を利用します。Active Directoryドメインに参加していないワークグループのWindowsも、既定でtime.windows.comとw32timeによる低頻度な同期を行う / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Windows Timeサービス(w32time)はSpecialPollIntervalレジストリ値を利用します。ワークグループ機の既定同期先time.windows.com,0x1では、ポーリング間隔がSpecialPollIntervalレジストリ値(スタンドアロン既定604,800秒)で決まる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
SpecialPollIntervalレジストリ値は/manualpeerlistによる同期先の手動指定を前提とします。SpecialPollIntervalは既定の time.windows.com,0x1 に対してもそのまま効くが、社内NTPサーバーなど別の時刻源に切り替えてもポーリング間隔を効かせたい場合は、0x1を含むフラグ(0x9など)を付けた時刻源として/manualpeerlistで指定する必要がある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
/manualpeerlistによる同期先の手動指定はグループポリシーで構成できます。時刻設定をグループポリシー(Windows NTP クライアントを構成する)で配っている環境では、ローカルのmanualpeerlist設定は次のポリシー適用で上書きされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Windows Timeサービス(w32time)はKerberosを利用します。ドメイン環境のNTPパケットはKerberosセッションキーで署名され、認証された時刻だけが受け入れられる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
KerberosはKerberosの時刻同期要件を前提とします。Kerberosの事前認証は、クライアントとKDCの間の時刻差が既定5分(SkewTime)以内であることを要求する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Windows Timeサービス(w32time)はクロック規律(スルー/ステップ補正)の実装を担います。w32timeは、ずれが小さいうちはクロックの進む速度を調整して徐々に合わせ(スルー)、MaxAllowedPhaseOffsetを超えると時計を直接設定する(ステップ)、というクロック規律を実装する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
DateTime.UtcNowプロパティ(.NET)を経過時間・タイムアウト判定に用いることは推奨されません。DateTime.UtcNowはシステム時計そのものを読むため、w32timeのステップ補正が入ると差の計算が実際より長くも短くも負にもなり得る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Stopwatchクラス(.NET)は経過時間・タイムアウト判定に対する本記事の推奨です。Stopwatchはシステム時計と独立した高分解能パフォーマンスカウンターでティックを数えるため、w32timeの補正の影響を受けずに経過時間を測れる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Hyper-V時刻同期統合サービス(VMICTimeSync)はWindows Timeサービス(w32time)と両立しません。Windows Server 2012 R2以前のドメイン参加ゲストでは、Hyper-V時刻同期統合サービスとドメインのNTP同期が競合して時刻同期を乱すため、前者の無効化が推奨される / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
Windows Timeサービス(w32time)は階層(Stratum)を利用します。w32timeは階層(Stratum)・ルート遅延・ルート分散・オフセットの順で複数の時刻源から最良のものを選ぶ / 確度: 確立した関係 / 確認日: 2026-08-01 出典
高精度時刻のサポート境界は階層(Stratum)を前提とします。1ミリ秒精度のサポート境界は、正確で安定したStratum 1時刻源を頂点とし、Stratum 5以内・4ホップ以内などの条件を満たすことを前提とする / 確度: 確立した関係 / 確認日: 2026-08-01 出典
装置とPCの時刻オフセット定期記録はw32tmコマンドを利用します。装置とPCの時刻オフセットを定期記録する運用は、w32tm /stripchartが行う相手との時刻差の実測をアプリ側で装置向けに再現するものである / 確度: 確立した関係 / 確認日: 2026-08-01 出典
ログタイムスタンプのUTC記録はクロック規律(スルー/ステップ補正)に対する本記事の推奨です。ログのタイムスタンプをUTCで記録することは、タイムゾーンや夏時間による表記のあいまいさを避けるための推奨である。ただしw32timeのステップ補正でシステム時計が後ろへ跳べばUTCの値も戻りうるので、記録の順序を保証したい場合は単調増加のカウンターやシーケンス番号を別に持つ必要がある / 確度: 確立した関係 / 確認日: 2026-08-01 出典
/manualpeerlistによる同期先の手動指定はPDCエミュレーターに対する本記事の推奨です。時刻階層の頂点であるPDCエミュレーターに対して、外部の正確な時刻源とmanualpeerlistで同期するよう構成することが本記事の推奨である(構成しなくても階層自体は機能するが、頂点が不正確だとドメイン全体が揃って間違った時刻になる) / 確度: 確立した関係 / 確認日: 2026-08-01 出典
/manualpeerlistによる同期先の手動指定をドメインコントローラーに用いることは推奨されません。ドメイン階層から時刻を受け取る通常のドメインコントローラーやドメインメンバーの場合、/manualpeerlistでの外部NTP指定は認証されない時刻源になるため使わない。フォレストルートのPDCエミュレーターは例外で、そこに外部の権威ある時刻源を指定するのが通常の構成である。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
クロック規律(スルー/ステップ補正)は経過時間・タイムアウト判定の誤りの原因になることがあります。w32timeのクロック規律による補正でシステム時計が前にも後ろにも跳ぶため、DateTime.UtcNowのようなシステム時計依存の経過時間・タイムアウト判定は、実際より長くも短くもなり得る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Stopwatchクラス(.NET)は経過時間・タイムアウト判定の誤りを防ぎます。Stopwatchは高分解能パフォーマンスカウンターでティックを数え、システム時計の跳躍の影響を受けないため、経過時間・タイムアウト判定の誤りを防ぐ / 確度: 確立した関係 / 確認日: 2026-08-02 出典

主要概念の定義

Windows Timeサービス(w32time): NTPでマシンの時計をネットワーク上の時刻源と同期するWindowsのサービス。Kerberos認証など時刻ずれに敏感な仕組みの土台になる。
w32tmコマンド: w32timeの同期状態確認・診断・構成をコマンドラインから行うツール。
ドメインコントローラー: Active Directoryのディレクトリサービスを提供し、KDCの機能やNTLMのパススルー認証の相手を担うサーバー。
ワークグループ構成: Active Directoryドメインに参加しない、Kerberosの土俵にないWindowsのネットワーク構成。この構成のシステムのWindows認証には依然としてNTLMが使われ、使われなければならない。
SpecialPollIntervalレジストリ値: 0x1(SpecialInterval)フラグの付いた時刻源に対するポーリング間隔を秒単位で決めるレジストリ値。スタンドアロン既定は604,800秒。
/manualpeerlistによる同期先の手動指定: w32tm /config /manualpeerlistと/syncfromflags:manualで、同期先のNTPサーバーとNtpServerフラグ(0x1・0x2・0x8・0x9)を明示的に指定する構成。
Kerberos: チケットによる一度だけの本人確認と相互認証を提供する認証プロトコル。Windows ServerはKerberos version 5と、公開鍵認証・認可データの転送・委任のための拡張を実装する。
DateTime.UtcNowプロパティ(.NET): コンピューターのシステム時計が示す現在のUTC日時を返す.NETのプロパティ。分解能はシステムタイマー依存でおおむね0.5〜15ms。
Stopwatchクラス(.NET): ハードウェアとOSが対応していれば高分解能パフォーマンスカウンターでティックを数える、経過時間測定専用の.NETクラス。
Hyper-V時刻同期統合サービス(VMICTimeSync): Hyper-Vのホストがゲストに時刻を渡す統合サービス。ゲストのNTPクライアントと並存するもう1つの時刻プロバイダー。
高精度時刻のサポート境界: Windows Server 2016/Windows 10 1607以降のw32timeで、条件を満たす場合に1秒・50ミリ秒・1ミリ秒の精度がサポート対象として定義される境界。
装置とPCの時刻オフセット定期記録: 通信可能な装置の時刻とPCのUTC時刻の差を起動時・定期的に記録し、障害調査時のログ突合に使う運用。
ログタイムスタンプのUTC記録: ログの記録時刻をローカル時刻ではなくUTCで記録し、タイムゾーンやサマータイムによる突合のずれを避ける設計原則。
クロック規律(スルー/ステップ補正): 時刻のずれが小さいときはクロックの進む速度を調整して徐々に合わせ(スルー)、大きいときは時計を直接書き換える(ステップ)、w32timeが用いる時刻補正方式。

機械可読データ

JSON-LD / Turtle ── この記事の知識グラフ全体
概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。