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

[アーティクル]
12/14/2024

この記事は、Configuration Manager のソフトウェア更新管理プロセスのトラブルシューティングに役立ちます。これには、クライアントソフトウェア更新プログラムのスキャン、同期の問題、特定の更新プログラムに関する検出の問題が含まれます。

元の製品バージョン: Configuration Manager (現在のブランチ)、System Center 2012 R2 Configuration Manager、System Center 2012 Configuration Manager
元の KB 番号: 4505440

問題の範囲を指定する

このガイドでは、ソフトウェアの更新ポイントが既にインストールおよび構成されていることを前提としています。 Configuration Manager でのソフトウェア更新プログラムの構成の詳細については、「ソフトウェア更新プログラム管理の準備を参照してください。

トラブルシューティングを開始する前に、発生している問題をよりよく理解し、迅速かつ簡単に解決できるようにすることを強調することが重要です。発生している問題の修正を任されている場合でも、組織内のユーザーから報告された問題でも、少し時間を取って次の質問に答えてください。

具体的に何が機能しないのか、目標は何ですか?
問題の頻度またはパターンは何ですか? 問題は引き続き発生していますか?
問題が存在することをどのように認識しましたか?
それは今まで働いたことがありますか? その場合、いつ停止しましたか? 動作を停止する直前に、環境で何か変更されましたか?
影響を受けるクライアントの割合
修正を試みるために(何かあれば)既に何が行われていますか?
クライアントの正確なバージョンとサーバーのバージョンを把握します。これらのシステムは最新の状態ですか?
影響を受けるクライアントの共通点たとえば、同じサブネット、AD サイト、ドメイン、物理的な場所、サイト、サイトシステムなどです。

これらの質問に対する回答を知り、理解することで、発生している問題に対する迅速かつ簡単な解決に最適なパスが得られます。

トラブルシューティングを行うソフトウェア更新プログラム管理プロセス内の特定の領域がわかっている場合は、以下で選択します。不明な場合は、クライアントソフトウェア更新プログラムのスキャンから開始し、プロセス全体を最初から最後まで説明します。

クライアントソフトウェア更新プログラムのスキャン
WSUS から Microsoft Update への同期
特定の更新プログラムに関するインストール、置き換え、または検出の問題

クライアントソフトウェア更新プログラムのスキャン

クライアントスキャンプロセスの概要については、次の手順を参照してください。各手順を確認して、問題の場所を適切に確立します。

手順 1: クライアントが WSUS の場所要求を管理ポイントに送信する

クライアントが最初に行うことは、ソフトウェア更新プログラムスキャンの更新ソースとなる WSUS サーバーを設定することです。そのプロセスの詳細を以下に示します。

Configuration Manager クライアントでソフトウェア更新プログラムのスキャンを処理する必要がある場合、スキャンエージェントは、ScanAgent.logに示されているように、使用可能なポリシーに基づいてスキャン要求を作成します。
```
CScanAgent::ScanByUpdates- Policy available for UpdateSourceID={SourceID}  
ContentVersion=38  
CScanAgent::ScanByUpdates- Added Policy to final ScanRequest List UpdateSourceID={SourceID}, Policy-ContentVersion=38, Required-ContentVersion=38
```

スキャンエージェントは、ScanAgent.logに示されているように、WSUS の場所要求を Location Services に送信するようになりました。

Inside CScanAgent::ProcessScanRequest()  
CScanJobManager::Scan- entered  
ScanJob({JobID}): CScanJob::Initialize- entered  
ScanJob({JobID}): CScanJob::Scan- entered  
ScanJob({JobID}): CScanJob::RequestLocations- entered  
- - - - - -Requesting WSUS Server Locations from LS for {WSUSLocationID} version 38  
- - - - - -Location Request ID = {LocationRequestID}  
CScanAgentCache::PersistInstanceInCache- Persisted Instance CCM_ScanJobInstance  
ScanJob({JobID}): - - - - - -Locations requested for ScanJobID={JobID} (LocationRequestID={LocationRequestID}), will process the scan request once locations are available.

ヒント

各スキャンジョブは、クラスの WMI に格納されます。

名前空間: root\CCM\ScanAgent クラス: CCM_ScanJobInstance

Location Services によって場所要求が作成され、管理ポイントに送信されます。 WSUS の場所要求のパッケージ ID は、更新ソースの一意の ID です。 In LocationServices.log:

CCCMWSUSLocation::GetLocationsAsyncEx  
Attempting to persist WSUS location request for ContentID='{ContentID}' and ContentVersion='38'  
Persisted WSUS location request LocationServices  
Attempting to send WSUS Location Request for ContentID='{ContentID}'
WSUSLocationRequest : <WSUSLocationRequest SchemaVersion="1.00"><Content ID="{ContentID}" Version="38"/><AssignedSite SiteCode="PS1"/><ClientLocationInfo OnInternet="0"><ADSite Name="CM12-R2PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo></WSUSLocationRequest>  
Created and Sent Location Request '{LocationRequestID}' for package {ContentID}

CCM メッセージングは、場所要求メッセージを管理ポイントに送信します。 In CcmMessaging.log:

Sending async message '{Message}' to outgoing queue 'mp:[http]mp_locationmanager'  
Sending outgoing message '{Message}'. Flags 0x200, sender account empty

管理ポイントはこの要求を解析し、 MP_GetWSUSServerLocations ストアドプロシージャを呼び出して、データベースから WSUS の場所を取得します。 In MP_Location.log:

MP LM: Message Body : \<WSUSLocationRequest SchemaVersion="1.00"><Content ID="{ContentID}" Version="38"/><AssignedSite SiteCode="PS1"/><ClientLocationInfo OnInternet="0"><ADSite Name="CM12-R2PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo></WSUSLocationRequest> MP_LocationManager  
MP LM: calling MP_GetWSUSServerLocations

SQL Server プロファイラー:

exec MP_GetMPSitesFromAssignedSite N'PS1'  
exec MP_GetSiteInfoUnified N'<ClientLocationInfo OnInternet="0"><ADSite Name="CM12-R2-PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo>'  
exec MP_GetWSUSServerLocations N'{WSUSServerLocationsID}',N'38',N'PS1',N'PS1',N'0',N'CONTOSO.COM'

ストアドプロシージャから結果を取得した後、管理ポイントはクライアントに応答を送信します。 In MP_Location.log:

MP LM: Reply message body: <WSUSLocationReply SchemaVersion="1.00"><Sites><Site><MPSite SiteCode="PS1"/><LocationRecords><LocationRecord WSUSURL="http://PS1SITE.CONTOSO.COM:8530" ServerName="PS1SITE.CONTOSO.COM" Version="38"/><LocationRecord WSUSURL="https://PS1SYS.CONTOSO.COM:8531" ServerName="PS1SYS.CONTOSO.COM" Version="38"/></LocationRecords></Site></Sites></WSUSLocationReply>

CCM メッセージングは応答を受信し、Location Services に返します。 In CcmMessaging.log:

Message '{Message1}' got reply '{Message2}' to local endpoint queue 'LS_ReplyLocations'  
OutgoingMessage(Queue='mp_[http]mp_locationmanager', ID={*Message1*}):  
Delivered successfully to host 'PS1SYS.CONTOSO.COM'.  
Message '{Message2}' delivered to endpoint 'LS_ReplyLocations'

Location Services は応答を解析し、場所をスキャンエージェントに送り返します。 In LocationServices.log:

Processing Location reply message LocationServices  
WSUSLocationReply : <WSUSLocationReply SchemaVersion="1.00"><Sites><Site><MPSite SiteCode="PS1"/><LocationRecords><LocationRecord WSUSURL="http://PS1SITE.CONTOSO.COM:8530" ServerName="PS1SITE.CONTOSO.COM" Version="38"/><LocationRecord WSUSURL="https://PS1SYS.CONTOSO.COM:8531" ServerName="PS1SYS.CONTOSO.COM" Version="38"/></LocationRecords></Site></Sites></WSUSLocationReply>  
Calling back with the following WSUS locations  
WSUS Path='http://PS1SITE.CONTOSO.COM:8530', Server='PS1SITE.CONTOSO.COM', Version='38'  
WSUS Path='https://PS1SYS.CONTOSO.COM:8531', Server='PS1SYS.CONTOSO.COM', Version='38'  
Calling back with locations for WSUS request {WSUSLocationID}

スキャンエージェントに、ポリシーと更新元の場所が適切なコンテンツバージョンで追加されました。 In ScanAgent.log:

*****WSUSLocationUpdate received for location request guid={LocationGUID}  
ScanJob({JobID}): CScanJob::OnLocationUpdate- Received  
Location=<http://PS1SITE.CONTOSO.COM:8530>, Version=38  
ScanJob({JobID}): CScanJob::Execute- Adding UpdateSource={SourceID}, ContentType=2, ContentLocation=<http://PS1SITE.CONTOSO.COM:8530>, ContentVersion=38

スキャンエージェントは、更新ソースを追加するように WUAHandler に通知します。 WUAHandler は、レジストリに更新ソースを追加します。クライアントがドメイン内にある場合は、グループポリシーの更新が開始され、追加された更新サーバーがグループポリシーによってオーバーライドされるかどうかを確認します。新しい更新ソースが追加WUAHandler.log、次のエントリが記録されます。

Its a WSUS Update Source type ({WSUSUpdateSource}), adding it  
Its a completely new WSUS Update Source  
Enabling WUA Managed server policy to use server: <http://PS1SITE.CONTOSO.COM:8530>
Policy refresh forced  
Waiting for 2 mins for Group Policy to notify of WUA policy change  
Waiting for 30 secs for policy to take effect on WU Agent.  
Added Update Source ({UpdateSource}) of content type: 2

この間、Windows Update エージェントに WSUS 構成の変更が表示されます。 In WindowsUpdate.log:

* WSUS server: <http://PS1SITE.CONTOSO.COM:8530> (Changed)  
* WSUS status server: <http://PS1SITE.CONTOSO.COM:8530> (Changed)  
Sus server changed through policy.

次のレジストリキーがチェックされ、設定されます。

レジストリサブキー	値の名前	種類	データ
`HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate`	`WUServer`	REG_SZ	ポートを含む WSUS サーバーの完全な URL。たとえば、<`http://PS1Site.Contoso.com:8530`> のように指定します。
`HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate`	WUStatusServer	REG_SZ	ポートを含む WSUS サーバーの完全な URL。たとえば、<`http://PS1Site.Contoso.com:8530`> のように指定します。
`HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AU`	`UseWUServer`	REG_DWORD	0x1

既存のクライアントの場合、コンテンツのバージョンがいつ増加したかを示す次のメッセージがWUAHandler.logに表示される可能性があります。

Its a WSUS Update Source type ({WSUSUpdateSource}), adding it.  
WSUS update source already exists, it has increased version to 38.

更新ソースが正常に追加されると、スキャンエージェントによって状態メッセージが生成され、スキャンが開始されます。 In ScanAgent.log:
```
ScanJob({JobID}): Raised UpdateSource ({UpdateSource}) state message successfully. StateId = 2  
ScanJob({JobID}): CScanJob::Execute - successfully requested Scan, ScanType=1
```

手順 1 の問題のトラブルシューティング

問題説明内容

ScanAgent.logは、更新ソースで使用できるポリシーがなく、WUAHandler.logが存在しないか、WUAHandler.log内に現在のアクティビティがないことを示しますクライアントでソフトウェア更新プログラムを有効にする設定を確認します。

スキャンエージェントまたは Location Services が WSUS サーバーの場所を受信しない

問題	説明内容
ScanAgent.logは、更新ソースで使用できるポリシーがなく、WUAHandler.logが存在しないか、WUAHandler.log内に現在のアクティビティがないことを示します	クライアントでソフトウェア更新プログラムを有効にする設定を確認します。
スキャンエージェントまたは Location Services が WSUS サーバーの場所を受信しない	サイトに対してソフトウェアの更新ポイント (SUP) の役割がインストールされていますか? インストールされていない場合は、ソフトウェアの更新ポイントをインストールして構成し、SUPSetup.logの進行状況を監視します。詳細については、「ソフトウェアの更新ポイントのインストールと構成を参照してください。 SUP ロールがインストールされている場合、構成と同期は行われますか? エラーのWCM.log、WSUSCtrl.log、およびWSyncMgr.logを確認します。 `select * from WSUSServerLocations` `select * from Update_SyncStatus`
クライアントは WSUS の場所を受け取りますが、WSUS レジストリキーの構成に失敗する	グループポリシーの更新は、WUAHandler.logごとに 2 分間のタイムアウト内に応答しましたか? その場合、WUAHandler は、 Group ポリシー設定が上位機関 (ドメインコントローラー) によって上書きされたことを示していますか? 詳細については、「グループポリシーが正しい WSUS 構成情報をオーバーライドするを参照してください。

サイトに対してソフトウェアの更新ポイント (SUP) の役割がインストールされていますか?
インストールされていない場合は、ソフトウェアの更新ポイントをインストールして構成し、SUPSetup.logの進行状況を監視します。詳細については、「ソフトウェアの更新ポイントのインストールと構成を参照してください。
SUP ロールがインストールされている場合、構成と同期は行われますか?
エラーのWCM.log、WSUSCtrl.log、およびWSyncMgr.logを確認します。
- select * from WSUSServerLocations
- select * from Update_SyncStatus

クライアントは WSUS の場所を受け取りますが、WSUS レジストリキーの構成に失敗する

グループポリシーの更新は、WUAHandler.logごとに 2 分間のタイムアウト内に応答しましたか? その場合、WUAHandler は、 Group ポリシー設定が上位機関 (ドメインコントローラー) によって上書きされたことを示していますか?

詳細については、「グループポリシーが正しい WSUS 構成情報をオーバーライドするを参照してください。

ソフトウェア更新プログラムのスキャンエラーのトラブルシューティングの詳細については、「ソフトウェア更新プログラムのスキャンエラーをトラブルシューティングするを参照してください。

手順 2: スキャンエージェントがスキャンを要求し、WUAHandler がスキャンを開始する

クライアントがソフトウェア更新スキャンの更新ソースとなる WSUS サーバーを特定して設定すると、スキャンエージェントは、Windows Update エージェント API を使用して Windows Update エージェントにソフトウェア更新プログラムのスキャンを要求する WUAHandler からスキャンを要求します。スキャンの結果として、次の結果が得られます。

スケジュールされたソフトウェア更新プログラムまたは手動のソフトウェア更新プログラムのスキャン
スケジュールされた、または手動で更新されたソフトウェアの展開の再評価
アクティブになるデプロイ

スキャンによって評価がトリガーされます。 In ScanAgent.log:

ScanJob({JobID}): CScanJob::Execute - successfully requested Scan, ScanType=1

スキャン結果には、置き換えられた更新プログラムがサービスパックと定義の更新プログラムに置き換えられる場合にのみ含まれます。 WUAHandler.logで次の手順を実行します。

Search Criteria is (DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver')  
Running single-call scan of updates.  
Async searching of updates using WUAgent started.

ヒント

ソフトウェア更新プログラムのスキャン後にWUAHandler.logを確認して、新しいエントリが発生するかどうかを確認します。新しいエントリが発生しない場合は、管理ポイントから SUP が返されていないことを示します。

手順 2 の問題のトラブルシューティング

ソフトウェア更新プログラムのスキャンに関する多くの問題は、次のいずれかの理由で発生する可能性があります。

ファイルまたはレジストリキーが見つからないか破損しています。
コンポーネントの登録に関する問題。

このような問題を解決するには、「コンポーネントの不足または破損によるスキャンエラーを参照してください。

更新スキャンを要求する 32 ビット Windows 7 ConfigMgr 2012 R2 クライアントが、Configuration Manager にスキャン結果を返すことができないという既知の問題があります。これにより、クライアントは正しくないコンプライアンス状態を報告し、Configuration Manager が更新サイクルを要求すると更新プログラムのインストールに失敗します。ただし、Windows Update コントロールパネルアプレットを使用する場合、通常、更新プログラムは正常にインストールされます。この問題が発生すると、WindowsUpdate.logで次のようなメッセージが表示されます。

WARNING: ISusInternal::GetUpdateMetadata2 failed, hr=8007000E

これはメモリ割り当ての問題です。64 ビットの Windows 7 コンピューターでは、アドレス空間が実質的に無制限であるため、このエラーは表示されません。ただし、メモリが多く、CPU 使用率が高く、パフォーマンスに影響を与える可能性があります。 X86 クライアントもメモリ使用量が多くなります (通常は約 1.2 GB から 1.4 GB)。

この問題を解決するには、 Windows Update Client for Windows 7: June 2015 を適用します。

スキャンエラーのトラブルシューティングを行うときは、WUAHandler.logファイルとWindowsUpdate.logファイルを確認します。 WUAHandler は、Windows Update エージェントが報告した内容を報告するだけです。したがって、WUAHandler のエラーは、Windows Update エージェント自体によって報告されたものと同じエラーになります。エラーの詳細については、WindowsUpdate.logを参照してください。 WindowsUpdate.logを読み取る方法については、「 Windows Update ログファイルを参照してください。

情報の最適なソースは、ログとログに含まれるエラーコードから取得されます。エラーコードの詳細については、「 Windows Update の一般的なエラーと軽減策を参照してください。

手順 3: Windows Update エージェント (WUA) が WSUS コンピューターに対してスキャンを開始する

Windows Update エージェントは、Configuration Manager クライアント (CcmExec) から要求を受信した後にスキャンを開始します。これらのレジストリ値が、ローカルポリシーを介してサイトの有効な SUP である WSUS コンピューターに正しく設定されている場合は、Configuration Manager クライアント (ClientId = CcmExec) からの COM API 検索要求が表示されます。 In WindowsUpdate.log:

COMAPI -- START -- COMAPI: Search [ClientId = CcmExec]  
COMAPI <<-- SUBMITTED -- COMAPI: Search [ClientId = CcmExec] PT + ServiceId = {ServiceID}, Server URL = <http://PS1.CONTOSO.COM:8530/ClientWebService/client.asmx>  
Agent ** START ** Agent: Finding updates [CallerId = CcmExec]  
Agent * Include potentially superseded updates  
Agent * Online = Yes; Ignore download priority = Yes  
Agent * Criteria = "(DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver')"  
Agent * ServiceID = {ServiceID} Managed  
Agent * Search Scope = {Machine}

PT + ServiceId = {ServiceID}, Server URL = <http://PS1.CONTOSO.COM:8530/ClientWebService/client.asmx>  
Agent * Added update {4AE85C00-0EAA-4BE0-B81B-DBD7053D5FAE}.104 to search result  
Agent * Added update {57260DFE-227C-45E3-9FFC-2FC77A67F95A}.104 to search result  
Agent * Found 163 updates and 70 categories in search; evaluated appl. rules of 622 out of 1150 deployed entities  
Agent ** END ** Agent: Finding updates [CallerId = CcmExec]  
COMAPI >>-- RESUMED -- COMAPI: Search [ClientId = CcmExec]  
COMAPI - Updates found = 163  
COMAPI -- END -- COMAPI: Search [ClientId = CcmExec]

手順 3 の問題のトラブルシューティング

スキャン中、Windows Update エージェントは、スキャンを実行するために、WSUS コンピューター上の ClientWebService および SimpleAuthWebService 仮想ディレクトリと通信する必要があります。クライアントが WSUS コンピューターと通信できない場合、スキャンは失敗します。この問題は、次のようなさまざまな理由で発生する可能性があります。

プロキシ関連の問題

これらの問題を解決するには、「プロキシ関連の問題によるスキャンエラーを参照してください。

プロキシサーバーの詳細については、次の記事を参照してください。
- Windows Update クライアントが、Windows Update Web サイトへの接続に使用するプロキシサーバーを決定する方法
- Web プロキシとファイアウォールクライアントの自動検出に対する DNS と DHCP のサポート
HTTP タイムアウトエラー

HTTP タイムアウトエラーのトラブルシューティングを行うには、まず WSUS コンピューターのインターネットインフォメーションサービス (IIS) ログを確認して、エラーが WSUS から実際に返されていることを確認します。 WSUS コンピューターからエラーが返されない場合は、中間ファイアウォールまたはプロキシに問題がある可能性があります。

WSUS コンピューターがエラーを返している場合は、WSUS コンピューターとの接続を確認します。次に手順を示します。
1. クライアントが正しい WSUS サーバーに接続していることを確認するには、Windows Update エージェントクライアントで使用されている WSUS コンピューターの URL を見つけます。この URL は、 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate レジストリサブキーを確認するか、WindowsUpdate.log ファイルを表示することで確認できます。
  
  WSUS の割り当てが正しくない可能性がある一般的な理由は次のとおりです。
  - グループポリシーの競合
  - 初期クライアントインストール後のセカンダリサイトへの SUP の追加
  Note
  
  Active Directory グループポリシーは、ローカル WSUS ポリシーをオーバーライドする場合があります。
  
  ソフトウェア更新機能では、Configuration Manager クライアントのローカルグループポリシー設定が自動的に構成され、ソフトウェアの更新ポイントのソースの場所とポート番号で構成されます。クライアントがソフトウェアの更新ポイントを検索するには、サーバー名とポート番号の両方が必要です。
  
  Active Directory グループポリシー設定がソフトウェアの更新ポイントクライアントインストール用のコンピューターに適用されている場合は、ローカルのグループポリシー設定をオーバーライドします。 Active Directory グループポリシーで定義されている設定の値が Configuration Manager によって設定されたものと異なる場合、クライアントでスキャンが失敗します。正しい WSUS コンピューターが見つからないためです。この場合、WUAHandler.logは次のメッセージを表示します。
  
  上位機関 (ドメインコントローラー) によってグループポリシー設定が上書きされました。サーバー <http://server> とポリシーが有効になっている
  
  クライアントのインストールとソフトウェア更新プログラムのソフトウェアの更新ポイントは、同じサーバーである必要があります。また、Active Directory グループポリシーの設定で、正しい名前の形式とポート情報を指定する必要があります。たとえば、ソフトウェアの更新ポイントが既定の Web サイトを使用していた場合に <http://server1.contoso.com:80> されます。
2. サーバーの URL が正しい場合は、次のような URL を使用してサーバーにアクセスし、クライアントと WSUS コンピューター間の接続を確認します。
  
  <http://SUPSERVER.CONTOSO.COM:8530/Selfupdate/wuident.cab>
  
  クライアントが ClientWebService 仮想ディレクトリにアクセスできるかどうかを確認するには、次のような URL にアクセスしてみてください。
  
  <http://SUPSERVER.CONTOSO.COM:8530/ClientWebService/wusserverversion.xml>
  
  クライアントが SimpleAuthWebServiceにアクセスできるかどうかを確認するには、次のような URL にアクセスしてみてください。
  
  <http://SUPSERVER.CONTOSO.COM:8530/SimpleAuthWebService/SimpleAuth.asmx>
  
  これらの URL のいずれかが失敗した場合、次のような理由が考えられます。
  - クライアントでの名前解決の問題。 WSUS コンピューターの FQDN を解決できることを確認します。
  - プロキシ構成の問題。
  - ネットワーク関連のその他の接続の問題。
  - ポート構成の問題があるため、ポート設定が正しいことを確認することをお勧めします。 WSUS は、80、443、8530、8531 のいずれかのポートを使用するように構成できます。
    
    クライアントが WSUS コンピューターと通信するには、WSUS コンピューター上のファイアウォールで適切なポートを許可する必要があります。ポート設定は、ソフトウェアの更新ポイントサイトシステムの役割が作成されるときに構成されます。これらのポート設定は、WSUS Web サイトで使用されるポート設定と同じである必要があります。それ以外の場合、WSUS 同期マネージャーは、同期を要求するソフトウェアの更新ポイントで実行されている WSUS に接続できません。次の手順では、WSUS とソフトウェアの更新ポイントで使用されるポート設定を確認する方法について説明します。
    1. IIS 7.0 以降のバージョンで使用される WSUS ポート設定を決定します。
    2. IIS 6.0 で WSUS ポートの設定を決定します。
    3. ソフトウェアの更新ポイントのポートを構成します。
    4. ポート接続の確認
      
      クライアントからのポート接続を確認するには、次のコマンドを実行します。
```
telnet SUPSERVER.CONTOSO.COM <portnumber>
```
      たとえば、ポートが 8530 の場合は、次のコマンドを実行します。
```
telnet SUPSERVER.CONTOSO.COM 8530
```
      ポートにアクセスできない場合、telnet は次のようなエラーを返します。
      
      ポート <PortNumber でホストへの接続を開けませんでした>
      
      このエラーは、WSUS コンピューターの通信を許可するようにファイアウォール規則が構成されていないことを示しています。このエラーは、中間ネットワークデバイスがそのポートをブロックしていることを示唆することもできます。確認するには、同じローカルサブネット上のクライアントから同じテストを試します。動作する場合は、コンピューターが正しく構成されます。ただし、セグメント間のルーターまたはファイアウォールによってポートがブロックされ、障害が発生しています。
  - IIS の可用性の問題。
    1. WSUS コンピューターで、インターネットインフォメーションサービス (IIS) マネージャーを開きます。
    2. [ サイト] を展開し WSUS コンピューターの Web サイトを右クリックし、[バインドの編集 ] をクリック。
    3. [ Site Bindings ] ダイアログボックスの [ Port 列に HTTP ポートと HTTPS ポートの値が表示されます。
    4. WSUS サーバーで、インターネットインフォメーションサービス (IIS) マネージャーを開きます。
    5. Web サイト展開し、WSUS コンピューターの Web サイトを右クリックし、Properties をクリックします。
    6. Web サイト タブをクリックします。HTTP ポート設定は TCP ポートで表示され HTTPS ポート設定は SSL ポートに表示されます。
    7. Configuration Manager コンソールで、 Administration>Site Configuration>Servers およびサイトシステムの役割に移動し、右側のウィンドウで <SiteSystemName> をクリックします。
    8. 下部のウィンドウで、Software の更新ポイントを右クリックしPropertiesをクリックします。
    9. General タブに移動し、WSUS 構成ポート番号を指定または確認します。
認証エラー

これは通常、認証エラー 0x80244017 (HTTP 状態 401) または0x80244018 (HTTP 状態 403) でスキャンが失敗したときに示されます。

まず、次のコマンドを使用して、正しい WinHTTP プロキシ設定を確認します。
- Windows Vista 以降のバージョンの場合: netsh winhttp show proxy
- Windows XP の場合: proxycfg.exe
プロキシ設定が正しい場合は、「 HTTP タイムアウトエラーの手順を完了して、WSUS コンピューターとの接続を確認します。また、WSUS コンピューターの IIS ログを確認して、WSUS から HTTP エラーが返されていることを確認します。 WSUS コンピューターからエラーが返されない場合は、中間ファイアウォールまたはプロキシに問題がある可能性があります。
証明書の問題

証明書の問題は、"クライアント認証を完了するために証明書が必要です" というエラーコード0x80072F0Cによって示されます。この問題を解決するには、「 Scan がエラー 0x80072f0cで失敗する」を参照してください。

手順 4: WUAHandler が Windows Update エージェントから結果を受信し、スキャンを完了としてマークする

次のコードがWUAHandler.logに記録されます。

Async searching completed.  
Finished searching for everything in single call.

手順 4 の問題のトラブルシューティング

ここでの問題は、手順 3 のスキャンエラーと同じ方法で対処する必要があります。

このガイドで前述したように、スキャンエラーのトラブルシューティングを行うときは、WUAHandler.logファイルとWindowsUpdate.logファイルを確認します。 WUAHandler は、Windows Update エージェントが報告した内容を報告するだけです。したがって、WUAHandler のエラーは、Windows Update エージェント自体によって報告されたものと同じエラーになります。エラーの詳細については、WindowsUpdate.logを参照してください。 WindowsUpdate.logを読み取る方法については、「 Windows Update ログファイルを参照してください。

ソフトウェア更新プログラムのスキャンが失敗する理由は多数あります。これは、前述のいずれかの問題、またはクライアントとソフトウェアの更新ポイントコンピューター間の通信またはファイアウォールの問題によって発生する可能性があります。情報の最適なソースは、ログとログに含まれるエラーコードから取得されます。エラーコードの詳細については、「 Windows Update の一般的なエラーと軽減策を参照してください。

手順 5: WUAHandler がスキャン結果を解析する

その後、WUAHandler は結果を解析します。これには、各更新プログラムの適用状態が含まれます。このプロセスの一環として、置き換えられた更新プログラムは排除されます。適用性の状態は、CCMExec によって Windows Update エージェントに送信された条件に一致するすべての更新プログラムに対してチェックされます。ここで理解しておくべき重要な点は、更新プログラムが展開中かどうかに関係なく、更新プログラムの適用性の結果を確認する必要があるということです。

次のエントリがWUAHandler.logに記録されます。

> Pruning: update id (70f4f236-0248-4e84-b472-292913576fa1) is superseded by (726b7201-862a-4fde-9b12-f36b38323a6f).  
> ...  
> Update (Installed): Security Update for Windows 7 for x64-based Systems (KB2584146) (4ae85c00-0eaa-4be0-b81b-dbd7053d5fae, 104)  
> Update (Missing): Security Update for Windows 7 for x64-based Systems (KB2862152) (505fda07-b4f3-45fb-83d9-8642554e2773, 200)  
> ...  
> Successfully completed scan.

手順 5 の問題のトラブルシューティング

問題は、手順 3 のスキャンエラーと同じ方法で対処できます。

一般に、ソフトウェア更新プログラムのスキャンが失敗する理由は多数あります。これは、前述の問題の 1 つ、またはクライアントとソフトウェアの更新ポイントコンピューター間の通信またはファイアウォールの問題によって発生する可能性があります。情報の最適なソースは、ログとログに含まれるエラーコードから取得されます。リファレンスとして、「 Windows Update の一般的なエラーと軽減策を参照してください。

手順 6: 更新ストアは状態を記録し、WMI の更新ごとに状態メッセージを生成する

スキャン結果が使用可能になると、これらの結果は更新ストアに格納されます。更新ストアは、各更新プログラムの現在の状態を記録し、更新ごとに状態メッセージを作成します。これらの状態メッセージは、ステータスメッセージのレポートサイクルの終了時 (既定では分) に一括でサイトサーバーに転送されます。次の状況でのみ状態メッセージを送信します。

更新プログラムに対して以前の状態メッセージが送信されていません (ログエントリ: 新しいインスタンスを作成する前に報告されていません)。
更新プログラムの適用可能性の状態は、最後の状態メッセージが送信されてから変更されました。

不足している更新 (KB2862152) が記録され、状態メッセージが発生した状態を示すUpdatesStore.log:

Processing update status from update (505fda07-b4f3-45fb-83d9-8642554e2773) with ProductID = 0fa1201d-4330-4fa8-8ae9b877473b6441  
Update status from update (505fda07-b4f3-45fb-83d9-8642554e2773) hasn't been reported before, creating new instance.  
Successfully raised state message for update (505fda07-b4f3-45fb-83d9-8642554e2773) with state (Missing).  
Successfully added WMI instance of update status (505fda07-b4f3-45fb-83d9-8642554e2773).

State ID 2 (不足) で記録されている状態メッセージを示すStateMessage.log:

Adding message with TopicType 500 and TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 to WMI  
State message(State ID : 2) with TopicType 500 and TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 has been recorded for SYSTEM

ヒント

更新ごとに、 CCM_UpdateStatus クラスのインスタンスが作成または更新され、更新プログラムの現在の状態が格納されます。 CCM_UpdateStatus クラスは、ROOT\CCM\SoftwareUpdates\UpdatesStore 名前空間にあります。

手順 6 の問題のトラブルシューティング

ここでの問題は、手順 3 のスキャンエラーと同じ方法で対処する必要があります。

手順 7: 状態メッセージが管理ポイントに送信される

WUAHandler が Windows Update エージェントから結果を正常に受信すると、スキャンが完了としてマークされ、次のメッセージがWUAHandler.logに記録されます。

Async searching completed. WUAHandler  
Finished searching for everything in single call

手順 7 の問題のトラブルシューティング

ここでの問題は、手順 3 のスキャンエラーと同じ方法で対処する必要がありますが、この段階では、特にWindowsUpdate.log ファイルでエラーが発生する可能性があります。 WindowsUpdate.logを読み取る方法については、「 Windows Update ログファイルを参照してください。

WSUS から Microsoft Update への同期

次の手順では、WSUS と Microsoft Update の同期について説明します。各手順を確認して、問題の場所を適切に確立します。

手順 1: スケジュールされた要求または手動要求を使用して同期を開始する

同期がトリガーされると、WSUS サーバーのSoftwareDistribution.log内に次のメッセージが表示されます。

手動同期の場合:

Changew3wp.6AdminDataAccess.StartSubscriptionManuallySynchronization manually started  
Info WsusService.27EventLogEventReporter.ReportEvent  
EventId=382,Type=Information,Category=Synchronization,Message=A manual synchronization was started.

スケジュールされた同期の場合:

InfoWsusService.10EventLogEventReporter.ReportEvent  
EventId=381,Type=Information,Category=Synchronization,Message=A scheduled synchronization was started.

手順 1 の手動同期のトラブルシューティング

WSUS サービスが実行されていることを確認します。手動同期が開始されたが 0% のままである場合は、WSUS サービス (Update Services が WSUS 3.x で WSUSService windows Server 2012 以降のバージョン) が停止状態です。
次の手順に従って、WSUS コンソール MMC キャッシュをリセットします。
1. WSUS コンソールを閉じます。
2. WSUS 3.x で WSUS サービス (Update Services を停止します。 WSUS サービス Windows Server 2012 以降のバージョン)。
3. %appdata%\Microsoft\mmc にアクセスします。
4. wsus の名前をwsus_bakに変更します。
5. WSUS サービスを開始します。
6. WSUS コンソールを開き、別の手動同期を試します。

手順 1 でスケジュールされた同期のトラブルシューティングを行う

WSUS コンソールから手動同期を試します。
手動同期が正常に動作する場合は、スケジュールされた同期設定を確認します。

手順 2: WSUS が Microsoft Update (MU) への接続を生成する

同期が開始されると、WSUS サーバーは WinHTTP 経由で HTTP 接続を試行します。接続のトラブルシューティングを行うときは、次の要因を考慮してください。

WSUS <=winhttp=> ネットワークエンティティ <=> インターネット

WSUS ホストコンピューターとインターネットの間にネットワークエンティティ (プロキシ、ファイアウォール、セキュリティフィルターなど) が存在しますか?
プロキシが存在し、そのプロキシを使用するために WSUS サーバーが必要な場合、プロキシは適切な WSUS 設定内で構成されていますか?

手順 2 の手動同期のトラブルシューティング

WSUS サービスが実行されていることを確認します。手動同期が開始されても 0% のままである場合は、WSUS 3.x の WSUS サービス (Update Services が原因 WSUS サービス Windows Server 2012 以降のバージョン) が停止状態です。
次の手順を実行して、WSUS コンソール MMC キャッシュをリセットします。
1. WSUS コンソールを閉じます。
2. WSUS 3.x で WSUS サービス (Update Services を停止します。 WSUS サービス Windows Server 2012 以降のバージョン)。
3. %appdata%\Microsoft\mmc にアクセスします。
4. wsus の名前をwsus_bakに変更します。
5. WSUS サービスを開始します。
6. WSUS コンソールを開き、別の手動同期を試します。

手順 2 でスケジュールされた同期のトラブルシューティングを行う

WSUS コンソールから手動同期を試します。
手動同期が正常に動作する場合は、スケジュールされた同期設定を確認します。

手順 3: WSUS コンピューターは、Microsoft Update とサブスクライブされたメタデータから製品と分類の情報を受け取ります

WSUS が Microsoft Update から製品と分類の情報とサブスクライブされたメタデータを受信すると、WSUS の同期が完了します。

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

特定の更新プログラムで発生するデプロイの問題は、以下の領域に分けることができます。トラブルシューティングを開始するときは、これらの領域に関連付けられている次のコンポーネントを検討してください。

領域	インストール	置き換え	検出
コンポーネント	WUA Update Installer (コンポーネントベースサービシング (CBS)、MSI) CCMExec	メタデータの更新	WUA メタデータの更新 Update Installer (CBS、MSI)

インストールの問題

インストーラー (CBS、MSI、その他) とは

CBS

Windows Vista 以降のバージョンに適用される更新プログラムの場合は、CBS を使用してインストールを処理します。

CBS ログ (%Windir%\Logs\Cbs\Cbs.log) を収集し、最初のレビューを実行して、障害の原因を把握します。 CBS ログを使用したインストールベースの問題のトラブルシューティングは、このガイドの範囲外です。詳細については、「 DISM またはシステム更新準備ツールを使用して Windows の破損エラーを修正するを参照してください。
ログオンユーザーとして更新プログラムは正常にインストールされますか? その場合、システムコンテキストの下にインストールされている場合にのみ失敗しますか? この場合は、システムコンテキストでの手動インストールエラーのトラブルシューティングに重点を置きます。

MSI (Windows インストーラー)

Windows 以外のソフトウェア更新プログラムの場合は、MSI を使用してインストールが処理されます。

更新プログラムの既定の MSI ログを収集して確認します。既知の問題や FAQ については、関連する KB 記事で更新プログラムを確認してください。
Windows インストーラーのログ記録を有効にしてエラーを再現します。

結果のログを確認するときは、ログ内の戻り値 3 と、そのエントリの前の行でエラーの分析情報を確認します。
同じ更新プログラムがローカルシステムコンテキストで手動でインストールできないかどうかを確認します。これを行うには、ソフトウェア更新プログラムの展開中に失敗したのと同じインストールスイッチを使用します。

失敗した場合は、同じインストールスイッチを持つログオンユーザーとしてインストールをテストします。ローカルシステムでのインストールに問題があるかどうかを確認します。動作する場合は、ローカルシステムコンテキストを使用して更新プログラムを適切にインストールする方法に焦点を当てることができます。更新プログラムまたはオンラインの KB 内の管理展開ガイダンスを確認する必要がある場合があります。

置き換えの問題

次の質問を使用して、置き換えに関連する問題の分離を試みます。

Configuration Manager の更新プログラムの有効期限を制御する方法については、「 Supersedence ルールを参照してください。
Configuration Manager によって更新プログラムの有効期限が切れている場合は、最新のスーパースティング更新プログラムを展開することをお勧めします。期限切れの更新プログラムを展開する必要がある場合は、ソフトウェア配布またはアプリケーション管理を使用して、ソフトウェア更新プログラムの展開の外部に展開できます。
更新プログラムの置き換えロジックに特に関連する質問については、まず、更新プログラムのサポート技術情報の記事で詳細を確認してください。 Microsoft Update カタログ、WSUS コンソール、または Configuration Manager コンソール内で置き換えを確認することもできます。

検出の問題

クライアントの更新ごとにコンプライアンス状態を決定する

更新プログラムに関する既知の問題については、更新プログラムの KB に関する記事を参照してください。
Configuration Manager クライアントで Software Updates Scan Cycle アクションを実行します。
UpdatesStore.logとWindowsUpdate.logを確認します。

更新プログラムの適用性のトラブルシューティング

更新プログラムのサポート技術情報の記事を使用して、前提条件がないかどうかを確認します。たとえば、更新プログラムでは、アプリケーションまたは OS に特定のサービスパックレベルにパッチを適用する必要がありますか?
問題の更新プログラムの一意の更新 ID が、デプロイされているものと一致することを確認します。たとえば、問題の更新プログラムは 32 ビットの更新ですが、64 ビットホストを対象としていますか?

詳細

Configuration Manager でソフトウェア更新プログラムを構成する方法の詳細については、次の記事を参照してください。

セキュリティ、更新プログラム、コンプライアンスに関する質問を Configuration Manager サポートフォーラムに投稿することもできますこちら。

Configuration Manager 最新のニュース、情報、および技術に関するヒントについては、ブログを参照してください。

次の方法で共有

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

問題の範囲を指定する

クライアントソフトウェア更新プログラムのスキャン

手順 1: クライアントが WSUS の場所要求を管理ポイントに送信する

手順 1 の問題のトラブルシューティング

手順 2: スキャンエージェントがスキャンを要求し、WUAHandler がスキャンを開始する

手順 2 の問題のトラブルシューティング

手順 3: Windows Update エージェント (WUA) が WSUS コンピューターに対してスキャンを開始する

手順 3 の問題のトラブルシューティング

手順 4: WUAHandler が Windows Update エージェントから結果を受信し、スキャンを完了としてマークする

手順 4 の問題のトラブルシューティング

手順 5: WUAHandler がスキャン結果を解析する

手順 5 の問題のトラブルシューティング

手順 6: 更新ストアは状態を記録し、WMI の更新ごとに状態メッセージを生成する

手順 6 の問題のトラブルシューティング

手順 7: 状態メッセージが管理ポイントに送信される

手順 7 の問題のトラブルシューティング

WSUS から Microsoft Update への同期

手順 1: スケジュールされた要求または手動要求を使用して同期を開始する

手順 1 の手動同期のトラブルシューティング

手順 1 でスケジュールされた同期のトラブルシューティングを行う

手順 2: WSUS が Microsoft Update (MU) への接続を生成する

手順 2 の手動同期のトラブルシューティング

手順 2 でスケジュールされた同期のトラブルシューティングを行う

手順 3: WSUS コンピューターは、Microsoft Update とサブスクライブされたメタデータから製品と分類の情報を受け取ります

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

インストールの問題

CBS

MSI (Windows インストーラー)

置き換えの問題

検出の問題

クライアントの更新ごとにコンプライアンス状態を決定する

更新プログラムの適用性のトラブルシューティング

詳細

フィードバック

その他のリソース

次の方法で共有

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

問題の範囲を指定する

クライアント ソフトウェア更新プログラムのスキャン

手順 1: クライアントが WSUS の場所要求を管理ポイントに送信する

手順 1 の問題のトラブルシューティング

手順 2: スキャン エージェントがスキャンを要求し、WUAHandler がスキャンを開始する

手順 2 の問題のトラブルシューティング

手順 3: Windows Update エージェント (WUA) が WSUS コンピューターに対してスキャンを開始する

手順 3 の問題のトラブルシューティング

手順 4: WUAHandler が Windows Update エージェントから結果を受信し、スキャンを完了としてマークする

手順 4 の問題のトラブルシューティング

手順 5: WUAHandler がスキャン結果を解析する

手順 5 の問題のトラブルシューティング

手順 6: 更新ストアは状態を記録し、WMI の更新ごとに状態メッセージを生成する

手順 6 の問題のトラブルシューティング

手順 7: 状態メッセージが管理ポイントに送信される

手順 7 の問題のトラブルシューティング

WSUS から Microsoft Update への同期

手順 1: スケジュールされた要求または手動要求を使用して同期を開始する

手順 1 の手動同期のトラブルシューティング

手順 1 でスケジュールされた同期のトラブルシューティングを行う

手順 2: WSUS が Microsoft Update (MU) への接続を生成する

手順 2 の手動同期のトラブルシューティング

手順 2 でスケジュールされた同期のトラブルシューティングを行う

手順 3: WSUS コンピューターは、Microsoft Update とサブスクライブされたメタデータから製品と分類の情報を受け取ります

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

インストールの問題

CBS

MSI (Windows インストーラー)

置き換えの問題

検出の問題

クライアントの更新ごとにコンプライアンス状態を決定する

更新プログラムの適用性のトラブルシューティング

詳細

フィードバック

その他のリソース

クライアントソフトウェア更新プログラムのスキャン

手順 2: スキャンエージェントがスキャンを要求し、WUAHandler がスキャンを開始する