数据维护操作手册

一、批量导入（以乡/镇/街道为例）

以下功能实例适用于乡/镇/街道、路/巷/行政村、小区/学校/自然村、楼、单元、层、房号、资源点、分光器、分光器端口、设备连接（建议楼、单元、层、房号通过楼制作工具完成；分光器及端口通过分光器维护工具生成）

1、新增数据模板下载

数据维护界面，在左边树形单击需要录入的资源，在右面tab页中右键选择模板下载，弹出图1.2

图1.1

图1.2

2、新增数据导入

在下载的资源数据模板中填写数据，填写完成保存后，将数据批量导入系统，操作界面如下：

图2.1

图2.2

图2.3

二、设备批量修改功能（以OLT数据批量修改为例）

数据维护界面，在左边树形单击需要录入的资源，在右面tab页中可以根据查询条件进行筛选，查询后单击右键选择导出模板数据如图1.1

图1.1

单击导出数据模板弹出数据下载界面如图1.2 ，在图1.2中单击导出按钮弹出文件保存窗口，将数据保存到本地进行数据修改。下载数据如附件，文件中网元内部编码一列

olt.xls

不能进行修改

图1.2

本地文件修改完成后，将数据批量导入更新，操作界面如下：

在OLT数据操作界面右键选择导入模板数据如图1.3，弹出文件选择界面如图1.4，选择文件后单击校验&导入按钮对修改后数据进行校验并导入，如数据存在问题不能更新时系统会提示。

图1.3

图1.4

三、数据维护工具

1、地址维护工具

1）入口

系统顶部菜单--数据维护工具--地址维护工具。

2）地址维护树

3）楼制作功能

在资源地址树上打开到小区一层，点击右键，选择设置楼，即打开楼制作页面。上方显示的小区信息，下方为楼制作信息，填写各种信息后点击预览，即可显示自动生成的楼层等信息。

以下为楼层房号信息，点击保存后即可生成对应资源信息，刷新地址树即可看到相应地

址信息。

4）设备绑定

地址信息树上在楼、单元或者层点击右键，选择绑定覆盖设备，即可在打开界面中查询所包含的房号信息，选择房号与对应设备后，点击绑定即可。

2、分光器维护工具

1）入口

系统顶部菜单--数据维护工具—分光器维护工具。

2）分光器信息维护以下为分光器资源录入界面

选择条件后可以查询分光器信息，选择一个分光器后，可以在端口与房号栏中显示所含的端口与绑定的房号信息。

分光器栏中的增加修改按钮可以新增分光器或者修改分光器信息

3）生成端口

生成端口按钮，可打开生成端口页面，分光比自动带出，如果没有显示分光比，需先维护对应信息。填写下联端口行数列数信息后，点击生成可自动生成端口。

在分光器端口界面可以看到新生成的端口：

4）绑定房号

绑定房号按钮，可打开房号页面，查询房号后点击“绑定”可绑定于当前设备。

绑定成功后，在“房号”界面下会显示绑定情况，点击“解除绑定”可以解除某些房号与设备的绑定。

3、ONU维护工具

ONU资源端口信息为采集，其余操作与分光器资源录入相同。端口不可生成。

4、交换机维护工具

交换机及端口信息为lan网管采集信息，需修改端口状态信息，其它操作与分光器相同。

系统维护手册

系统维护手册 Revised as of 23 November 2020

密级：内部公开文档编号：LANDUNTEC_SD_TEMP_08 版本号：分册名称：第1册/共1册系统维护手册中国普天信息产业股份有限公司中国普天信息产业股份有限公司对本文件资料享受着作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。文件更改摘要：

1. 适用范围该手册适用于系统管理员及系统维护人员适用。 2. 系统运行环境 3. 3.1. 数据库环境 3.2. 服务器信息：安装软件：

数据库配置： Jdk及mysql软件是分别安装在22服务器和26 服务器上的。Mysql的数据库管理信息配置如下：全局数据库名：cms 数据库别名：cms 数据库管理员用户：root密码： 3.3. Web环境 3.4. Web服务器为虚拟操作系统。系统信息：服务器网络配置： 4. 系统运维计划 4.1. 运维目标集中监控平台管理系统运维管理的目标是保证系统平台的正常、可靠、高速运行，保证对突发事件、需求变更进行快速响应，保证规费管理系统的信息完整。

4.3. 系统平台维护：保证操作系统、数据库系统、中间件、其他支撑系统应用的软件系统及网络协议等安全性、可靠性和可用性而实施的维护与管理；及时排除系统故障；每月对系统平台进行一次巡检，及时消除故障隐患，保障系统的安全、稳定、持续运行。应用系统管理和维护：在系统维护过程中采取各种技术手段及时排除系统故障，保证系统及相应接口的安全性、可靠性和可用性。及时消除系统可能存在的安全隐患和威胁、根据需求更新或变更系统功能。数据储存设施管理和维护：为保证数据存储设施、如服务器设备、集群系统、存储网络及支撑数据存储设施运行的软件平台的安全性、可靠性和可用性，保证存储数据的安全。定期对系统的性能，确认数据存储的安全，及时消除故障隐患，保障系统安全、稳定、持续运行。数据管理和维护：数据管理是系统应用的核心。为保证数据存储、数据访问、数据通信、数据交换的安全，每月对数据的完整性、安全性、可靠性进行检查。

信息系统运行维护内容

信息系统运行维护内容 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】

信息系统运行维护内容按照GB/T 22032-2008 的规定，信息技术运行维护（简称：IT 运维）是信息系统全生命周期中的重要阶段，对系统主要提供维护和技术支持以及其它相关的支持和服务。运维阶段包括对系统和服务的咨询评估、例行操作、响应支持和优化改善以及性能监视、事件和问题识别和分类，并报告系统和服务的运行情况。一、运维服务类型主要包括以下三种类型： 1、基础服务确保计算机信息系统安全稳定运营，必须提供的基础性的保障和维护工作。 2、性能优化服务计算机信息系统在运营过程中，各项应用（硬件基础平台、系统平台、存储平台、应用系统平台、安全平台等）、各项业务的性能、效能的优化、整合、评估等服务。 3、增值服务保证计算机信息系统运营的高效能、高效益，最大限度的保护并延长已有投资，在原有基础上实施进一步的应用拓展业务。二、运维主要服务工作方式主要包括响应服务、主动服务两类。

1、响应式服务响应式服务是指，用户向服务提供者提出服务请求，由服务提供者对用户的请求做出响应，解决用户在使用、管理过程中遇到的问题，或者解决系统相关故障。响应式服务采用首问负责制。第一首问为本单位信息中心。信息中心负责接受用户服务请求，并进行服务问题的初步判断。如果问题能够解决则直接给客户反馈，否则提交到首问服务外包商。对于明确的问题，信息中心将问题直接提交到相应的服务外包商。首问外包服务商在信息中心的支持下，负责对问题进行排查，力争将问题精确定位到某具体环节。问题定位后将其转发给相应的服务外包商。如果问题范围较大，涉及到多个服务外包商时，由信息中心进行协调，在首问外包服务商统一指导下进行联合作业，直至问题解决完毕。问题处理完成后，由责任服务外包商、首问服务外包商填写相应服务表单，并由首问外包服务商提交给信息中心，信息中心再向最终用户反馈。服务外包商首先通过电话/电子邮件/远程接入等手段进行远程解决，如果能够解决问题，则由工程师负责填写服务单，季度汇总后提交信息中心签字备案。远程方式解决无效时，服务外包商工程师进行现场工作。根据故障状况，工程师现场能解决问题的，及时解决

信息化系统运行维护内容

信息化系统运行维护内容信息技术运行维护（简称：IT 运维）是信息系统全生命周期中的重要阶段，对系统主要提供维护和技术支持以及其它相关的支持和服务。运维阶段包括对系统和服务的咨询评估、例行操作、响应支持和优化改善以及性能监视、事件和问题识别和分类，并报告系统和服务的运行情况。一、运维服务类型主要包括以下三种类型： 1、基础服务确保计算机信息系统安全稳定运营，必须提供的基础性的保障和维护工作。 2、性能优化服务计算机信息系统在运营过程中，各项应用（硬件基础平台、系统平台、存储平台、应用系统平台、安全平台等）、各项业务的性能、效能的优化、整合、评估等服务。 3、增值服务保证计算机信息系统运营的高效能、高效益，最大限度的保护并延长已有投资，在原有基础上实施进一步的应用拓展业务。二、运维主要服务工作方式主要包括响应服务、主动服务两类。 1、响应式服务

响应式服务是指，用户向服务提供者提出服务请求，由服务提供者对用户的请求做出响应，解决用户在使用、管理过程中遇到的问题，或者解决系统相关故障。响应式服务采用首问负责制。第一首问为本单位信息中心。信息中心负责接受用户服务请求，并进行服务问题的初步判断。如果问题能够解决则直接给客户反馈，否则提交到首问服务外包商。对于明确的问题，信息中心将问题直接提交到相应的服务外包商。首问外包服务商在信息中心的支持下，负责对问题进行排查，力争将问题精确定位到某具体环节。问题定位后将其转发给相应的服务外包商。如果问题范围较大，涉及到多个服务外包商时，由信息中心进行协调，在首问外包服务商统一指导下进行联合作业，直至问题解决完毕。问题处理完成后，由责任服务外包商、首问服务外包商填写相应服务表单，并由首问外包服务商提交给信息中心，信息中心再向最终用户反馈。服务外包商首先通过电话/电子邮件/远程接入等手段进行远程解决，如果能够解决问题，则由工程师负责填写服务单，季度汇总后提交信息中心签字备案。远程方式解决无效时，服务外包商工程师进行现场工作。根据故障状况，工程师现场能解决问题的，及时解决用户的问题；如不能，则由信息中心协调其他相关服务外包商进行

信息系统运行维护内容

响应式服务采用首问负责制。第一首问为本单位信息中心。信息中心负责接受用户服务请求，并进行服务问题的初步判断。如果问题能够解决则直接给客户反馈，否则提交到首问服务外包商。对于明确的问题，信息中心将问题直接提交到相应的服务外包商。首问外包服务商在信息中心的支持下，负责对问题进行排查，力争将问题精确定位到某具体环节。问题定位后将其转发给相应的服务外包商。如果问题范围较大，涉及到多个服务外包商时，由信息中心进行协调，在首问外包服务商统一指导下进行联合作业，直至问题解决完毕。问题处理完成后，由责任服务外包商、首问服务外包商填写相应服务表单，并由首问外包服务商提交给信息中心，信息中心再向最终用户反馈。服务外包商首先通过电话/电子邮件/远程接入等手段进行远程解决，如果能够解决问题，则由工程师负责填写服务单，季度汇总后提交信息中心签字备案。远程方式解决无效时，服务外包商工程师进行现场工作。根据故障状况，工程师现场能解决问题的，及时解决用户的问题；如不能，则由信息中心协调其他相关服务外包商进行联合故障排查，直至问题解决。如果问题仍然存在，则由各方领导相互协商，共同商讨解决办法。 2、主动式服务主动式服务是指，服务外包商定期对系统进行健康检查，硬件设

软件系统运行维护流程及方案

维护服务方案（一）维护服务内容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等； 2.系统突发事件的诊断、排除； 3. 因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于（含）1 人日的开发工作，年累计不能超过30个工作日； 4. 咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6. 运维总结我司将定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。（二）维护形式维护分为被动式和主动式两种形式： 1.被动式服务包括： 1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，我司

将派技术人员运程协助业主方技术、业务人员一起对故障进行分析，提出解决方案，在征得业主方同意后对故障进行处理和排除； 2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2. 主动式服务包括： 1）按月巡检：我司按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。另外，我司还可根据需要，在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训； 2）主动服务：我司定期将行业内一些先进的管理理念、管理思路和新的要求：3.对于任何运行维护任务，我司服务人员需严格填写维护记录单，并由业主方签字认可。 4.我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定，如有变动，我司将提前一周通知甲方并征得甲方同意。运维人员在现场运维，如需加班，要得到业主方的签字确认。 5.我司为业主方提供电话技术支持服务要求：5X8小时。 6.运维响应：工作时间运维响应时间应在2 小时以内，非工作时间运维响应时间在1小时以内；如果需到现场进行服务，我司将在接到运维请求后的4个小时以内赶到用户现场。

系统维护手册模板

湖南省地方税务局规费管理系统维护手册长沙海蝶计算机科技开发有限公司

一、适用范围该手册适用于系统管理员及系统维护人员适用。二、系统运行环境 2.1数据库环境使用刀片3和刀片4这两块配置一模一样硬件来作为 ORACEL RAC 环境的两个物理节点。在刀片系统配置两块物理千兆网卡作为数据库RAC实用网卡。服务器信息：网络配置：其中公共IP的子网掩码：安装软件：数据库配置： grid 及 database 软件的安装操作全部都在 RAC1 服务器上进行，RAC2 服务器上的软件都是通过RAC1 通过局域网共享来完成安装。其数据库管理信息配置如下：全局数据库名：orcl

数据库IP: 数据库别名：所有账户统一管理口令： Asm专用的ASMSNNP口令：数据库创建用户：密码：网络拓扑图 2.2 Web环境 Web服务器为虚拟操作系统。网络配置：主机名： IP地址： IP的子网掩码：默认网关：安装软件： Weblogic配置： Weblogic管理用户：管理密码：三、系统运维计划 3.1运维目标地方税务局规费管理系统运维管理的目标是保证系统平台的正常、可靠、高速运行，保证对突发事

件、需求变更进行快速响应，保证规费管理系统的信息完整。 3.2运维内容系统平台维护：保证操作系统、数据库系统、中间件、其他支撑系统应用的软件系统及网络协议等安全性、可靠性和可用性而实施的维护与管理；及时排除系统故障；每月对系统平台进行一次巡检，及时消除故障隐患，保障系统的安全、稳定、持续运行。应用系统管理和维护：在系统维护过程中采取各种技术手段及时排除系统故障，保证系统及相应接口的安全性、可靠性和可用性。及时消除系统可能存在的安全隐患和威胁、根据需求更新或变更系统功能。数据储存设施管理和维护：为保证数据存储设施、如服务器设备、集群系统、存储网络及支撑数据存储设施运行的软件平台的安全性、可靠性和可用性，保证存储数据的安全。定期对系统的性能，确认数据存储的安全，及时消除故障隐患，保障系统安全、稳定、持续运行。数据管理和维护：数据管理是系统应用的核心。为保证数据存储、数据访问、数据通信、数据交换的安全，每月对数据的完整性、安全性、可靠性进行检查。 3.3 运维服务在维护期间，具备灵活、多样的通信手段，提供5*8小时的响应服务，保证用户能及时得到技术支持。对于影响系统运行的故障，3小时内派人到现场解决，对于一般性故障，提供电话或E-Mail等方式解决；在维护期之外，由于软件原因引起的故障，由开发商提供升级解决；技术支持热线为用户提供全面的技术服务，负责记录、解答用户的问题。（1）公司不断地向用户传递最新的技术和产品，主动提供版本升级，并保证签定合同规定的期限内的系统维护及版本更新，同时向用户提供长期的技术咨询和服务。（2）在系统的正常运行中出现的严重问题需现场解决的做到： ?公司做到1小时内响应，3小时内到现场服务。 ?其它情况根据距离远近尽快到现场服务。（3）负责为用户到现场安装并调试公司的应用软件，直到系统能正常运行。

系统维护方案设计要点

1维护方案设计 1.1信息资源维护 1.1.1稽查案审管理系统服务内容：稽查案审案件的全流程电子化工作，对全市2013年稽查案审案件纸质档案全部实施全流电子化工作，电子化数据直接进入局稽查案审管理信息系统，以便日后的管理和应用。稽查案件由多份文书组成，涉及的文书有主要包括如下: 案件调查终结报告行政处罚事先告知书听证告知书行政处罚结案报告调查笔录案件基本信息案件合议记录立案申请表不立案案件呈批表行政处罚决定书咨询、举报、投诉登记表行政处罚审批表数据录入方式： 1、针对2013年全市稽查案审案件进行收集、整理； 2、对案件录入人员进行稽查案审系统培训； 3、将稽查案审案件录入稽查案审系统； 4、对录入的案件信息进行核查，确保正确无误。

1.1.2餐饮服务许可及监管信息系统服务内容：餐饮相对人数据处理项目（1万家） 1、餐饮相对人数据电子化，根据业务部门提供的相对人部分数据，按照规范标准格式导入，并结合表格导入、手工录入的方式统一整理、形成初步的餐饮服务相对人基础信息库，通过后续处理完善数据字段。 2、与工商数据对碰，根据许可证编号或工商营业执照号或企业名称的进行数据对碰。 3、依托保健食品综合监管信息系统（一期）项目中采购的GIS地理信息系统平台，将餐饮相对人信息标注到专题数据图层上，建成广州市标准的餐饮企业相对人数据层。数据录入方式： 1、收集餐饮相对人数据；按照各种录入方式（excel导入等），完成数据录入；检查录入的数据的正确性。 2、收集企业许可证信息和工商局提供的企业注册信息；对两部分数据按照对原则进行整理。 3、收集餐饮相对人信息；在GIS地址信息系统平台对相对人信息进行标注。1.2应用系统日常维护及二次开发所有需要修改和完善的系统，广州市食品药品监督管理局信息中心均可提供程序的源代码和相关技术资料，我公司承诺在广州市食品药品监督管理局信息中心指定的设备上完成程序修改，并承诺并严格遵守与广州市食品药品监督管理局信息中心签订的“程序源代码和技术资料”相关保密协议。

系统运行维护方案

系统维护服务内容及要求一、令狐采学二、维护服务内容 1.系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等； 2.系统突发事件的诊断、排除； 3.因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于（含）1人日的开发工作，年累计不能超过30个工作日； 4.咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6.运维总结乙方应定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。

超出上述维护服务内容的部分，维护形式及费用，甲乙双方另行商定。三、维护形式维护分为被动式和主动式两种形式： 1. 被动式服务包括：（1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，乙方派技术人员运程协助甲方技术、业务人员一起对故障进行分析，提出解决方案，在征得甲方同意后对故障进行处理和排除；（2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。2. 主动式服务包括：（1）按月巡检：乙方按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。另外，乙方还可根据需要，在现场对甲方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训；（2）主动服务：乙方定期将行业内一些先进的管理理念、管理思路和新的四、要求 1．对于任何运行维护任务，乙方服务人员需严格填写维护记录单，并由甲方签字认可。

医院信息系统数据维护和管理规定

信息系统数据维护和管理规定为加强我院计算机信息系统数据库及基础数据维护和管理，保证医院信息系统数据的安全、稳定、准确，制定本规定。一、数据库管理 1．数据库管理员必须管理好数据库和数据库服务器的登录用户名和登录密码，以免被他人盗用。 2．数据库管理员必须经过专业技术培训，具备相应的专业技术水平方可上岗。 3．医院各部门按算机应用系统的使用要求和档案工作的业务要求开展工作，规范地录入、接收和移交各类档案数据和各类业务数据。医院有关部门要加强数据质量管理，确保入库数据真实、完整、准确。4．医院各类计算机数据统一在数据中心管理保存。数据库管理员做好数据库审核工作，对收集的各类数据进行完整性和质量检查，对不符合要求的数据，应退回形成部门重新处理二、基础数据维护 1．为保证我院药品库、诊疗项目库、一次性材料库的正确性、安全性、实时性、消除冗余数据，提高系统反应速度，各物价员要及时对所负责的项目库进行可对整理，每半年应对所负责价格库进行一次全面整理。 2．凡需要新增或作废的各项数据，如药品、诊疗项目、一次性材料，需各相关部门负责人员及科主任签字方可进行相关操作，并自行以时

间为序建立变更记录以便核对。 3．基础数据变更应由各职能科室批准并签章方可执行，主要包括机构设施变更、人员变更、床位设置变更等。 4．凡需加入信息科的信息资料须由经办科室主任签字，经办科室需保留原始记录。 5．院内各科室需凭分管领导批示方可到信息科查询信息资料。6．信息科及各职能科室人员可根据工作需要使用信息系统进行数据查询。 7．为保证各统计数据的完整性、及时性与准确性，统计数据经使用部门复核后方可使用。 8．禁止超范围与盗用他人账号进行数据查询，不得私自提供统计数据给其他单位与个人，禁止对数据进行篡改、破坏。

软件系统维护总结报告

软件系统维护总结报告制定准确的ERP系统软件数据验证策略：如何验证数据是正确的呢?在这里一定需要有一个校验机制，如：总额校验、分项数据校验、相关数据校验、人工校验等多种方式，以下是小编为大家整理分享的软件系统维护总结报告。欢迎阅读参考。软件系统维护总结报告1 一、概括：从企业的长远发展角度来看，只要企业想“阳光运营”，为未来上市做筹划;或者本身已经是上市公司的话，那是非常有必要做ERP 系统软件的“数据安检”工作的，那这个“数据安检”应该怎么做呢。二、具体工作： 1、制定合理的ERP系统软件数据标准：企业数据的标准是怎样?哪些是关键数据为必填项，填写的规范要求是什么样的?应该多长时间填写一次?应该由谁来填?填写的时候会有哪几个场景?这一切都需要企业经行明确，由于ERP系统软件中涉及到的数据量非常大，不可能把所有数据都列进来，因此在这里需要列举的一定是涉及到企业运营核心的几个数据，而这几个数据的输出都应该是直接和企业的运营管理指标直接相关的，只有这样才能将效果做大化。 2、制定准确的ERP系统软件数据验证策略：如何验证数据是正确的呢?在这里一定需要有一个校验机制，如：总额校验、分项数

据校验、相关数据校验、人工校验等多种方式，只有确定了数据验证策略，才可以考虑把这些验证策略做成数据验证工具，通过系统进行自动化检验，大大提高数据校验的效率。 3、制定严格的ERP系统软件数据安检机制：企业需要确定数据安检的周期，是一周检查一次，还是一个月查一次，或者是季度、半年?哪些数据是需要一个月查一次的，哪些数据是季度或一年才查一次的，随着业务类型的不同，数据的安检周期也应该是不同的。还有数据安检是由企业自行来完成，还是作为软件服务商的增值服务来完成，还和企业的预算、人员编制、服务商能力、双方的合作深度有着直接关系。这些都应该由企业严格的ERP系统软件数据安检机制之下的。 4、拟定完善的数据安检之后的改善办法：数据有疑问了怎么办?整改呀。怎么改?是软件疑问，仍是操作疑问，或者是事务规矩与流程的疑问。都需要对疑问进行仔细分析，并将疑问落实到责任人头上，推进改善。只要这样才可以把体系越用越顺利，而体系中的数据也可以越来越精确，越来越及时。软件系统维护总结报告2 光阴似箭，岁月如梭，一年的时间过去了，回顾一年的所有工作令人欣慰，在企业不断改革和创新的推动下，我认识到不被淘汰就要不断学习，更新理念，提高自我的素质和业务水平，以适应新的形式的需要。现就个人一年来的工作情况做一下总结：

基础数据维护管理手册ERP系统

主数据维护管理手册 2目录 1文档控制.............................................................. 更改记录............................................................ 审阅................................................................ 分发人员............................................................ 2目录.................................................................. 3目的.................................................................. 4范围.................................................................. 5基础数据维护流程清单.................................................. 6工作流程.............................................................. 工作中心新增流程.................................................... 工作中心修改流程.................................................... 工艺路线新增流程.................................................... 工艺路线修改流程.................................................... 采购信息记录新增流程................................................ 采购信息记录修改流程................................................ 物料主数据（半成品）新增流程........................................ 物料主数据（半成品）修改流程........................................ 物料主数据（原材料）新增流程........................................ 物料主数据（原材料）修改流程........................................ 主数据（成品半成品内材）新增流程.................................... 主数据（成品半成品内材）版本升级流程（科研中心）.................... 主数据（外材BOM）新增流程.......................................... 主数据（成品半成品部件损耗率）修改流程.............................. 7附录.................................................................. 流程申请单.......................................................... 上载模板............................................................

数据维护主要做什么

数据库维护：数据库维护是指当一个数据库被创建以后的工作都叫做数据库维护。包括备份系统数据、恢复数据库系统、产生用户信息表，并为信息表授权、监视系统运行状况，及时处理系统错误、保证系统数据安全，周期更改用户口令，数据库维护比数据库的创建和使用更难。维护内容：数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分：备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：

·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用DUMP TRAN 命令单独备份日志。备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。备份事务日志的命令格式为： DUMP TRANsaction database_name

系统运行维护方案

系统维护服务内容及要求一、维护服务内容 1.系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种 BUG的修复、因误操作导致的数据错误维护等等； 2.系统突发事件的诊断、排除； 3.因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于（含）1人日的开发工作，年累计不能超过30个工作日； 4.咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6.运维总结乙方应定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。超出上述维护服务内容的部分，维护形式及费用，甲乙双方另行商定。

二、维护形式维护分为被动式和主动式两种形式： 1.被动式服务包括：（1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，乙方派技术人员运程协助甲方技术、业务人员一起对故障进行分析，提出解决方案，在征得甲方同意后对故障进行处理和排除；（2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2.主动式服务包括：（1）按月巡检：乙方按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。另外，乙方还可根据需要，在现场对甲方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训；（2）主动服务：乙方定期将行业内一些先进的管理理念、管理思路和新的三、要求 1．对于任何运行维护任务，乙方服务人员需严格填写维护记录单，并由甲方签字认可。 2.乙方应保证指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员应保证相对固定，如有变动，乙方须至少提前一周通知甲方并征得甲方同意。

党员信息管理系统数据维护七步骤

党员信息管理系统数据维护七步骤 ?清查本单位组织机构是否齐全。 ?（二级单位党总支） ?为每个党支部指派支部书记。 ?（二级单位党总支） ?接收从校内其它单位转入党员并指派支部。 ?（二级单位党总支） ?清查本支部成员是否与实际相符。 ?（党支部书记） ?转移已转出人员或添加遗漏人员。 ?（二级单位党总支或党支部书记） ?更新本支部人员基本信息和联系方式。 ?（党支部书记） ?更新本单位党员发展等基本信息。 ?（二级单位党总支）

一、清查本单位组织机构是否齐全在系统左侧菜单中选择“信息浏览与采集”→“组织信息”→“组织浏览”，点击进入“组织浏览”界面，如下图：对照查看本单位支部建立是否齐全。二、为每个党支部指派支部书记在系统左侧菜单中选择“信息浏览与采集”→“组织信息”→“组织换届”，点击进入“组织换届”界面，如下图：点击界面右上角“组织换届”，弹出“组织换届”界面，如下图：

在“学号/教工号”文本框中输入相应的学号或教工号，系统会自动查询出结果，点击该条信息即可在文本框中自动输入。岗位类别以支部为例，“书记”“宣传委员”“组织委员”为默认。点击右下角“继续添加组织成员”按钮，可自定义添加职务，基本操作同上。如需删除自定义职务，点击“删除本行”按钮。（注：添加支部书记、委员时，必须确保被添加人的信息已入库）三、接收从校内其它单位转入党员并指派支部在系统左侧菜单中选择“组织关系转接”→“组织关系转入”→“校内转入待确认”，点击进入“校内转入待确认”界面，如下图：在界面左边，系统会自动检索出所有校内组织关系转入本单位，正在等待确认的党员信息。例如：数学学院某本科生考取电气学院研究生，数学学院通过该系统将该生组织关系通过校内转出到电气学院。

基础数据维护管理手册_ERP系统

主数据维护管理手册

2目录主数据维护管理手册I 1文档控制错误!未定义书签。 1.1 更改记录错误!未定义书签。 1.2 审阅错误!未定义书签。 1.3 分发人员错误!未定义书签。 2目录II 3目的3 4X围3 5基础数据维护流程清单3 6工作流程3 6.1 工作中心新增流程3 6.2 工作中心修改流程6 6.3 工艺路线新增流程8 6.4 工艺路线修改流程12 6.5 采购信息记录新增流程14 6.6 采购信息记录修改流程17 6.7 物料主数据（半成品）新增流程20 6.8 物料主数据（半成品）修改流程23 6.9 物料主数据（原材料）新增流程25 6.10 物料主数据（原材料）修改流程30 6.11 BOM主数据（成品半成品内材）新增流程32 6.12 BOM主数据（成品半成品内材）版本升级流程（科研中心）34 6.13 BOM主数据（外材BOM）新增流程35 6.14 BOM主数据（成品半成品部件损耗率）修改流程37 7附录38 7.1 流程申请单38 7.2 上载模板39

3 目的 3.1通过本手册，明确各部门在每个主数据维护流程中的工作职责 3.2 通过本手册，规X主数据的维护流程，以确保主数据进入SAP及时准确有效 4 X围主要涉及和包括SAP PP、MM使用主数据的维护流程 5基础数据维护流程清单 5.1 工作中心新增流程 5.2 工作中心修改流程 5.2 工艺路线新增流程 5.4 工艺路线修改流程 5.5 采购信息记录和货源清单新增流程 5.6 采购信息记录和货源清单修改流程 5.7物料主数据（半成品）新增流程 5.8物料主数据（半成品）修改流程 5.9 物料主数据（原材料）新增流程 5.10 物料主数据（原材料）修改流程 5.11 BOM主数据（成品半成品内材BOM）新增流程 5.12 BOM主数据（外材BOM）新增流程 5.13 BOM主数据（成品半成品内材BOM）版本升级流程 5.14 BOM主数据（成品半成品部件损耗率）修改流程 6 工作流程 6.1工作中心新增流程 6.1.1 工作中心新增流程图

系统运行维护报告

信息中心2014年06月信息系统管理运行报告起始日期：2014/04/01-终止日期：2014/06/30 行动主要包括：建立、审阅、审核、修订、批准、上报、分发、归档、作废等。前言 1、本报告主要就与信息技术相关的各项工作，包括应用系统、操作系统、数据库系统、网络系统、机房管理、其它事项说明、附件等七个部分进行记录、分析、汇总和报告，以保障信息安全，实现信息系统的安全、稳定、高效运行，支持公司业务、管理及各项工作的开展。

2、本报告为季度报告，报告周期为公历每季度首月第一日至季度末的最后一天，在出现重大事件时，实时提交《重大事件报告》。运行态势类别及说明（请选择其中之一）：运行正常无故障、性能和资源已经处于或接近临界状态运行基本正常有轻微故障，本季度非正常停机次数少于3次且每次非正常停机不超过5分钟运行不正常有严重故障，本季度非正常停机次数高于3次或单次非正常停机超过5分钟一、应用系统部分（一）应用系统运行 1、主要业务系统 2、其它相关系统 3、系统间接口

4、运行情况总体描述（分系统） ●客户报装管理与营业收费系统服务器端、客户端运行良好。 ●数据库管理系统运行良好。 ●委托银行代售气系统客户端运行基本良好（2014年4月1日至今）。 ●金蝶财务管理系统运行良好。 ●信息系统设备整体运行良好。 ●监控系统设备整体运行良好。（二）应用系统升级 1、主要业务系统升级 2、升级情况说明 ● 无升级计划、目前处于稳定运行中。（三）应用系统运行日志检查 1、系统运行日志检查

2、运行日志（系统日志、运行日志、事件日志、登陆日志等）检查 ● 数据库系统服务器运行日志显示系统、设备、应用、接口运行良好。 ● 银证系统（报装管理与营业收费）运行日志显示系统软硬件运行良好。 ● 委托银行售气系统日志显示系统升级后（2014-2-17）软硬件截止目前为止运行良好。（四）应用系统维护 1、维护单情况统计 2、主要大类问题原因分析及解决建议 ●数据库系统 1、无。 ●报装营收系统 1、业务跳转、操作问题、需求变更 ●委托售气系统 1、无 ●金蝶财务系统 1、无 ●其他系统 1、无二、操作系统部分