Für kleinere Geschäfte mit nur einem oder wenigen Standorten ist dies vielleicht keine große Sache, aber für größere Unternehmen ist dies etwas, worüber ich neugierig bin.
Was sind die Vor- und Nachteile, wenn alle / die meisten Server in UTC sind? Es würde sicherlich bei der Berichterstellung und der zentralen Protokollierung helfen. Auch mit Ereigniskorrelation zur Fehlerbehebung oder Sicherheitsüberwachung. Man müsste sich auch nicht so viele Sorgen um die Sommerzeit machen.
Ein Nachteil kann sein, dass das Planen von automatisierten Ereignissen (z. B. Cron) einige Zeit in Anspruch nimmt, wenn Sie möchten, dass etwas um "4 Uhr morgens" in der lokalen, geografischen Zeit ausgeführt wird. Auf Unix-y-Rechnern können sich Benutzer immer noch in der lokalen Zeitzone befinden, indem Sie "TZ" in / etc / profile festlegen. Bei Windows-Benutzern, die RDesktop auf einem Server installieren (aus welchen Gründen auch immer), bleibt der Blick auf UTC hängen?
Antworten:
Wie bei den meisten Dingen "kommt es darauf an".
Ich habe alle Optionen ausgeführt (lokal, UTC, willkürlich, aber konsistent) und ziehe die "lokale Zeit gegenüber dem Heimbüro für alle Computer" vor, da sich dort die Systemadministratoren und Benutzer befanden, obwohl die Computer auf der ganzen Welt verstreut waren .
quelle
Wir setzen alles auf GMT, um die Korrelation von Protokolldateien zwischen Systemen zu vereinfachen.
Aber ich denke, wir sollten Zeitzonen löschen und GMT für alles verwenden.
quelle
Wie andere gesagt haben, kommt es darauf an. Eine sehr große Gruppe mit langjähriger und umfassender Erfahrung in dieser Angelegenheit hat sich eingemischt. Die Gruppe sind die Streitkräfte auf der ganzen Welt und verwenden UTC (GMT).
Eine andere Sache zu beachten. Wenn diese Systeme Anwendungscode unterstützen, müssen Sie wissen, ob die Anwendungen zeitzonenabhängig sind. In einigen Programmierforen, an denen ich teilnehme, schlage ich vor, Datum und Uhrzeit immer in UTC in der Datenbank zu speichern und dem Endbenutzer die Option zu geben, wie er das Datum und die Uhrzeit sieht.
quelle
Ich arbeite für ein sehr großes Hosting-Unternehmen und wir haben weltweit Rechenzentren. Wir setzen die Maschinenzeit im Allgemeinen auf die lokale Zeit des Rechenzentrums und verwenden dann die Zeitzone, in der sich alle unsere Supportmitarbeiter befinden, als die Weltzeit, in die die Dinge konvertiert werden, wenn Werkzeuge usw. verwendet werden.
Wie andere gesagt haben, gibt es keine richtige Antwort, aber das ist die Methode, die wir verwenden :)
quelle
Die Richtlinie hier besagt, dass alle Maschinen auf ihre lokale Zeitzone (dh ihren physischen Standort) eingestellt sind. Das einzige Problem ist die Korrelation von Ereignisprotokolleinträgen (Windows Machiens), da die Zeit nlocal ist - die meisten anderen Protokolldateien schreiben die Zeit sowieso in UTC.
Nicht ganz sicher, aber ich denke ja - die Zeitzone ist logischerweise eine Einstellung auf Maschinenebene.
quelle
Wir haben Maschinen, die sich physisch in einer Zeitzone befinden und aufgrund der von ihnen unterstützten Anwendung auf 3 Stunden im Voraus eingestellt sind.
Wir haben auch Entwickler, die Software entwickeln, die eine Synchronisation von weniger als fünf Sekunden zwischen Servern erwartet, Entwickler, die sich implizit auf die AD-Zeit für die Synchronisation verlassen und sich nicht die Mühe machen, Fehlerprüfungs- oder Behandlungsroutinen für nicht synchronisierte Fälle zu schreiben, und die behaupten dass nachfolgende Ausfälle die Schuld der Administratoren sind, die die Netzwerkzeit nicht auf dem von ihnen erhofften Standard halten.
Tu nicht was wir getan haben. Es wird dich nur bitter machen.
quelle
Um die Diskussion zu erweitern, haben wir Büros auf der ganzen Welt verteilt und jede von ihnen verfügt über einen eigenen Satz von Web-, Anwendungs- und Datenbankservern mit unterschiedlichen Anwendungszweigen für jeden von ihnen. Daher ist eine lokale Zeitzone eine gute Idee landesweit sprechen. Bei US-Servern steuern wir für alle Standorte auf die Zentralzeit zu, damit sie mit unserem Hauptdatencenter übereinstimmen, da es den Entwicklern schwer fällt, unterschiedliche Zeitzonen für App-Server und DBs zu verwenden.
quelle
Die Yeller-App hat kürzlich einen Blogbeitrag veröffentlicht , in dem alle Systemadministratoren auf die Verwendung von UTC hingewiesen werden. Hier ist ein Auszug:
Abgesehen von Witzen heißt es im Grunde, nur UTC zu verwenden, sich nicht mit der Sommerzeit (DST) und den damit verbundenen Fehlern zu beschäftigen.
quelle