Configuration Managerでのソフトウェア更新プログラムの展開のトラブルシューティング

  • [アーティクル]

この記事では、正常に実行されないソフトウェア更新プログラムの展開のトラブルシューティング方法について説明します。

元の製品バージョン:Microsoft System Center 2012 Configuration Manager、Microsoft System Center 2012 R2 Configuration Manager
元の KB 番号: 3090264

概要

Configuration Managerでソフトウェア更新プログラムを展開する場合は、通常、ソフトウェア更新プログラム グループに更新プログラムを追加します。 次に、ソフトウェア更新プログラム グループをクライアントに展開します。 展開を作成すると、更新ポリシーがクライアント コンピューターに送信されます。 更新コンテンツ ファイルは、配布ポイントからクライアント コンピューター上のローカル キャッシュにダウンロードされます。 その後、更新プログラムはクライアントにインストールできます。 通常、このプロセスは少しの労力で正常に完了します。 ただし、更新プログラムのデプロイが失敗する原因となる問題が発生することがあります。 最も一般的な 2 つのエラー シナリオについて説明し、それぞれにトラブルシューティングの提案を提供します。

Configuration Managerのソフトウェア更新プログラムの詳細については、「ソフトウェア更新プログラムの概要」を参照してください。

ソフトウェア更新プログラムの展開が失敗すると、問題は通常、次の 2 つのカテゴリのいずれかに分類されます。

  • 更新ダウンロードに失敗します。
  • 予期しない再起動が発生するか、メンテナンス期間外に更新プログラムがインストールされます。

更新ダウンロードに失敗する

  1. 更新プログラムがクライアントにダウンロードされない場合は、まず、エラーのCAS.log、ContentTransferManager.log、DataTransferService.logファイルをチェックします。 更新プログラムのダウンロード方法については、「Configuration Managerでソフトウェア更新プログラムの展開プロセスを追跡する」を参照してください。

  2. クライアントが配布ポイントの境界グループに関連付けられている適切な境界にあることを確認します。 境界グループの詳細については、「Configuration Managerでの境界と境界グループの構成」を参照してください。

  3. ソフトウェア更新プログラム パッケージの状態を確認し、更新プログラムがダウンロードされ、配布ポイントにインストールされていることを確認します。 クライアントの境界グループに関連付けられている配布ポイントにコンテンツがインストールされていない場合は、コンテンツの場所のフォールバックを有効にする必要があるかどうかをチェックします。 詳細については、「 フォールバックとは」および「意味」を参照してください。

  4. クライアントがダウンロード場所を受け取ってもコンテンツのダウンロードに失敗した場合は、コンテンツの URL にアクセスして、コンテンツを手動でダウンロードしてみてください。 URL は、DataTransferServices.logを確認することで確認できます。

特定の更新プログラムでのインストール、置き換え、または検出の問題

  1. デプロイの評価中にスキャンが失敗したかどうかを確認します。 スキャンエラーの詳細については、「Configuration Managerでのソフトウェア更新プログラムのスキャンエラーのトラブルシューティング」を参照してください。
  2. WUAHandler.logとWindowsUpdate.logを確認して、更新プログラムのインストール中に受け取ったエラーを見つけます。
  3. 更新プログラム自体のインストールの問題を除外するには、更新プログラムを手動でインストールするか、Microsoft Update からインストールします (可能な場合)。 更新プログラムのインストールが成功したかどうかを確認します。
  4. ほとんどの.NET Framework更新エラーは、.NET Frameworkのインストールが破損していることが原因で発生します。 このような場合は、更新プログラムを手動でインストールしてみてください。 インストール プロセスが失敗した場合は、「Windows Update エラーの修正」を参照してください。

詳細については、「特定の 更新プログラムに関するインストール、置き換え、または検出の問題」を参照してください。

予期しない再起動が発生した場合、またはメンテナンス期間外に更新プログラムがインストールされている

可能であれば、問題を再現できる場合は 、詳細ログとデバッグ ログを有効にします 。

  1. クライアント上のServiceWindowManager.log ファイルを確認し、使用可能なサービス ウィンドウを特定します。

    ServiceWindowManager.logには、メンテナンス期間とその開始時刻と終了時刻に関する情報が含まれています。 この情報は、クライアントでのソフトウェア更新プログラムのインストールに関連する問題のトラブルシューティングを行う場合に非常に役立ちます。

    クライアントで使用可能なメンテナンス期間 (サービス ウィンドウ) の一覧を見つけるには、ServiceWindowManager.logを開き、[ サービス Windows の更新 ] 文字列を検索します。 この行の直後に、次の例のように、コンピューター上の該当するサービス ウィンドウの一覧が表示されます。

    Refreshing Service Windows..... ServiceWindowManager  
Populating instance of ServiceWindow with ID=7cb56688-692f-4fae-b398-0e3ff4413adb, ScheduleString=02C159C0381A200002C159C0381B200002C159C0381C200002C159C0381D200002C159C0381E2000, Type=6 ServiceWindowManager  
This is a one shot Service Window that has already finished. ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 00, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=90a5f436-364c-48c7-8dc7-c5014abcbea8, ScheduleString=00084AC028592000, Type=6 ServiceWindowManager  
StartTime is 02/09/14 00:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 1, hours: 05, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=45dca355-3249-4845-b8aa-72d0e604548e, ScheduleString=02C24AC0381C2000, Type=6 ServiceWindowManager  
StartTime is 02/12/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=87e4759c-2884-45e6-9261-c33ba53f596c, ScheduleString=02C24AC0381D2000, Type=6 ServiceWindowManager  
StartTime is 02/13/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID={1E957DDD-0A26-434C-952A-586F3E31E319}, ScheduleString=00302B0018192000, Type=1 ServiceWindowManager  
StartTime is 02/16/14 01:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 03, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=36da6950-3d1e-4027-be0e-7b16a4daee7e, ScheduleString=02C24AC0101E2000, Type=6 ServiceWindowManager  
StartTime is 02/14/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 02, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=028bfbc0-7120-4081-a268-0e664a92ac4a, ScheduleString=00074AC0005F2000, Type=6 ServiceWindowManager  
StartTime is 02/15/14 00:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 1, hours: 00, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=49fd80be-ac4b-4877-974d-ecd09958926d, ScheduleString=02C24AC0381B2000, Type=6 ServiceWindowManager  
StartTime is 02/11/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=ad27b0ca-8c74-43c7-8200-1f601880bd75, ScheduleString=02C24AC0381A2000, Type=6 ServiceWindowManager  
StartTime is 02/10/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager

    一般に、すべての小文字の英数字を含む ID を持つサービス ウィンドウは、非営業時間 (NBH) メンテナンス期間です。 ソフトウェア センターで構成された営業時間に基づいています。 ただし、大文字の英数字をすべて含む ID を持つサービス ウィンドウは、Configuration Manager コンソールでコレクションに対して定義されているメンテナンス期間です。 この例では、ID 1E957DDD-0A26-434C-952A-586F3E31E319 を除く、すべてのサービス ウィンドウは業務時間以外のウィンドウです。 この期間は、クライアントを保持するコレクションに対して定義されたメンテナンス期間です。

  2. UpdatesDeployment.log ファイルを確認します。 次の行を見つけて、デプロイがメンテナンス期間を無視するように設定されているかどうかをチェックします。

    Notify reboot with deadline = Sunday, Feb 09, 2014. - 21:30:17, Ignore reboot Window = True, NotifyUI = True

  3. MaintenanceCoordinator.log ファイルを確認します。 次の行を見つけて、メンテナンス期間を無視するようにデプロイが設定されているかどうかをチェックします。 の値 1swoverride は、メンテナンス期間の無視設定が有効になっていることを意味します。

    RequestPersistence(id=Update download job, persist=1, swoverride=1, swType=4, pendingWFDisable=0, deadline=1)

  4. SCNotify.log ファイルを確認し、次の行を探して、ユーザーが再起動通知をクリックして再起動を開始したかどうかをチェックします。

    ConfirmRestartDialog: User chose to restart/logoff. (Microsoft.SoftwareCenter.Client.Pages.ConfirmRestartDialog at ButtonRestart_Click)  
ConfirmRestartDialog: user is allowed to restart (Microsoft.SoftwareCenter.Client.Pages.ConfirmRestartDialog at ButtonRestart_Click)  
The user is allowed to restart the computer. Initiating restart. (Microsoft.SoftwareCenter.Client.Data.WmiDataConnector at RestartComputer)

  5. Configuration Manager コンソールのデプロイ プロパティを表示して、デプロイがメンテナンス期間をオーバーライドするように設定されているかどうかをチェックします。 デプロイがメンテナンス期間を上書きするように設定されていないが、クライアント ログで、デプロイによってメンテナンス期間がオーバーライドされたことが示唆されている場合は、監査ステータス メッセージを確認して、展開が誰かによって変更されたかどうかをチェックします。

    監査ステータス メッセージを確認するには、[監視システムステータス>メッセージ クエリ] Configuration Managerコンソール>>に移動します。 [すべてのステータス メッセージ] を右クリックし、[メッセージの表示] をクリックし、期間を選択して、[OK] をクリックします。

    [状態メッセージ ビューアーのConfiguration Manager] ウィンドウで、[フィルターの表示]> に移動し、[メッセージ ID = 30197] をフィルター処理します。 デプロイが変更された場合は、次のようなステータス メッセージが表示されます。

    Severity Type Site code Date / Time System Component Message ID Description  
Information Audit PR1 2/9/2014 11:57:49 PM PR1SITE.CONTOSO.COM Microsoft.ConfigurationManagement.exe 30197 User "DOMAIN\User" modified updates assignment 4 ({BAFB1BDB-7A6C-4DCF-9866-6C22DF92346A}).