Windows ドライバー更新ポリシーに関する FAQ

Windows Update に現在公開されており、ポリシー内の 1 つ以上のデバイスに適用可能なドライバー更新プログラムはすべて、ドライバー更新プログラム ポリシーを通じて入手できます。

ドライバー名をコピーして Microsoft Update カタログ Web サイトを検索すると、ドライバーに関する詳細情報を入手できます。

はい。OEM ベンダーによってドライバーの更新プログラムが Windows Update に公開されている場合は可能です。

デバイスがドライバー更新ポリシーに割り当てられた後、オプションのドライバーはユーザーに表示されません。 管理者がドライバーの更新プログラムを承認すると、ドライバー更新プログラムは事実上 必須 になり、次回デバイスが更新プログラムをスキャンするときにインストールされます。

その必要はありません。 Driver Updates は現在、割り当てフィルターではサポートされていません。

デバイスごとに複数のポリシーを使用することはサポートされていますが、そうすることはお勧めしません。 代わりに、デバイスのドライバーが承認されているかどうかに関する混乱を避けるために、デバイスを単一のポリシーに追加することをお勧めします。

2 つのポリシーからドライバーの更新プログラムを受け取るデバイスを考えてみてください。 1 つのポリシーでは、特定の更新プログラムが承認され、もう 1 つのポリシーでは、その更新プログラムは一時停止されます。 常に [承認済み ] の状態が優先されるため、他のポリシーで設定されている更新プログラムの他の状態に関係なく、ドライバーはデバイスにインストールされます。

品質更新プログラムの期限と猶予期間の設定はドライバーに適用されます。

ドライバーに期限が適用されるタイミングの詳細は次のとおりです。

• ドライバーは、日付に (手動または自動で) 利用可能になるように承認されています。 これは、最初の展開として表示されます。
• 初回または初回のスキャン時に、承認済みのドライバーがデバイスに提供されます。 クライアントの更新プログラム スキャンで最初に更新プログラムが検出された日付は、期限の開始日時でもあります。
• 品質更新プログラムと機能更新プログラムの両方の期限の計算は、クライアントの更新スキャンによって最初に更新プログラムが検出された時刻に基づいています。 「更新プログラムの対応期限の強制」を参照してください

更新リング ポリシー内の Quality Updates に設定された延期期間は、ドライバー更新ポリシーを使用して承認されたドライバーには適用されません。 代わりに、ドライバー ポリシーの繰延設定を使用して繰延を設定します。 実際には、延期設定が異なる複数のドライバー ポリシーを使用してドライバー展開リングを作成することを強くお勧めします。 1 つのドライバー ポリシーには 1 つのデバイスのみを割り当てることを忘れないでください。

はい、自動更新の動作、アクティブ時間、通知などのユーザー エクスペリエンス設定は、ドライバーの更新にも適用されます。

その必要はありません。 現時点では、ドライバーの更新プログラムは、Windows Autopilot ではサポートされていません。

ドライバー以外の更新プログラムには引き続き Configuration Manager を使用することも、他の種類の更新プログラムを Intune のクラウド管理に一度に 1 つずつ移動することもできます。 これを行うには、まず、Configuration Manager 階層でクラウド接続または共同管理を有効にして、管理対象デバイスを Intune に登録します。

クラウド ベースの更新プログラムを採用するための推奨および推奨される方法は、Windows Update ワークロードを Intune に移動することです。 organization がこの準備ができていない場合は、次の手順を実行して、ワークロードを移動せずに Intune のドライバーとファームウェアの管理機能を使用できます。

1. Windows Update ワークロードの設定は Configuration Manager のままにしておきます。

2. Intune でドライバー ポリシーを構成してデバイスを登録し、「Microsoft Intune で Windows ドライバー更新プログラムのポリシーを管理する」で詳しく説明されているように、管理できるようにします。

3. ドメインベースのグループ ポリシーを構成して、[特定のクラスのソース サービスを指定する Windows Updates] ポリシーを使用して、Windows Update を Driver Updates のソースとして設定します。

   このポリシーでは、4 つの更新プログラム クラスすべてのソースを設定し、それぞれのソースが必要です。 Configuration Manager が引き続き管理するクラスを Windows Server Update Service に設定します。

   • Driver Updates: Windows Update
   • Feature Updates: Windows Server Update Service
   • Quality Updates: Windows Server Update Service
   • Other Updates: Windows Server Update Service

   注:

   更新プログラムのロールアップ 32851084 を適用したバージョン 2503 Configuration Manager、または KB 36495448 がインストールされているバージョン 2509 では、Configuration Manager共同管理されたデバイスで Windows Update スキャン ソース ポリシーを設定または削除しなくなりました。 これらの設定は所有しており、グループ ポリシーまたは Intune のいずれかを使用して構成できます。

   以前の Configuration Manager バージョンでは、クライアントはすべてのポリシー サイクルでこれらの値自体を書き込みます。 これらのバージョンでは、ドメイン ベースのグループ ポリシーを使用します。 Intune または CSP から同じ設定を構成すると、Configuration Manager が書き込む値と競合し、デバイス状態が予期しなくなります。

4. ドライバーとファームウェアを展開するデバイスの Intune でのデータ収集を有効にします。

5. [オプション]ポリシーを使用した診断データの送信の許可を強制します。 Microsoft に診断データを送信すると、Microsoft Intune の Windows Update レポートを使用できます。

   注:

   既定では、Windows デバイスでは Microsoft への診断データの送信が許可されています。 診断データの収集を無効にすると、Microsoft Intune 用の Windows Update レポートを使用して、管理対象デバイスの更新情報を報告できなくなります。

   ドメインベースのグループ ポリシーまたは Intune を使用して、[診断データの許可] 設定を [オプション] または [必須] に構成します。 このタスクを完了する方法の詳細については、以下を参照してください。

   • グループ ポリシーを使用して診断データの収集を管理する

   • MDM を使用して診断データの収集を管理する

6. [オプション]診断データでデバイス名の収集を有効にします。 ドメインベースのグループ ポリシーまたは Intune を使用した構成の詳細については、「診断データの要件」を参照してください。

   注:

   Intune を使用して前述の診断データ設定を構成するには、デバイス構成の共同管理ワークロードを Intune に移動する必要があります。

Intune で機能更新プログラム ポリシーを構成し、[Windows Updates の特定のクラスのソース サービスを指定する] グループ ポリシーを使用して機能Updates設定をWindows Updateに設定することで、Intune のクラウドで機能更新プログラムの管理を移動できます。

品質または機能Updatesに Intune で更新リング ポリシーを使用するには、Windows Update ワークロードを Intune に移動する必要があります。

スキャン ソース ポリシーや更新ソースの問題をトラブルシューティングする方法など、Configuration Manager が Windows Update クライアント ポリシーと対話する方法の詳細については、「Windows Update クライアント ポリシーの統合」を参照してください。

Intune から Windows への自動パッチ同期は毎日実行され、同期オプションを使用してオンデマンドで同期を実行できます。 同期を完了するまでの時間は、関連するデバイス情報によって異なりますが、通常は数分しかかかりません。

デバイスが Windows Update スキャンを実行すると、デバイスは毎日 Windows Autopatch サービスと同期されます。

OEM が新しい更新プログラムをいつリリースするか、またはその更新プログラムに再起動が必要な場合は、事前に明確であるとは限らないため、定期的な更新プログラム レビューのパターンを検討してください。

• 手動承認を使用するポリシーの場合、ドライバーを承認し、 承認可能日を設定するときに、その日付を毎月の火曜日パッチなどのイベント、または任意の任意の時間に設定できます。
• 自動承認を使用するポリシーの場合は、新しく追加したポリシーを一時停止してから、戻って承認できます。 一時停止した更新プログラムを再承認するときに、 承認が可能な日付を設定できます。

この種の繰り返し発生する課題を軽減するために、ドライバーの更新プログラムを火 曜日のパッチ の更新プログラムと手動で調整する必要性を軽減できる変更を評価しています。

• OEM がドライバーを新しい推奨ドライバーに置き換えるときに、古いドライバーを [ その他のドライバー ] カテゴリに移動できます。 ただし、その古いドライバーがすべてのデバイスで使用されているドライバーと同じバージョンまたは古い場合、ドライバー更新ポリシーを通じてドライバーをインストールできるデバイスがないため、そのドライバーはポリシーから完全に削除されます。

利用可能なドライバーの一覧が最新であることを確認するために、ポリシーの対象となるすべてのデバイスに既にインストールされているドライバーよりも古いバージョンのドライバーは適用できなくなります。 これらの古いドライバーは、以前に展開されたアクティブなポリシーのドライバー リストから削除されます。 ポリシーの対象となるデバイスに現在インストールされているドライバーのバージョンを更新できるドライバーのみがポリシーで使用可能になります。

ドライバーの更新管理では、デバイスに既に存在するドライバーよりも古いバージョンのドライバーをインストールすることはできません。

ドライバー インベントリを使用可能にするには、いくつかの手順を完了する必要があります。 最も重要なのは、ポリシーが送信され、デバイスが管理用に登録された後、Windows Updates は各デバイスが毎日の更新プログラム スキャンを実行するのを待機する必要があることです。 このプロセスは毎日実行されるため、正常なすべてのデバイスがチェックされるまでに最大 24 時間かかる場合があります。 この後、Intune はスキャンの結果を処理して、利用可能なドライバー更新プログラムのインベントリを提供する必要があります。

一時停止はベスト エフォートであり、更新が一時停止されると、Windows Autopatch によって承認が削除されます。 ただし、デバイスは次回の更新プログラム スキャンまで、更新プログラムが一時停止されたことを認識しません。

• デバイスでまだ更新プログラムがスキャンされていない場合、一時停止された更新プログラムは提供されず、一 時停止 は期待どおりに機能します。
• デバイスが更新プログラムをスキャンし、更新プログラムが一時停止されており、デバイスがダウンロード、インストール中、または再起動を待機していることを検出した場合、デバイス上の Windows Update は、そのドライバー更新プログラムをインストールから削除するよう "ベスト エフォート" を試みます。 インストールを停止できない場合、更新プログラムによりインストールが完了します。
• 次回の更新プログラム スキャンの前に更新プログラムのインストールが完了した場合、何も起こらず、更新プログラムはインストールされたままになります。

これらは 拡張 ドライバーである可能性が高く、メイン ドライバーがインストールまたは更新されるときにインストールするためにメイン ドライバーが参照できる "サブ ドライバー" です。 拡張ドライバーは、デバイスにインストールされているドライバーまたは更新履歴に表示されますが、直接管理することはできません。 拡張ドライバーはベース ドライバーなしでは機能しないため、インストールを許可しても安全です。

プラグ アンド プレイはドライバーを自動的にインストールすることもできます。 Windows が既存のドライバーなしで新しいハードウェアまたはソフトウェア (マウス、キーボード、Web カメラなど) を検出すると、コンポーネントがすぐに機能するように最新のドライバーがインストールされます。 最初のインストール後、これらのドライバーに対する今後の更新プログラムでは承認が必要になります。

• その必要はありません。 Windows Update クライアント ポリシーは、現在ドライバーのロールバックをサポートしていません。 ロールバックはスクリプト化できますが、潜在的な変数が多すぎて、そのための有用なサンプル スクリプトを提供できません。 ドライバーを削除する必要がある場合は、PowerShell などの手動の方法を検討してください。 多数のデバイスからドライバーをロールバックすることが必要になる問題を回避するには、 展開リング を使用して、ドライバーのインストールをデバイスの小さな初期グループに制限します。 この方法では、organization全体に広範に展開する前に、ドライバーの成功または互換性を評価する時間を確保できます。
• 手動承認によるポリシーの場合、デバイスに展開する前に、各ドライバーを確認して手動で承認する必要があります。 自動承認を使用したポリシーよりも多くの作業が行われる一方で、手動承認を使用すると、自動的に承認されるドライバーに関する問題を回避できます。
• 自動承認付きのポリシーを使用している場合は、問題の初期の兆候がないかポリシーを監視するように計画します。 早期展開リングでドライバー更新プログラムの問題が特定された場合は、他のポリシーで同じ更新プログラムを一時停止できます。

Windows Update に公開された Updates では、BIOS/UEFI のロックを解除せずにファームウェアまたはドライバーを安全に更新できる Windows メカニズムを使用する必要があります。

遅延の可能性は、更新プログラムの可用性を判断するベンダーまたは OEM によって異なります。 ドライバーの更新プログラムは Windows Updates に公開される前に同じポータルによってデジタル署名されているため、ドライバーの更新プログラムは、ベンダー ツールを介して利用可能になる前に、Windows Update を通じて利用可能になる場合があります。