这是一个创建于 4312 天前的主题，其中信息可能已经有所发展或是发生改变。
 | 1 Livid MOD PRO  1 用文档记录所有要在线上进行的更新，然后按照文档执行。这份文档有靠谱同事把关审核。把执行结果也记录到文档。并且，最好稍微思考一下如果执行失败的回退方案是什么。 |
 | 2 laomo 2014-02-10 11:27:18 +08:00 1 以前给银行做开发，都是在测试环境写好升级脚本和回滚脚本。升级上线是如果出现问题，立即回滚，保证不影响正常使用 |
 | 3 jianghu52 2014-02-10 11:27:59 +08:00 我所接触到的项目有过这么一个经历，他们的做法是先做一个短时间段的固定IP段的测试，然后把数据手工同步到老库里面，然后逐渐延长时间段，一般是要跑大概1个月左右，然后再全部跑新库，最后老库的数据一直要同步半年以上，才放弃，同时这两个库都是raid备份的。 |
 | 4 workaholic 2014-02-10 11:38:13 +08:00 类似于@Livid , 最重要的是提前备份。 我这里是写一个“上线单”，里面记录所有的变更细节，变更那些表，执行哪些sql，覆盖哪些文件（目录的差异包），并写上更新文件的md5校验值。之后打包发给运维，运维拿到经过审核后就直接用差异包覆盖线上的相应目录，这样变更的文件就更新了。 |
 | 5 SatFeb1 2014-02-10 11:41:37 +08:00 Rails Migration |
 | 6 loading 2014-02-10 14:38:58 +08:00 via iPhone nginx直接切换到新地址，数据保持好。 可惜必须停服务，数据库太难处理，其他都好。 |
 | 7 kingwkb 2014-02-10 1:47:14 +08:00 Rails Migration 已经帮你做好一切，包括回滚 |
Select Language