这个搬迁了才告诉你们啊...
是不是走下Change Management Process？
原则：任何影响生产运营的任何change需要提前一个星期通知客户，如果change会导致运营中断，需要备份策略，以保证运营的连续性。
1，Log and Classify Change,
a, raise request for the change，
b, 提供change的Business reason给客户,
c，提供服务器搬迁计划, backup plan以及rollback plan 一旦服务器在规定时间内无法恢复运营的解决方案.
d, 提供服务器搬迁的schedule, 比如什么时候提供plan,什么时候搬迁，什么时候重新开机。（Change不是任何时候可以做的，需要在一个特定时间也就是change window执行，比如周六周日，不影响客户的运营）
e，提供所有计划已经方案的approval.搬服务器那么大的事，需要Center Lead的approval.
2，Identify and analyze the Risk and Impact of the change on the infrastructure and the Business， 这里要确定搬迁服务器这个Change的影响以及风险问题。
a，是否是urgent case? 是不是机房快被水淹了，如果不是urgentcase 走正常change 的流程
b，正常的change,要由Change manager审核business reason, 搬迁服务器的风险以及安全保密方面，以及各个Plan.
3，Change Approval, 需要得到客户的同意，以及Data Center lead的approval. 客户是否同意在这个时候搬迁服务器？是否同意服务器down机的时间？如果不同意，不能执行，不然影响SLA,影响大选....(我也不知道为什么影响大选)
4，Schedule Change, 和第三步一样，需要和客户取得同意迁移时间，如果不能和所有客户达成一致，应该取最小影响时间。确定后，发给所有的Business Unites.比如白天广大网民们灌水最high适合不能动，可以考虑凌晨开始chagne(国内也叫割接)
5，Implement Change, 搬迁服务器。按照搬迁计划执行，如果有增加硬件需要在执行检测，搬迁后测试服务器如果一切正常就可以记录下来搬迁的结果。
6，Post Implementation Review，客户确认功能正常，水民们灌水速度照旧。然后就Review下implement 过程，木有问题close case.
各位ZHT看看他们有没有达到其中的要求吧。
搬迁到新机房又涉及到机房选址的问题，这里不细说了。
|
发表于 2-12-2007 18:23:35
收藏
赞
踩
楼主
停的话，会持续多长时间？
发表于 9-12-2007 18:58:26
