客户的一套CMS系统进行升级，借助升级，同时对web服务器进行迁移整理；总共一个主站，30多个子站。网站跑了七年，百万级的pv，所处环境为win2003r2+oracle+apache，跑在虚拟化上，网站相关虚拟化服务器有10台，升级迁移涉及到其中的8台。大体构思上是现有的生产环境不动，搭建一个崭新的环境进行系统的部署，网站空间，数据的导入，中间件的配置，web安全的搭建。在新环境测试没有问题的情况下，与现有的生产环境进行平滑切换，好在客户做的虚拟化，对数据的迁移方便了许多。
此次系统的升级及整改历时两个月，而真正的关键操作仅仅只用了两天半，其余时间全部都是在做测试，整理并获取环境参数。
第一阶段做的就是熟悉现有的环境，获取用户的需求，制订计划，这一阶段我和我的同事，两个运维工程师，向CMS原厂的工程师进行了交流，详细介绍了客户这边的环境，由原厂工程师详细制定了客户CMS升级方案。
第二阶段即是测试阶段，模拟现在的生产环境进行CMS升级，包括导出现有的网站数据，对数据进行整理。CMS内存放了近1000个模板的修改，几个工程师进行合理的分工。同时数据库进行了小版本的升级测试，数据的导入导出等等，这个阶段出现了很多难点，香港服务器，也是时间最长的一个阶段，我们根据测试阶段详细制定了正式阶段升级及迁移的方案，并将可能出现的危急情况进行了评估，制订了应急预案。
第三阶段正式实施阶段，由于客户平时要发布数据，这项工作只能在周末做，我们从周五下班开始，关闭了所有CMS的链接。根据测试阶段制订的方案，大体做了以下几项工作：
l 数据库服务器小版本升级，数据迁移；
l 检索服务器的迁移；
l 中间件升级；
l 所有工作完成后的数据流测试工作；
终于在周日晚上，完成了大部分的测试工作，大部分系统运行正常，数据访问正常。
第四阶段，整理相关文档，包括部署文档，网络拓扑图，数据流图等等，总结此次的工作并归档。
作为一个系统工程师，通过此次工作，自己有了更深一步的认识，更明白了如何协调各工程师之间的工作。
有时候自己感觉打酱油一般，但不在场还不行。你要随时接受对方工程师对于各种环境参数的提问，因为只有运维的人最熟悉这个环境。
其实，免备案空间，系统工程师，更多的是要有一个全局观。当然，这需要深厚的技术基础作底蕴。之前看过一篇文章，系统架构师，需要技术人沉淀很久。诚然，现在的IT圈太浮躁了，需要的是一颗平淡的心，坚持自己所坚持的，才会走得更远。
本文出自 “看门人” 博客，请务必保留此出处
谁是谁生命的点缀。
