谁有构建企业CMDB的经验啊？

辛巴

谁有构建企业CMDB的经验，特别是change management 这方面的流程控制的实践经验，能分享一下吗？ 怎样控制和审计每一个变动都被有效的执行呢？

bulaohu

I'm interested in this too...

辛巴

另一个同标题的帖子斑竹给删了八，误操作。。。

me too.

呵呵，只要LZ问下在一些大公司做的TZ,公司web site 上一般会有的，我国内以前的公司有，但我没拿那些资料。。。:si14

[ 本帖最后由 louis72 于 2006-10-22 00:00 编辑 ]

单衣纵酒

去ＢＭＣ，看Ｒｅｍｅｄｙ的Ｃｈａｎｇｅ　Ｃｏｎｔｒｏｌ资料。

辛巴

谢谢。
想请教一下，作为Change Cntroller:
1.该从一个组织结构或变动流程的什么层面开展工作？
2 怎样确保每一个变动都被跟踪？
3 怎样确保每一个变动都被有效的执行？
4 变动的提出者、审批者、研发者、执行者之间的关系以及整个组织内部的关系又如何协调呢？

迷惑ing.......谁有经验现身说教一下,谢谢啦。。。。。

这在公司内部都会有个比较大的software（include database)来control的，在IT方面，remedy是其中一种。到每一步都会有email通知相关人员。。。执行或者approval都有email通知的。

单衣纵酒

我不是做Change Control的，但工作中交道打的很多，有些侧面的了解。

国外数据中心的管理思路比国内我见过的一些例子要清晰，就Change Control而言，我的理解Asset Management，SLA还有国内常说的定岗是实现的基石。

每一个硬件，软件都有一个Asset ID；
每一个硬件，软件也都有一个Owner，business的，tech的；
每一套系统都会和其所相关连的Asset ID关联；
每一套系统也都有相应的SLA；

系统都是Dev - Test - Uat - Prod四套环境，分别对应开发，内部测试，外部测试，生产环境

所要做的Change必须先经过Dev -> Test -> Uat的检验无误后方能提交Change申请deploy到生产环境。
提交者要附上详细操作步骤，实施时间，实施人，联系手机，Verify步骤，系统Crash的恢复步骤，恢复时间等等，并将这个Change与会影响的Asset ID关联，系统就会自动根据事先的设置通知该Asset ID的business owner，tech ower。对方可以批准，拒绝，或者要求更多信息等等。
得到批准后，实施完成，验证完毕，关闭该Change.

这样的好处就是数据中心生产环境任何较大的操作都会被记录，任何人的离职都不会对系统造成太大影响，接任者通过Asset ID的历史记录可以很快的熟悉系统。而且Dev -> Test -> Uat ->在提高成本，降低实施效率的同时最大程度的保证了Business的uptime

比较常用的有HP的openview，BMC的Remedy
这个Change control加上Asset Management，SLA，还有Workfolw, Call centre，DR是构成较大数据中心的基本日常操作思路。

单衣纵酒

顺便说一句，这不是你一个人做的了的东西，业内有很成熟的解决方案。

刨去politics的东西，就纯操作的角度而言也不在一个人的能力范围内。我们就Remedy一套系统就有两个专职的Remedy Admin他们是Tech的，成天骚扰我，欠我很多人情：）；Business的专职Coordinator也有两个。加上Dev - Test - Uat - Prod的架构，Business不是大到了一定程度承受不了也没必要。

以前国内公司在我辞职前刚实施change management，我只有了解一点，楼上一说，清楚很多了。。。

辛巴

谢谢啊。
Dev -> Test -> Uat->Prod的流程是在执行的，就是CMDB还没有建立起来，所以更不用提CHANGE 与 CI的关联了。公司还没有买第三方结局方案的意图，要自己建立cmdb和change control还真难啊。