配置管理可能面临哪些挑战？

发布时间：2010年05月31日点击数： 作者：ITGOV中国IT治理研究中心 来源：ITGOV中国IT治理研究中心

【字体：小 大】 【收藏】 【打印文章】

摘要:
IT部门应该针对需要记录的IT基础架构做出明确的承诺，并为这种形式的管理提供必要的资源。组织也应当承诺使用配置管理数据库（CMDB），并应当将引入配置管理数据库（CMDB）之前的相关数据库中的任何相关数据和数据结构整合进现在的配置管理数据库（CMDB）。配置管理数据库（CMDB）应该被视为IT部门的核心工具，并作为组织内每一个IT人员主要的信息来源。

IT部门应该针对需要记录的IT基础架构做出明确的承诺，并为这种形式的管理提供必要的资源。组织也应当承诺使用配置管理数据库（CMDB），并应当将引入配置管理数据库（CMDB）之前的相关数据库中的任何相关数据和数据结构整合进现在的配置管理数据库（CMDB）。配置管理数据库（CMDB）应该被视为IT部门的核心工具，并作为组织内每一个IT人员主要的信息来源。

但配置管理的成功实施，可能面临下面这些挑战：

• 错误的配置管理数据库（CMDB）范围或配置项详细程度－如果配置管理数据库（CMDB）的范围过于狭窄，基础架构中重要的部分可能不容易被检查、安装、保护或恢复。如果配置管理数据库（CMDB）的范围过于宽泛，则臃肿的数据可能成为一个阻碍，从而降低其它所有服务管理流程运作的效率。如果存在太多的层次、属性和关系，可能需要花很大的精力来维护配置管理数据库（CMDB）。而太低的详细程度又意味着不能记录足够的关于配置项及其相关的事故、问题、已知错误和变更请求等方面的信息。

• 不恰当的手工系统－有些组织希望尽可能长时间地保留纸质记录，而只是在手工系统行不通时才购买自动工具。使用手工系统可能会导致延误、混乱以及人力和资源方面的短缺。最好是基于功能性需求而选择一个工具。

• 紧急变更的影响－经常会出现这样的情形，那就是不得不快速地实施某些变更。这通常发生在正常的办公时间以外。如果配置管理数据库（CMDB）也涉及这种情形，则最好立即将这种变更记录到配置管理数据库（CMDB）中，然而负责人可能不在现场。如果能等到第二天早上变更记录和配置管理数据库（CMDB）可以通过正规的变更管理流程尽快地进行更新就更好了。

• 不切实际的日程安排－如果变更（RFC）进度安排中没有为实施配置管理预留时间，则该项工作可能会被延迟，而配置管理似乎是个瓶颈。现实的安排应该基于过去的经验而制定。

• 管理层的接受程度－人们可能拒绝立即接受配置管理，是因为它是一个相对较新的流程并且通常不能明确地看到其结果。因此，对配置管理的成功实施必须要有充分的来自管理层的承诺和支持。配置经理必须促进该流程的实施并向组织其它人员宣传该流程。经验表明，如果配置管理作为一个单独的流程引进，配备专门的人员，并有一位经理负责该流程，则该流程的成本会明显降低。

• 忽视该流程－工作匆忙的人员可能试图略过配置管理流程。如果这种状况仍然存在，甚至在告知了忽视该流程可能产生的风险后仍是如此，则可能需要采取某些强制措施。