Programmazioni: supporto dei fusi orari
Importante
Per programmare i flussi di lavoro è necessario che l'amministratore (di Server) abbia assegnato all'utente l'autorizzazione a programmare i lavori. Gli amministratori possono imparare come abilitare i flussi di lavoro programmati per gli utenti negli articoli Programmazioni: interfaccia di amministrazione e Processi: interfaccia di amministrazione . Quando un amministratore ha abilitato l'autorizzazione utente per programmare i lavori, nella barra degli strumenti dell'interfaccia utente di Server viene visualizzato il collegamento alla pagina Programmazioni .
Tutte le frequenze di programmazione dispongono di un'opzione per selezionare il fuso orario nel quale vengono eseguite. Se la programmazione è impostata su un fuso orario che rispetta l'ora legale, consulta la sezione Consigli per la fine dell'ora legale (DST) per informazioni su alcune limitazioni note relative all'ora legale.
Le programmazioni vengono visualizzate nella pagina Programmazioni con il fuso orario preferito dall'utente, indipendentemente da quello programmato.
Nota
Accanto ai lavori ai quali non è associato alcun fuso orario viene visualizzato un avviso. Queste programmazioni sono state create prima della versione 2019.3 o derivano da una migrazione da Desktop Automation. Per aggiornare il fuso orario corrente seleziona Aggiorna oppure seleziona Chiudi per lasciare la programmazione originaria.
Impostazione del fuso orario di Server
Imposta il fuso orario preferito nel tuo profilo Server. Seleziona la tua immagine del profilo > Profilo personale > Generale .
Tornando alla pagina Programmazioni dopo aver modificato il fuso orario preferito, le programmazioni verranno visualizzate con il nuovo fuso orario. La modifica del fuso orario non influisce sull'esecuzione delle programmazioni.
Nota
Con la fine dell'ora legale (DST), c'è un orario che si verifica due volte nello stesso giorno. Negli Stati Uniti, ad esempio, la fine dell'ora legale avviene il 6 novembre 2022 e l'orario tra l'1 e le 2 di mattina si verifica due volte.
Questa modifica dell'orario potrebbe causare problemi con le esecuzioni programmate.
Per evitare problemi dovuti al cambiamento di orario, ti consigliamo di seguire questi passaggi:
Per le nuove istanze di Server, imposta in maniera proattiva i nodi Controller indipendenti su UTC (Tempo coordinato universale). Ti consigliamo anche di impostare gli host dell'interfaccia utente di Server e Worker su UTC, sebbene questo non sia richiesto.
Per i sistemi esistenti, si consiglia di non regolare il fuso orario del Controller se non necessario. La modifica del fuso orario determina lo spostamento delle programmazioni esistenti.
Ad esempio, se il Controller è attualmente configurato su MDT (UTC-6), spostando l'orario su UTC tutte le programmazioni verranno spostate in avanti di 6 ore. Gli indicatori di data e ora di tutti i risultati dei processi che precedono la modifica saranno, inoltre, spostati dello stesso intervallo.
Eventuali programmazioni eseguite durante la modifica dell'ora legale verranno aggiornate correttamente per le esecuzioni successive in modo che non vengano eseguite due volte. Ci sarà un intervallo orario nel quale gli orologi tornano indietro in cui le programmazioni non verranno eseguite perché quell'ora viene ripetuta.
Se si usa l'ora legale degli Stati Uniti, ad esempio, il 6 novembre tra l'una e le due del mattino, prendiamo in considerazione un programmazione che viene eseguita ogni ora, 15 minuti dopo lo scoccare dell'ora. Questa programmazione verrà eseguita normalmente all'1:15 del mattino e si aggiornerà per l'esecuzione successiva alle 2:15 del mattino. Alle 2 del mattino l'orologio torna all'1 del mattino. Poiché la programmazione è già stata eseguita all'1:15 e ha aggiornato l'orario di esecuzione successivo alle 2:15 del mattino, attenderà che l'orario raggiunga le 2:15 del mattino per l'esecuzione successiva. La programmazione, pertanto, verrà eseguita agli orari corretti, tuttavia, ci sarà un intervallo di 2 ore tra le esecuzioni invece del normale intervallo di un'ora.
Quando l'orario viene spostato in avanti di un'ora, qualsiasi programmazione impostata per l'esecuzione durante quell'ora persa viene messa in coda per essere eseguita con la massima priorità. A seconda della configurazione delle programmazioni, ciò potrebbe causare un disallineamento continuo.
Consideriamo lo stesso esempio in cui la programmazione viene eseguita ogni ora, 15 minuti dopo lo scoccare dell'ora. In primavera, questa programmazione inizierà all'1:15 del mattino e sarà aggiornata per l'esecuzione alle 2:15 del mattino. Tuttavia, quando arrivano le 2 del mattino, l'orario passerà alle 3 del mattino. Server noterà che questa programmazione doveva essere eseguita alle 2:15 del mattino, ma che così non è stato. Server provvederà alla risoluzione di questo problema aggiungendo immediatamente la programmazione alla coda (3 del mattino). Inoltre, aggiornerà la programmazione per riattivarla dopo un'ora (4 del mattino). In questo modo tutte le programmazioni successive verranno eseguite allo scoccare dell'ora, anziché 15 minuti dopo.