Planifications : prise en charge des fuseaux horaires
Important
Un administrateur (administrateur Server) doit activer l'autorisation utilisateur pour planifier des tâches avant que vous puissiez commencer à planifier des workflows. Les administrateurs peuvent apprendre à activer les workflows planifiés pour les utilisateurs dans les articles Planifications : interface d'administration et Tâches : interface d'administration . Une fois qu'un administrateur a activé l'autorisation utilisateur pour vous permettre de planifier des tâches, le lien vers la page Planifications s'affiche dans la barre d'outils de votre interface utilisateur Server.
Toutes les fréquences de planification disposent d'une option permettant de sélectionner le fuseau horaire correspondant. Si votre planification est définie pour un fuseau horaire qui respecte l'heure d'été, veuillez consulter la section Recommandations pour la fin de l'heure d'été (DST) pour en savoir plus sur certaines limitations connues liées à l'heure d'été.
Les planifications s'affichent sur la page Planifications dans le fuseau horaire favori de l'utilisateur, quel que soit le fuseau horaire planifié.
Note
Une alerte s'affiche en regard des tâches qui n'ont pas de fuseau horaire associé. Ces planifications ont été créées avant la version 2019.3 ou ont été migrées à partir de Desktop Automation. Sélectionnez Mettre à jour pour mettre à jour votre fuseau horaire actuel ou Rejeter pour conserver la planification d'origine.
Définir le fuseau horaire de Server
Définissez votre fuseau horaire favori dans votre profil Server. Sélectionnez votre photo de profil > Mon profil > Général .
Lorsque vous revenez à la page Planifications après avoir modifié votre fuseau horaire favori, les planifications s'affichent avec votre nouveau fuseau horaire. La modification de votre fuseau horaire n'affecte pas l'exécution des planifications.
Note
Avec la fin de l'heure d'été (DST), une heure survient deux fois dans la même journée. Par exemple, aux États-Unis, la fin de l'heure d'été a lieu le 6 novembre 2022 et l'heure entre 1 heure et 2 heures survient deux fois.
Ce changement d'heure peut entraîner des problèmes lors de vos exécutions planifiées.
Nous vous recommandons d'adopter les mesures suivantes pour éviter les problèmes liés au changement d'heure :
Pour les nouvelles instances de Server, configurez de manière proactive vos nœuds Contrôleur indépendants sur UTC (Temps universel coordonné). Nous vous recommandons également de configurer les hôtes de l'interface utilisateur de Worker et de Server sur UTC, bien que cela ne soit pas obligatoire.
Pour les systèmes existants, il est déconseillé de régler le fuseau horaire du Contrôleur, sauf si nécessaire. Le changement de fuseau horaire entraîne un décalage des planifications existantes.
Par exemple, si le Contrôleur est actuellement configuré sur MDT (UTC-6), le passage à l'heure UTC décale toutes les planifications de +6 heures. De plus, les horodatages de tous les résultats de tâches avant le changement sont faussés par ce même décalage.
Toutes les planifications exécutées pendant le changement d'heure d'été seront mises à jour en conséquence afin qu'elles ne soient pas exécutées deux fois. Il y aura un intervalle d'une heure lorsque l'horloge reculera, au cours duquel les planifications ne seront pas exécutées car l'heure en question se répète.
Par exemple, le 6 novembre aux États-Unis, entre 1 et 2 heures, une planification s'exécute toutes les heures 15 minutes après l'heure. Cette planification s'exécute normalement à 1 h 15 et prévoit de s'exécuter à 2 h 15. À 2 heures, l'horloge recule à 1 heure. Puisque la planification s'est déjà exécutée à 1 h 15 et a prévu la suivante à 2 h 15, cette dernière s'exécutera de nouveau à 2 h 15. La planification sera donc exécutée aux bonnes heures, mais, il y aura un intervalle de 2 heures entre les exécutions et non pas un intervalle d'une heure comme c'est le cas normalement.
Lorsque l'heure avance d'une heure, toutes les planifications programmées pour s'exécuter pendant cette heure sont placées dans la file d'attente pour s'exécuter immédiatement. En fonction de la configuration des planifications, cela peut entraîner un décalage permanent.
Prenons le même exemple où la planification s'exécute toutes les heures 15 minutes après l'heure. Au printemps, cette planification débute à 1 h 15 et prévoit de s'exécuter de nouveau à 2h 15. Cependant, lorsqu'il sera 2 h, l'heure passera à 3 h. Server constate que cette planification était censée s'exécuter à 2 h 15, mais qu'elle ne s'est pas faite. Server résout ce problème en l'ajoutant immédiatement à la file d'attente (3 h). Il met également à jour la planification pour qu'elle s'exécute de nouveau dans une heure (4 h). Ainsi, toutes les planifications suivantes s'exécuteront à l'heure, et non pas 15 minutes après l'heure.