项目升级操作步骤及规范.docx

海鼎公司项目升级操作步骤及规范主 题：项目升级操作步骤及规范项目名称：海鼎公司撰写单位：海鼎作 者：沈斌强版 本 号：0.1审核功 能姓 名部 门签 名日 期文档历史版 本修改原因修改人基于版本日 期V0.1新建沈斌强2010-11-08参考文档编 号文档名（链接）1项目升级操作步骤及规范(初稿)-POS4POS3.doc- 6 -文档概述本文档描述HDPOS3的升级要求和升级步骤，用于规范HDPOS3版本升级工作。内容涵盖超市和便利的升级规范。升级包括单需求和单BUG升级，以及版本升级，本文描述版本升级为主，单需求和单BUG升级可参考此方式。升级原则1 升级前请做好充分准备，因为客户不会等你准备。2 升级时尽量不要跨晚上12点。（建议12点以后日结完成开始升级）3 升级目录结构清晰，避免由于文件取错而导致升级错误。4 升级前一定要备份，待升级稳定前不要删除（一般的习惯是在下一次升级结束后删除上一次的备份，然后留一个备份）。备份内容包括：正式数据库，目录文件，报表、键盘方案、打印模板（单据，价签）等。5 升级前一定要测试主业务流程，特别是客户的需求是否实现；升级后一定要简单测试，包括界面是否报错等。6 一定要先升级测试库，让客户协同测试后，再升级正式库，并做简单测试。7 提前整理升级报告，并提交给客户。根据版本发布公告，整理升级报告，需包含：客户所提交的需求的完成情况，实现方式等；其它客户提出的值得推广的需求，实现方式等；本次升级可能带来的风险及应对措施等。8 升级问题一定要归档反馈，以利于下一客户的升级。9 注意相关JOB运转是否正常。升级步骤1. 整理升级文件。在Intra公告栏下载从现用版本至升级目标版本，历次发布的升级包，以及所有相关的升级包，将所需文件放入如下升级目录中的对应文件夹。以日期为主文件夹，再区分产品和业态（超市，便利，卡等），然后再以版本划分先后顺序，并添加补充的脚本。一定要对升级脚本做先后编号！存放目录参考如下：2. 对于客户端程序，由于始终取最新版本，顾只要根据产品和业态，有一个目录（Bin_new）存放即可。存放目录参考如下：通常可以在最后一个升级版本目录中加入定制内容和一些额外补充更新。见图其中最后3个即为附加的额外脚本。在该版本目录other可以建立两脚本，取名before、after可实现全脚本之前执行和全脚本执行完之后执行。如图利用hdpospkg.exe打包后，Megrev为合并后的目录，其中Sql文件夹为合并后的所有脚本按次序排放，other中包含before和after脚本，pos中会保存本次升级需要更新的客户端内容（来自步骤3）。关注rev.ini和hdupd.ini文件的内容及格式。2.1打包过程图例：选择完发布路径后，点击提取版本号即可得到带合并版本。双击待合并版本后，如图所示：选择版本合并可生成megrev目录，点击inigen则生成相应的每个目录下的ini文件点击打包可生成相应的安装包（超市各门店升级必备），3. Pos客户端更新需要源码，升级之前注意将对应版本的程序源码备份，包括历史版本和最新版本两份。搭建好编译环境，将更新的客户端程序编译出来。4. 搜索此次升级脚本内的敏感语句，并重点查看合理性。包括：drop table，delete，hdforcedrop，truncate等。如果有条件，可以连带查看update语句。-无数据测试（以下工作在公司完成）5. 检查客户原定制相关脚本，本次升级是否重写了有定制的存储过程、触发器或源代码等，如有需将原定制内容合并到相应升级脚本或程序中；6. 升级本机测试环境，调试升级脚本的执行准确性。7. 测试本机环境，验证主业务流程的准确性，并熟悉此次升级的内容。8. 查看重点存储过程的逻辑如updinvprc，posproc，比较升级前后的内容，一定要了解核心算法的实现过程，确保没有异常。（调整标准库升级脚本的准确性，目前看来比较多的问题有：1重复内容2存储过程未建立就被调用 3建立视图和当前表结构不符）9. 检查本次升级是否涉及前台数据交互，由于便利业态在门店数众多时，可能网络等原因不能确保所有门店同步升级，此时需要测试升级后的后台是否能同样处理未升级前台发送的数据，避免后台升级后导致未升级前台发送的数据无法处理；10. 整理升级报告，提交客户，并和客户方软件负责人协调升级时间，一般在约定时间提前3-5天前往现场。-带数据测试（客户环境中测试）11. 升级客户方的测试环境，并邀请客户一起协同测试。（按次序执行升级脚本，可查看升级过程中脚本问题所在，可能出现的问题是更新表结构时主键不一，索引建立不符要求）12. 对于重点需求实现，要提前培训客户，防止升级后出现操作问题。13. 和客户确认最终升级时间点，并让客户软件负责人发公告，通知相关人员。一般便利升级只要总部人员下班后即可，超市升级一般在门店结束营业后，但是不能跨12点。13.1：如果有外地门店要特别强调通知系统管理员不要关机，并提前测试远程连接是否正常；13.2：根据客户门店数多少，有必要的话让客户安排好信息部加班人员，协助完成，确保在12点前完成升级。如果12点完成不了，需要整体延后等12点日结完成后开始升级。13.3：单店和便利升级只要升级服务器数据库，而超市门店服务器数据库也要升级。13.4：涉及到前台升级时，便利业态要考虑前台打包大小，实际便利升级前台需要几天，因此要考虑数据上传的兼容性，而超市没有这个问题。-正式升级14. 开始正式升级工作。15. 数据备份15.1. 备份HD31数据库等主数据库。15.2. 全备份完成后，在当前正式库，备份重点表，比如HDOPTION，FASYSTEM，NETFTPGROUP，NETFTPGROUPDTL，NSQLITEM，MODULE，MENU等表。15.3. 在HDPOS32同路径下，备份一个HDPOS32_BAK，存放备份前台和备份后台客户端，以及QUERY和PRINTBILL。15.4.备份客户定制的工具，如标签打印小工具等16. 检查是否还有人操作总部数据库，停止相关服务，开始升级。17. 先升级总部数据库，并查看执行结果。（一般情况下此时不应该有报错，如有报错查看原因，并立即恢复总部数据库，重做带数据测试工作）18. 再升级总部客户端，拷贝最新客户端到文件服务器。19. 对于超市，再升级门店，升级前让客户拷贝经过HdposPkg.exe打包后的文件到各个门店服务器，在总部升级完成后，让客户信息部协同执行升级文件，对门店进行升级。20. 升级完成后，让客户协同登录各个门店的客户端，并验证各个界面打开和关闭。21. 开启相关服务，告知相关人员可以登录系统进行操作。22. 升级后跟踪零售数据处理，以及日报记录的准确性；FTP交换等。23. 调整系统界面，使之适合客户升级前操作习惯。24. 检查小工具是否可以使用，如无法使用寻找原因并解决。25. 升级中遇到的问题，统一提交给开发，若有一些注意点，则同类产品项目经理间要分享。26. 升级完成后检查：26.1升级完成后，利用编译好的客户端登陆，尝试完成一次完整的业务逻辑，包括