Microsoft AutoUpdate und verzögerte Updates

Ab Version 4.68.1 unterstützt Microsoft AutoUpdate die folgenden Fälle, in denen mehr Zeit erforderlich ist:

• Zurückstellen eines Updates um viele Tage (maximal 28 Tage). Wird im Dokument als "Zurückstellungstage" bezeichnet.
• Festlegen der Version "Nicht aktualisieren nach" (maximal 90 Tage). Wird in diesem Dokument als "Verzögerte Version" bezeichnet.

Wenn beides definiert ist, hat Die Zurückstellungsversion Vorrang vor der Einstellung "Zurückstellungstage" für die App.

Zurückstellungstage

Dieses Feature ermöglicht die Verzögerung verfügbarer Updates um viele Tage.

Einstellung für globale Zurückstellungstage

Zurückstellungstage können global mit den folgenden Einstellungen festgelegt werden:

Beispiel für das Konfigurieren von Zurückstellungstagen

In diesem Beispiel wird veranschaulicht, wie Verschiebungstage auf 14 festgelegt werden. In dieser Konfiguration verschiebt Microsoft AutoUpdate das Anbieten oder Anwenden von Updates um 14 Tage nach dem Builddatum:

<key>OptionalUpdatesDeferralsDays</key>
<integer>14</integer>

App-spezifische Einstellung für Zurückstellungstage

Verzögerungstage können auch für einzelne Anwendungen festgelegt werden. Wenn festgelegt, haben appspezifische Zurückstellungstage Vorrang vor der globalen Einstellung.

App-spezifische Zurückstellungstage können mit den folgenden Einstellungen festgelegt werden:

Beispiel für das Festlegen verschiedener Zurückstellungstage für Word und Excel

In diesem Beispiel wird gezeigt, wie Sie Die Zurückstellungstage für Microsoft Word 2019 auf sieben und für Microsoft Excel 2019 auf 12 festlegen. Bei diesem Setup verzögert Microsoft AutoUpdate das Anbieten oder Anwenden von Updates, nachdem sie erstellt wurden. Updates für Microsoft Word werden um sieben Tage und Updates für Microsoft Excel um 12 Tage verzögert.

<key>OptionalUpdatesDeferrals</key>
<dict>
    <key>DeferralDays</key>
    <dict>
        <key>MSWD2019</key>
        <integer>7</integer>
        <key>XCEL2019</key>
        <integer>12</integer>
    </dict>
</dict>

Verzögerte Version

Mit diesem Feature können Benutzer eine Obergrenze für die Updateversion festlegen. Das heißt, dass ermittelte Updates angeboten/angewendet werden und die angegebene Version enthalten.

Damit Updates ermittelt und angewendet werden können, wird nur das Schema der Hauptversions-Nebenversionsnummer erkannt. Beispielsweise muss 16.82 angegeben werden, um alle 16.82.xxxxxxxx-Builds zu empfangen.

Aufgrund unterschiedlicher Versionsnummern zwischen Microsoft-Anwendungen muss diese Option für jede App mit den folgenden Einstellungseinstellungen einzeln festgelegt werden:

Mögliche Werte für die Version werden als Haupt-/Nebenversionsnummern angegeben. Für diese Einstellung gibt es keinen Standardwert.

Beispiel für das Festlegen von Zurückstellungsversionen für Word und Excel

In diesem Beispiel wird gezeigt, wie Sie die Verzögerungsversion für Microsoft Word 2019 auf 16.82 und für Microsoft Excel 2019 auf 16.81 festlegen:

<key>OptionalUpdatesDeferrals</key>
<dict>
    <key>DeferralVersions</key>
    <dict>
        <key>MSWD2019</key>
        <string>16.82</string>
        <key>XCEL2019</key>
        <string>16.81</string>
    </dict>
</dict>

Die folgende Tabelle zeigt z. B. verfügbare Updates für Microsoft Word 2019 (MSWD2019) und welche Updates angeboten bzw. angewendet werden, nachdem das 90-Tage-Fenster überschritten wurde:

Interaktion mit Einstellungen für erzwungene Updates

Wenn Sie Deferral Days in Kombination mit Einstellungen für erzwungene Updates (z. B. UpdateDeadline.ApplicationsForcedUpdateSchedule oder UpdateDeadline.DaysBeforeForcedQuit) verwenden, ist es wichtig zu verstehen, dass diese Mechanismen sequenziell und nicht gleichzeitig funktionieren:

• Verzögerungstage ist der erste angewendete Filter. Es bestimmt, welche Updates für den Benutzer sichtbar sind. Updates, die als Empfohlen gekennzeichnet sind, unterliegen der Verzögerung; Erforderliche Updates umgehen die Verzögerung und sind immer sofort sichtbar. Der Verzögerungszeitraum wird basierend auf dem Builddatum des Updates berechnet.

• Die Logik für erzwungene Updates gilt nur für Updates, die den Verzögerungsfilter übergeben haben und für den Benutzer sichtbar sind. Die in der ForcedUpdate-Konfiguration angegebene Version stellt die Mindestversion dar, die installiert wird. Wenn neuere Versionen verfügbar und sichtbar sind, installiert Microsoft AutoUpdate stattdessen die neueste berechtigte Version.

Erzwungene Updatelogik und Versionsauswahl

Die Logik für erzwungene Updates gilt nur für Updates, die den Filter "Zurückstellungstage" bestanden haben und für den Benutzer sichtbar sind. Die in der Einstellung ForcedUpdateVersion angegebene Version stellt die Mindestversion dar, die MAU installiert. Wenn eine neuere Version verfügbar wird und nicht durch Verschiebung ausgeblendet wird, installiert MAU die neueste berechtigte Version, nicht unbedingt die angegebene.

Erläuterung des Schlüsselverhaltens

Neue Version während des Erzwungenen Beendens:

Wenn während des Countdowns für erzwungenes Beenden eine neue Version (z. B. ein erforderliches Update) veröffentlicht wird:

• Es wird sofort berücksichtigt, wenn es als Erforderlich (Erforderliche Updates umgehen Verzögerung) gekennzeichnet ist.

• Wenn dies empfohlen wird, unterliegt sie dem Filter Zurückstellungstage. Wenn sich das Builddatum innerhalb des Verzögerungsfensters befindet, bleibt es ausgeblendet, bis die Verzögerung abläuft.

Welche Version wird installiert?

MAU installiert die neueste sichtbare Version, die folgendes ist:

• Nicht durch Verzögerung ausgeblendet

• Gleich oder neuer als ForcedUpdateVersion

• Verfügbar im CDN

Können Administratoren die installierte Version steuern?

Administratoren können die installierte Version beeinflussen, aber nicht streng kontrollieren:

• Verwenden Sie ForcedUpdateVersion, um eine Mindestversion festzulegen.

• Verwenden Sie DeferralVersion, um die maximal angebotene Version anzuheften.

• Verwenden Sie beides zusammen, um das Versionsfenster einzugrenzen, aber MAU installiert weiterhin die neueste Version innerhalb dieses Bereichs.

Beispielszenario

• Installierte Version: 16.95.25040241 (erstellt am 3. April)

• Zurückstellungstage: 14

• Zeitraum für erzwungenes Beenden: 7 Tage

• Datum: 2. Juni

• Verfügbare Updates:

  • 16.97.25051114 (Erforderlich, gebaut am 13. Mai) → sofort sichtbar

  • 16.97.25051816 (Empfohlen, gebaut am 18. Mai) → Sichtbar (15 Tage alt)

  • 16.98.25052611 (Empfohlen, gebaut am 27. Mai) → Versteckt (6 Tage alt)

Wenn am 29. Mai ein neues Erforderliches Update (z. B. 16.99.250529xx) veröffentlicht wird:

• Sie ist sofort sichtbar und berechtigt für erzwungene Updates, wenn der Stichtag für erzwungene Updates noch nicht abgelaufen ist.

• MAU installiert diese neuere Version anstelle der ursprünglich vorgesehenen Version 16.97.25051114.

Diese Abbildung veranschaulicht das Beispielszenario.

Wichtigste Erkenntnisse

1. Zurückstellungstage haben Vorrang vor erzwungenem Updatezeitpunkt. Wenn sich ein Update noch innerhalb des Verzögerungsfensters befindet (basierend auf dem Builddatum, nicht dem Veröffentlichungsdatum), wird es nicht erzwungen, selbst wenn ein erzwungenes Updatedatum konfiguriert ist.

2. Erzwungenes Update gilt nur für sichtbare Updates. MAU erzwingt das Update nur, wenn die Zielversion (oder eine neuere Version) nach der Verschiebungsfilterung sichtbar ist. Updates, die aufgrund von Verzögerung immer noch ausgeblendet sind, werden von der Logik für erzwungene Updates ausgeschlossen.

3. ForcedUpdateVersion legt ein Minimum und keine Pin fest. Die in ForcedUpdateVersion angegebene Version ist die Mindestversion, die MAU installiert. Wenn eine neuere Version verfügbar und nicht verzögert ist, installiert MAU stattdessen die neueste berechtigte Version.

4. Erforderliche Updates werden nie zurückgestellt. Sie umgehen das Verzögerungsfenster und sind immer sichtbar und für die erzwungene Updateerzwingung berechtigt.

5. Administratoren können die installierte Version beeinflussen, aber nicht garantieren. Um den Versionsbereich einzugrenzen, verwenden Sie DeferralVersion in Kombination mit ForcedUpdateVersion. Dadurch wird sichergestellt, dass die beabsichtigte Version sowohl sichtbar als auch durchsetzbar ist.