新时期下,作为负责计算机管理系统的职能部门和人员,应充分意识到计算机管理系统安全性的重要性,并立足当前计算机管理系统存在的问题,有针对性地制定防控策略,以保证系统的安全性。下面是我给大家推荐的,希望大家喜欢!
《企业计算机管理系统维护研究》
摘要:企业进入了计算机管理时代,业务人员的人工干预越来越少,大量资料都是由计算机系统完成的,业务人员从原来每天处理大量资料的事务中解脱出来,纸质凭证单随着自动化的实现已经越来越少,企业的资料管理对计算机的依赖越来越强烈,对计算机系统稳定性和安全性的要求也越来越高。根据从事计算机系统维护工作的实践经验,结合实际案例,对计算机系统执行维护工作进行了研究。
关键词:计算机管理系统;维护A角;维护B角;MIT;DISTINCT;分布提交
作者简介:蒿亚军***1980-***,女,上海宝信软体股份有限公司ERP软体事业部高阶工程师,研究方向为钢铁行业ERP管理资讯系统软体设计与实施、维护。
0引言
随着资讯时代的到来,大大小小的企业管理都需依靠计算机系统。目前,很多软体公司专门为企业量身定制资讯化管理系统,往往较为重视咨询规划和软体实施,而对于专案上线后的运维工作却比较忽视。笔者认为计算机系统的维护工作与实施专案同样重要,运维工作主要负责计算机系统日常应用过程中出现的异常情况,在出现异常时及时快速地处理,对业务人员的操作不产生影响。并且定时对系统进行资料备份,每日定时检查系统的执行效率及负荷,定时检查系统处理资料的程式是否正常等。
1计算机系统运维工作
近几年,笔者从事计算机系统运维工作。钢铁企业的产销管理系统已经运行了10年,笔者负责其中一个模组,接手该模组时,对于这个大型系统的整体架构不甚了解,甚至不知如何登陆系统,于是尽快学习该系统,学习如何找到程式、如何编译、如何进入资料库。随后面临的是业务人员日常工作中提出的新需求或者是需要修改的资料。对于使用者提出的新需求,首先要理解业务,将理解的业务定位到系统中,是需要修改系统中已存在的程式还是新写程式,需要维护人员判断。对这些基本的内容有了了解以后,基本能处理日常运维中的简单问题。
计算机系统维护工作的主要内容
业务方随着业务的拓展,需要新增功能,那么需要和使用者进行新业务的沟通,了解使用者的需求,将使用者的需求应用到系统中。系统中新增功能对系统中现行的业务影响应降到最低,不能让新增功能影响了原有正常执行的业务。
计算机系统维护工作的主要内容有:
①系统定期停机进行资料备份、垃圾清理等工作;
②每日定时检视系统的执行效率和系统负荷;
③关于UPS装置的定时检查;
④关于伺服器和个人终端计算机硬体的监控及维护;
⑤业务方经常在对资料进行分析时会对系统提出问题,在业务方对资料质疑时,解释资料的前后逻辑;
⑥业务方偶尔会出现录入资料出错的现象,需要维护人员修改资料,修改资料时必须将所有涉及的表都做相应的修改;
⑦业务方咨询计算机系统的处理逻辑时,需要耐心解释逻辑;
⑧对于一些后台批处理的程式,每日定时监控其执行的结果是否正确,在不正确时处理故障;
⑨做到被呼叫时第一时间响应。
运维工作特点
运维工作是琐碎而繁杂的,一旦出现问题要及时解决,否则会对其它模组有影响,导致处理起来时间延长,影响面变大。及时处理故障是对运维工作的一个基本要求,要做到能够及时处理故障则靠平时积累经验和准确定位问题。
运维人员是在一线和使用者打交道的人,在处理日常运维工作时,应该多了解使用者需求,一些潜在的专案就是这时候被挖掘的,这样在为使用者解决问题的同时也为公司增加了专案机会。运维人员代表的是公司的形象,计算机系统运维是一项服务,运维人员应有服务意识,做到让使用者信任,同时运维人员应将使用者提出的一些建议带回,在以后的专案中考虑进去,使公司的软体不断完善,提高市场竞争力。
对于运维工作,每一个岗位都设有A、B角,所谓的A、B角是对同一岗位不同角色的称呼,A角是指担任这个岗位的主要运维人员,是该维护岗位的负责人,在A角休假或者生病期间,运维工作由B角来完成,这样不至于耽误使用者的工作。当然,作为A角的人同时要作为其它模组的B角,也即运维人员不但要对自已负责的模组熟悉,同时对其它模组也要熟悉。
运维和专案的关系
运维和专案的关系是指专案实施团队和运维团队在一般情况下其人员会有变化,专案实施的时候,不但要从专案的角度出发考虑问题,同时还要为将来运维考虑。比如要处理一批资料,需要将A表中的资料取出按照一定的逻辑写入B表,如果系统伺服器效率高,那么就用回圈的方式将A表的资料全部取出,一条一条地回圈,每条资料处理好逻辑后,新增到B表中直至A表的所有资料处理完毕;如果系统伺服器的效率不是很高,那么就用INSERT…SELECT…查询同时新增的方式,这样效率较高,但SELECT语句中的逻辑比较复杂。在做专案时两种写法都可行,如果能考虑到后期的运维工作,则第一种方式相对要好,对运维接手的人来说读程式比修改程式容易上手,且程式上线执行后不容易有错误。第二种写法,在运维阶段如果使用者提出增加逻辑或者修改逻辑,那么要读懂原来写的SELECT的逻辑就不是很容易,即使读懂了在其基础上增加逻辑或者修改逻辑也容易出错,程式上线后容易出现数据出错等问题。
运维时还应注意:对于批量资料一起处理的程式,资料量很大,在做新增资料时,做了mit的处理,那么当这样的程式出现异常报错时,一定要检视是不是已经有资料新增进去了,要在资料中用时间或者其它栏位做标记,以便迅速查找出已经mit的资料,将查找出的资料删除,重新执行程式。
运维过程管理
运维过程中每次处理的事件、问题及使用者提出的新需求,都要进行记录,提出问题的人需要记录问题,运维人员处理完问题后,针对问题描述其原因及处理的过程然后关闭问题。使用者新提出的需求,同样需要使用者先记录需求,将需求描述清楚,运维人员拿到需求后和使用者沟通好,进行系统设计、程式编写、测试,最后上线应用。运维人员按照记录的需求单记录处理过程,再关闭需求单。该过程是运维管理的一个流程,将运维过程全部记录下来,一方面是系统的审计要求,另一方面是和使用者的互动过程有记录可查。
运维工作也需要大量的沟通,由于系统之间都有介面关联,当系统出现故障时,需要进行系统抢修,相关联的系统都要做相应的调整,需要和其它系统的运维人员进行沟通。沟通时应注意说话语气,多从他人角度出发描述问题,运维人员需要和使用者有效沟通,需要和周边系统的运维人员有效沟通,做好沟通对运维工作起到事半功倍的效果。
实际案例
业务人员需要运维人员处理事件的过程如下:运维人员的手机上收到系统运维平台要求处理事件的简讯后,登陆运维平台,对事件进行判断,电话联络提出事件的业务人员,通过沟通,了解具体事件,寻找解决办法,有时候沟通后发现是业务人员的理解偏差,对业务人员进行解释,然后在运维平台上对事件描述解决办法,再关闭事件。
有时要处理的事件需要对资料进行分析,比如一个程式要处理大量资料,在系统正在执行程式和系统对资料库正常备份时发生了冲突,资料库备份时先把表锁定,正好这个处理批量资料的程式要对此表进行新增就容易出错。接到这样的事件,先对出错的程式进行检视,看程式中是否对资料进行了分布提交,一般在处理大量资料时,都需要分布提交,对资料库来说,一次性提交上百万条资料,会出现爆满的情况发生,所以要求程式开发人员在编码时,1000条资料mit一次,这样对资料库的负荷明显下降。但是对于刚才描述的出错,首先要看程式中是否写了mit,如果存在,那么要在被写的表中检视是否已经有了新增成功的资料,至于资料怎么查找出来,则涉及到做专案时编码中要考虑到用时间或者其它栏位做标记,以便在资料出错时进行查询。写程式时用时间栏位进行标记,这样在处理故障时,对时间栏位进行DISTINCT操作,看是否在出故障时的时间点有资料,如果有资料存在,对这些资料进行删除操作,待资料库备份完毕后,重新提交程式对资料进行处理,这样就不会出现资料重复的现象。事件处理完毕后,在运维平台将该事件的处理过程进行描述后关闭事件,标志著事件处理结束。
2结语
计算机系统的维护工作和实施工作同样重要,无论是实施专案还是维护系统,笔者认为,用心学习最重要,无论事情有多繁琐,若能静心理清思路,都会迎刃而解。笔者结合自身工作经验,通过例项对计算机系统维护工作进行了研究,以期为同行工作人员从事相关工作提供一些参考。
参考文献:
[1]姬睿,申辉.计算机实验室软体系统维护方法的探讨[J].西安邮电学院学报,2007***5***.
[2]门云会.关于钢铁制造业成本核算ACTX平衡的研究[C].宝钢国际会议,2013.
点选下页还有更多>>>