数据运维服务方案

20xx年8月

深圳海联讯科技股份有限公司

北京市质量技术监督局数据运维服务方案

1. 服务背景

当前随着我局信息化建设的不断发展，信息系统数量的不断增加，应用范围的不断扩大，政务管理对于信息系统和核心数据的依赖程度也越来越高，各种业务数据逐步向市局大量集中。因此，如何保障核心数据的安全就显得尤为重要，当前的很多企业均已实现了本地的磁盘与磁带的双备份，很好的保障了对核心数据的安全管理。但本地备份一般将数据保留在机房内，当本地机房整体物理环境遭到破坏，如发生火灾地震等意外事件时，数据有可能也会损伤。因此，远程数据备份的重要性不言而喻，但是建立一个完备的支持实时数据恢复功能的远程备份系统的投入是非常昂贵的，充分利用市局机房中现有的存储条件，借助oracle自动备份和ftp自动传输技术，实现核心Oracle数据库的自动远程异地备份，当本地机房物理环境遭到破坏时，能最大限度的保护好我局的数据。

2. 运维思路

当前支撑我局行政许可、计量检测、监督抽查、监督检查、以及OA等核心系统运行的主要是Oracle10G数据库，运行在小型机服务器上，每个数据库的备份大约为30G左右，考虑到今后两年内的数据增长可能会达到50-60G左右。我局下属的区县局，每个局均具备充分的存储空间，网络实际可利用带宽均为6Mbit/s左右，完成一个备份文件的数据传输大约需要10-20个小时，考虑到网络带宽、传输时间及工作时间对业务经营的影响，我们将数据备份及远程传输放在星期六进行，每个单位对应一个数据库进行远程备份，备份周期为每周一次，每周六下午开始。备份中主要用到数据库导出、ftp自动传输、HP UNIX 定时作业等技术，下面以财务数据库JTCW为例来说明具体实现方式。

3. 运维内容

北京市质量技术监督局本次数据运维服务是由深圳海联讯科技股份有限公司提供资深售后工程师及系统架构师、高级程序员定期对系统运行状况进行检查，以保障我局服务器系统高效、稳定的运行。并且在运维服务提供期间，提供系统的运维服务，最大程度减少故障，对于出现的故障，提供及时的故障处理服务。

2

北京市质量技术监督局数据运维服务方案

4. 运维进度

5. 运维人员

6. 梳理成果

本次综合数据服务平台运维项目成果梳理形成了10项标准流程，即监督抽查（国家抽查转办、市局监督抽查及后处理、区县局监督抽查后处理）、监督检查（市局监督检查、区县局监督检查）、风险预警、风险监测、许可证后监管（年度审查报告）、以及煤炭之间监督检查（市局煤炭检查及后处理、区县局煤炭检查及后处理），修订了10项标准流程，即监督抽查（国家抽查转办、市局监督抽查及后处理、区县局监督抽查后处理）、监督检查（市局监督检查、区县局监督检查）、风险预警、风险监测、许可证后监管（年度审查报告）、煤炭之间监督检查（市局煤炭检查及后处理、区县局煤炭检查及后处理）；编制了9篇以工业产品为监管对象的需求规格说明书，具体内容参考附件；最终形成了14块工业产品信息资源数据项，具体内容请参考附件光盘。

3

北京市质量技术监督局数据运维服务方案

经过以上的操作后，系统每天晚上将自动产生一个备份，并且自动将备份文件分别拷 贝到磁带上和

另一台主机上。系统管理员需要做的是，隔几天换一盘磁带（更换磁带的周 期取决于备份文件的大小和磁带的容量）

和清理备份目录。

这样，

他们就可以从备份数据

的

繁琐中解脱出来，

去做其它更有意义的工作。

而数据库既实现了磁带备份，

又实现了异地备

份，相应的安全性也大大提高了。

4

 

第二篇：系统运维半年总结报告

系统运维半年总结

   

一、概述

    本文档为系统运维管理20##年6月止的阶段性报告，通过本报告能够反映该段时间的整体维护工作，系统运行状况统计并对本阶段的运维工作及情况进行总结与趋势分析，对于具体问题和事件处理的详细信息可查询运维记录汇总。

本报告包括以下几方面：

1、本阶段维护工作总结；

2、本阶段事件统计与分析；

3、本阶段技术支持工作总结；

二、维护服务总结：

上阶段（20##年3月——20##年12月）总共受理操作类服务15次，数据类服务20次，系统类服务27次，需求类服务26次，业务类服务12次，并提供53次远程技术支持工作。  

本阶段（20##年1月——20##年06月）总共受理操作类服务17次，数据类服务4次，系统类服务16次，需求类服务9次，业务类服务4次，并提供22次远程技术支持工作。远程技术支持工作主要处理解决软件类问题。 

三、事件统计与分析：

3-1 操作类问题汇总

本阶段总共受理操作类服务17次，主要集中表现在进行系统操作制单销售和调拨问题上。比较有针对性的问题

例如：

      举例一、通兑金系统打印不出相应单据（未能使用指定浏览器）；

      举例二、登陆不上销售系统（未能开启相关登录操作）；

3-2 数据类问题汇总

本阶段总共受理数据类服务4次，主要集中表现在进行各项业务制单错误。

比较有针对性的问题

例如：

      举例一、天津xx中心单号为SKxxxxxxxxxxxxx，礼金之xxxxx，金额xxxx元销售数据录入错误请求调整（该单据已经回滚完毕）；

      举例二、天津农商行xxxxxxxxxxx商品进行补销售调整（补录销售单据已完成）；

      举例三、条码为：xxxxxxxxxxxx的商品已销售但是在商品档案中还显示在库状态（已由海信进行调整）。

3-3 系统类问题汇总

本阶段总共受理系统类服务16次，主要集中表现在各销售系统出现响应类问题影响正常操作。

比较有针对性的问题

例如：

      举例一、服务器意外重启，导致程序报错；

      举例二、通兑金系统进行移机调整并变更登陆地址 ；

      举例三、通兑金系统无法正常打开网页。

3-4 需求类问题汇总

本阶段总共受理需求类服务9次，主要集中表现在开通各项系统权限及添加相应业务组织比较有针对性的问题

例如：

      举例一、因业务需求增开浦发太原分行及下属支行仓库；

      举例二、因物流部业务需求，请技术部开通石家庄金店提货库权限。用户名称 王xxxx 用户编码 190602 ；

3-5 业务类问题汇总

本阶段总共受理业务类服务4次，业务类问题涵盖系统上线及培训制定建立各项规章制度调研等

例如：

      举例一、河北银行销售系统上线；

      举例二、贵金属及珠宝行业ERP调研；

四、技术支持工作总结

根据上述图表显示本阶段运维工作的上半年数据与去年同期数据总体呈下降趋势。