Windows Server 群集和奇怪的夏令时行为

Eoi*_*ell 5 windows-server-2003 cluster daylight-saving time sql-server

周末(3 月 27 日星期日)爱尔兰开始实行夏令时,因此我们生产环境中的所有服务器(全部为 win2k3 服务器)都更新了时间 +1 小时。然而,我无法解释的事情导致我们的集群节点中有 2 个更新 @ 02:08 和 02:38 而不是 @ 00:59。

我们的生产环境中有 2 个域。

  • DOMAIN1 包含 PDC1 + 6 或 7 个虚拟机。(独立 Web、加载 Bal、文件服务器)
  • DOMAIN2 包含 PDC2 + 2 个物理服务器,它们为 SQL Server 聚集在一起

在 DOMAIN1 中,所有机器在 exacly 00:59:59-> 上向前移动 1 小时,一切似乎都运行良好02:00:00。这可以通过查看任何这些服务器上的日志文件中的时间戳或查看这些服务器写入数据库表的时间戳数据来确认。

然而,在 DOMAIN2 中,发生了一些奇怪的事情。

  • DB_NODE_1 上的 SQL Server 代理实例中的作业显示发生在 @ 02:08 的时间更改。即有每分钟作业显示 02:08 和 03:09 的开始时间
  • DB_NODE_2 上的 SQL Server 代理实例中的作业显示发生在 @ 02:38 的时间更改。即每分钟的作业显示开始时间为 02:38,然后是 03:39

依赖 SQLGetDate()函数的两个实例上的数据库插入也是如此。数据显示两个实例上的getdate() 插入分别在02:08&处向前跳跃 +1 小时02:38

所以我的问题是为什么?

所有服务器(PDC、物理和虚拟机)都具有完全相同的区域设置和时区设置(格林威治标准时间,爱尔兰(英语))所有服务器都选择了“自动调整夏令时”选项。如果有任何差异,所有非 PDC 服务器都设置为使用 Windows 时间服务从其 PDC 获取时间更新所有服务器都具有完全相同的 W32Time 注册表设置

所以我完全不明白为什么这两个集群节点决定等待 68 分钟和 98 分钟来完成他们的 DST 更新。

谢谢如果有人可以照亮这个。

Fal*_*mot 1

Windows 时间服务会同步 UTC 时间,因此这不会成为您的问题。

唯一想到的是,您在某些服务器上安装了不同的更新集,并且它们具有不同的时区数据。一般来说,您应该使用 WSUS 来确保假定相同的服务器集群中的所有服务器都应用了相同的更新。