多くの組織に機能更新プログラムや品質更新プログラムを展開することは、デバイス エコシステムを管理するための方程式の一部にすぎません。 次に重要な部分は、更新プログラムのコンプライアンスを適用する機能です。 Windows Update クライアント ポリシーでは、デバイスを新しいバージョンに移行する期限を管理するための制御が提供されています。 この記事では、Windows Update クライアント ポリシーを使用するクライアントに対して、コンプライアンスの期限とメンテナンス期間を適用する方法について説明します。
期限のコンプライアンスに関するポリシー
Windows 11 バージョン 22H2 以降を実行しているクライアントのポリシー
Windows 11 バージョン 22H2 以降では、次のポリシーを使用して更新プログラムのコンプライアンス期限を管理します。
| ポリシー | 説明 |
|---|---|
| 品質更新プログラムの自動更新と再起動の期限を指定する | このポリシーを使用して、システムが品質更新プログラムを自動的にインストールするまでの日数を指定し、必要な再起動が自動的に行われるまでの猶予期間を設定します。 このポリシーには、猶予期間が終了するまで自動再起動をオプトアウトするオプションが含まれています。 |
| 機能更新プログラムの自動更新と再起動の期限を指定する | このポリシーを使用して、システムが機能更新プログラムを自動的にインストールするまでの日数を指定し、必要な再起動が自動的に行われるまでの猶予期間を設定します。 このポリシーには、猶予期間が終了するまで自動再起動をオプトアウトするオプションが含まれています。 |
MDM では、これらのポリシーを個別の設定として見つけます。
- Update/ConfigureDeadlineForFeatureUpdates
- Update/ConfigureDeadlineForQualityUpdates
- Update/ConfigureDeadlineGracePeriod (品質更新プログラムの場合)
- Update/ConfigureDeadlineGracePeriodForFeatureUpdates
- Update/ConfigureDeadlineNoAutoRebootForQualityUpdates
- Update/ConfigureDeadlineNoAutoRebootForFeatureUpdates
ポリシーを設定すると、品質更新プログラムまたは機能更新プログラムの 自動更新と再起動の期限を指定します 。
品質更新プログラムと機能更新プログラムの両方の期限の計算は、クライアントがスキャンを介して更新プログラムを最初に検出したタイミングに基づいています。 以前は、品質更新プログラムの場合は更新プログラムのリリース日、機能更新プログラムの場合は再起動保留日に基づいて期限が設定されていました。 この変更により、再起動の予測可能性が向上します。
品質更新プログラムと機能更新プログラムの両方の猶予期間は、インストール完了後の保留中の再起動の時点からカウントダウンを開始します。 この猶予期間は、休暇や休暇から戻ったユーザーに特に役立ち、戻ってきたときにすぐに強制的に再起動するのを防ぎます。
有効期限は、スキャン・ディスカバリー時刻に指定された期限、または再始動に必要な時刻と猶予期間を足したもののいずれか後の方です。 インストールが完了し、デバイスが再起動保留状態になるとすぐに、ユーザーは有効な期限の前に再起動をスケジュールできます。 ユーザーが再起動をスケジュールしないことを選択した場合でも、Windows はアクティブ時間外に自動的に再起動できます。 有効な期限に達すると、デバイスはアクティブ時間に関係なく強制的に再起動されます。
注
- これらのポリシーが適用されている場合、通知のユーザー設定は、Windows 11 バージョン 22H2 以降を実行しているクライアントにも適用されます。
- "品質更新プログラムまたは機能更新プログラムの 自動更新および再起動の期限を指定する" ポリシーが設定されている場合、更新プログラムは提供されるとすぐにダウンロードおよびインストールされます。
- 品質更新プログラムまたは機能更新プログラムの自動更新と再起動の期限を指定するポリシーが設定されている場合、Configure Automatic Updates ポリシーからのダウンロード、インストール、および再起動の設定は無視されます。
- 2024 年 12 月 10 日の Windows 11 バージョン 22H2 以降のクライアント用の更新プログラム以降、Configure Automatic Updates は期限が発生する前に尊重され、期限が過ぎると無視されます。 たとえば、更新プログラムのインストールを午前 3:00 にスケジュールするように Configure Automatic Updates を設定し、商用の期限も設定した場合、システムは、期限を過ぎていない限り、[Configure Automatic Updates] からスケジュールされた時刻に更新プログラムをダウンロードしてインストールします。
コンプライアンス期限のある再起動通知のユーザー エクスペリエンス
これらの期限ポリシーでは、期限が過ぎるまで "再起動猶予期間エクスペリエンス" を提示することによって、期限に達するまで自動再起動をオプトアウトするオプションも提供されます。 その時点で、デバイスはアクティブ時間に関係なく、自動的に再起動をスケジュールします。
ユーザーに表示されるこれらの通知は、選択した設定と、デバイスで実行されているオペレーティング システムのバージョンによって異なります。 一般に、ユーザーの通知は期限が近づくにつれてより目立つようになります。 ここで説明するエクスペリエンスは既定のもので、 有効な期限 が発生する前に通知に十分な時間があることを前提としています。 通知に十分な時間があるかどうかは、期限と猶予期間に設定された日数によって決まります。 これらの値が既定値よりも短い日数に構成されている場合、ユーザーに適切な更新通知が表示されないリスクが高くなります。 この説明には、更新通知ポリシー (Update/NoUpdateNotificationsDuringActiveHours) の表示オプションの変更や、エクスペリエンスを大幅に変更し表示される通知数を減らすその他の設定は考慮されていません。
次の通知は、ユーザーと IT 管理者によって選択された設定に応じて、Windows 11 バージョン 23H2 以降でユーザーに表示される内容です。
ポリシー "自動更新と再起動の期限を指定する " が設定されている場合:
再起動の保留中および期限が発生する前に、ユーザーは画面の隅にトースト通知を受け取ります。 通知には、期限日と、今すぐ再起動する、再起動する時刻を選択する、アクティブ時間が終了したら今夜再開するオプションが含まれています。
ユーザーがオプション [設定]>Windows Update>詳細オプション>[更新を終了するために再起動が必要なときに通知する] を [オン] に設定した場合、デバイスが更新のための再起動保留状態になるとすぐにトースト通知を受け取ります。 更新の自動再起動は、これらのユーザーに準備時間を与えるために、最初の通知から 24 時間ブロックされます。
ユーザーが [更新を終了するために再起動が必要なときに通知する] を オフ (既定) に設定した場合、デバイスが更新のための再起動保留状態になってから 24 時間後に再起動が必要であることを示すトースト通知を受け取ります。
期限と猶予期間の長さと、アクティブ時間中に通知が許可されるかどうかに応じて、ユーザーに更新を通知するトースト通知が期限の日前に定期的に表示される場合があります。 この間、許可されている場合は、アクティブ時間の後に自動再起動がスケジュールされる場合があります。
ユーザーが再起動をスケジュールし、その時点でユーザーがサインインしている場合、スケジュールされた時刻の 15 分前に通知を受け取ります。
有効な期限の 15 分前に、再起動が発生することをユーザーに通知する通知が画面の中央に表示されます。 ユーザーは、再起動を確認するか、スケジュールを変更するか、または今すぐ再起動することを選択できます。
ユーザーがスケジュールした再起動に失敗しても、有効な期限に達するまでにさらに時間が残っている場合、ユーザーは今すぐ再起動するか、再起動を再スケジュールするかの通知を受け取ります。
有効な期限が過ぎた場合、ユーザーは再起動が必要なことを示す通知を受け取ります。 ユーザーが選択できるオプションは、今すぐ再起動するか、確認するかだけです。 デバイスが強制的に再起動される前に、ユーザーは 15 分以内に再起動を選択できます。
有効な期限が過ぎ、再起動が失敗した場合、ユーザーは再起動が必要なことを示す通知を受け取ります。 デバイスが接続されている場合は、5 分ごとに再起動を試みます。
メンテナンス期間のポリシー
メンテナンス期間は、2026 年 1 月の Windows 非セキュリティ更新プログラム (Windows 11 バージョン 24H2 以降) でリリースされた一連の機能です。 これらには、グループ ポリシーおよびモバイル デバイス管理 (MDM) ソリューションを通じてアクセスできます。 Microsoft Configuration Manager の同名のメンテナンス期間機能と同様に、この Windows 11 にネイティブなポリシー セットは、次のことを保証するのに役立ちます:
- 更新アクションは、メンテナンス期間として設定された時間内にのみ実行されます。
- デバイスは、他の時間でも引き続き使用可能で、パフォーマンスを維持できます。
- デバイスは常に最新の状態に保たれ、セキュリティ保護が強化されます。
注
メンテナンス期間に設定されたすべての時間は、デバイスのローカル時刻に従います。
メンテナンス期間の恩恵を受けるデバイスの種類
メンテナンス期間を使用して、次の更新プログラムを管理します。
- ユーザーレス デバイス (キオスクなど)
- 重要な使用デバイス (医療機器や製造機器など)
メンテナンス期間ポリシー ファミリは、次の 2 つの約束を実現することを目的としています。
- 管理対象デバイスは、メンテナンス期間外の更新アクションを実行しません。
- 管理対象デバイスは、メンテナンス期間内に優先度の高いアクションを実行して更新します。
これらの優先順位を考慮すると、この機能はユーザーに広範な通知とスケジュール設定の制御を提供しません。 通常のユーザーがいるデバイスの場合は、前述のポリシーなしの既定の Windows 更新エクスペリエンスや、準拠期限エクスペリエンスを検討してください。
メンテナンス ウィンドウでは、どのような種類の更新プログラムが管理されますか?
メンテナンス期間は、Windows のネイティブ機能です。 この機能は、Windows Update を通じて提供されるすべての更新プログラムを管理します。 対象となる更新プログラムには、標準の月次セキュリティ更新プログラム、ホットパッチ更新プログラム、.NET 更新プログラム、Microsoft Defender 更新プログラム、ドライバーとファームウェアの更新プログラム、および年単位の機能更新プログラムが含まれます。
メンテナンス期間のポリシーと設定
メンテナンス ウィンドウ中に自動的に実行される更新アクションを選択します。
メンテナンス期間を管理するには、次のコントロールを使用します。
- MaintenanceWindowDurationHours
- MaintenanceWindowEnabled
- MaintenanceWindowMonthlyMonthBasedDayOfMonth
- MaintenanceWindowMonthlySchedule
- MaintenanceWindowMonthlyWeekBasedDayOfTheWeek
- MaintenanceWindowMonthlyWeekBasedOccurrenceInMonth
- MaintenanceWindowRepeatScheduleOption
- MaintenanceWindowStartDate
- MaintenanceWindowStartTime
-
MaintenanceWindowUpdateActions
- MaintenanceWindowUpdateActions ポリシーを使用して、メンテナンス期間内に開始する必要がある一連のアクションを指定します。 選択肢は、[ 再起動]、[ インストールして再起動する]、または [ダウンロードしてインストールして再起動する] です。 選択していない操作は、既定値または他の更新ポリシーに従って続行されます。 選択されていないアクションは、メンテナンス期間の内側と外側の両方で発生する可能性があります。
- たとえば、メンテナンスウィンドウで開始する唯一のアクションとして [インストールして再起動 ] を選択できます。 その後、更新プログラムのインストールと更新による再起動は、設定されたメンテナンス期間内にのみ開始されます。 ただし、ダウンロードはデバイスの既定値またはその他の更新ポリシーに従い、メンテナンス期間外に実行できます。
- MaintenanceWindowUpdateActions を Restart only に設定します。 このようにして、デバイスはメンテナンス期間が開始される前に更新プログラムをダウンロードしてインストールします。 このプロセスにより、メンテナンス期間中にデバイスを正常に再起動して更新プログラムを適用できるようになります。
- MaintenanceWindowWeeklyFriday
- MaintenanceWindowWeeklyMonday
- MaintenanceWindowWeeklySaturday
- MaintenanceWindowWeeklySunday
- MaintenanceWindowWeeklyThursday
- MaintenanceWindowWeeklyTuesday
- MaintenanceWindowWeeklyWednesday
これらのポリシーで使用できる特定の値と制御の詳細については、「 Update Policy CSP」を参照してください。
メンテナンス・ウィンドウでアクションを開始すると、アクションは完了するまで続行されます。 操作がメンテナンス期間外の時間にオーバーフローする可能性があります。 ただし、システムは、現在のウィンドウの終わりに近づきすぎずにアクションを開始することで、このリスクを最小限に抑えます。 たとえば、メンテナンス期間が午前 6 時に終了した場合、システムは午前 5 時 30 分より前にのみデバイスの再起動を試みます。
メンテナンス期間で管理されているデバイスにユーザーがいる場合でも、ユーザーは更新に対してアクションを実行できます。 メンテナンス期間は、更新プログラムの自動スケジュール設定のみを制御します。
1 回限りのメンテナンス期間を設定する方法
医療機器や工場現場のデバイスなど、定期的なオフライン スケジュールがないデバイスには、1 回限りのメンテナンス期間を使用します。 1 回限りの非定期メンテナンス期間に次のポリシーを設定します。
- MaintenanceWindowEnabled を 1 に設定します。
- MaintenanceWindowUpdateActions を適切な値に設定します。
- MaintenanceWindowStartDate をこのウィンドウの開始日に設定します。
- MaintenanceWindowStartTime をこのウィンドウの開始時刻に設定します。
- MaintenanceWindowDurationHours を適切な値に設定します。 この値は、デバイスがすべての更新を完了するために必要な長さにする必要があります。
- MaintenanceWindowRepeatScheduleOption を 1 に設定して、1 回限りの非反復ウィンドウを示します。
意図しない動作を避けるために、メンテナンス期間の値を最新の状態に保ちます。
- 将来の設定: 1 回限りのメンテナンス期間は、最長で 90 日後に設定できます。 設定されたメンテナンス期間の時間が経過し、ポリシー値を更新または消去しない場合、デバイスは、さらに 90 日間、管理対象の更新アクションを実行しません。
- 過去の設定: 1 回限りのメンテナンス期間が過去 90 日以上設定されていないことを確認します。 システムでは、これらの設定が古いと見なされます。 システムはこの値を無視し、メンテナンス期間がないと見なします。
繰り返しメンテナンス期間を設定する方法
リピート メンテナンス期間は、小売店のキオスクなど、オフライン時間のスケジュールが固定されているデバイスに最適です。 メンテナンス期間を繰り返す場合に、次のポリシーを設定します。
- MaintenanceWindowEnabled を 1 に設定します。
- MaintenanceWindowUpdateActions を適切な値に設定します。
- MaintenanceWindowStartTime をこのウィンドウの開始時刻に設定します。
- MaintenanceWindowDurationHours を適切な値に設定します。 この値は、デバイスがすべての更新を完了するために必要な長さにする必要があります。
- MaintenanceWindowRepeatScheduleOption を 2 (毎日繰り返す)、3 (毎週繰り返す)、または 4 (毎月繰り返す) に設定します。
MaintenanceWindowRepeatScheduleOption を次のように構成します。
- 毎日繰り返すには: 2 に設定します。 他のフィールドを設定する必要はありません。
- 毎週繰り返すには: 3 に設定します。 次に、メンテナンス期間を適用する曜日を決定します。
- ウィンドウを毎週日曜日に繰り返す場合は、 MaintenanceWindowWeeklySunday を 1 に設定します。 日曜日に適用しない場合は、0 に設定します。
- 他の曜日にも対応する値を設定します。
- 毎月繰り返すには: 4 に設定します。 次に、メンテナンス期間を 1 か月以内に繰り返す方法を構成します。
- 毎月同じ日 (月の 1 日など) に繰り返します。 MaintenanceWindowMonthlySchedule を 1 に設定します。 この場合は、 MaintenanceWindowMonthlyMonthBasedDayOfMonth を設定して、繰り返される日を指定します。
- 特定の週の特定の日 (毎月第 2 火曜日など) に繰り返します。 MaintenanceWindowMonthlySchedule を 2 に設定します。 次に、 MaintenanceWindowMonthlyWeekBasedOccurrenceInMonth を設定して、繰り返される週を指定します。 最後に、 MaintenanceWindowMonthlyWeekBasedDayOfTheWeek を設定して、その週の繰り返される曜日を指定します。
- 毎月の最終日に繰り返す: MaintenanceWindowMonthlySchedule を 3 に設定します。
MaintenanceWindowStartDate を構成する必要はありません。 構成された繰り返しメンテナンス期間は、グループ ポリシーを設定するか、MDM ソリューションがエンドポイント デバイスのポリシー設定を更新するとすぐに有効になります。
メンテナンス期間は、他の更新スケジュール構成よりも優先されますか?
通常、管理者はメンテナンス期間または更新期限のどちらかを構成することをお勧めしますが、両方を同時に構成しないことをお勧めします。 両方の種類の更新コントロールを構成しても更新プロセスは中断されませんが、指定した更新操作がいつ実行されるかについて混乱が生じます。
メンテナンス期間によって管理される Updates では、期限が切れた場合を除き、他のすべての更新ロールアウト構成よりもメンテナンス期間の構成が優先されます。 つまり、[品質更新プログラムまたは機能更新プログラムの自動更新と再起動の期限の指定] と [自動Updatesの構成] は、メンテナンス期間を優先して、ほとんど無視されます。 期限切れは、更新設定によってメンテナンス期間外に更新アクションが強制的に実行される唯一の場合です。 次の例は、期限が切れた期限が、構成されたメンテナンス期間よりもどのように優先されるかを示しています。
例 1
管理者は、品質更新プログラムの期限を 3 日間に構成します。 また、毎週土曜日に繰り返すように更新を管理するメンテナンス期間を構成し、その期間内での更新プログラムのインストール、ダウンロード、および再起動を制限します。 パッチ火曜日に更新プログラムがリリースされると、有効な期限は金曜日に期限切れになります。 更新プログラムがインストールされ、土曜日のメンテナンス期間を待つのではなく、金曜日までの期限構成に従ってデバイスが再起動します。
例 2
管理者は、品質更新プログラムの期限を 7 日間に設定します。 また、毎週土曜日に繰り返すように更新を管理するメンテナンス期間を構成し、更新プログラムのインストール、ダウンロード、および再起動を制限します。 更新プログラムが火曜日のパッチにリリースされると、有効な期限は次の火曜日まで期限切れになりません。 メンテナンス期間は期限が切れる前に発生するため、選択した更新操作はメンテナンス期間内に発生します。 メンテナンス期間内に更新が正常に完了した場合、期限が火曜日に切れたときには何も起こりません。