系统发布部署数据库管理规范

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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\备份记录\程序发布备份\

系统配置变更申请单

执行人:年月日

相关文档
最新文档