DCIM的标准还不明确
数据中心基础设施管理DCIM没有一个统一的标准。它可以简单到是柜子电源板上的一个监控器具，也可以是一个复杂的包括所有颗粒度的数据中心监控系统。尽管DCIM有许多正式和非正式的定义,但并没有正式的工具或标准来解释DCIM。
DCIM和BMS有交集
图1显示了一些数据中心DCIM的主要内容, 从机械工厂的电气装置, 机房环境、IT设备, 还有安防和建筑管理系统(BMS)的集成。DCIM系统可以提供监控、控制和其他功能的部分。
图1:数据中心DCIM的主要内容
如今几乎所有的建筑，不管新的还是旧的，都有一个建筑管理或自动化系统（BMS或BAS），用于监控主要的能源、冷却与照明系统。建筑管理系统非常牛，通常是由标准的软件平台与通信协议组成。BMS监视并控制着整个建筑的基础设施，主要是一些使用能耗大的系统。例如，BMS感应每一楼层的温度，也精确到每一个房间，还可以按需调节供热制冷的输出。
BMS通常监控建筑的所有设备：冷水机组、空气处理器、冷却塔、水泵、水温、流速与能耗。自动化系统在夜晚关灯，根据太阳照射角度控制百叶窗， 并根据其他条件作出相应变化。除却控制的复杂性，BMS最重要的功能是在发生状况时发出警报。这其中大部分功能不是数据中心也需要的吗？
DCIM的演变
在2007年绿色网格发布PUE度量之前，数据中心的业主和运营商们曾经对跟踪能源消耗的兴趣不大。但是这种情况会快发生了变化，有部分原因是监管部门开始关注数据中心的能耗。而更多原因是数据中心的管理者需要用高可靠性和7*24的可用性来满足客户。因为往往他们的顾客要求比实际需要更高的可视性, 更好的效率和更低的交付成本。
图2:PUE监控
DCIM的进化先驱是一些早期的BMS系统与仪表板用于监测PUE（见图2）。随着时间的推移，DCIM已经演变成不仅用于能源的监控，还对资产的控制，环境管理、容量管理等专业功能的综合大系统。这种演变导致了一个更广泛的受众市场，往往与这些系统的功能因其潜在的利益而混淆甚至重合。以前在数据中心市场里充斥着的都是传统的BMS平台，旨在管理对应的产品，监控和优化能耗，检测PUE。而目前的DCIM市场则合并为一个整体，每个DCIM供应商都宣称其产品与其他人是不同的。两家供应商可以同时声称能提供的DCIM是两种完全不同的产品，分别侧重于数据中心不同的功能。
DCIM与BMS的区别
传统意义上DCIM是为了帮助数据中心管理员管理和控制基础设施的。在一方面，BMS只是DCIM最基本的表现。
图3：BMS工作流模型
现在数据中心行业里提出了许多不同的模型已经来描述DCIM工作流程（图4）。他们中的大多数认为首先要大规模收集和存储来自传感器和仪表的数据，这个数据被用作输入到不同子系统进行分析，如环境控制，功率和能量管理，安全性，和IT资产，而输出的结果显示在数据中心管理者的仪表板上。但是必须确定此输出是否提供了可操作的信息或计量数据，还是只是一个五颜六色的图表， 既数据中心管理员通过DCIM控制各个系统。这些问题的答案可以区分DCIM和 BMS平台，因为DCIM能直接帮数据中心管理员解决问题。
图4：DCIM工作流模型
DCIM用户的焦点
目前，市场上大多数数据中心拥有者关心的问题：
- 如果我的数据中心出现了故障，DCIM是否可以解决它？
- 我的数据中心的运营是否是按照设计初衷？
- 我的数据中心的瓶颈在哪？
- 我的哪些设施可以从这次升级中获得最大利益？
- 它能帮助我的数据中心提升容量吗？
- 我的下一个服务器应该放在哪里？
没有人能够详细定义DCIM或者是它的所有功能。“DCIM将解决您的数据中心的所有问题”所以其实是一个不正确的假设。因此，以上问题中第一个问题的症状是某些DCIM商家在市场上夸张了产品功能。现实情况是， DCIM的一个基本功能应该是提供一个更深入的视角来监控数据中心基础设施的性能， 其重点是系统在出现故障前预警、评估并帮助解决风险。这些内容最值得注意的包括：数据中心是否在按照当初的设计进行运作； 基础设施的容量限制（“瓶颈点”）；项目的资本评估；确定滞留容量和为需要部署的服务器分配合适的位置。
是融合还是互补
如果建筑的制冷系统发生故障，只是会让人不舒服，但如果数据中心制冷系统发生故障，那就是事故。这是为什么DCIM提供风险信息，监控数据并在关键事物出现问题之前唤起预防性维护的原因。预报需要积累数量庞大的数据存储与分析数据，这个量是目前的BMS系统无法承受的。将大量数据从所有受监控的设备转换成有用的信息才可以防止发生崩溃事件。
BMS监控系统的基本功能是在发生故障时拉响警报。尽管你能在出现征兆前看见趋势，但预测性分析不是BMS的出发点。BMS被设计为闭合回路，为了让用户自行修改和融合其它系统，而DCIM是开源的。但是它们如果可以有机融合而进行互补，才能为数据中心提供更好的管理服务。
