我有两个硬盘驱动器的钻机。 我已将Ubuntu 9.04（Jaunty）放在其中一个驱动器上，而Windows Vista SP2则在另一个驱动器上运行。 我采取了这种方式，而不是双启动，因为我希望能够随心所欲地交换操作系统，并保持干净和独立。 我一直注意到的问题是，当我在Ubuntu，并重新启动到Windows Vista（通过在启动时selectVista驱动器），Vista的时钟总是约5小时。 另外我注意到，当我尝试同步Vista时钟时，它总是在第一次尝试时出错，然后在与所选的NTP服务器同步之前再次单击“立即更新”。 只要我每次从Vista重新回到Vista，Vista的重复重新启动都不会影响Vista时钟。 另外，反过来也是不正确的，那就是重启Vista，启动Ubuntu不会影响Ubuntu时钟。 我无法弄清楚为什么会发生这种情况。 将不胜感激任何帮助。 更新 ：我也应该提到，Ubunty是64位，Vista是32位。
在周末（3月27日星期天），爱尔兰的夏令时开始了，所以我们的生产环境中的所有服务器（所有的win2k3服务器）都更新了他们的“时间+1小时”。 然而，我不能解释的东西导致2我们的群集节点更新@ 02:08和02:38而不是@ 00:59。 我们在生产环境中有两个域名。 DOMAIN1包含PDC1 + 6或7个虚拟机。 （独立Web，Load Bal，文件服务器） DOMAIN2包含为SQL Server集群的PDC2 + 2物理服务器 在DOMAIN1中，所有的机器都可以完美地工作，所有的机器都可以在1小时的时间内完成00:59:59 – > 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 在依赖于SQL GetDate()函数的两个实例上的数据库插入也是如此。 数据显示getdate（）插入在两个实例分别在02:08和02:38向前跳跃+1小时。 所以我的问题是为什么？ 所有服务器（PDC，物理和VM）具有完全相同的语言环境和时区设置（GMT，爱尔兰（英语））所有服务器都select“自动调整为夏令时”选项。 所有非PDC服务器设置为使用Windows时间服务从PDC获取时间更新如果有任何差异所有服务器具有完全相同的W32Timeregistry设置 所以我完全难住为什么这两个群集节点决定等待68分钟和98分钟来做他们的DST更新。 谢谢，如果任何人都可以照亮这一个。
我有一个奇怪的问题，我开始排除故障，并想知道是否有人会有任何有用的提示。 我有一个cronjob每分钟执行一个脚本，并将输出附加到文件pipe理器上的文件。 该作业将当前时间戳（date+％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分钟。对于原因有什么想法？
好。 在我的工作站上同步时间之后，我得到了很多乐趣。 我的工作站现在完全与我的Server 2008 R2域控制器（物理服务器，而不是虚拟）同步。 不幸的是，这意味着我们所有的电脑现在都是错误的，因为时间不对！ 我已经使用组策略configuration了域控制器，如下所示： 启用Windows NTP服务器（效果很好，所有的工作站都从这个服务器拉错了时间） 启用Windows NTP客户端 configurationWindows NTP客户端 configuration： NtpServer: ca.pool.ntp.org,0x09 Type: NTP CrossSiteSyncFlags: 2 ResolvePeerBackoffMinutes: 15 ResolvePeerBackoffMaxTimes: 7 SpecialPollInterval: 3600 EventLogFlags: 0 w32tm / query / status的输出是： Leap Indicator: 3(last minute has 61 seconds) Stratum: 3 (secondary reference – syncd by (S)NTP) Precision: -6 (15.625ms per tick) Root Delay: […]
我们的Active Directory服务器存在一个问题，即时间要比实时提前12分钟。 这会导致networking上的身份validation问题。 我尝试使用以下方法同步到外部NTP服务： w32tm /config /manualpeerlist:pool.ntp.org /syncfromflags:MANUAL stop-service w32time start-service w32time 然后试图将时间设置回12分钟。 但在几秒钟内，它又跳过了12分钟。 我试图取消注册该服务使用： w32tm /unregister 然后尝试正确设置时间，但它又回到了不正确的设置。 有没有办法改变自己的时间？
我有一个戴尔T710在这里工作，由于某种原因不会保持适当的时间。 它是一个32GB RAM的双核心，运行Windows 2008 R2。 而不是有多个服务器，我们在Hyper-V下运行几个虚拟机。 所有的虚拟机都启用了“时间同步”function，虚拟机时钟与主机时钟保持一致。 虚拟机的一个主机是我们的商店控制软件，并且由于它利用系统时间进行时间戳操作，所以它的关键时钟尽可能精确。 我每天都遇到时钟慢的问题。 早上通常慢2到3分钟，或者几天（如今天），慢10分钟。 如果我使用互联网时间应用程序设置服务器时间，则时间设置正确，然后工作站跟随NTP。 它工作正常，但即使是在一天结束的时候，closures了一两分钟。 问题是疯狂的，我已经尝试了所有我能想到的，并在互联网上find包括： 尝试多个互联网时间服务器 使用这些primefaces钟程序之一来将更新频率调整为每天两次 手动调整registry项 确保VM从主机获得时间，这意味着时钟漂移与主机而不是VM相关，因为每个VM与主机显示的时间相同。 （例如，如果主机时钟是7:28，所有虚拟机显示7:28） 其中一个虚拟机是域控制器，但主机不在域上。 这样做是为了确保主机正好是networking其余部分的主机，而不是其中的一部分。 没有任何东西阻止漂stream。 从我的研究来看，这可能与服务器负载可能对时间产生影响的事实有关，但负载完全没有，可能高达10-50％，这是一家小公司。 而对于参考时间，我只是看着我的手机。
我做了很多研究，但没有find可靠的答案来解决我们的问题。 小故事是我们整个Windows域运行速度慢了35分钟 。 即服务器和工作站。 我认为这是由于将操作主机angular色分配给Hyper-V虚拟机所致。 我们已经把angular色转移到物理服务器上了。 不幸的是，我从这个美好的前支持公司inheritance了这个。 我的计划（只是一个主意！）： 对于默认域GPO，将“计算机时钟同步的最大容忍度”从5分钟更改为60分钟，并等待几个小时将其推送到工作站？ 它默认每90分钟复制一次，对吧？ 使用操作主机angular色在DC上设置外部时间源。 这应该依次更新其他服务器和工作站。 为了确保我在这里提出一个简单的问题， 纠正整个networking中时间漂移的最安全和最有效的方法是什么？ 显然，立即改变DC的时间将会导致Kerberosauthentication的重大问题。
使用w32tm.exe的选项stripchart来判断两个主机的时间变化是否可行（在很小的误差范围内）？ 请注意， w32tm.exe的stripchartfunction与Windows Time服务本身使用的algorithm是分开的。 如果不是，有什么替代方法？ 谢谢， 马特
我帮助运行三个业务，并使用两台Exchange服务器（Windows SBS）进行基本的电子邮件和文件共享。 这些似乎占用了很多pipe理时间，与我们拥有的Linux文件服务器相比，基本上“正常工作”。 这是因为我效率低下，还是因为Windows SBS本质上需要大量的pipe理时间？ 我估计我每年花两个人周，每个服务器来pipe理这些盒子，而且我们有相当低的要求 – 总共大约有20名工作人员。 仅仅根据我花费的时间，20个工作人员和两个服务器在这个合理的时间内每年160个工时？ 我做所有的pipe理员，例如每年添加或删除4个用户，清空堵塞服务器的日志文件，安装更新，需要时重置密码，设置spf / dkim / transport，垃圾邮件过滤等规则。 90％是电子邮件/交换pipe理员。
我已经从MySQL 5.0升级到MySQL 5.1的MySQL从属。 在追赶期间，具有错误的date时间值的查询复制失败： 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批准这样的date时间值，以防止未来的问题？ 我的猜测是，它被设置在表描述，并在mysql_upgrade期间被重置。