系统发布部署数据库管理规范
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
河南煜东信息技术有限公司部署文档发布部署注意事项
蒋莉
2017-5-3
注:此为以会展V3.3版本(2017.05.03)为案例编写,后期如已满足不了新的项目需求,需持续更新改动。
基本流程
本地(本公司)测试服务器
项目提交拉取更新到最新版本,编译
发布
项目文件部署到服务器IIS 上(IIS7.0以上)
文件上传
本地测试阶段
将项目文件部署到用户测试服务器上
将通过的项目文件部署到用户正式服务器上
系统正式运营使用
开始
结束
用户测试,试运行阶段
顺利
否
是
测试合格
否
是
开发阶段结
束开发环境测试计算机运营服务器,正式运营
用户验收
发布后的项目文件
一般都分测试服务器和正式服务器
服务器目录规范
数据库规范
数据库分两个部分:
1.本地部署:开发库,测试库。
2.发布部署:正式库,测试库
命名规范:
开发库以业务命名即可,纯英文,不可出现中文。
测试库命名:业务名_Test
3.特别注意:所有库与库直接的更新同步以脚本形式操作!!!!
注意事项
3.发布部署过程中,操作流程要规范,文件不可乱压缩,乱存放,乱命名,违者一经发现
从严处理!!!!!(我们都是干净的孩子,做事情也要干干净净规规范范漂漂亮亮的!!)4.定期清理备份的项目文件,保留最新三个月内(目前)记录,可做一个计划任务让系统每
天在指定安全的时间段检查清理。(如果不做,那负责人只有手动去做)
5.负责人有必要做好系统发布部署的操作手册,以防离岗时,能有其他人替代你做。
6.服务器保持清洁,严禁在服务器上安装其他无关的软件,做好安全防护措施(基本的)预
防被攻击。
7.发布部署工作,安排1~2人专人值守。(如有特况,其他人也只能发布到本地测试),正
式服务器还需要负责人去负责,所以安排2人,以防止离岗,特况发生!
8.定期检查服务器安全情况,制定安检计划和方案
9.数据库备份,项目备份,数据脚本备份,数据清理脚本等相关操作资料都要保留在服务
器上一份,以做应急使用。
10.测试阶段,发布前,一定要把业务数据清理干净,分阶段清理,该清理了就清理清理,
特别是项目中的改动,甚至数据结构都调整了,你还要以前的数据有何用11.系统试运行,正式运行期间,所有需要涉及数据库变动变更操作,都必须由变更人提出
书写书面申请,由业务负责人,研发负责人,部门经理,总经理/技术总监审核通过之后方可对系统运行数据库做变更操作。(申请模板)
操作实例
注 :系统部署时候的操作内容,仅做阅读模板参考
一.原项目文件备份列表:
路径: D:public\zzicec\
1.log文件夹
2.Upload 文件夹
3.App_Data 文件夹
4.Web.config
5.Areas/Web/Web.config
6.Areas/ExtFrame /Web.config
二 .文件操作:
1.删除原项目的文件,将发布后的文件复制到(D:public\zzicec\)
2 . 将上述(原项目文件备份列表-前三个)文件夹复制到(D:public\zzicec\)
3 . 将上述(原项目文件备份列表-后三个)web.config替换发布后的web.config
三 .数据库(开发库)改变:
1.字段新增,删除时,记录sql脚本
2.生成对应表的sql 脚本(新表)
3.权限按钮表(BASE_MODULEINFO,BASE_RELATION_ORGMODULE,
BASE_RELATION_PERMISSIONMODULE)
4.执行sql脚本(权限按钮表先删除原表,再执行脚本)、
*数据库内容(表结构或数据)改动时,要求以sql脚本的形式变动以及存档
四 . 备份记录:
1.数据库备份 (D:public\备份记录\数据库备份\)
2.发布内容记录(标明日期,版本号)(D:public\发布内容记录\)
五 . 备份发布后整个文件到指定位置。
1.路径:D:public\备份记录\程序发布备份\
系统配置变更申请单
执行人:年月日