日历和调度联盟(CalConnect)已经编写了对供应商站点的建议和参考链接，以帮助系统管理员处理国会授权的日光节约时间(DST)更改。2005年能源政策法案的一项规定改变了夏令时，从2007年3月的第二个星期日开始，提前三周开始，推迟一周结束。
“这次对夏令时规则的修改是20年来的第一次，它让系统管理员头疼，因为这个变化相当突然，”日历和调度联盟的执行董事戴夫·休利斯(Dave Thewlis)指出。
CalConnect的成员提出了两点建议:
- 通过系统补丁实现新的夏令时延长时间
- 考虑是否需要对存储日期/时间值的系统进行更正，例如日历软件或电子表格。
CalConnect还提供了一个到供应商网页的链接集合，在这些网页上讨论了夏令时更新并提供了补丁。
匹兹堡卡耐基梅隆大学计算服务部的约瑟夫·杰克逊解释说:“夏令时规则的改变将使人想起一些程序中的千年马问题，这些程序使用两位数表示一年。”夏令时变化的影响应该会小一些，但这仍然是系统管理员需要关注的问题。如果日历系统中的会议需要手动修正，可能会对计算机支持组织产生重大影响。”＇
建议的细节
第一个问题是针对包含自动调整夏令时的日期/时间时钟的系统或设备。它们使用规则来决定何时从标准夏令时切换到夏令时。
对于具有DST感知时钟的计算机设备或系统，应用与新的DST规则相关的更新。这适用于工作站、服务器、手持设备、电话和自动门锁系统等嵌入式设备。
没有更新的系统将在延长的夏时制期间的四周内将时钟设置慢一小时。此外，电子邮件的时间戳可能不正确，或者时间戳的解释不正确。使用旧版本的Kerberos身份验证的系统可能无法工作，因为它们需要将时钟同步到几分钟之内。在预设时间运行的自动化流程，例如开门，可能会比预期时间晚一个小时。
第二个问题是存储日期/时间。许多计算机系统需要表示未来的日期和时间。可能需要纠正其中一些以适应新的夏令时规则。特别是，如果系统将日期和时间存储为相对于协调世界时(通常称为UTC)的组合值，则系统中的数据可能会在过去属于标准时间的几周内偏离一个小时，而现在属于DST。
例如，如果东部时区的一个人在周一上午9点输入重复的会议，那么在夏时制以外的几周内，它将存储为14:00 UTC，在夏时制以内的几周内存储为13:00 UTC。随着2007年夏令时规则的开始，用户需要将会议存储为协调世界时13:00，以便在东部时间上午9:00显示会议。
存储相对于本地时区的日期/时间的系统不太可能受到影响，但支持多个时区的产品将需要审查。第三方软件请与厂商联系。对于内部开发的解决方案，请查找以相对于UTC的格式存储为一个字段的日期和时间值。
存储相对于UTC的日期/时间值的系统将在扩展的DST期间内显示不正确的时间。这不仅会影响2007年，而且会影响未来几年。一些日历系统在内部将一整天的事件存储为午夜到午夜的记录。在新的DST周期间，这些事件可能会被移动一个小时，导致事件延长到它们原本打算结束的第二天。当日历系统在两种或多种类型的设备(如计算机和智能手机)之间同步事件时，还可能发生其他意想不到的行为。
日历和调度联盟
www.calconnect.org
