FACHBEITRAG · 23. OKTOBER 2026
Protokolldaten: Warum eine Uhrzeit ohne Zeitzone bei Störungen irreführen kann
INSIGHT · 23. OCTOBER 2026
Log data: Why a time without a time zone can mislead incident analysis
APPROFONDIMENTO · 23 OTTOBRE 2026
Dati di log: perché un orario senza fuso orario può fuorviare l’analisi dei guasti
ARTÍCULO TÉCNICO · 23 DE OCTUBRE DE 2026
Datos de registro: por qué una hora sin zona horaria puede confundir el análisis de incidencias
Bei einer Störung werden häufig Meldungen aus mehreren Systemen verglichen. Steht in einem Protokoll nur eine lokale Uhrzeit, kann die Reihenfolge unklar bleiben. Zeitzone, Synchronisation und Erfassungsort gehören deshalb zur Aussage eines Zeitstempels.
Den Zeitpunkt eindeutig beschreiben
Ein Zeitstempel mit UTC-Bezug oder numerischem Offset macht deutlich, welcher Zeitpunkt gemeint ist. Beispielsweise bezeichnen 10:00 Uhr mit dem Offset plus zwei Stunden und 08:00 Uhr UTC denselben Zeitpunkt. Eine reine Angabe wie 10:00 Uhr enthält diese Information nicht.
Bei einer Rückstellung von Sommer- auf Winterzeit kann eine lokale Stunde zweimal vorkommen. Ohne Offset lässt sich aus einer solchen Uhrzeit allein nicht erkennen, welche der beiden Stunden gemeint ist. Für technische Ereignisse ist deshalb eine eindeutige Darstellung wichtig.
Erfassungszeit ist nicht immer Ereigniszeit
Eine Meldung kann auf einem Gerät entstehen und erst später zentral eingehen. Beide Zeitpunkte können für die Untersuchung relevant sein. Werden sie verwechselt, wirkt eine verzögert übertragene Meldung möglicherweise wie ein später eingetretenes Ereignis.
Auch korrekt formatierte Zeitstempel können durch ungenau gehende Uhren voneinander abweichen. Die verwendete Zeitsynchronisation und bekannte Abweichungen müssen deshalb zur technischen Betriebsdokumentation gehören.
Vergleiche systematisch vorbereiten
Für einen Test lässt sich ein abgestimmtes Ereignis über mehrere Komponenten verfolgen. Geprüft werden Zeitformat, Offset, Uhrabweichung und Übertragungsverzögerung. Protokolle sollten nur die für Betrieb und Untersuchung benötigten Informationen enthalten und durch passende Zugriffs- und Aufbewahrungsregeln geschützt sein.
During an incident, messages from several systems are often compared. If a log contains only a local clock time, their order may remain unclear. Time zone, synchronisation and the point of capture therefore form part of what a timestamp tells us.
Describe the instant unambiguously
A timestamp referenced to UTC or carrying a numeric offset makes clear which instant is meant. For example, 10:00 with a plus-two-hour offset and 08:00 UTC refer to the same instant. A bare time such as 10:00 does not provide that information.
When clocks move back from daylight saving time to standard time, a local hour can occur twice. Without an offset, that clock time alone does not identify which of the two hours is meant. Technical events therefore need an unambiguous representation.
Capture time is not always event time
A message may originate on a device and only arrive at a central system later. Both times may matter to the investigation. If they are confused, a delayed message may appear to describe an event that happened later.
Even correctly formatted timestamps can differ because clocks are inaccurate. The synchronisation method and known clock deviations should therefore be included in the technical operating documentation.
Prepare systematic comparisons
A test can trace an agreed event across several components. The checks cover time format, offset, clock deviation and transmission delay. Logs should contain only the information needed for operation and investigation, protected by suitable access and retention rules.
Durante un guasto si confrontano spesso messaggi provenienti da più sistemi. Se un log contiene soltanto un’ora locale, l’ordine degli eventi può restare incerto. Fuso orario, sincronizzazione e punto di rilevazione fanno quindi parte delle informazioni fornite da una marca temporale.
Descrivere l’istante senza ambiguità
Una marca temporale riferita all’UTC o accompagnata da uno scostamento numerico chiarisce quale istante si intende. Per esempio, le 10:00 con uno scostamento di più due ore e le 08:00 UTC indicano lo stesso istante. Un semplice orario come 10:00 non fornisce questa informazione.
Nel passaggio dall’ora legale all’ora solare, una stessa ora locale può ripetersi due volte. Senza indicazione dello scostamento, quell’orario da solo non permette di distinguere le due occorrenze. Per gli eventi tecnici è quindi importante una rappresentazione univoca.
L’ora di acquisizione non coincide sempre con quella dell’evento
Un messaggio può essere generato su un dispositivo e arrivare soltanto più tardi a un sistema centrale. Entrambi gli istanti possono essere rilevanti per l’indagine. Se vengono confusi, un messaggio trasmesso in ritardo può sembrare riferirsi a un evento avvenuto successivamente.
Anche marche temporali formattate correttamente possono differire a causa di orologi imprecisi. Il metodo di sincronizzazione utilizzato e gli scostamenti noti devono quindi essere inclusi nella documentazione tecnica di esercizio.
Preparare confronti sistematici
Un test può seguire un evento concordato attraverso più componenti. Si verificano formato temporale, scostamento dall’UTC, errore degli orologi e ritardo di trasmissione. I log devono contenere soltanto le informazioni necessarie per l’esercizio e l’indagine, protette da regole adeguate di accesso e conservazione.
Durante una incidencia suelen compararse mensajes de varios sistemas. Si un registro solo contiene una hora local, el orden de los hechos puede quedar poco claro. Por ello, la zona horaria, la sincronización y el punto de captura forman parte de la información que aporta una marca de tiempo.
Describir el instante sin ambigüedad
Una marca de tiempo referida a UTC o acompañada de un desplazamiento numérico aclara a qué instante se refiere. Por ejemplo, las 10:00 con un desplazamiento de más dos horas y las 08:00 UTC representan el mismo instante. Una indicación aislada como 10:00 no aporta esa información.
Al pasar del horario de verano al horario estándar, una misma hora local puede producirse dos veces. Sin el desplazamiento, esa hora por sí sola no permite saber a cuál de las dos ocasiones se refiere. Por eso, los eventos técnicos necesitan una representación inequívoca.
La hora de captura no siempre es la hora del evento
Un mensaje puede originarse en un dispositivo y llegar más tarde a un sistema central. Ambos momentos pueden ser relevantes para la investigación. Si se confunden, un mensaje transmitido con retraso puede parecer describir un evento ocurrido después.
Incluso las marcas de tiempo correctamente formateadas pueden diferir por la imprecisión de los relojes. El método de sincronización utilizado y las desviaciones conocidas deben incluirse en la documentación técnica de operación.
Preparar comparaciones sistemáticas
Una prueba puede seguir un evento acordado a través de varios componentes. Se comprueban el formato de tiempo, el desplazamiento, la desviación de los relojes y el retraso de transmisión. Los registros deben contener únicamente la información necesaria para la operación y la investigación, protegida mediante reglas adecuadas de acceso y conservación.