ソフトウェア更新プログラムのインストール

Configuration Manager (現在のブランチ) に適用

Install Software Updates 手順は、通常、Configuration Manager タスク シーケンスで使用されます。 OS をインストールまたは更新すると、ソフトウェア更新プログラム コンポーネントがトリガーされ、更新プログラムをスキャンして展開します。 この手順は、タイムアウトの遅延が長くなったり、更新プログラムが見つからなかったりするなどの課題を一部のお客様に引き起こす可能性があります。 この記事の情報は、この手順の一般的な問題を軽減し、問題が発生した場合のトラブルシューティングに役立ちます。

手順の詳細については、「Install Software Updates」を参照してください

推奨事項

このプロセスを成功させるには、次の推奨事項を使用します。

オフライン サービスを使用する

Configuration Manager を使用して、適切なソフトウェア更新プログラムをイメージ ファイルに定期的にインストールします。 これにより、タスク シーケンス中にインストールする必要がある更新プログラムの数が減ります。

詳細については、「 イメージにソフトウェア更新プログラムを適用する」を参照してください。

単一インデックス

多くのイメージ ファイルには、Windows の異なるエディションなどに複数のインデックスが含まれています。 イメージ ファイルを必要な 1 つのインデックスに縮小します。 この方法により、ソフトウェア更新プログラムをイメージに適用する時間が短縮されます。 また、イメージ サイズを小さくするための次の推奨事項も有効になります。

サイトに OS イメージを追加するときに、このプロセスを自動化します。 詳細については、「 OS イメージの追加」を参照してください。

画像サイズを小さくする

ソフトウェア更新プログラムをイメージに適用する場合は、置き換えられた更新プログラムを削除して出力を最適化します。 DISM コマンド ライン ツールを使用します。次に例を示します。

dism /Mount-Image /ImageFile:C:\Data\install.wim /MountDir:C:\Mountdir
dism /Image:C:\Mountdir /Cleanup-Image /StartComponentCleanup /ResetBase
dism /Unmount-Image /MountDir:C:\Mountdir /Commit

このプロセスを自動化するオプションがあります。 詳細については、「 最適化された画像サービス」を参照してください。

画像エンジニアリングの決定事項

イメージング プロセスを設計する際には、ソフトウェア更新プログラムのインストールに影響を与える可能性のあるいくつかのオプションがあります。

定期的にイメージを再キャプチャする

カスタム OS イメージを定期的にキャプチャするための自動化されたプロセスがあります。 このキャプチャ タスク シーケンスでは、最新のソフトウェア更新プログラムがインストールされます。 これらの更新プログラムには、累積的な更新プログラム、非累積的な更新プログラムのほか、サービス スタック更新プログラム (SSU) などの他の重要な更新プログラムが含まれる場合があります。 展開タスク シーケンスでは、キャプチャ以降の他のすべての更新プログラムがインストールされます。

このプロセスの詳細については、「 OS をキャプチャするタスク シーケンスの作成」を参照してください。

長所: 画像の再キャプチャ

  • クライアントごとの展開時に適用される更新プログラムが少ないため、展開時の時間と帯域幅を節約できます
  • 再起動の原因に注意する更新プログラムを減らす
  • Customized image for the organization
  • 展開時の変数の削減

短所: 画像の再キャプチャ

  • 画像の作成とキャプチャにかかる時間 (ほとんどは自動化されていますが)
  • 配布ポイントへのイメージの配布にかかる時間が長くなり、アクティブなデプロイではその機能停止とみなされる可能性があります。
  • 実稼働前環境でのテストにかかる時間は、OS パッチ サイクルよりも長くなる可能性があり、これにより、更新されたイメージが無関係になる可能性があります

オフライン サービスを使用する

ソフトウェア更新プログラムをイメージに適用するように Configuration Manager をスケジュールします。

詳細については、「 イメージにソフトウェア更新プログラムを適用する」を参照してください。

長所: オフライン サービス

  • クライアントごとの展開時に適用される更新プログラムが少ないため、展開時の時間と帯域幅を節約できます
  • 再起動の原因に注意する更新プログラムを減らす
  • サービス プロセスは、現場でスケジュールできます

短所: オフライン サービス

  • 更新プログラムの手動選択
  • 配布ポイントへのイメージの配布時間の増加
  • CBS ベースの更新のみをサポートします。 Microsoft 365 Apps の更新プログラムは適用できません

ヒント

PowerShell を使用して、ソフトウェア更新プログラムの選択を自動化できます。 Get-CMSoftwareUpdate コマンドレットを使用して、更新プログラムの一覧を取得します。 次に、 New-CMOperatingSystemImageUpdateSchedule コマンドレットを使用して、オフライン サービス スケジュールを作成します。 次の例は、この操作を自動化する方法の 1 つを示しています。

# Get the OS image
$Win10Image = Get-CMOperatingSystemImage -Name "Windows 10 Enterprise"

# Get the latest cumulative update for Windows 10 1809
$OSBuild = "1809"
$LatestUpdate = Get-CMSoftwareUpdate -Fast | Where {$_.LocalizedDisplayName -Like "*Cumulative Update for Windows 10 Version $OSBuild for x64*" -and $_.LocalizedDisplayName -notlike "*Dynamic*"} | Sort-Object ArticleID -Descending | Select -First 1
Write-Host "Latest update for Windows 10 build" $OSBuild "is" $LatestUpdate.LocalizedDisplayName

# Create a new update schedule to apply the latest update
New-CMOperatingSystemImageUpdateSchedule -Name $Win10Image.Name -SoftwareUpdate $LatestUpdate -RunNow -ContinueOnError $True

既定の画像のみを使用する

展開タスク シーケンスでは、既定の Windows install.wim イメージ ファイルを使用します。

長所: 既定の画像

  • 考えられる問題としてイメージ破損のリスクを軽減する、既知の良好なソース
  • 考えられる問題であるイメージの変更を排除します

短所: 既定の画像

  • 展開中に大量の更新プログラムが発生する可能性
  • 全デバイスの展開時間の増加
  • カスタマイズが不要だった可能性があります。カスタマイズするには他のタスク シーケンスの手順が必要です

フローチャート

このフローチャート図は、タスク シーケンスに Install Software Updates ステップを含めるプロセスを示しています。

フル サイズで図面を表示する

Install Software Updates タスク シーケンスの手順のフローチャート図

  1. クライアントでプロセスが開始される: クライアントで実行されているタスク シーケンスには、ソフトウェア更新プログラムのインストール手順が含まれています。
  2. ポリシーのコンパイルと評価: クライアントは、すべてのソフトウェア更新プログラム ポリシーを WMI RequestedConfigs 名前空間にコンパイルします。 (CIAgent.log)
  3. このインスタンスが初めて呼び出されるのですか?
    1. はい: フル スキャンに移動する
    2. いいえ: キャッシュされたスキャン結果からソフトウェア更新プログラムを評価するオプションを使用して手順が構成されていますか?
      1. はい: キャッシュされた結果からスキャンに移動する
      2. いいえ: フル スキャンに進みます
  4. スキャン プロセス: フル スキャンまたはキャッシュされた結果からのスキャンのいずれかで、監視プロセスは並行します。
    1. フル スキャン: タスク シーケンス エンジンは、更新スキャン API を介してソフトウェア更新エージェントを呼び出し、 フル スキャンを実行します。 (WUAHandler.log、ScanAgent.log)
      1. SUM エージェント スキャン - 完全: WSUS を実行しているソフトウェア更新ポイントと通信する Windows Update エージェント (WUA) による通常のスキャン プロセス。 適用可能なすべての更新プログラムがローカルの更新プログラム ストアに追加されます。 (WindowsUpdate.log、UpdateStore.log)
    2. キャッシュされた結果からスキャンする: タスク シーケンス エンジンは、更新スキャン API を使用してソフトウェア更新エージェントを呼び出し、キャッシュされたメタデータをスキャンします。 (WUAHandler.log、ScanAgent.log)
      1. SUM エージェント スキャン - キャッシュ済み: Windows Update エージェント (WUA) は、ローカルの更新プログラム ストアに既にキャッシュされている更新プログラムを確認します。 (WindowsUpdate.log、UpdateStore.log)
    3. スキャン タイマーの開始: タスク シーケンス エンジンはタイマーを開始し、待機します。 (このプロセスは、フル スキャンまたはキャッシュされた結果からのスキャン プロセスと並行して行われます。)
      1. 監視: タスク シーケンス エンジンは、SUM エージェントの状態を監視します。
      2. SUM エージェントからの応答は何ですか?
        • 進行中: タイマーがタスク シーケンス変数 SMSTSSoftwareUpdateScanTimeout の値に達しましたか? (既定値は 1 時間)
          • はい: 手順は失敗します。
          • いいえ: 監視に移動
        • 失敗: ステップは失敗します。
        • 完了: 更新プログラムの一覧を列挙する
  5. 更新プログラムの一覧を列挙する: SUM エージェントは、スキャンによって返される更新プログラムのリストを列挙し、使用可能な更新プログラムまたは必須の更新プログラムを決定します。
  6. スキャン結果のリストに更新はありますか?
    • はい: 更新プログラムのインストールに移動します
    • いいえ: インストールするものはありません。手順は正常に完了します。
  7. デプロイ プロセス: 更新プログラムのインストール プロセスは、デプロイの監視プロセスと並行して行われます。
    1. 更新プログラムをインストールする: タスク シーケンス エンジンは、更新展開 API を介して SUM エージェントを呼び出し、利用可能なすべての更新プログラムまたは必須の更新プログラムのみをインストールします。 この動作は、[ インストールに必須 - 必須のソフトウェア アップデートのみ ] または [ インストールに使用可能 - すべてのソフトウェア アップデート] のどちらを選択したかにかかわらず、手順の構成に基づいています。 この動作は、 SMSInstallUpdateTarget 変数を使用して指定することもできます。
      1. SUM エージェントのインストール: 標準コンテンツのダウンロードを使用した、既存のキャッシュされた更新プログラムの一覧を使用した通常のインストール プロセス。 Windows Update エージェント (WUA) を使用して更新プログラムをインストールします。 (UpdatesDeployment.log、UpdatesHandler.log、WuaHandler.log、WindowsUpdate.log)
    2. 展開タイマーを開始して進行状況を表示する: タスク シーケンス エンジンはインストール タイマーを起動し、サブ進行状況を 10% 間隔で TS 進行状況 UI に表示して待機します。
      1. 監視: タスク シーケンス エンジンは、状態の SUM エージェントをポーリングします。
      2. SUM エージェントからの応答は何ですか?
        • 進行中: インストール プロセスが 8 時間非アクティブになっていますか?
          • はい: 手順は失敗します。
          • いいえ: 監視に移動
        • 失敗: ステップは失敗します。
        • 完了: 次の手順に進みます 。 キャッシュされたスキャン結果からソフトウェア更新プログラムを評価するオプションが構成されていますか?

タイムアウト

この図には、この手順に適用される 2 つのタイムアウト変数が含まれています。 このプロセスに影響を与える可能性のある他のコンポーネントの他の標準タイマーがあります。

  • 更新スキャン タイムアウト: 1 時間 (smsts.log)
  • 場所の要求のタイムアウト: 1 時間 (LocationServices.log、CAS.log)
  • コンテンツのダウンロード タイムアウト: 1 時間 (DTS.log)
  • 非アクティブ配布ポイントのタイムアウト: 1 時間 (LocationServices.log、CAS.log)
  • インストールの非アクティブ タイムアウトの合計: 8 時間 (smsts.log)

トラブルシューティング

この手順に関する問題のトラブルシューティングに役立つ、次のリソースと追加情報を使用してください。

  • Last updated on