服务器是否应将其时区设置为GMT / UTC？[关闭]

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

将所有/大部分服务器都使用UTC的利弊是什么？当然，这将有助于报告和集中式日志记录。还具有事件相关性，用于故障排除或安全审核。人们也不必担心夏令时更改。

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

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

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

我已经完成了所有选项（本地，UTC，任意但一致），并且喜欢“所有机器到本地办公室的本地时间”，因为这是系统管理员和用户所在的位置，即使这些机器分散在世界各地。

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

但是我认为我们应该删除时区，并且所有人都使用GMT。

正如其他人所说，这取决于。在这个问题上拥有大量经验和丰富经验的非常庞大的小组已经加入其中。该小组是世界各地的军队，他们使用UTC（GMT）。

要考虑的另一件事。如果这些系统支持应用程序代码，则需要知道应用程序是否支持时区。在我参加的一些编程论坛中，我建议将日期/时间始终存储在数据库的UTC中，并为最终用户提供他们如何查看日期/时间的选项。

我在一家大型托管公司工作，我们在全球范围内拥有数据中心。我们通常将机器时间设置为本地数据中心时间，然后使用所有支持人员所在的时区作为使用工具等时事物转换成的通用时间。

正如其他人所说，没有一个正确的答案，但这就是我们使用的方法：）

此处的政策规定，所有计算机都按其本地时区（即物理位置）进行了时区调整。唯一棘手的事情是将事件日志条目（Windows machiens）关联起来，因为时间是nlocal －多数其他日志文件还是会以UTC格式写入时间。

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

不确定，但我认为是-逻辑上，时区是计算机级别的设置。

由于它们支持的应用程序，我们的机器实际位于一个时区，因此提前了3个小时。

我们也有一些开发人员，他们开发的软件期望服务器之间的同步时间为5秒，这些开发人员隐式地依赖于AD时间进行同步，并且不费心地为非同步情况编写错误检查或处理例程，并且断言后续失败是管理员未能将网络时间保持在他们所想象的标准上的错误。

不要做我们做的事。这只会让你痛苦。

只是为了增加讨论范围，我们在世界各地设有办事处，每个办事处都有自己的Web，应用程序和数据库服务器，并且每个办事处都有不同的应用程序分支，因此在当地时区是一个好主意，而在全国范围内讲。对于美国服务器，由于应用服务器和数据库使用不同的时区，给开发人员带来了困难，因此我们正在朝着中央时间在所有位置匹配我们的主要数据中心。

Yeller App最近发布了一篇博客文章，建议所有系统管理员使用UTC。摘录如下：

Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC.

撇开笑话，基本上是说仅使用UTC意味着不必为夏令时（DST）烦恼，这会带来一些错误。