WindowsUpdateProviderモジュールとWindows Update WMIプロバイダーの廃止によるWindows Update自動化への影響：企業ユーザーに贈るWindows 10への乗り換え案内（78）

企業ユーザーに贈るWindows 10への乗り換え案内

Windows Updateのスクリプト化に挑戦してきた日々

　本連載の以下の回では、Windows Updateをスクリプト化して、「Windows Script Host」（WSH）や「PowerShell」（Windows PowerShellおよびPowerShell Core）でコマンドラインから実行し、更新プログラムのインストールから再起動までを自動化する方法を幾つか紹介しました。

• 面倒な“Windows 10の更新”をスクリプト化できる新たな選択肢（その1）（本連載 第29回）
• 面倒な“Windows 10の更新”をスクリプト化できる新たな選択肢（その2）（本連載 第30回）

　具体的には、次の方法を紹介しました。詳細については各記事をご覧ください。

　以下の筆者の別連載でも少し触れましたが、2020年5月末にリリースされた「Windows 10」の最新バージョン「Windows 10 May 2020 Update（バージョン2004）」と、Windows Serverの最新の半期チャネル「Windows Server, version 2004」では、古くから利用できる「Windows Update Agent（WUA）API」のCOM（Component Object Model）インタフェース以外の選択肢は利用できなくなります。

• Windows 10 May 2020 Update後のWindows Updateに変化あり（連載：山市良のうぃんどうず日記 第183回）

　「Windows Update WMIプロバイダー」とこのプロバイダーに依存するPowerShellの「WindowsUpdateProviderモジュール」は、特にWindows 10での使用において原因不明のエラーで期待通りに動作しないことがあることを筆者は確認しています（画面1）。

画面1　Windows Update WMIプロバイダーやWindowsUpdateProviderモジュールは、Windows 10で原因不明のエラーで失敗するPCもある。筆者はこれといった原因を特定できなかった

　この問題を解消するためにMicrosoftは、Windows Update WMIプロバイダーとWindowsUpdateProviderモジュールの廃止を決めたのかもしれません。筆者はこの変更に関する公式のアナウンスを見ていませんが、実機で確認しています。

動かないWindowsUpdateProviderモジュールがアップグレードで残る

　WindowsUpdateProviderモジュールの「Get-WUIsPendingReboot」コマンドレットは、更新プログラムのインストールにより、再起動待ちかそうでないかを判断するのに利用できて便利です。筆者がよく利用してきたコマンドレットの一つです。

　しかし、Windows 10 バージョン2004にアップグレードしたPCでこのコマンドレットを含む、WindowsUpdateProviderモジュールの全てのコマンドレットが以前のように動作しないことに気が付きました。コマンドレットは全て「プロバイダーによる読み込みエラーです」のエラーが発生して失敗します。

　Windows 10 バージョン2004やWindows Server, version 2004を新規インストールした環境で確認してみると、WindowsUpdateProviderモジュールそのものが存在しません（画面2）。この時点で利用できなかったアップグレードPCのWindowsUpdateProviderモジュールは、旧バージョンにあったものをそのまま引き継いだものであることが分かりました。

画面2　Windows 10 バージョン2004の新規インストール環境には、WindowsUpdateProviderモジュールが存在しない。このモジュールは廃止されたようだ

Windows Update WMIプロバイダーも廃止？

　WindowsUpdateProviderモジュールは、Windows 10 バージョン1709およびWindows Server, version 1709以降で刷新された「Windows Update WMIプロバイダー」を利用しています。そこで、WindowsUpdateProviderモジュールのコマンドレットではなく、名前空間「root/Microsoft/Windows/WindowsUpdate」のCIM（Common Information Model）クラスを直接操作しようとしましたが、今度は「無効な名前空間」というエラーに遭遇しました（画面3）。

画面3　Windows Update WMIプロバイダーの名前空間「root/Microsoft/Windows/WindowsUpdate」が存在しない？

　「コンピューターの管理」の「サービスとアプリケーション\WMIコントロール」のプロパティを開き、「詳細設定」から「名前空間のブラウザー」を開いて確認してみると、「root/Microsoft/Windows」の下にあった「WindowsUpdate」はなくなっていました（画面4）。

画面4　「名前空間のブラウザー」で名前空間を探しても「root/Microsoft/Windows/WindowsUpdate」は存在しない。画面左はWindows 10 バージョン1909、画面右はWindows 10 バージョン2004

　なお、アップグレードしたPCには名前空間「root/Microsoft/Windows/WindowsUpdate」が存在しましたが、Windows Update WMIプロバイダーやWindowsUpdateProviderモジュールは「プロバイダーによる読み込みエラー」で失敗します。

影響を受けるスクリプトがないかどうか移行前に確認を！

　このように、WindowsUpdateProviderモジュールの以下のコマンドレット、および名前空間「root/Microsoft/Windows/WindowsUpdate」を使用したスクリプトは、Windows 10 バージョン2004とWindows Server, version 2004以降では正常に動作しなくなります。新バージョンを運用環境に展開する前に、影響を受けるスクリプトがないかどうかを確認することをお勧めします。

正常に動作しないコマンドレット

• Get-WUAVersion
• Get-WUIsPendingReboot
• Get-WULastInstallationDate
• Get-WULastScanSuccessDate
• Install-WUUpdates
• Start-WUScan

　影響を受けるスクリプトがある場合は、別の方法を利用した修正が必要です。従来の「Windows Update Agent（WUA）API」は、最新バージョンでも引き続き利用可能です（画面5）。「Get-WUIsPendingReboot」コマンドレットを代替できるコードとしては、以下の連載記事を参考にしてください。

• Windows 10のWindows Updateが再起動待ちになったらシャットダウンを開始するスクリプト（連載：山市良のうぃんどうず日記 第179回）

画面5　Windowsのレガシーなバージョンから利用できる従来の「Windows Update Agent（WUA）API」は、最新バージョンでも引き続き利用可能

　Windows 10は機能の追加や廃止、仕様変更が頻繁に行われます。今回の件のように、公式なアナウンスがないまま行われることもあります。しかも、アップグレードと新規インストールでエラーが異なるため、期待通りに動作しない原因の調査に苦労することもあります。IT担当者にとっては頭が痛いところですが、日々の管理タスクの負担を減らすため、少なくとも機能更新プログラムについては運用環境への展開よりも先に影響を調査すべきでしょう。

筆者紹介

山市 良（やまいち りょう）

岩手県花巻市在住。Microsoft MVP：Cloud and Datacenter Management（2020-2021）。SIer、IT出版社、中堅企業のシステム管理者を経て、フリーのテクニカルライターに。Microsoft製品、テクノロジーを中心に、IT雑誌、Webサイトへの記事の寄稿、ドキュメント作成、事例取材などを手掛ける。個人ブログは『山市良のえぬなんとかわーるど』。近著は『Windows版Docker＆Windowsコンテナーテクノロジ入門』（日経BP社）、『ITプロフェッショナル向けWindowsトラブル解決 コマンド＆テクニック集』（日経BP社）。