新系统上线的注意事项

翻开08年的工作日志，清晰的记录了第一次负责新系统上线的心情。现在想起来还是有点激动。

当时的系统上线的任务清单是这么记录的：

1.星期五下班前，发服务器停机通告，停机时间为：周五下午17：00到周六下午17:00

2.星期五17：30，DBA开始作业，建立新的DB，Tables。DB建立和数据设置大约9点结束，负责人DBA，复查人，MFH

3.DBA作业后，复查Table建立情况，包括Key值设定，索引建立，账号和权限。

4.检查系统基础数据，并导入业务基础数据

5.新程序上线更新并设置用户权限。

6.部署客户端。

7.DBA开启服务器，测试应用程序是否可以正常执行

8.请key user 测试新旧系统的数据是否一致

9.发公告通知，新系统上线服务。

 

世上没有一帆风顺的事情，新系统上线尤其如此，但是风险一般都是可以控制的。

如果开发测试做的好，基础数据准备充分，不会出现大问题。 

奋斗了一天一夜，当系统正式上线成功，哪种喜悦感和成就感真的很棒的。

 

但是那次还是出现了问题，DBA在趁着那次停机机会，在数据库端做了些调整，说是为了改善性能，但是并没有通知我们，

nnd，最后系统上线后，普遍反应系统慢。我们一直给用户解释说是因为新旧系统并行问题（当时新旧系统DB部署在同一台主机上），系统资源部够。

后来才发现DBA对索引优化机制做了调整，导致之前专门有优化的程式，优化失败，程序变得更慢。

 

那个星期，很痛苦的，在公司简直抬不起头来了，遇到人就会问，系统咋变慢了呢，是不是你弄的！

 

上线就上线，不要搞其他的附加内容，比如主机性能调整，数据库性能调优。这些增加了项目的风险。

新系统上线要注意什么呢？

1.要有详细的上线步骤和执行计划。

2.计划中对每一项作业都必须列出开始和结束时间，负责人和复查人，并严格按照计划执行。

3.如果是新旧系统并行，最好不要把新旧系统部署在同一台主机或DB上，防止出现性能问题，或者因为新系统问题处理而导致旧系统无法作业。

4.作业和作业之间留有相对宽松的时间，以便测试和问题处理。

5.新系统上线就只做上线的事情，不要做与新系统无关的事，比如主机性能调整等，如果要做，也要分开时间段，分开作业计划。

6.对每个作业可能出现的问题，做成检查清单逐一核查。

简单总结就是把上线这件事，工作项目细化每个作业并给定一个结束的时间点，负责人和检核方法，以及出现异常情况的处理方法，这些处理好了基本上不会有问题。

反而是新系统上线后的事项要注意，由于操作习惯修改，或者新旧系统并行带来的工作量增大导致user抗拒，新系统也会出现bug

也需要协调处理，这个时候压力最大，会一直持续到系统稳定期。

新系统出现的任何问题都要及时处理并汇报给领导知道，这个时候领导最关心系统了。投入了那么多人力效果到底怎么样？

其实这个时候根本看不出新系统的威力，反而是问题成堆，甚至会出现“变更功能”和“提出新需求”的情况。

这个时候领导的支持很重要，与领导的沟通也很重要。可以做个新系统上线问题单，用来跟踪问题处理以及与相关人员沟通。

问题单要明确规定哪些问题是上线问题需要及时处理，哪些问题需要系统稳定后，转由系统需求单处理，如果没有这个问题单做管控，新系统上线会永远结不了案的，因为“情绪不稳定的用户”新需求永远不断，问题处理边界的确定可以参考新项目起案时定的系统边界。

到旧系统下线时间，一定要果断下线，不可以迁就用户，否则新系统上线就没有意义了。