Uhrzeit zwischen zwei Win10 Rechnern synchronisieren

[samso]

Zitat von Aviator:

Also ich habe bei uns per GPO den NTP eingerichtet und nutze den PTB Zeitserver. Funktioniert hier seit Jahren hervorragend und ist auch genau. Zumindest Sekundengenau, wie es nach dem Komma aussieht kann ich nicht sagen, spielt bei uns aber auch keine große Rolle.

Das hängt u.U. auch mit Nutzungsprofil der Geräte zusammen. Auch die Qualität der eingebauten Echtzeituhr spielt eine Rolle. Unsere Geräte laufen 24/7 und werden nicht jeden Tage neu eingeschaltet. Bei einem normalen Bürocomputer der jeden Morgen neu eingeschaltet wird, verhält sich der Zeitdienst vielleicht besser.

[Sherlock]

Standard Installationen von Windows Clients aktualisieren alle 7 Tage oder beim Einschalten. Man kann aber die Pollzeit über die Registry konfigurieren:
In HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Services \W32Time\TimeProviders\NtpClient kann man SpecialPollInterval anpassen und das Intervall in Sekunden angeben.

Sherlock

[freejay]

Wozu braucht man eigentlich sowas? Dass die Uhren auf verschiedenen Rechner genau gleich gehen?

[p80286]

Wenn zB der erfassungszeitpunkt von Daten für eine DB vom Client und nicht von der DB generiert wird.

Gruß
K-H

[freejay]

Zitat von p80286:

Wenn zB der erfassungszeitpunkt von Daten für eine DB vom Client und nicht von der DB generiert wird.

Gruß
K-H

Aber dann wäre doch die sauberste Lösung, dass der Datenbank zu überlassen, oder?

[Klaus01]

Zitat von freejay:

Zitat von p80286:

Wenn zB der erfassungszeitpunkt von Daten für eine DB vom Client und nicht von der DB generiert wird.

Gruß
K-H

Aber dann wäre doch die sauberste Lösung, dass der Datenbank zu überlassen, oder?

Wenn alles in einer Zeitzone liegt - sehe ich da keine Probleme.

Grüße
Klaus

[Sherlock]

Zitat von Klaus01:

Zitat von freejay:

Zitat von p80286:

Wenn zB der erfassungszeitpunkt von Daten für eine DB vom Client und nicht von der DB generiert wird.

Gruß
K-H

Aber dann wäre doch die sauberste Lösung, dass der Datenbank zu überlassen, oder?

Wenn alles in einer Zeitzone liegt - sehe ich da keine Probleme.

Das tut doch gar nichts zur Sache, dank UTC. Dem Server sollte immer so viel Arbeit wie möglich überlassen werden, dafür ist er ja da.

Sherlock

[Aviator]

Zitat von freejay:

Aber dann wäre doch die sauberste Lösung, dass der Datenbank zu überlassen, oder?

Und was wäre, wenn der Zeitpunkt dann gespeichert muss an dem die Aktion ausgeführt wurde, der Datenbankserver aber gerade nicht zur Verfügung steht und die Daten zwischengespeichert werden?

Dann gäbe es in der Datenbank totales Chaos.

[Medium]

Zitat von freejay:

Zitat von p80286:

Wenn zB der erfassungszeitpunkt von Daten für eine DB vom Client und nicht von der DB generiert wird.

Gruß
K-H

Aber dann wäre doch die sauberste Lösung, dass der Datenbank zu überlassen, oder?

Genau das wollte ich. Allerdings ist meine Datenbank auf 2 PCs, weil redundant. Dafür nutze ich gegenseitige Replikation von MariaDB. Aber es sollte nicht nur die DB redundant sein, sondern auch unsere hauseigene Software, die die Verbindung zwischen der SPS und der DB herstellt. Diese macht u.a. auch die Signal-Meldungserzeugung für die Anlagensteuerung. Also gab es 2 "Connectors" die in ihre jeweils lokale DB Meldungen geschrieben haben. Selbst bei Nutzung des DBMS-Seitigen NOW() entstanden hier haufenweise doppelte Einträge, die im schlimmsten Fall dann sogar eine falsche Reihenfolge einnahmen und die Meldungslisten effektiv unbrauchbar gemacht haben. (Bei Sätzen mit gleichen Schlüsseln hat die Replikation diese ignoriert. Ich wollte genau dies mit der Synchronisierung erreichen.)

Meine Lösung war am Ende, dass ich dann doch davon abgerückt bin beide Connectors gleichwertig zu behandeln, und es nun immer nur einen gibt, der in die DB schreiben darf. War zwar ein wenig Gehampel es zu schaffen, dass die Instanzen verlässlich ihre gegenseitige Existenz bzw. Nichtexistenz erkennen (insbesondere auch ob sie überhaupt noch Verbindung zur SPS haben), aber das System läuft jetzt seit ein paar Monaten bereits stabil. Und den Krampf mit der Synchronisierung bin ich los. (Jetzt sind nur ggf. Meldungen für wenige Sekunden "verschränkt", wenn tatsächlich der aktuell schreibende PC ausfällt. Das ist eh der Ausnahmefall, und zu verschmerzen.)

[dummzeuch]

Zitat von p80286:

Wenn zB der erfassungszeitpunkt von Daten für eine DB vom Client und nicht von der DB generiert wird.

Es gibt diverse kryptographische Protokolle, die nicht mehr funktionieren, wenn die Zeit auf beiden Seiten zu weit auseinanderläuft.

Auch wenn man Daten, die auf beiden Rechner automatisch erfasst werden miteinander vergleichen will, ist ein möglichst genauer Zeitstempel wichtig.

Es gibt sicherlich noch jede Menge andere Anwendungsfälle.

Ups, das sollte eigentlich eine Antwort an freejay sein.

twm