重要
すべての更新プログラムを最新の状態に保つ必要があります。 最新の状態を維持することで、最新のセキュリティ パッチ、安定性の向上、新機能を確実に受け取り、システムを安全かつ最新の状態に保ちます。
バージョン 4.68.1 以降、Microsoft AutoUpdate では、より多くの時間が必要な次のケースがサポートされています。
- 更新を何日も延期する (最大 28 日)。 ドキュメントの "遅延日数" と呼ばれます。
- "以降に更新しない" バージョンを設定します (最大 90 日)。 このドキュメントでは、"遅延バージョン" と呼ばれます。
両方が定義されている場合は、アプリの [遅延日数] 設定よりも遅延バージョンが優先されます。
重要
遅延日数と遅延バージョンは、提供またはインストールされる重要な更新プログラム ([Microsoft アプリを自動的に最新の状態に保つ] が選択されている場合) には適用されません。
遅延日数
この機能を使用すると、使用可能な更新プログラムを何日間も延期できます。
グローバル遅延日数の設定
遅延日数は、次の設定でグローバルに設定できます。
| カテゴリ | 詳細 |
|---|---|
| ドメイン | com.microsoft.autoupdate2 |
| キー | OptionalUpdatesDeferralsDays |
| データ型 | 整数 |
| 使用可能な値 | 1–28. 1 未満の値は無視されます。 28 日を超える値は、遅延日数を 28 に設定します。 |
| 注釈 | 既定値はありません。 |
遅延日数の構成の例
この例では、遅延日数を 14 に設定する方法を示します。 この構成では、Microsoft AutoUpdate は、ビルド日から 14 日間、オファリングまたは更新プログラムの適用を延期します。
<key>OptionalUpdatesDeferralsDays</key>
<integer>14</integer>
アプリ固有の遅延日数の設定
遅延日数は、個々のアプリケーションに対して設定することもできます。 設定した場合、アプリ固有の遅延日数がグローバル設定よりも優先されます。
アプリ固有の遅延日数は、次の設定で設定できます。
| カテゴリ | 詳細 |
|---|---|
| ドメイン | com.microsoft.autoupdate2 |
| キー | OptionalUpdatesDeferrals |
| データ型 | Dictionary |
| キー | DeferralDays |
| データ型 | Dictionary |
| キー | アプリケーション ID |
| データ型 | 整数 |
| 使用可能な値 | 1–28. 1 未満の値は無視されます。 28 日を超える値は、延期日を 28 に設定します。 |
| 注釈 | 既定値はありません。 |
Wordと Excel に異なる遅延日数を設定する例
この例では、Microsoft Word 2019 の場合は遅延日数を 7 に、Microsoft Excel 2019 の場合は 12 に設定する方法を示します。 この設定により、Microsoft AutoUpdate は、ビルド後に更新プログラムの提供または適用を遅延します。 Microsoft Wordの更新が 7 日遅れ、Microsoft Excel の更新が 12 日遅れる。
<key>OptionalUpdatesDeferrals</key>
<dict>
<key>DeferralDays</key>
<dict>
<key>MSWD2019</key>
<integer>7</integer>
<key>XCEL2019</key>
<integer>12</integer>
</dict>
</dict>
遅延バージョン
この機能を使用すると、ユーザーは更新プログラムのバージョンに上限を設定できます。 つまり、検出された更新プログラムは、指定されたバージョンを含めて提供または適用されます。
更新プログラムを検出して適用できるようにするには、Major.Minor バージョン番号スキームのみが認識されます。 たとえば、16.82.xxxxxxxx ビルドを受信するには、16.82 を指定する必要があります。
Microsoft アプリケーション間のバージョン番号の違いにより、このオプションは、次の基本設定でアプリごとに個別に設定する必要があります。
| カテゴリ | 詳細 |
|---|---|
| ドメイン | com.microsoft.autoupdate2 |
| キー | OptionalUpdatesDeferrals |
| データ型 | Dictionary |
| - キー: DeferralVersions | データ型: ディクショナリ |
| - キー: アプリケーション ID | データ型 : String |
バージョンに使用できる値は、Major.Minor バージョン番号として指定されます。 この設定には既定値はありません。
Wordと Excel の遅延バージョンの設定の例
この例では、遅延バージョンを Microsoft Word 2019 の場合は 16.82 に、Microsoft Excel 2019 の場合は 16.81 に設定する方法を示します。
<key>OptionalUpdatesDeferrals</key>
<dict>
<key>DeferralVersions</key>
<dict>
<key>MSWD2019</key>
<string>16.82</string>
<key>XCEL2019</key>
<string>16.81</string>
</dict>
</dict>
注:
更新せずに指定したバージョンに滞在できる期間には、90 日間の制限 (変更される場合があります) があります。 このウィンドウが終了すると、Microsoft AutoUpdate は、90 日間の期間内にある次の最も古い更新プログラムを提供/適用します。
たとえば、次の表は、Microsoft Word 2019 (MSWD2019) で利用可能な更新プログラムと、90 日間のウィンドウが渡されると提供または適用される更新プログラムを示しています。
| 利用可能な更新プログラムのバージョン | ビルド後の日数 | 備考 |
|---|---|---|
| 16.85.X | 5 | |
| 16.84.X | 25 | |
| 16.83.X | 55 | |
| 16.82.24021813 | 85 | 次の更新バージョン |
| 16.82.24021116 | 92 | |
| 16.81.24012814 | 106 | 現在インストールされているバージョン |
強制更新設定の操作
強制更新設定 (UpdateDeadline.ApplicationsForcedUpdateSchedule や UpdateDeadline.DaysBeforeForcedQuit など) と組み合わせて遅延日数を使用する場合、これらのメカニズムは同時に動作せず、順番に動作することを理解しておくことが重要です。
遅延日数は、最初に適用されるフィルターです。 ユーザーに表示される更新プログラムが決定されます。 [推奨] としてマークされたUpdatesは、遅延の対象となります。必要な更新プログラムは遅延をバイパスし、常にすぐに表示されます。 遅延期間は、更新プログラムのビルド日に基づいて計算されます。
強制更新ロジックは、遅延フィルターに合格し、ユーザーに表示される更新プログラムにのみ適用されます。 ForcedUpdate 構成で指定されたバージョンは、インストールされる最小バージョンを表します。新しいバージョンが使用可能で表示されている場合、Microsoft AutoUpdate は代わりに最新の対象バージョンをインストールします。
強制更新ロジックとバージョンの選択
強制更新ロジックは、遅延日数フィルターに合格し、ユーザーに表示される更新プログラムにのみ適用されます。 ForcedUpdateVersion 設定で指定されたバージョンは、MAU がインストールする最小バージョンを表します。 新しいバージョンが利用可能になり、遅延によって非表示になっていない場合、MAU は、必ずしも指定された最新の適格なバージョンをインストールします。
キーの動作の説明
強制終了期間中の新しいバージョン:
強制終了カウントダウン中に新しいバージョン (必須の更新など) がリリースされた場合:
[必須] とマークされている場合は、すぐに考慮されます (必須の更新プログラムは遅延をバイパスします)。
[推奨] の場合は、[遅延日数] フィルターの対象になります。 ビルドの日付が遅延期間内の場合、遅延の有効期限が切れるまで非表示のままです。
どのバージョンがインストールされますか?
MAU は、次の最新の表示バージョンをインストールします。
遅延によって非表示にならない
ForcedUpdateVersion 以上
CDN で使用できる
管理者はインストールされているバージョンを制御できますか?
管理者は、インストールされているバージョンに影響を与えることができますが、厳密には制御できません。
ForcedUpdateVersion を使用して、最小バージョンを設定します。
DeferralVersion を使用して、提供される最大バージョンをピン留めします。
両方を組み合わせて使用してバージョン ウィンドウを狭めますが、MAU は引き続きその範囲内で最新バージョンをインストールします。
例のシナリオ
インストール済みバージョン: 16.95.25040241 (ビルド 4 月 3 日)
延期日数: 14 日
強制終了期間: 7 日間
日付: 6 月 2 日
使用可能なUpdates:
16.97.25051114 (必須、ビルド 5 月 13 日) →すぐに表示
16.97.25051816 (推奨、5 月 18 日ビルド) →表示 (15 日)
16.98.25052611 (推奨、ビルド 5 月 27 日) →非表示 (6 日)
新しい必須更新プログラム (16.99.250529xx など) が 5 月 29 日にリリースされた場合:
強制更新期限がまだ過ぎていない場合は、すぐに表示され、強制更新の対象となります。
MAU は、最初にターゲットだった 16.97.25051114 ではなく、この新しいバージョンをインストールします。
この図は、シナリオの例を示しています。
重要なポイント
遅延日数は、強制更新のタイミングよりも優先されます。 更新がまだ遅延ウィンドウ内にある場合 (リリース日ではなくビルド日に基づく)、強制更新日が構成されていても強制されません。
強制更新は、表示されている更新プログラムにのみ適用されます。 MAU では、対象のバージョンまたは新しいバージョンが遅延フィルター処理の後に表示される場合にのみ更新が適用されます。 遅延のために非表示のままUpdatesは、強制更新ロジックから除外されます。
ForcedUpdateVersion は、ピンではなく最小値を設定します。 ForcedUpdateVersion で指定されたバージョンは、MAU がインストールする最小バージョンです。 新しいバージョンが利用可能で、遅延されていない場合、MAU は代わりに最新の適格なバージョンをインストールします。
必要な更新プログラムは延期されません。 これらは遅延期間をバイパスし、常に表示され、強制更新の適用の対象となります。
管理者は、インストールされているバージョンに影響を与えることができますが、保証はできません。 バージョン範囲を絞り込むには、ForcedUpdateVersion と組み合わせて DeferralVersion を使用します。 これにより、目的のバージョンが確実に表示され、強制可能になります。