当前位置:文档之家› 信息系统维护流程

信息系统维护流程

信息系统维护流程
信息系统维护流程

软件维护及使用管理办法

日常办公软件及特殊软件维护及使用管理办法 1、目的:为有效使用及管理计算机软件资源,并确保公司计算机软件的合法使用,避免人员因使用非法软件,影响公司声誉或造成计算机病毒侵害,影响日常工作正常进行,特制定本办法。 2、适用范围:本办法适用于本公司软件使用的相关信息作业管理。 一、软件安装及使用 1.公司的各类计算机软件,应依据着作版权者为限,并统一由信息技术部负责安装保管,信息管理软件及其它专用软件,需填制《IT 资源申请单》(见附表info-03)进行申请,获准后方可安装。 2.严禁个人私自在公司计算机上安装未获授权、非授权公司使用或超过使用授权数量的软件,未经授权或同意,使用者不得擅自在计算机内安装任何软件或信息,经授权同意者始得于计算机内安装合法授权的软件或信息。 3.各部门软件分配使用后,保管人或使用人职务变动或离职时,应移交其保管或使用的软件,并办理交接。 4.禁止员工使用会干扰或破坏网络上其它使用者或节点的软件系统,此种干扰与破坏如散布计算机病毒、尝试侵入未经授权的计算机系统、或其它类似的情形者皆在禁止范围内。 5.网络上存取到的任何资源,若其拥有权属个人或非公司所有,除非已经正式开放或已获授权使用,否则禁止滥用或复制使用这些资源。

或私人拥有的计算机软件安装使用于公司,禁止员工使用非法软件6. 计算机上,也不得将公司合法软件私自拷贝、借于他人或私自将软件带回家中,如因此触犯着作权,则该员工应负刑事及民事全部责任,各部门应妥善保管正版软件,防止软件授权外泄或被非法使用。 二、软件的相关维护升级管理 7.为使软件在计算机中发挥应有的效用,并避免非法软件流入公司,信息技术部可定期或不定期稽查,如发现使用非法计算机软件者,除提报于公司外,并追究相应责任。 8.软件管理人员应依据软件本身需求定期备份数据,对于软件数据进行的更新操作必须存档相关数据文件和审批文件。 9.信息技术部对于购入的合法软件由专门人员分类保管。软件保管人对软件负保管之责,软件使用者如有使用不当,造成损毁或遗失,应负赔偿责任。 10.借用或归还软件,须直接联系软件管理人员,不可私自转借,并不得委任借还。借用软件若有遗失或不正常使用导致损坏,无法正常使用,借用人应负责赔偿。(正常使用的毁损不在此限,但须交回原借用的光盘或磁盘)。 11.软件使用人员如果需要增加或修改软件功能,应与信息技术部联系,由信息技术部负责与软件供应商沟通,对相应模块进行升级或更新。 12.软件管理人员应定期对软件运行的硬件环境进行检查,防止软

软件系统运维手册(完整资料).doc

【最新整理,下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4)

4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护(略) (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况(字典管理表空间) (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中,服

务器均采用windows xp操作系统,数据库版本为:sql server 2000,随着业务的开展,sql server 数据库中存储的数据量也不断增大,这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块,windows xp操作系统,负载平衡及sql server 数据库等日常检查的主要步骤,指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量:4台,基本信息如下: 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序:

计算机软硬件日常维护管理办法

计算机软硬件日常维护管理规程 第一章 总 则 第1条 本规程是为了使医院计算机网络系统使用、管理、信息安全、资源共享有所遵循,规范医院上网操作流程,提高网络系统安全性,提高办公效率而制定。 第2 条 相关定义: 外部设备:泛指计算机及其网络基本配置外之附属设备如光驱、打印机、条码打印描仪、扫描器、ZIP机、MODEM、UPS电源等; 送的数据:包括对外刻录的光盘,因工作需要向外发送的电子文件及通过其它途径传递的 据:指工作所需的各种文档,不包括音乐、影视、生活图片或其它与工作无关的文件。 第二章 日常管理 第三条 计算机设备开机顺序:先开UPS电源、打印机、扫描仪等、显示 器等外设,再开主机;关机顺序相反,不得强行开/关机。 第四条 计算机连接有打印机、刻录机、扫描仪、光驱等外部设备时, 应首先在关机状态(关掉所有设备电源)下将计算机及外设连接好,禁 止带电连接或去掉计算机外部设备。 第五条 计算机外部设备不使用时,应关掉外部设备的电源。禁止长期 打开不使用的外部设备电源,显示器应设置节能模式,要求做到人走机 关,下班时关机。 第六条 计算机系统的电源应与功率大的用电设备(电梯、空调等)分 开。 第七条 医院办公人员严禁使用磁盘、光盘和移动磁盘等传输介质。

(申请使用人员除外) 第八条 及时按正确方法清洁和保养设备上的污垢,保证设备正常使用。 第九条 打雷闪电时应暂时关闭电脑系统及周边设备,防止出现雷击现象。 第十条 不得私自拆卸机械、增加、减少或试用新配件。 第十一条 电脑出现故障时请填写<<电脑维修申请单>>,及时交院办,信息中心接到院办通知后,在与对方电话沟通无法解决问题时应尽快安排到现场处理。 第三章 软件管理 第十二条 计算机软件及各类设备驱动程序、配置软件,统一贴好标签。并要求存放在防磁、防潮的安全地方。 第十三条 各科室需要使用或安装新软件时,请填写<<设备维修申请单>>,经上级领导同意后,向院办提出申请,由院办派专人负责安装调试工作。 第十四条 不得在电脑上安装各类游戏软件。 第十五条 不得随意增加、删改计算机主要设备的驱动程序。 第十六条 医院正版软件需妥善存放,如有损坏或丢失,责任人需按价赔偿。 第十七条 重要的公用程序(应用软件)不允许任意复制,防止出现版权问题。 第四章 网络管理 第十八条 严格控制机房内的温度,做好消防工作,整体布置要求:布线规范、硬件设施摆放整齐,防止线路交叉短路等接触不良情况发生。 第十九条 未经允许,任何人不得对服务器、UPS、网关服务器、交换机、网桥等设备进行移动、关机、重新启动或进行其它操作。 第二十条 医院内部员工严禁攻击数据库服务器等其它服务器,或利用黑客软件对其它电脑进行攻击,一经发现,报院办处理,并保留送交公安机关的权利。

Oracle数据库日常维护手册

Oracle数据库日常维护手册 在Oracle数据库运行期间,DBA应该对数据库的运行日志及表空间的使用情况进行监控,及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中,会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭,启动时的非缺省参数; ●数据库的重做日志切换情况,记录每次切换的时间,及如果因为检查点(checkpoint)操作没有执行完成造成不能切换,会记录不能切换的原因; ●对数据库进行的某些操作,如创建或删除表空间、增加数据文件; ●数据库发生的错误,如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件,根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况,可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题,是否密码太简单;如有必要,撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块),如果不是,检查是那个数据库对象出现了坏块,对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件,如果是Oracle的bug,要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间)

数据库运行了一段时间后,由于不断的在表空间上创建和删除对象,会在表空间上产生大量的碎片,DBA应该及时了解表空间的碎片和可用空间情况,以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中,CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成),如果这样的空闲块过多,比如平均到每个数据文件上超过了100个,那么该表空间的碎片状况就比较严重了,可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句,看表空间的碎片有没有减少。如果没有效果,并且表空间的碎片已经严重影响到了数据库的运行,则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小,如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话,就会提示ORA-1652、ORA-1653、ORA-1654的错误信息,DBA应该及时对表空间的空间进行扩充,以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展,或向表空间增加数据文件,具体操作见“存储管理”部份。 三、查看数据库的连接情况

故障管理和故障处理流程规定

故障管理和故障处理流程规定 (暂行稿) 工程运维中心 二〇〇八年八月

目录 第一章目的 (3) 第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家) (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一:95013业务重大/严重故障分析报告 (9)

第一章目的 工程运维中心承担95013业务网络和平台日常维护工作,为规范故障管理和故障处理的工作流程,使网络和平台故障能够得到正确及时地处理,保证 95013业务安全稳定的运行,特制定本规定。 第二章工程运维中心在95013业务维护管理中的职责 a)工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b)工程运维中心运维组负责95013平台的故障处理;各地分公司运维人员负责现场支持,并负责协调当地运营商的运维支持。 c)建立故障通报制度,如发生重大故障,应按照故障等级和故障上报流程逐级向上汇报。 d)定期召开网络质量分析会,遇有重大故障,应及时召开故障分析会。 负责全公司运维人员的技术业务培训,提高运维人员的技术维护水平和工作能力。 第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障:全部业务中断 2.严重故障包括: 一种以上业务全部中断≥60分钟 一省以上业务全部中断≥60分钟 用户注册、业务受理全部中断≥4个小时 3.一般故障:除重大故障、严重故障以外的其它故障。

软件维护及使用管理规定

软件维护及使用管理规 定 IMB standardization office【IMB 5AB- IMBK 08- IMB 2C】

日常办公软件及特殊软件维护及使用管理办法 1、目的:为有效使用及管理计算机软件资源,并确保公司计算机软件的合法使用,避免人员因使用非法软件,影响公司声誉或造成计算机病毒侵害,影响日常工作正常进行,特制定本办法。 2、适用范围:本办法适用于本公司软件使用的相关信息作业管理。 一、软件安装及使用 1.公司的各类计算机软件,应依据着作版权者为限,并统一由信息 技术部负责安装保管,信息管理软件及其它专用软件,需填制 《IT资源申请单》(见附表info-03)进行申请,获准后方可安 装。 2.严禁个人私自在公司计算机上安装未获授权、非授权公司使用或 超过使用授权数量的软件,未经授权或同意,使用者不得擅自在 计算机内安装任何软件或信息,经授权同意者始得于计算机内安 装合法授权的软件或信息。 3.各部门软件分配使用后,保管人或使用人职务变动或离职时,应 移交其保管或使用的软件,并办理交接。 4.禁止员工使用会干扰或破坏网络上其它使用者或节点的软件系 统,此种干扰与破坏如散布计算机病毒、尝试侵入未经授权的计 算机系统、或其它类似的情形者皆在禁止范围内。

5.网络上存取到的任何资源,若其拥有权属个人或非公司所有,除 非已经正式开放或已获授权使用,否则禁止滥用或复制使用这些 资源。 6.禁止员工使用非法软件,或私人拥有的计算机软件安装使用于公 司计算机上,也不得将公司合法软件私自拷贝、借于他人或私自 将软件带回家中,如因此触犯着作权,则该员工应负刑事及民事 全部责任,各部门应妥善保管正版软件,防止软件授权外泄或被 非法使用。 二、软件的相关维护升级管理 7.为使软件在计算机中发挥应有的效用,并避免非法软件流入公 司,信息技术部可定期或不定期稽查,如发现使用非法计算机软 件者,除提报于公司外,并追究相应责任。 8.软件管理人员应依据软件本身需求定期备份数据,对于软件数据 进行的更新操作必须存档相关数据文件和审批文件。 9.信息技术部对于购入的合法软件由专门人员分类保管。软件保管 人对软件负保管之责,软件使用者如有使用不当,造成损毁或遗 失,应负赔偿责任。 10.借用或归还软件,须直接联系软件管理人员,不可私自转借, 并不得委任借还。借用软件若有遗失或不正常使用导致损坏,无 法正常使用,借用人应负责赔偿。(正常使用的毁损不在此限, 但须交回原借用的光盘或磁盘)。

软件维护手册

软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。 1 引言 1.1 编写目的 阐明编写手册的目的并指明读者对象。 1.2 项目背景 说明项目的提出者、开发者、用户和使用场所。 1.3 定义 列出报告中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,及保密级别,可包括:用户操作手册;与本项目有关的其他文档。

2 系统说明 2.1 系统用途 说明系统具备的功能,输入和输出。 2.2 安全保密 说明系统安全保密方面的考虑。 2.3 总体说明 说明系统的总体功能,对系统、子系统和作业做出综合性的介绍,并用图表的方式给出系统主要部分的内部关系。 2.4 程序说明 说明系统中每一程序、分程序的细节和特性。 2.4.1 程序 1 的说明 ? 功能:说明程序的功能。 ? 方法:说明实现方法。 ? 输入:说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。 ? 处理:处理特点和目的,如:用图表说明程序的运行的逻辑流程;程序主要转移条件;对程序的约束条件;程序结束时的出口要求;与下一个程序的通信与联结(运行、控制);由该程序产生并茶馆处理程序段使用的输出数据类型和存放单元;程序运行存储量、类型及存储位置等。 ? 输出:程序的输出。 ? 接口:本程序与本系统其他部分的接口。 ?表格:说明程序内部的各种表、项的细节和特性。对每张表的说明至少包括:表的

标识符;使用目的;使用此表的其他程序;逻辑划分,如块或部,不包括表项;表的基本结构;设计安排,包括表的控制信息。表目结构细节、使用中的特有性质及各表项的标识、位置、用途、类型、编码表示。 ? 特有的运行性质:说明在用户操作手册中没有提到的运行性质。 2.4.2 程序 2 的说明 与程序1 的说明相同。以后的其他各程序的说明相同。

医院信息系统故障处理应急预案

医院信息系统故障处理应急预案 一、总则 (一)目得 为有效防范医院信息系统运行过程中产生得风险,预防与减少突发事 件造成得危害与损失,建立与健全医院计算机信息系统突发事件应急机制,提高计算机技术与医院业务应急处理与保障能力,确保患者在特殊情况下能够得到及时、有效地治疗,确保计算机信息系统安全、持续、稳健运行. (二)编写依据 根据《湖南省网络与信息安全应急预案》及国家信息安全相关要求与 有关信息系统管理得法律、法规、规章,并结合医院得实际,编制木预案。 (三)工作原则 统一领导、分级负责、严密组织、协同作战、快速反应、保障有力(四)适用范围 适用于医院计算机网络及各类应用系统 二、组织机构与职责 根据计算机信息系统应急管理得总体要求,成立医院计算机信息系统应急保障领导小组(简称应急领导小组),负责领导、组织与协调全院计算机信息系统突发事件得应急保障工作。 1.领导小组成员: 组长由院长担任。

副组长由相关副院长担任。 成员由信息中心、院办、医务科、护理部、财务科、医保办、总务科 等部门主要负责人组成。 应急小组日常工作由医院信息中心承担,其她各相关部门积极配合。 2。领导小组职责: (1 )制定医院内部网络与信息安全应急处置预案。 (2)做好医院网络与信息安全应急工作。 (3)协调医院内部各相关部门之间得网络与信息安全应急工作, 协调与软件、硬件供应商、线路运营商之间得网络与信息安全应急工作. (4)组织医院内部及外部得技术力量,做好应急处置工作。 三、医院信息系统出现故障报告程序 当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时,要立即向信息中心报告?信息中心工作人员对各工作站提岀得问题必须高度重视,做好记录,经核实后及时给各工作站反馈故障信息,同时召集有关人员及时进行分析,如果故障原因明确,可以立刻恢复得,应尽快恢复工作;如故障原因不明、情况严重、不能在短期内排除得,应立即报告应急领导小组,在网络不能运转得情况下由应急领导小组协调全院各部门工作,以保障全院医疗工作得正常运转。 四、医院信息系统故障分级 根据故障发生得原因与性质不同分为三类与其它故障: 一类故障:由于服务器不能正常工作、光纤损坏、主服务器数据丢失、

软件系统运维手册范本

系统运维手册

1、目的 (3) 2、适用围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (3) 4.1系统服务程序的构成 (3) 4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护(略) (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 (7) 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况(字典管理表空间) (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12)

1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中,服务器均采用windows xp操作系统,数据库版本为:sql server 2000,随着业务的开展, sql server 数据库中存储的数据量也不断增大,这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块,windows xp操作系统,负载平衡及sql server 数据库等日常检查的主要步骤,指导现场工程师对其进行监控和维护。 2、适用围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成

问题与故障处理流程图

NGBOSS3.0系统问题及故障管理流程 1、相关概念 1)问题定义:问题是一个或多个不知原因的事件。 2)问题与故障(或突发事件)的关系:当问题的影响符合故障(或突发事件)定义 标准时,问题即形成故障(或突发事件)。 3)故障处理小组:故障处理小组由各业务流的故障牵头处理人组成,共同完成故障 管理相关工作。目前业务运营中心故障处理小组包括话单流陈霞、订单流张嘉琦、账务流刘华、热线支持组马立娜及值班组阴衍亮。 2、故障处理 一、角色及职责定义 1)故障上报人 ●根据故障上报标准判断为故障后,第一时间按要求发出报告邮件,并电话通 知故障分派员。 ●对于符合故障或突发事件定义的问题,逐层升级至本部门主管经理;未达到 标准的通知主管,由主管酌情升级。 ●对于故障或突发处理过程中未按时限回复进展情况,由故障上报人直接升级 至故障分派员。 ●对于发生的故障,统一按业务运营中心内部要求进行登记。 ●故障上报人由业务运营中心50000号值班班长及运维组人员担当。 2)故障分派员 ●接收故障上报人的报障邮件和报障电话通知。

●根据故障情况,以邮件及电话方式指定故障处理牵头人。 ●根据故障牵头人要求,协助故障牵头处理人进行故障处理,跟进处理步骤, 监督执行。 ●故障分派员由值班组人员担任。 3)故障处理牵头人 ●牵头处理故障分派员分派的故障。 ●指派故障涉及的各部分人员协助进行故障处理,如有必要,可要求相关人员 现场支持。 ●跟踪整个故障处理过程,做好记录,评估各步骤的完成情况。 ●组织BMCC相关人员和相关厂商人员进行故障处理方案的制定,掌控整个过 程。 ●监督故障处理各重要步骤的执行,做好资源调度,在异常问题及时升级至相 关领导,协助完成资源调配。 ●在原因明确后、方案确认后、方案实施关键点完成后及时通报故障最新进展, 直至故障解决。。 ●根据故障处理情况及时向领导汇报故障处理情况。 ●与对外信息发布人及时沟通,协商确认对外发布口径。 ●记录问题处理过程,登记故障问题管理列表中的相关处理信息。 ●负责故障处理完成后,整理并填写故障分析报告,并按时提交。 ●总结及优化类似故障的处理步骤,为后续故障处理提供依据。 ●根据故障管理员的要求组织故障分析会、故障分享会,对故障进行总结分 析。

软件维护及使用管理规定

软件维护及使用管理规 定 文稿归稿存档编号:[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

日常办公软件及特殊软件维护及使用管理办法 1、目的:为有效使用及管理计算机软件资源,并确保公司计算机软件的合法使用,避免人员因使用非法软件,影响公司声誉或造成计算机病毒侵害,影响日常工作正常进行,特制定本办法。 2、适用范围:本办法适用于本公司软件使用的相关信息作业管理。 一、软件安装及使用 1.公司的各类计算机软件,应依据着作版权者为限,并统一由信息技术部负责安装 保管,信息管理软件及其它专用软件,需填制《IT资源申请单》(见附表info- 03)进行申请,获准后方可安装。 2.严禁个人私自在公司计算机上安装未获授权、非授权公司使用或超过使用授权数 量的软件,未经授权或同意,使用者不得擅自在计算机内安装任何软件或信息, 经授权同意者始得于计算机内安装合法授权的软件或信息。 3.各部门软件分配使用后,保管人或使用人职务变动或离职时,应移交其保管或使 用的软件,并办理交接。 4.禁止员工使用会干扰或破坏网络上其它使用者或节点的软件系统,此种干扰与破 坏如散布计算机病毒、尝试侵入未经授权的计算机系统、或其它类似的情形者皆 在禁止范围内。 5.网络上存取到的任何资源,若其拥有权属个人或非公司所有,除非已经正式开放 或已获授权使用,否则禁止滥用或复制使用这些资源。 6.禁止员工使用非法软件,或私人拥有的计算机软件安装使用于公司计算机上,也 不得将公司合法软件私自拷贝、借于他人或私自将软件带回家中,如因此触犯着 作权,则该员工应负刑事及民事全部责任,各部门应妥善保管正版软件,防止软 件授权外泄或被非法使用。 二、软件的相关维护升级管理

IBM P750小型机日常维护手册

IBM P750小型机 日常维护手册 一、服务器硬件运行状态检查 1.当服务器处于启动和正常工作状态时,其前面板上的状态灯(与电源灯并排)和各硬盘的状态灯(一排 小灯,与各硬盘位置一一对应)应显示为绿色。 2.当服务器的状态灯出现橙黄色时,说明有硬件告警,此时要检查服务器的电源、接线、硬盘等。如果有 硬件故障则需要立即进行更换和更正,如果查不出具体问题,则需要联系相关专家进一步诊断。 3.当硬盘工作正常时,与各硬盘对应的硬盘灯会呈绿色,如无读写,则绿灯一直亮,如该硬盘有读写操作, 则绿灯会不规则闪烁,当硬盘损坏时,则硬盘状态灯将熄灭,或者呈闪烁状态:以1~3秒的频率有规律地、不停地闪烁。 如果发现有服务器硬件状态灯不正常的情况,请及时联系我公司工程师,以便及时进行诊断并解决故障。 二、HMC(硬件管理平台)管理与操作 HMC的两种访问途径: 1、在机房直接通过显示器和键盘进行管理维护等相关操作 2、通过web远程访问,登录HMCweb管理界面,访问地址为:https://

1、登录HMC 1.1 浏览器访问连接HMC后,首页界面如下图所示。 1.2 点击下图所示链接,进入HMC验证登录界面。 1.3 输入用户名与口令,登录HMC。 用户名:hscroot 口令:

1.4 成功登录到HMC管理界面如下图所示。 2、注销HMC 在HMC console右上角有(hscroot|help|log off)链接,单击log off,会出现如下图所示注销界面:

选择Log off,系统返回到HMC初始登录界面状态。 3、重启HMC 左边导航栏中选择→HMC Management→shut down or Restart,如下图所示,对HMC进行正常重启及关机操作。 请谨慎对HMC进行关机和重启操作!

DP备份软件日常维护手册20100113

HP Data Protector日常维护 1.1验证license信息 DP图形界面→ Help → About中所有license信息将被显示,如果输入的license不正确,此处将提示出来。 1.2DP软件的执行程序 DP软件的执行程序存放在/opt/omni目录下 /opt/omni/lbin /opt/omni/sbin /opt/omni/bin 1.3DP软件的手工启动方法 DP软件的手工启动方法如下: /opt/omni/sbin/omnisv -status --- 观察DP后台进程的状态 /opt/omni/sbin/omnisv -start --- 手工启动DP进程 /opt/omni/sbin/omnisv -stop --- 手工停止DP进程 1.4DP软件的后台进程 观察DP后台进程的状态有如下2种方法: /opt/omni/sbin/omnisv -status 正常状况下应看到如下信息 ProcName Status [PID] =============================== rds : Active [888] crs : Active [792] mmd : Active [848] omniinet : Active [804] Sending of traps disabled. =============================== Status: All Data Protector relevant processes/services up and running. Ps -ef | grep omni正常状况下应看到如下信息 /opt/omni/lbin/crs /opt/omni/lbin/rds /opt/omni/lbin/mmd

ORACLE数据库日常维护与管理手册

全球眼?(MEGAEYES)网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08

目录 全球眼?(MEGAEYES)网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)

1引言 1.1目的 对于重要的商业系统来说,数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时,数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作,保证数据库系统的正常运行,特制定本文档。当然,数据库的日常维护是复杂和繁琐的,本文仅涉及一些常见的数据库日常维护的内容,在实际工作中,数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员:数据库维护管理人员和相关人员。 本文档涉及内容:oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术(暂行)规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型:Intel及其兼容系列CPU ◆内存容量:剩余内存要达2G以上 ◆硬盘容量:剩余硬盘容量要达1G以上 ◆网卡类型:100M网卡 2.1.2软件环境 ◆操作系统:RedHat Linux AS 3.0 ◆数据库:Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86

信息系统的应急预案

一、总则 (一)、基本原则:明确责任、分级负责。按照“谁主管谁负责”的原则,建立和完善责任制度、协调管理机制和联动工作机制。根据部门职能,各司其职,落实到人,加强部门间的协调与配合,形成合力,共同履行应急处置工作的管理职责。 (二)、适用范围:本预案适用于史丹利化肥有限公司网络与信息系统故障的应急响应工作。 二、日常准备工作 (一)、软资源备用:对重要信息资源需要有足够备份,并将备份存放于攻击和灾害不能及的地方。 (二)、设备备用:在工作现场有主板、硬盘、光驱、网线等备件,以及备用的外部设备。 (三)、电源备用:配置不间断UPS电源。不间断电源可在断电后维持工作3小时以上。 (四)、重要或大型系统中的关键设备和信息安全产品采用双机热备份。 三、应急处理流程 信息管理科人员在监控过程中发现或收到其他部门反馈不能正

常使用办公或业务应用系统等故障事件,相关软件、硬件的技术人员立即行动,初步查明原因(电力、服务器、存储、网络、应用系统软件等),并向科室、部门相关领导汇报。 部门领导在听取情况汇报后,根据事件的范围、影响和紧急程度启动相应的专题预案。如果没有相应的专题预案,要根据情况迅速采取措施抑制事件的扩散,恢复系统运行。 信息管理科尽快通过OA、电话、短信平台、网上销售系统网站等方式向各科室、各分厂下发《应用系统暂停通知》或公告。各部门、各分厂要做好信息系统出现故障后的应急安排,尽力减小对公司正常业务的影响。 信息管理科人员进一步落实故障原因,根据事件的范围、影响程度,采取应急措施,尽快恢复系统运行。 信息管理科在对系统完成修复后,在完成测试的基础上,经请示相关领导进行系统的启用,同时通过OA、网上销售系统网站、电话等向各部门、各分厂发布系统恢复公告。 四、事件分类 事件类型按照各种突发紧急事件的影响范围,将史丹利网络与信息系统事件分成全局事件(总公司核心信息系统因电力、网络、软硬件等故障原因,导致全厂信息系统无法正常工作)和区域事件(SAP、网上销售系统、OA、BO、用友等系统故障,导致局部范围内的业务工作无法正常进行)。 五、全局事件处理

信息系统日常维护规定

信息系统日常维护规定 1 目的 为确保计算机功能的正常发挥、应用系统的正常运行,维护复读机信息系统的安全运行,防止不必要的操作造成业务活动中断。 2 适用范围 适用于公司所有信息系统的开发和维护 3 术语和定义 4 职责和权限 信息安全领导办公室审批对信息系统的升级(更新); XXX部负责公司的信息系统开发、升级(更新)和维护; 5 相关活动 5.1 日常维护 信息系统中的硬件按照谁使用谁负责的原则,负责保管所用的网络设备和线路的完好。两人以上的用户,必须明确一人负责。 计算机设备的日常维护由XXX部负责。计算机设备和软件发生故障或异常情况,由网络管理人员统一进行处理。 信息系统的软件安装,必须由网络管理人员安装,特别是对系统有重要影响的软件,必须经领导同意后方可安装,并保存相应的记录。 5.2 信息系统的变更(升级)管理 信息系统的变更由XXX部负责。首先提出变更需求和实施变更计划,经评审报信息安全领导办公室批准后,在不影响(或影响最低的情况下,如夜间)业务活动的前提下进行变更。 信息系统升级时,尽量不采用在线升级,将升级包下载到本地,测试后升级到正式服务器。确需在线升级,应在升级前对在用系统进行备份,防止因变更失败后的系统恢复。

对新系统或变更后的系统由XXX部负责组织实施验收,对重要的升级也要组织验收,验收的准则由XXX部根据不同情况确定不同的验收准则。但无论何种验收准则,都必须将验收准则和验收情况总结一同报信息安全领导办公室备案。 5.3 日志管理 网络管理人员要监督和掌握信息系统的运行情况,确保信息系统能提供足够的能力来保障系统性能,以减少系统过载带来的风险。 信息系统的系统文件必须由网络管理人员负责安装和更新,网络管理人员要对系统文件妥善保存,限制使用范围和访问。由XXX部负责建立系统文件访问人员列表和使用记录、网络管理人员对系统操作的活动情况记录。 网络管理人员必须对记录用户活动、异常等情况的日志进行保护,不得篡改日志,对日志的访问必须进行登记。日志的保存周期不得少于3个月。 网络管理人员通过日志等手段监视信息处理设施的使用。如授权访问、特殊权限操作、未授权的访问尝试、远程诊断和配置端口的使用和访问、系统警报或故障、改变或企图改变系统的安全设置和控制措施、应用过程的关键程度、系统渗透和不当使用的经历、设备被停用的情况等。 5.4 系统时钟 公司的系统时钟源由XXX部确定钟源,并向网络提供时间源,各部门和人员不得改变时间源。 6相关文件和记录 系统文件访问人员和使用登记表 网络管理人员访问登记表

软件系统运维手册

软件系统运维手册文件编码(GHTU-UITID-GGBKT-POIU-WUUI-8968)

系统运维手册

1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中,服务器均采用windows xp操作系统,数据库版本为:sql server 2000,随着业务的开展, sql server 数据库中存储的数据量也不断增大,这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块,windows xp操作系统,负载平衡及sql server 数据库等日常检查的主要步骤,指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量:4台,基本信息如下:

3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序: DHCP从程序: 4.2 系统服务程序的启动、关闭及维护管理4.2.1 dhcp主服务 4.2.1.1 dhcp主服务说明

4.2.1.2 dhcp启动、关闭及进程查看方法 1、启动方法: 输入:cd /opt/dpcp ./dhcpd即可 注意:请首先确认数据库服务正常,数据库监听正常。 输出: [root@localhost dhcp]$ ./dhcpd Internet Systems Consortium DHCP Server V3.0.4 Copyright 2004-2006 Internet Systems Consortium. All rights reserved. For info, please visit https://www.doczj.com/doc/869850429.html,/sw/dhcp/ Wrote 1 leases to leases file. Listening on LPF/eth0/00:0c:29:fb:d4:32/192.168.50/24 Sending on LPF/eth0/00:0c:29:fb:d4:32/192.168.50/24 Sending on Socket/fallback/fallback-net 说明:dhcp启动时,会启动1个进程,正常情况下,dhcp启动的进程数为1个。 2、关闭方法 输入:kill pid

软件维护手册

动物园动物管理系统软件维护手册 一:引言 1.1:目的 由于动物园动物管理调度大,软件工作量大,日常维护必不可少,该手册向客户提供系统存在的问题及原因或解决方法。 1.2:项目背景 该项目由中国国家动物园管理层提出,由东北大学秦皇岛分校控制工程学院负责软件的开发和调试。用户群体为全国各动物园,使用于实时统计动物园动物调度,安排。 1.3:定义 下面的定义将被用于该文档。 缩写或术语定义或全名 二:系统说明 2.1:系统用途 系统具有各种动物数据实时采集,实时控制决策,实时控制输出,对所有动物的信息同一管理。 2.2:安全保密 为使系统安全保密采用最新保密技术,绝对具有专利唯一性。 2.3:总体说明 说明系统的总体功能,对系统、子系统和作业做出综合性的介绍,并用图表的方式给出系统主要部分的内部关系。 三:操作环境 网络版版服务器 操作系统:Windows 2000 server中文版、W2ksp4_cn(Windows 2000 pack4 包)数据库:SQL Server 2000企业版 硬件板卡驱 动: 主板驱动、显示卡驱动、声卡驱动、网卡驱动 支持软件:OFFICE2000、Winrar3.0、五笔字型输入法、微软拼音输入法3.0(或其他拼音输入法) 网络版工作站 操作系统:Windows 2000 Professional中文版、W2ksp4_cn(windows 2000 pack4 包) 硬件板卡驱动: 主板驱动、显示卡驱动、声卡驱动、网卡驱动、采集器安装、采集卡驱动、加密狗驱动 支持软件:Directx 9、OFFICE2000、Mdplayer 9、Winrar3.0、Acrobat5.1、DivX(图

信息系统(设备)故障处理制度

信息系统(设备)故障处理制度(试行) (2018年8月版) 第一章总则 为规范公司信息系统的故障申告、受理、处理和修复后业务验证等日常维护支撑和管理工作,保证故障申告、受理、处理和业务验证的及时性和有效性,进一步明确各部门的职责、工作流程、相关要求以及考核指标,特制定本制度。 第一条适用范围 本制度所指信息系统包括:机房环境、配套网络、计算机硬件平台、基础软件、应用软件。 第二章故障处理流程 第二条信息系统的分类 将信息系统分为重要信息系统和非重要信息系统两类。重要信息系统是指支撑公司重要业务,信息安全和服务质量的信息系统。包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统,以及支撑系统运行的机房和网络等基础设施。非重要信息系统是指除重要信息系统之外的信息系统。 第三条信息系统故障分级 据信息系统故障的影响范围及持续时间等因素,将信息系统故障分为重大故障、较大故障、一般故障三个级别。当故障满足多个级别的定级条件时,按最高级别确定故障级别。 重大故障(一级): 由于线上系统服务宕机,系统的操作性能严重降低,重要信息系统服务异常,在主要业务服务时段导致业务无法正常开展达3个小时(含)以上,对业

务运作造成重大影响。 较大故障(二级): 由于系统操作功能受损,使业务运作中的某一部分功能受到不良影响,但其它部分业务功能仍可正常运作,重要信息系统服务异常,在主要业务服务时段导致业务无法正常开展达半个小时(含)以上, 一般故障(三级): 由于系统的操作性能(效率)降低,业务运作的受到不良影响,但业务功能应用仍可正常工作,在主要业务服务时段导致业务无性能不足达1个小时(含)以上; 第四条执行标准 本制度由负责解释和修订,自发文之日起开始执行。 第五条组织及职责,故障管理实行-两级管理体系 本制度涉及的相关组织有信息系统故障申告部门、受理部门、处理部门。 1、申告部门包括、分支机构相关信息系统的使用部门。申告分为、和三个层面。申告到层面能够解决的故障和问题,无须上报层面,在层面归口解决,解决不了的再上报层面解决。 2、受理部门分为和两个层面。原则上,负责故障受理和预处理,各负责级故障受理和预处理。 3、处理部门分为和两个层面。原则上,负责上报到的故障处理;各负责级的故障处理;科技联系人负责级的简单故障处理。 申告部门职责 1.负责将发现的系统故障以及问题、建议提交到故障受理部门。 2.负责在故障处理过程中与故障处理部门进行沟通。 3.负责对已修复的故障进行业务验证,在业务验证通过后及时关闭故障。 受理部门职责

相关主题
文本预览
相关文档 最新文档