| Termin | Definicja |
|---|---|
| konflikt stref czasowych przy harmonogramie | Konflikt stref czasowych przy harmonogramie to usterka powodująca wysyłkę o innej porze niż zaplanowana dla odbiorcy. Jak powstaje konflikt stref czasowych w harmonogramieKonflikt stref czasowych przy harmonogramie występuje wtedy, gdy moment wykonania zadania zostaje zapisany, odczytany albo przeliczony w innej strefie niż ta, którą uwzględnia osoba planująca lub odbiorca. Ten sam punkt na osi czasu może być przedstawiany jako różna godzina lokalna. Przykładowo zdarzenie zapisane jako 12:00 UTC może odpowiadać godzinie 13:00 w Polsce zimą i 14:00 w Polsce latem, ponieważ obowiązuje wtedy czas środkowoeuropejski CET albo czas letni CEST. Źródłem problemu bywa nie tylko ustawienie zegara komputera. Znaczenie ma również strefa przypisana do konta użytkownika, aplikacji, serwera, kalendarza lub konkretnego zadania. Jeżeli harmonogram przechowuje wyłącznie zapis „wysyłka o 9:00”, bez informacji, czy chodzi o czas lokalny, UTC czy inną strefę, system może przyjąć własną wartość domyślną. W rezultacie wiadomość, kopia zapasowa, powiadomienie albo aktualizacja uruchamia się o innej porze niż oczekiwana. Czas lokalny, UTC i zmiana czasu letniegoDo analizy harmonogramu trzeba rozróżnić czas lokalny od jednoznacznego punktu w czasie. UTC jest wspólną skalą odniesienia, natomiast strefa czasowa określa, jak ten punkt ma być pokazany na zegarze w danym miejscu. W praktycznych systemach strefy są często identyfikowane nazwami z bazy IANA, takimi jak Zmiana czasu powoduje dwa szczególne przypadki. Podczas przejścia na czas letni pewna godzina lokalna może nie wystąpić, ponieważ zegar zostaje przesunięty do przodu. Podczas powrotu do czasu standardowego określona godzina może wystąpić dwukrotnie. Program obsługujący harmonogram powinien korzystać z aktualnych reguł strefy i mieć określone zachowanie dla godziny nieistniejącej albo powtórzonej. Jeżeli aplikacja traktuje datę i godzinę jako zwykły tekst, może pominąć zadanie, wykonać je dwukrotnie albo przesunąć je o godzinę. Objawy i ścieżka technicznej weryfikacjiTypowym objawem jest stałe przesunięcie wszystkich wysyłek o jedną lub kilka godzin. Innym sygnałem jest poprawne działanie harmonogramu przez część roku i zmiana pory po przejściu między czasem standardowym a letnim. Warto również zwrócić uwagę na różnicę między widokiem w aplikacji a wpisem w dzienniku zdarzeń. Interfejs może prezentować czas lokalny, podczas gdy log zapisuje UTC, dlatego dwie różne godziny nie zawsze oznaczają dwa różne uruchomienia. Diagnostykę rozpoczyna się od ustalenia aktualnej daty i godziny systemu oraz aktywnej strefy czasowej na komputerze. Następnie trzeba sprawdzić strefę ustawioną w aplikacji, harmonogramie i koncie odbiorcy, a także sposób zapisu daty. Bezpieczniejszy jest zapis zawierający przesunięcie, na przykład Naprawa ustawień harmonogramu na komputerzeUsunięcie konfliktu polega na ujednoliceniu sposobu definiowania czasu. Dla zadań wykonywanych o określonej godzinie lokalnej należy wskazać konkretną strefę, a nie tylko stałe przesunięcie UTC. Dla zadań, które mają następować w dokładnych odstępach czasu, praktyczne jest oparcie wykonania na jednoznacznym czasie odniesienia i dopiero późniejsze wyświetlanie go w strefie użytkownika. Po zmianie ustawień trzeba sprawdzić zadanie jednorazowe oraz harmonogram cykliczny, szczególnie dla dat przypadających w pobliżu zmiany czasu. W przypadku laptopa lub komputera PC diagnostyka może obejmować ustawienia daty i godziny systemu, synchronizację zegara, konfigurację aplikacji pocztowej lub kalendarza, reguły zadania oraz dzienniki jego wykonania. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów stacjonarnych PC i ich podzespołów, w tym sprawdzaniem problemów z konfiguracją oprogramowania odpowiedzialnego za harmonogramy. Po ustaleniu źródła przesunięcia można skorygować strefę, sposób zapisu daty albo regułę cykliczną, a następnie potwierdzić wynik na podstawie rzeczywistego czasu wykonania. |