系统维护下的企业信息论文范文

1系统日常运行维护管理

1.1权限管理与数据处理

用户变更应用系统权限、处理业务数据时，需用户所在部门审查和业务管理部门审批后交由系统管理员确认,进行增删改操作。用户权限分配须遵循最小权限原则，用户口令长度应满足密码复杂性要求，用户账号的命名规则应规范管理；进行业务数据的变更操作前需做好备份工作，并在有人监护的情况下严格按照作业指导书开展工作。

1.2系统缺陷与需求管理

为了改正软件的缺陷、扩充新的功能、满足用户需求，需进行系统缺陷与需求管理，优先改正那些影响系统正常运行的严重缺陷。对于已知的缺陷需进行全过程管理，如将级别设置为“紧急”和“一般”，将状态设置为“新建”、“待解决”、“已解决”、“已修复”等。对于新的需求，应与业务部门进行需求分析，编制需求说明书，确定可行性，再纳入开发计划，完善软件功能，提高软件质量。为了改进软件的可靠性和可维护性，适应未来环境和用户需求的变化，应主动增加预防性功能，减少维护工作量和延长软件生命周期。

2系统故障管理

信息系统发生故障后，信息系统管理员应组织相关人员对故障进行处理，需从网络、服务器、接口、数据库、应用等多方面定位问题。一般结合监控分析系统的实时告警信息，可以很快地分析出故障的影响范围和问题原因。无论大小的故障，都应该及时地记录故障的发生时间、故障的现象、故障发生时的工作环境、处理的方法、处理的结果、处理人员、善后措施、原因分析等，形成故障处理分析报告，这对于信息系统的运维具有重要的意义。企业级信息系统故障主要来源于数据库和应用服务器。

2.1数据库故障

表空间不足、归档日志空间占满是一般常们一般可以通过ORACLE自身的日志或者前端提示的错误信息进行快速定位，通过扩充表空间的设备文件进行故障的排除。归档日志空间占满大多是由于大批量数据变动引起归档日志空间被占满而造成数据库没有响应，登录对应的实例数据库时会报无法登陆，等待日志空间回收；解决此类问题的办法就是备份归档日志，然后删除归档日志空间的归档日志文件。

2.2应用服务器故障

当出现服务器不响应新的请求、请求超时、请求处理的时间长等，这可能是应用服务器挂起故障。例如内存溢出，即当JVM最大的内存数无法满足应用逻辑处理的需求，系统就会报内存溢出（OutOfMemoryError）错误，从而挂起应用服务，这一般需直接重启应用服务来解决问题。一般来说，服务器挂起之后可能会崩溃，这需马上进行线程监控，查看每个线程在特定时刻正在执行什么操作的信息，是否存在死锁或大量请求等，通过kill-3那些影响性能的进程。对于应用服务器故障，我们平时应注重对SQL语句优化、weblogic配置调整、JVM配置优化、扩充应用服务器内存和CPU等系统性能优化，能有效降低故障发生次数。

3结束语

针对企业信息系统所开展的运行维护管理的工作核心在于：依托于网络、服务器、软硬件平台、应用软件等相关技术支持，确保系统安全、可靠运行。在运维过程中，需注重日常的巡检和监控，规范信息系统运行维护的流程，及时定位故障源并解决，提高系统可用性。

作者：张茵翠单位：广东电网有限责任公司云浮供电局