运维管理信息共享
出于对IT资源化、精细化管理的要求，企业部署了诸多的监控管理工具，如网络监控、系统监控、数据库监控工具等。一般来说，这些监控工具往往来自于不同的厂商，彼此之间缺乏信息共享的手段。而一个具体的业务是由网络、主机、应用本身所组成，管理信息无法共享，这就造成了当一个故障出现时，无法通过系统直接自动分析并***故障点，加大了IT故障的分析难度，降低了解决问题的效率。业务服务管理可以有效整合企业已经构建的众多IT监控系统，将分散的IT管理信息集中到一个单点的管理平台中，从而可以快速进行故障***。根源问题***随着企业业务的快速发展，IT环境越来越复杂，IT组件越来越多，同时各组件之间的关联关系也更加纷乱和复杂。业务服务管理能够提供有效的根源问题***能力，它着眼于企业的业务系统，通过集中与业务相关的IT信息，根据业务逻辑和IT组件之间的关联关系进行建模，企业可以在业务模型中的任何一点进行快速的根源问题分析和***，大大提高了解决问题的速度和准确度。故障影响范围评估当我们发现IT故障时，我们不仅应该关注故障本身，更应该考虑该故障对业务系统的影响。通过建立业务服务影响拓扑，可以快速的了解企业的关键性业务及业务故障时的影响范围，通过了解企业具体的业务环境，优先处理关键故障点。
运维管理发展方向
随着统一的管理信息系统覆盖整个***，固化需求的传统管理信息系统运维模式，必然会对整个***的业务造成冲击，新一代应用系统（AS2.0）的运维管理必须具备以下基本条件：要能够运维管理管理信息系统应该是利用各类通用构件、组件、和工具等搭建构造形成的，它们是具有***性的、松耦合、可拆卸、易维护的产品集合，从而使得支持整个***运行的一体化管理信息系统能够持续地支持应用的拓展和完善，能够实现自身能力和效率的可持续发展和提升，特别是其过程对***运行的影响小，给用户体验带来持续的提升。
要能够管理变化运维的目的是确保对业务需求和运行环境变化的，及时有效地支持，所以直接取决于应用系统对变化响应的能力、效率和可管理性。传统应用系统通过直接修改代码实现运维的模式已不适应，且不可管理，而是让用户能够通过相应的工具，对相关构件和组件的配置、定义、修改，以实现对业务和环境的运维，并且实现对变化过程的记录、跟踪和分析管理。要能够管理不同整个***的应用需求可能会因为地域差异而不同，可能会因为发展进程的覆盖面而不同，可能会因为环境配置情况而不同。应对这些“不同”，以及支持这些“不同”的能力，是与传统管理信息系统运维的根本区别，传统是通过应用系统因为需要固化需求，只能通过不同版本去适应“不同”，而新一代应用系统（AS2.0）则是在统一运行环境中，通过工具的配置和定义实现对“不同”的支持和管理。
数据中心测试评估服务系统解决目前运维难题
在数据中心生命周期中，数据中心运维管理是数据中心生命周期中后一个、也是历时长的一个阶段。数据中心运维管理系统就是为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统的计划、*、协调与控制，是信息系统服务有关各项管理工作的总称。对于很多数据中心来说，保障和****数据中心运维管理绩效是现在数据中心亟待解决的问题。
教据中心建设作为一种战略投入基本上已经形成共识，但是在巨额的投入后仍面临着种种问题与风险，面临着数据量急速膨胀，场地严重不足，运营成本高昂、能耗大、安垒性差，业务连续能力低等一系列挑战。
那么在数据中心运维管理工作中到底存在哪些问题呢？
（1）运维人员不了解数据中心运维管理系统规划情况主要工作局现在对设备的维护上；
（2）简单的依照标准确定运维内容，包括一些不重要、无关紧要和不对的指标；
（3）机房环境指标指示不正常（温度、湿度、正压等），不知道如何改变制冷设备设置，使系统运行达到很好状态；
（4）供电系统异常（接地、零地电压、干扰、IT设备异常）时，只知道在供电设备上查找原因，而****终不能解决问题；
（5）管理界限不清楚，只维护部分基础设施设备，忽略或不维护发电机和空调室外机等；
（6）只维护关键设备，对发电机、电池、配电、线缆长时间不做维护；
（7）设施文档不*或不正确；
（8）发生事故时简单地归结为设备问题，不愿也无法找出引发事故的*原因，以至于故障*后再发生故障，或诱发其他环节故障。
（9）对设备和系统的智能监控管理功能不熟悉，已有的智能管理功能不能得到充分的利用。
（10）无专门维护人员配制，或维护人员不符合标准；
（11）管理制度不健全，缺乏维护操作流程，无严格的交接班制度。
