服务器是否应该将时区设置为 GMT/UTC？

Question

对于只有一个或几个站点的小型商店来说，这可能不是什么大问题，但对于较大的组织来说，这是我很好奇的事情。

您的所有/大部分服务器都使用 UTC 有什么优点和缺点？它肯定有助于报告和集中日志记录。还具有用于故障排除或安全审计的事件关联。人们也不必担心夏令时的变化。

一个缺点是，如果您希望它在本地地理时间的“凌晨 4 点”运行某些程序，则调度自动化事件（例如，cron）可能需要一些时间。对于 Unix-y 机器，您仍然可以通过在 /etc/profile 中设置“TZ”来让用户处于本地时区，但是对于将 RDesktop 放入服务器的 Windows 用户（无论出于何种原因），他们是否坚持查看 UTC？

Answer 1

与大多数事情一样，“这取决于”。

• 您的所有管理员/用户都在同一时区吗？也许他们的 TZ 是合适的。
• 机器是否与本地环境交互？本地 TZ 可能不错。
• 是否将所有日志都拉到一个中心位置进行分析？UTC 可能会有所帮助。
• 机器之间是否以时间很重要的方式相互通信？UTC 可能有助于防止愚蠢的不匹配问题。
• 操作系统供应商（更可能是网络设备）有建议吗？考虑一下。
• 夏令时会惹恼你吗？使用 UTC。
• 你认为什么会让你的生活更轻松？用那个。

我已经完成了所有选项（本地、UTC、任意但一致）并且更喜欢“本地时间而不是所有机器的家庭办公室”，因为那是系统管理员和用户所在的地方，即使机器分散在世界各地.

Answer 2

我们将所有内容都设置为 GMT，这使得跨系统关联日志文件变得更简单。

但我认为我们应该放弃时区，所有的一切都使用 GMT。

Answer 3

这里的策略规定所有计算机都按其本地时区（即物理位置）进行计时。唯一棘手的是关联事件日志条目（Windows 机器），因为时间是给定 nlocal - 大多数其他日志文件无论如何都以 UTC 格式写入时间。

但对于将 RDesktop 纳入服务器的 Windows 用户（无论出于何种原因），他们是否坚持查看 UTC？

不完全确定，但我认为是的 - 时区在逻辑上是机器级别的设置。