电力自助缴费系统运行维护研究.docVIP

电力自助缴费系统运行维护研究 电力自助缴费系统运行维护研究 一、引言 　　电力公司电费回收难，电力用户缴电费难已是一个社会不争的事实，许多地方政府都把解决此事做为政府为民办实事的内容之一。快节奏的生活方式，致使很大一部分人白天没时间缴纳电费，而电力公司目前缴费服务时间一般为白天。供电公司庞大的客户群与电力公司有限的服务资源之间的矛盾日益突出。在电力系统内采用带有现金、银联缴费等方式的自助缴费机是一个很好的解决方法，其对缴费人群的分流效果极其显著，可有效的解决电费回收、用户缴费难的问题。 　　二、电力自助缴费系统技术路线 　　通过调查研究与需求分析，用信息资源规划方法实现数据建模；用业务建模方法，实现业务流程分析与重组——业务建模和组织机构再造与建模——业务模型以及子系统设计及其功能建模；用三层系统技术架构设计，实现软件体系结构设计、开发模式支持；最后选择适当的开发环境实现软件编程，具体如下： 　　1、本系统采用C/S、B/S架构设计，这使得系统易于扩展，便于维护和升级，且相对安全。 　　2、在软件设计上采用自顶向下以及快速原型法的开发模型，在软件开发上采用面向对象的三层架构的设计方法， 它分为为界面层、中间层 、数据实体层。界面层处理界面表示逻辑，中间层处理业务逻辑，界面层访问中间层中的组件，执行相应的业务逻辑。 　　3、数据库采用oracle数据库，这使得系统具有一定的开放性和良好的并行性和可伸缩性以及安全性。 　　4、采用linux C技术实现系统的快速开发以便于企业的快速部署应用。 　　三、运维内容 　　运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备及其他信息系统的运行维护与安全防范服务，保证本文由论文联盟http://收集整理用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。 　　鉴于以上系统架构，运维人员在运维过程中，除日常的运维工作外，针对电力自助缴费系统，着重介绍如下两个方面入研究、实践，形成一套系统的更加适合行业和企业发展的精益管理方法。 　　ORACLE数据库维护 　　1、ORACLE数据库日常检查 　　、登录到主机上检查数据库是否服务停止，需要运维人员经常经常进行检查。 　　、数据库告警日志的检查 　　$ORACLE_HOME/admin/INSTANCE_NAME/bdump/alert_INSTANCE_ 　　此文件中记载数据库的启动、停止、系统级修改、告警信息、日志切换，是日常维护中的重要依据。 　　2、会话连接日志的清理 　　会话连接日志$ORACLE_HOME/network/log/，此文件中记载着每个连接登录时的IP地址和时间等情况，可作为监测的依据，因为此文件不断增大，需要定期清空，清空方式为在$ORACLE_HOME/network/log目录下运行操作系统命令。 　　3、表空间 　　由于电力自助缴费系统，每天的交易量较大，数据库增长也较快，在数据库创建初期，表空间建立有限，虽然，在创建初期，也使用命令，使得数据库表空间随数据增长自动扩增表空间，但也不避免由于某些原因导致，表空间自动扩容不成功，因此，此时运维人员需要注意表空间的增长情况以及自动扩容情况。 　　4、数据库备份 　　电力自助缴费系统中，保存的缴费记录数据，是比较重要的数据之一，因此需要确保数据不能丢失，及时做好备份，是最好的方法。建议每天进行增量备份，每周进行整体备份。 　　5、数据清理 　　为提升系统处理效率，对于较早的数据，建议先进行备份，备份完成后，将较早的数据删除，以减少数据库的负担，提升查询，更新效率。 　　业务系统 　　1、最大线程数量 　　由于电力自助缴费系统，为了并发处理多个业务，采用的是多线程的业务处理模式，系统的并发处理能力，受多方面的限制，例如服务器的性能，网络带宽等，在业务程序设计初期，业务的并发处理能力是已经设定的。因此，运维人员，需要注意在缴费高峰时段，密切注意日常的交易并发量，并注意CPU以及系统其他性能参数。以免造成交易失败，甚至服务器死机或者数据库死锁等情况。 　　2、僵尸进程 　　在业务系统运行过程中，尤其是多线程业务系统，在系统运行过程中，可能会由于并发量太高导致内存不够用，亦或者程序本身BUG 原因，可能会存在某一个进程假死，不进行任何处理，但却一直存在，所占用的部分内存空间等系统资源也不进行释放，我们成为僵尸进程。较多的僵尸进程，会严重影响系统的运行效率。运维人员最好能经常关注业务系统的进程列表，通过观察进程ID，查看是否存在僵尸进程，若存在，及时使用ki