虽然大部分IT人不会遇见这种情况：总有那么一天，用户都不在办公室，IT服务台也不再有人紧急求助。在那种情况下，IT项目规划就会发挥关键作用。SearchDataCenter咨询委员会向数据中心工作人员分享几个项目设想，如何应对用户不在办公室的情况。

6connect CIO Pete Sclafani

预防小型项目的宕机有大价值。

SSL 证书失效和域登记：这些小事情总会因为某些原因未能及时跟踪处理，直到因此导致停机。只需要对关键域做一些查询，设置日历提醒 （或只提前刷新） 就能消除未来的问题。

另一个良好的预防停机日常练习是“安全巡查。”在风平浪静的时期，不妨做一些普通的审计检查。例如，在各种系统上验证用户或用户组的权限。如果没有人事变动的话，这些权限一般不需要调整。记得从您过去一年的工作历程中回顾一下安全景象，吸取安全方面的经验教训将有利于防患于未然。

内部用户访谈：如果你很忙，抽时间对外联络是一项挑战。但是，你随时可以设计一个问卷，然后发送给适当的用户。确定一个或两个可以收集意见和发出问卷的工作点。这样你就多了一个沟通渠道，你可以从中获取反馈，在今年余下的日子里借鉴，你也更容易将相关的情报和你的团队共享。这里是一份有关BYOD策略和使用案例的问卷构思示范：询问用户拥有什么设备，他们希望如何在设备上处理工作。将问卷和BYOD政策拟定工作并行推进，你就可以很轻松地得到反馈，也会了解用户期望哪种政策。

Shen Milsom & Wilke校长Robert McFarlane

大多数人不会喜欢我的回答，但是数据中心文档整理工作总是无法回避。大多数IT人都不喜欢文档工作，如果有机会进行IT项目规划，就必须将它提高到一个更重要的地位来促使其完成。

如果你没有一个好的数据中心基础设施管理 （DCIM） 系统，那么让你的文档和实际情况同步就会成为关键问题。在你向机柜添加新设备之前，如果你知道每个机柜内电源线路对应的设备负载情况，你就可以避免因为线路过载而导致一柜子设备停机。如果你有任何实施 DCIM 的意向——正如越来越多的IT团队所做的——你就会需要详细的实施任务清单。不妨趁风平浪静的时候先完成它。

你也可以利用这段时间清理服务器机房的垃圾，它们原本就不属于那里，再检查一下服务器上的滤网是否堆积了太多灰尘。看得见的污垢会阻碍空气流动，这也预示着本来应该被隔离在外面的污物进入了你的数据中心。如果你看到污垢了，就有必要进行一次良好、小心的清理，或者寻求专业的数据中心清洁服务。并且你也应该提醒你的设备管理人员找到和消除污染来源。位于出入口的脚踏擦垫一直都是必要的，所以记得让它们就位。
然后，检查是否有漏风的地方，比如没安装到位的机柜盲板、没有封堵的地板孔洞。换句话说，这一天会专门用来完成一直被拖延、大家都知道应该做、却一直借口“没时间”的任务的。这也是让借口消失的一天！

这一天的关键是：别浪费时间做无用功！换句话说，遵守古老的格言：“没坏就别去修！”维修是绝对必要的，但它也会带来以前没有的新问题。日常维修应该提前制定计划，当出现突发故障时也要及时到位处理。事实是，即使是具有冗余基础设施的数据中心也会被设计为同步维护。如果只是因为“今天没时间”而随意维护关键基础设施设备，灾难就会在前面等着你。

独立培训师兼顾问Sander van Vugt

简单一句话： 升级 ！在生产的每一个星期都没有可用的维修时间窗口来对服务器操作系统进行适当的升级。

在假期，每个人都离开了，那就很容易计划安排一个紧急维护窗口。一个忠告：当其他人在享受海滩时，你却可能会在风险中工作一整个夏天！

Quocirca 联合创始人Clive Longbottom

平均来说，数据中心需要一整天的时间才能完成最佳的清理维护。使用合适的工具，你就能全面清点固定资产，包括很少联网 （例如，BYOD，移动设备）的硬件和所有软件资产，统计软件即服务 (SaaS)使用率。

这将允许在稍后的日子里考虑一些比较重要的事情—— 例如，审议如何合理化和巩固本组织内的应用程序和 SaaS 的使用，以及如何创建一个安全的信息战略。找出用户用他们自己的装备在做些什么，结果很可能会让你大开眼界。

清点这些设备可能会显示出你拥有的服务器数量比你预计的多出20%——当然也包括与之相关的费用。这也允许你近距离观察虚拟化、私有和公共云怎样向组织提供一个优化的平台。保持简洁；虽然用户都不在，也不要修改太多，但请确保你真的能帮助组织在战略上进行改进。

系统工程师Robert Crawford

我们似乎是在水深火热之中勉强维持我们的系统，从一个危机又进入下一个困境。整个过程中，我们会对一切能改进我们职业生涯和可用性指标的细节编写说明。年复一年，任务清单会越来越长，而维持现状也变得更加困难。或者，我们可以奋战好几个星期，最后创建一些工具，例如例行问卷管理，让我们的工作更智能而不是更难。

做一些探索。做几个系统转储，搞清楚 CICS/TS 5.1里面有哪些新东西。我会补习我的汇编语言，尝试一些IBM 在每次硬件升级换代时新增的指令。理智地打破一些事情——找出事情产生的根源。永远不要放弃探索事物的机会，你忽视的东西往往会是最重要的。