2021-06-18投产流程说明

投产流程说明

版本	版本日期	修订者	描述	备注
V1.0.0	2021年6月18日	闫肃	初稿

常规投产流程

一、流程

1. 确认投产系统清单

1.1 IT作战部在19:00前需要登记常规上线登记表；

2. 封版物料

2.1 IT作战部提交交付申请；
2.2 配置管理组处理合并请求；
2.3 配置管理组在时间19:00开始构建物料包封版；
2.4 配置管理组将物料包上传至FTP服务器；

3. 部署投产

3.1 IT作战部20:00开始发布新的版本；

4. 验证

4.1 IT作战部进行技术验证
4.2 IT作战部进行业务验证；

5. 封版期间变更流程

5.1 IT作战部报备配置管理组；
5.2 配置管理组与中心主管确认；
5.3 转至步骤2；

TIPS：
发版频次经上线参谋部决策可临时增加；

二、规范

1. 上传物料

将如下物料上传到网盘相应路径
① 【物料】：…\研发中心\02-系统资料\08-新核心项目发版\常规发版申请\发版环境\常规投产日期\；
② 【上线方案】：…\研发中心\02-系统资料\08-新核心项目发版\常规发版申请\发版环境\常规投产日期\；
③ 【上线登记表】：…\研发中心\02-系统资料\08-新核心项目发版\常规发版申请\发版环境\对应小组常规投产项目登记表.xlsx；
④ 【源码】：入CC/Git版本控制的系统要提交至准生产环境QAS流进行封版；

2. 获取物料

① 投产当晚，投产操作人员统一在132.9.41.178服务器（用户名：ftpdownload）上获取物料
② 物料获取路径：/ftp/materiel/常规投产日期/小组/系统简称/ 小组_[系统简称][包名][版本号]/…
例：/ftp/materiel/20200312/01/core/01_core1v1.0/…；
③ 上线方案获取路径：/ftp/step/常规投产日期/小组_[系统简称][包名][版本号].xlsx
例：/ftp/step/20200312/01_core1v1.0.xlsx；

3. 常规投产项目登记表

① 必须填写投产操作人员（行员）、复核人（行员）；
② 当日能验证的必须验证，如无法当日验证的需写明不能当日验证的详细原因，需填写验证部门/验证人员；
③ 项目投产必须支持回退，如不支持回退需详细写明原因；

4. 上线方案

① 文件获取时必须以二进制（bin）方式获取；
② 上线操作每步必须写明验证方法；
③ 上线方案中必须详细写明回退方案；
④ 上线完成后业务验证前必须做技术验证；
⑤ 每个上线步骤需写明合理的操作时间；
⑥ 在上线操作文档中除了几个关键节点步骤外，如涉及用户、IP变动的操作必须作为单独的步骤执行；
⑦ 回退时要有应用服务回退的步骤，也要有数据库回退的步骤；
⑧ 全量更新的需要进行全量备份，差量更新的需要将更新的文件进行差量化备份，备份后需要比较更新清单和备份文件进行验证。备份目录:用户目录/backup/日期目录/code
⑨ 回滚应用的时候不允许修改文件回滚，需要从备份目录获取文件进行回滚，对于新增的文件回滚的时候需要进行删除。根据清单进行验证。

5. 脚本操作规范

① 涉及数据导入时，如果数据条数大于500条必须以import方式导入，不得以insert方式导入，如数据大于100万条需以load方式导入，必须要加NONRECOVERABLE参数；
超过500条：例如:
import from 导出的ixf文件名 OF IXF MODIFIED BY FORCECREATE COMMITCOUNT 100000 replace_create INTO 数据库表名
超过100万条数据:例如：
load client from '/krcb/data/2014-12-31_CBOD_CICIECIF.del' of del modified by delprioritychar replace into CBOD_CICIECIF NONRECOVERABLE;
② 所以涉及数据库表insert、update、delete以及对象结构变更操作的必须做该对象的结构备份和全量数据备份，数据备份后必须做验证；
③ 涉及到数据库表备份的需以数据库对象作为备份，不允许导出文件的方式备份，涉及视图和存储过程的需导出ddl语句作为可执行脚本备份；
④ 数据回退时需使用备份的数据进行数据恢复，不允许使用脚本提交数据恢复，数据恢复后必须做验证；（看看表结构是否一致，表数据条数是否一致）

6. 相关责任人说明

物料上传人：配置管理组
物料管理员：陈海容、李方玉、戴鑫、姚李、左成卫
CC代码版本管理员：胡海威、骆泽亮、计晶葆、陆徐伟
Git代码版本管理员：陈海容、闫肃
代码评审员：陈海容、李方玉、戴鑫、姚李、左成卫
自动化发布平台管理员：闫肃、汪颖

---

紧急投产流程

一、流程

1. 发现并上报问题

1.1 IT作战部发现问题并向题管理组上报问题；

2. IT作战部处理问题

2.1 IT作战部处理问题，并进行业务测试;

3. 确认投产清单

3.1 IT作战部申请打版，登记紧急变更申请表；
3.2 问题管理组接受并分析问题；
3.3 问题管理组上报上线参谋部申请紧急变更；
3.4 上线参谋部决定是否打版；
3.5 如同意打版，则形成会议纪要，不同意打版则转至5.4；

4. 封版物料和上线方案

4.1 问题管理组通知IT作战部提交交付申请；
4.2 IT作战部通知配置管理组进行版本合并；
4.3 配置管理组构建新的物料包；
4.4 将新的物料包上传至FTP服务器；

5. 部署投产并验证

5.1 IT作战部发布新的版本；
5.2 IT作战部进行技术验证；
5.3 IT作战部进行业务验证；
5.4 问题管理组关闭问题；

二、规范

1. 上传物料

将如下物料上传到网盘相应路径
① 【物料】：…\研发中心\02-系统资料\08-新核心项目发版\紧急发版申请\发版环境\紧急投产日期\；
② 【上线方案】：…\研发中心\02-系统资料\08-新核心项目发版\紧急发版申请\发版环境\紧急投产日期\；
③ 【上线登记表】：…\研发中心\02-系统资料\08-新核心项目发版\紧急发版申请\发版环境\对应小组紧急投产项目登记表.xlsx；
④ 【源码】：入CC/Git版本控制的系统要提交至准生产环境QAS流进行封版；

2. 获取物料

① 投产当晚，投产操作人员统一在132.9.41.178服务器（用户名：ftpdownload）上获取物料
② 物料获取路径：/ftp/materiel/紧急投产日期/小组/系统简称/ 小组_[系统简称][包名][版本号]/…
例：/ftp/materiel/20200312/01/core/01_core1v1.0/…；
③ 上线方案获取路径：/ftp/step/紧急投产日期/小组_[系统简称][包名][版本号].xlsx
例：/ftp/step/20200312/01_core1v1.0.xlsx；

3. 常规投产项目登记表

① 必须填写投产操作人员（行员）、复核人（行员）；
② 当日能验证的必须验证，如无法当日验证的需写明不能当日验证的详细原因，需填写验证部门/验证人员；
③ 项目投产必须支持回退，如不支持回退需详细写明原因；

4. 上线方案

① 文件获取时必须以二进制（bin）方式获取；
② 上线操作每步必须写明验证方法；
③ 上线方案中必须详细写明回退方案；
④ 上线完成后业务验证前必须做技术验证；
⑤ 每个上线步骤需写明合理的操作时间；
⑥ 在上线操作文档中除了几个关键节点步骤外，如涉及用户、IP变动的操作必须作为单独的步骤执行；
⑦ 回退时要有应用服务回退的步骤，也要有数据库回退的步骤；
⑧ 全量更新的需要进行全量备份，差量更新的需要将更新的文件进行差量化备份，备份后需要比较更新清单和备份文件进行验证。备份目录:用户目录/backup/日期目录/code
⑨ 回滚应用的时候不允许修改文件回滚，需要从备份目录获取文件进行回滚，对于新增的文件回滚的时候需要进行删除。根据清单进行验证。

5. 脚本操作规范

① 涉及数据导入时，如果数据条数大于500条必须以import方式导入，不得以insert方式导入，如数据大于100万条需以load方式导入，必须要加NONRECOVERABLE参数；
超过500条：例如:
import from 导出的ixf文件名 OF IXF MODIFIED BY FORCECREATE COMMITCOUNT 100000 replace_create INTO 数据库表名
超过100万条数据:例如：
load client from '/krcb/data/2014-12-31_CBOD_CICIECIF.del' of del modified by delprioritychar replace into CBOD_CICIECIF NONRECOVERABLE;
② 所以涉及数据库表insert、update、delete以及对象结构变更操作的必须做该对象的结构备份和全量数据备份，数据备份后必须做验证；
③ 涉及到数据库表备份的需以数据库对象作为备份，不允许导出文件的方式备份，涉及视图和存储过程的需导出ddl语句作为可执行脚本备份；
④ 数据回退时需使用备份的数据进行数据恢复，不允许使用脚本提交数据恢复，数据恢复后必须做验证；（看看表结构是否一致，表数据条数是否一致）

6. 相关责任人说明

物料上传人：配置管理组
物料管理员：陈海容、李方玉、戴鑫、姚李、左成卫
CC代码版本管理员：胡海威、骆泽亮、计晶葆、陆徐伟
Git代码版本管理员：陈海容、闫肃
代码评审员：陈海容、李方玉、戴鑫、姚李、左成卫
自动化发布平台管理员：闫肃、汪颖