Mise à jour automatique microsoft et Mises à jour différée

À partir de la version 4.68.1, Microsoft AutoUpdate prend en charge les cas suivants où plus de temps est nécessaire :

• Différer une mise à jour de plusieurs jours (maximum 28 jours). Appelé « Jours de report » dans le document.
• Définition de la version « ne pas mettre à jour au-delà » (jusqu’à 90 jours). Appelé « Version différée » dans ce document.

Si les deux sont définis, la version de report est prioritaire sur le paramètre Jours de report pour l’application.

Jours de report

Cette fonctionnalité permet le report des mises à jour disponibles pendant plusieurs jours.

Paramètre jours de report global

Les jours de report peuvent être définis globalement avec le paramètre de préférences suivant :

Exemple de configuration de jours de report

Cet exemple montre comment affecter à Deferral Days la valeur 14. Dans cette configuration, Microsoft AutoUpdate reporte l’offre ou l’application des mises à jour pendant 14 jours après la date de génération :

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

Paramètre Deferral Days spécifique à l’application

Des jours de report peuvent également être définis pour des applications individuelles. S’il est défini, les jours de report spécifiques à l’application sont prioritaires sur le paramètre global.

Les jours de report spécifiques à l’application peuvent être définis avec le paramètre de préférences suivant :

Exemple de définition de jours de report différents pour Word et Excel

Cet exemple montre comment définir les jours de report sur sept pour Microsoft Word 2019 et sur 12 pour Microsoft Excel 2019. Avec cette configuration, Microsoft AutoUpdate retarde l’offre ou l’application des mises à jour une fois qu’elles sont générées. Il retarde les mises à jour de Microsoft Word de sept jours et les mises à jour de Microsoft Excel de 12 jours.

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

Version de report

Cette fonctionnalité permet aux utilisateurs de définir une limite supérieure à la version de mise à jour. Autrement dit, les mises à jour découvertes sont proposées/appliquées à et y compris la version spécifiée.

Pour permettre la découverte et l’application des mises à jour, seul le schéma de numéro de version Major.Minor est reconnu. Par exemple, 16.82 doit être spécifié pour recevoir les builds 16.82.xxxxxxxx.

En raison des différences de numéros de version entre les applications Microsoft, cette option doit être définie individuellement pour chaque application avec les paramètres de préférence suivants :

Les valeurs possibles pour la version sont spécifiées en tant que numéros de version Major.Minor. Il n’existe aucune valeur par défaut pour ce paramètre.

Exemple de définition de versions de report pour Word et Excel

Cet exemple montre comment définir la version de report sur 16.82 pour Microsoft Word 2019 et sur 16.81 pour Microsoft Excel 2019 :

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

Par exemple, le tableau suivant indique les mises à jour disponibles pour Microsoft Word 2019 (MSWD2019) et celles qui sont proposées/appliquées une fois la fenêtre de 90 jours passée :

Interaction avec les paramètres de mise à jour forcée

Lorsque vous utilisez Des jours de report en combinaison avec les paramètres de mise à jour forcée (tels que UpdateDeadline.ApplicationsForcedUpdateSchedule ou UpdateDeadline.DaysBeforeForcedQuit), il est important de comprendre que ces mécanismes fonctionnent de manière séquentielle, et non simultanément :

• Deferral Days est le premier filtre appliqué. Il détermine les mises à jour visibles par l’utilisateur. Mises à jour marquées comme recommandées sont soumises à un report ; Les mises à jour requises contournent le report et sont toujours visibles immédiatement. La période de report est calculée en fonction de la date de génération de la mise à jour.

• La logique de mise à jour forcée s’applique uniquement aux mises à jour qui ont passé le filtre de report et qui sont visibles par l’utilisateur. La version spécifiée dans la configuration ForcedUpdate représente la version minimale qui sera installée . Si des versions plus récentes sont disponibles et visibles, Microsoft AutoUpdate installe la dernière version éligible à la place.

Sélection forcée de la logique de mise à jour et de la version

La logique de mise à jour forcée s’applique uniquement aux mises à jour qui ont passé le filtre Jours de report et qui sont visibles par l’utilisateur. La version spécifiée dans le paramètre ForcedUpdateVersion représente la version minimale installée par MAU. Si une version plus récente devient disponible et n’est pas masquée par report, MAU installe la dernière version éligible, pas nécessairement celle spécifiée.

Explication du comportement de clé

Nouvelle version pendant la période de quit forcé :

Si une nouvelle version (par exemple, une mise à jour requise) est publiée pendant le compte à rebours Quitter forcé :

• Il est considéré immédiatement s’il est marqué comme Obligatoire (les mises à jour requises ignorent le report).

• S’il est recommandé, il est soumis au filtre Jours de report. Si la date de génération se trouve dans la fenêtre de report, elle reste masquée jusqu’à l’expiration du report.

Quelle version est installée ?

MAU installe la dernière version visible qui est :

• Non masqué par report

• Égal à ou plus récent que ForcedUpdateVersion

• Disponible sur le CDN

Les administrateurs peuvent-ils contrôler la version installée ?

Les administrateurs peuvent influencer mais pas contrôler strictement la version installée :

• Utilisez ForcedUpdateVersion pour définir une version minimale.

• Utilisez DeferralVersion pour épingler la version maximale proposée.

• Utilisez les deux ensemble pour affiner la fenêtre de version, mais MAU installera toujours la dernière version dans cette plage.

Exemple de scénario

• Version installée : 16.95.25040241 (générée le 3 avril)

• Jours de report : 14

• Période de quit forcé : 7 jours

• Date : 2 juin

• Mises à jour disponibles :

  • 16.97.25051114 (Obligatoire, construit le 13 mai) → Visible immédiatement

  • 16.97.25051816 (recommandé, construit le 18 mai) → Visible (15 jours)

  • 16.98.25052611 (recommandé, construit le 27 mai) → Hidden (6 jours)

Si une nouvelle mise à jour obligatoire (par exemple, 16.99.250529xx) est publiée le 29 mai :

• Il est visible immédiatement et éligible à la mise à jour forcée si l’échéance de mise à jour forcée n’est pas encore dépassée.

• MAU installe cette version plus récente au lieu de la version 16.97.25051114 initialement ciblée.

Cette image illustre l’exemple de scénario.

Principaux points à retenir

1. Les jours de report sont prioritaires sur le minutage des mises à jour forcées. Si une mise à jour se trouve toujours dans la fenêtre de report (en fonction de sa date de génération, et non de sa date de publication), elle ne sera pas forcée, même si une date de mise à jour forcée est configurée.

2. La mise à jour forcée s’applique uniquement aux mises à jour visibles. MAU applique la mise à jour uniquement si la version ciblée (ou une version plus récente) est visible après le filtrage du report. Mises à jour toujours masquées en raison d’un report sont exclus de la logique de mise à jour forcée.

3. ForcedUpdateVersion définit un minimum, et non une broche. La version spécifiée dans ForcedUpdateVersion est la version minimale installée par MAU. Si une version plus récente est disponible et non différée, MAU installe la dernière version éligible à la place.

4. Les mises à jour requises ne sont jamais différées. Ils contournent la fenêtre de report et sont toujours visibles et éligibles pour l’application forcée des mises à jour.

5. Les administrateurs peuvent influencer, mais pas garantir, la version installée. Pour limiter la plage de versions, utilisez DeferralVersion en combinaison avec ForcedUpdateVersion. Cela permet de s’assurer que la version prévue est à la fois visible et applicable.