Windows Update のログ ファイル

  • [アーティクル]

対象: Windows 10

次の表では、Windows Update によって作成されるログ ファイルについて説明します。

ログ ファイル 場所 説明 用途
windowsupdate.log C:\Windows\Logs\WindowsUpdate Windows 8.1 以降、引き続き Windows 10 において、Windows Update クライアントは Event Tracing for Windows (ETW) を使用して診断ログを生成します。 Windows Update を実行する際にエラー メッセージが表示される場合、Windowsupdate.log ログ ファイルに含まれている情報を使用して問題のトラブルシューティングを行うことができます。
UpdateSessionOrchestration.etl C:\ProgramData\USOShared\Logs Windows 10 以降、さまざまな種類の更新プログラムを Windows Update からダウンロードしてインストールするシーケンスは、Update Orchestrator によって制御されています。 イベントは、これらの .etl ファイルに記録されます。 利用できる更新プログラムがあると表示されるものの、ダウンロードがトリガーされないとき。
更新プログラムがダウンロードされるものの、インストールがトリガーされないとき。
更新プログラムがインストールされるものの、再起動がトリガーされないとき。
NotificationUxBroker.etl C:\ProgramData\USOShared\Logs Windows 10 以降、通知トーストまたはバナーは、NotificationUxBroker.exe によってトリガーされます。 通知がトリガーされたかどうかを確認するとき。
CBS.log %systemroot%\Logs\CBS このログでは、サービス スタックの、更新プログラムのインストールに関する部分の分析が提供されます。 Windows Update のインストールに関する問題のトラブルシューティングを行うとき。

WindowsUpdate.log の生成

複数の Windows Update トレース ファイル (.etl ファイル) を読み取り可能な 1 つの WindowsUpdate.log ファイルに結合および変換する方法については、「Get-WindowsUpdateLog」を参照してください。

注

Get-WindowsUpdateLog コマンドレットを実行すると、WindowsUpdate.log ファイルのコピーが静的なログ ファイルとして生成されます。 Get-WindowsUpdateLogをもう一度実行しない限り、古い WindowsUpdate.log として更新されません。

Windows Update ログ コンポーネント

Windows Update エンジンには、さまざまなコンポーネント名が付いています。 WindowsUpdate.log ファイルに表示される一般的なコンポーネントには、以下のようなものが含まれます。

  • AGENT- Windows Update エージェント
  • AU - 自動更新がこのタスクを実行します
  • AUCLNT - AU とログオンしているユーザーの間の対話
  • CDM - デバイス マネージャー
  • CMPRESS - 圧縮エージェント
  • COMAPI - Windows Update API
  • DRIVER - デバイス ドライバー情報
  • DTASTOR - データベース トランザクションの処理
  • EEHNDLER - 更新プログラムの適用性を評価するために使用される式ハンドラー
  • HANDLER - 更新プログラムのインストーラーの管理
  • MISC - 全般的なサービス情報
  • OFFLSNC - ネットワークに接続されていないときに利用可能な更新プログラムを検出
  • PARSER - 式情報の解析
  • PT - 更新プログラム情報をローカル データストアに同期
  • REPORT - レポート情報の収集
  • SERVICE - 自動更新サービスの起動およびシャットダウン
  • SETUP - 利用可能になった Windows Update クライアントの新しいバージョンをインストール
  • SHUTDWN - シャットダウン時にインストールを行う
  • WUREDIR - Windows Update リダイレクター ファイル
  • WUWEB - Windows Update ActiveX コントロール
  • ProtocolTalker - クライアントとサーバーの同期
  • DownloadManager - ペイロード ダウンロードの作成および監視
  • ハンドラー、セットアップ - インストーラー ハンドラー (CBS など)
  • EEHandler - 更新プログラムの適用性ルールの評価
  • DataStore - 更新データのローカルでのキャッシュ
  • IdleTimer - アクティブな呼び出しの追跡、サービスの停止

注

多くのコンポーネント ログ メッセージは、該当する領域での問題を探している場合に、非常に有益です。 ただし、目的の内容に集中できるようフィルター処理を行って関係のないコンポーネントを除外しない場合、これらのコンポーネントの使用価値は低くなる可能性があります。

Windows Update ログの構造

Windows Update のログ構造は、大きく 4 つの識別情報に分かれています。

  • タイム スタンプ
  • プロセス ID とスレッド ID
  • コンポーネント名
  • 更新プログラム ID
    • 更新プログラム ID とリビジョン番号
    • リビジョン ID
    • ローカル ID
    • 用語の不統一

次のセクションでは、WindowsUpdate.log の構造について説明します。

タイム スタンプ

タイム スタンプは、ログ記録が行われた日時を示します。

  • 通常、メッセージは日付順に表示されますが、例外がある場合があります。
  • 同期中に発生した一時停止は、スキャンが成功した場合であっても、ネットワークの問題を示している可能性があります。
  • スキャンの終了間際の長い一時停止は、優先チェーンの問題を示している可能性があります。
    Windows Update のタイム スタンプ。

プロセス ID とスレッド ID

プロセス ID とスレッド ID はランダムな ID で、ログごとに異なったり、同じログ内であってもサービス セッションごとに異なったりします。

  • 最初の 4 桁の16 進数がプロセス ID です。
  • 次の 4 桁の 16 進数がスレッド ID です。
  • USO、Windows Update エンジン、COM API 呼び出し元、Windows Update インストーラー ハンドラーなどの各コンポーネントは、専用のプロセス ID を持っています。
    Windows Update のプロセス ID とスレッド ID。

コンポーネント名

ID に関連付けられているコンポーネントを検索して特定します。 Windows Update エンジンの異なる部分には、異なるコンポーネント名が付いています。 たとえば、次のようなコンポーネント名があります。

  • ProtocolTalker - クライアントとサーバーの同期
  • DownloadManager - ペイロード ダウンロードの作成および監視
  • Handler, Setup - インストーラー ハンドラー (CBS など)
  • EEHandler - 更新プログラムの適用性ルールの評価
  • DataStore - 更新データのローカルでのキャッシュ
  • IdleTimer - アクティブな呼び出しの追跡、サービスの停止

Windows Update コンポーネント名。

更新プログラムの識別子

更新プログラム ID とリビジョン番号

同一の更新プログラムに対して、異なるコンテキストごとに異なる識別子が使用されます。 識別子のスキームを理解しておくことが大切です。

  • 更新プログラム ID: 公開時にそれぞれの更新プログラムに与えられる GUID (前のスクリーンショットに示されています)
  • リビジョン番号: サービスでそれぞれの (付与された更新プログラム ID を持つ) 更新プログラムが変更されて再公開されるたびに 1 ずつ増える番号
  • リビジョン番号は、更新プログラム間で再使用されます (一意の識別子ではありません)。
  • 更新 ID とリビジョン番号は、多くの場合、"{GUID}.revision" として一緒に表示されます。更新識別子をWindows Updateします。
リビジョン ID
  • リビジョン ID ("リビジョン番号" の値と混同しないように注意してください) は、特定のサービスで更新プログラムが最初に発行または変更されたときに発行されるシリアル番号です。
  • 変更された既存の更新プログラムでは、同じ更新プログラム ID (GUID) が維持され、リビジョン番号が 1 つ増えますが (たとえば、100 から 101 に)、以前のリビジョン ID とは関係のない新しいリビジョン ID を取得します。
  • リビジョン ID は特定の更新ソースに固有ですが、複数のソース間では異なります。
  • 同じ更新プログラムのリビジョンが、Windows Update 上と WSUS 上とで異なるリビジョン ID を持つ可能性があります。
  • 同じリビジョン ID が表す更新プログラムが、Windows Update 上と WSUS 上とで異なる可能性があります。
ローカル ID
  • ローカル ID は、特定の Windows Update クライアントによって更新プログラムがサービスから受信されたときに発行されるシリアル番号です。
  • 通常はデバッグ ログに記載されます。更新情報のローカル キャッシュ (データストア) に関するものは特にそうです。
  • 異なるクライアント PC により、同じ更新プログラムに対して異なるローカル ID が割り当てられます
  • クライアントで使用されているローカル ID は、クライアントの %WINDIR%\SoftwareDistribution\Datastore\Datastore.edb ファイルを取得することにより確認できます。
用語の不統一

  • ログでの用語の使用方法が統一されていなことがあります。 たとえば、InstalledNonLeafUpdateIDs リストに実際に含まれているのは、更新プログラム ID ではなくリビジョン ID です。

  • ID は、フォームやコンテキストによって認識するようにします。

    • GUID は、更新プログラム ID です
    • 更新プログラム ID の横に表示される小さな整数は、リビジョン番号です
    • 通常、大きな整数は、リビジョン ID です
    • 小さな整数 (特にデータストア) は、ローカル ID Windows Updateインコンシステン用語にすることができます。

SetupDiag ツールによる Windows Setup ログ フィアルの分析

SetupDiag は、Windows 更新プログラムのインストール関連ログの分析に使用できる診断ツールです。 詳細については、「SetupDiag」を参照してください。