周末（3 月 27 日星期日）爱尔兰开始实行夏令时，因此我们生产环境中的所有服务器（全部为 win2k3 服务器）都更新了时间 +1 小时。然而，我无法解释的事情导致我们的集群节点中有 2 个更新 @ 02:08 和 02:38 而不是 @ 00:59。
我们的生产环境中有 2 个域。
在 DOMAIN1 中，所有机器在 exacly 00:59:59-> 上向前移动 1 小时，一切似乎都运行良好02:00:00。这可以通过查看任何这些服务器上的日志文件中的时间戳或查看这些服务器写入数据库表的时间戳数据来确认。
然而，在 DOMAIN2 中，发生了一些奇怪的事情。
依赖 SQLGetDate()函数的两个实例上的数据库插入也是如此。数据显示两个实例上的getdate() 插入分别在 …
我已将 mysql 从站从 mysql 5.0 升级到 mysql 5.1。在追赶期间，复制在日期时间值不正确的查询上失败：
110919 13:56:18 [ERROR] Slave SQL: Error 'Incorrect datetime value: '2010-03-14 02:35:34.0' for column 'creation_date' at row 1' on query.
我试图重新插入查询，但它再次失败，然后我将值固定为：
2010-03-14 02:35:34
并接受了查询。
如何设置 mysql 以批准此类日期时间值以防止将来出现问题？
我的猜测是它是在表描述中设置的，并在 mysql_upgrade 期间被重置。
我有一个奇怪的问题，我开始进行故障排除，想知道是否有人会提供任何有用的提示。
我每分钟执行一个 cronjob，它执行一个脚本并将输出附加到文件管理器上的文件中。该作业将自纪元（日期 +%s）以来的当前时间戳和当前正常运行时间（包括当前系统时间）打印到文件中。
脚本是：
DATE=`date +%s`
UPTIME=`uptime`
echo "$DATE;$UPTIME"
我得到的是：
1325770921; 14:42:01 up 17 days
1325775379; 14:43:01 up 17 days
1325771041; 14:44:01 up 17 days
请注意中间的时间戳是如何减少约 1 小时 15 分钟的。关于原因有什么想法吗？
我做了很多研究，但未能找到解决我们问题的可靠答案。
简而言之，我们整个 Windows 域的运行速度慢了 35 分钟。即服务器和工作站。我认为这是由于操作主机角色被分配给 Hyper-V VM。从那以后，我们将角色转移到了物理服务器上。不幸的是，我从出色的前支持公司那里继承了这一点。
我的计划（只是一个想法！）：
将默认域 GPO 的“计算机时钟同步的最大容差”从 5 分钟更改为 60 分钟，然后等待几个小时让它推送到工作站？默认情况下，它每 90 分钟复制一次，对吗？
使用操作主机角色在 DC 上设置外部时间源。这应该依次更新其他服务器和工作站。
为了确保我在这里提出一个简单的问题，在整个网络中纠正时间漂移的最安全和最有效的方法是什么？ 显然，立即更改 DC 上的时间会导致 kerberos 身份验证出现重大问题。
我想在几天内观察正在运行的 Linux 系统以进行测试验证。这是一个 gentoo 构建，上面有自定义软件。定制软件需要各种由日期时间驱动的服务和脚本（即“每周一次，运行...”）。我需要验证预定的工作是否以和谐的方式执行。为了测试纯度，我想避免调整和预先存在的时间表（即不仅仅是调整时间表，使一切更频繁地发生）。
系统与自身之外的系统没有重要的或时间关键的交互。
等待系统逐步完成每日和每周活动是一个漫长的等待时间。修改系统上所有基于时钟的计时器将非常耗时。然而，我经常想测试系统的端到端计划活动，而无需等待一周，并且无需手动将计划周期更改为更短。
在Linux系统下测试出现短短几个小时之内通过它的日常活动的周期运行。
有没有办法让系统的时间运行得比现实世界的时间快？
我的第一个想法是操纵ntp守护进程来反复平稳地增加时钟。还有其他想法吗？
我有一台戴尔 T710 正在工作，由于某种原因无法保持适当的时间。它是带有 32GB 内存的双四核处理器，运行 Windows 2008 R2。我们没有使用多台服务器，而是在 Hyper-V 下运行一些虚拟机。所有 VM 都启用了“时间同步”，并且 VM 的时钟与主机时钟保持完美同步。
其中一台 VM 托管我们的商店控制软件，并且由于它利用系统时间进行时间戳操作，因此时钟尽可能准确至关重要。每天我都会遇到时钟慢的问题。早上它通常慢 2 或 3 分钟，或者在某些日子（如今天），它慢了整整 10 分钟。如果我使用 Internet 时间应用程序设置服务器时间，时间会自行正确设置，然后工作站会按照 NTP 进行操作。它工作正常，但即使在一天结束时，时钟也会再次关闭 1 或 2 分钟。
这个问题令人抓狂，我已经尝试了所有我能想到的并在互联网上找到的方法，包括：
没有什么能阻止时钟漂移。根据我的研究，这可能与服务器负载可能对时间产生影响的事实有关，但负载根本没有，可能会出现 10-50% 的峰值，这是一家小公司。对于参考时间，我只是看看我的手机。
所以我已经在我的 linux CentOS 服务器上设置了 NTP，但我的服务器时间仍然关闭了 1 小时。3:53am EST然而，目前它在我的 linux 机器上显示“2:53 AM EST”，这是使用 NTP 并使用ntpdate time.nist.gov和连接其他服务器尝试同步我的服务器的时间，但所有这些仍然使我的服务器比 EST 时间晚 1 小时。
有谁知道如何解决这个问题？
我遇到了一个问题，过去的时间随机跳到 4 小时。因此，所有计划任务（例如备份）都不会在正确的时间发生，并且我们正在使用的某些时间关键型应用程序（例如会计系统）无法正常工作。
例如，如果实际时间是美国东部标准时间下午 4 点，则系统时钟将显示为下午 12 点。如果再次将系统时钟向前重置为正确的时间，它会再次随机跳回 4 小时。
我检查了事件查看器，并看到了一些与时间更改相关的“内核常规”事件。下面是一个例子：
<?xml version="1.0" encoding="UTF-8"?>
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-Kernel-General" Guid="{A68CA8B7-004F-D7B6-A698-07E2DE0F1F5D}" />
<EventID>1</EventID>
<Version>0</Version>
<Level>4</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8000000000000010</Keywords>
<TimeCreated SystemTime="2014-05-09T17:04:34.500000000Z" />
<EventRecordID>39254</EventRecordID>
<Correlation />
<Execution ProcessID="4" ThreadID="68" />
<Channel>System</Channel>
<Computer>SERVER</Computer>
<Security UserID="S-1-5-18" />
</System>
<EventData>
<Data Name="NewTime">2014-05-09T17:04:34.500000000Z</Data>
<Data Name="OldTime">2014-05-09T21:05:19.806811800Z</Data>
</EventData>
</Event>
此事件是在下午 5 点左右生成的。此事件发生后，系统时间显示为下午 …
我们的服务器在一个工作组中，我们是一家小公司，不使用域控制器。在 Windows Server 2008 R2 中，我们使用 TimeSync 来帮助保持最准确的时间，但不确定是否真的有必要。我们正在使用 Windows Server 2012 R2 重新加载我们的服务器，并想知道默认的 Windows 时间同步是否足够，或者我们是否应该再次使用 TimeSync？一个小的窗口服务。
谢谢