对海关信息系统运维管理工作思考.docVIP

对海关信息系统运维管理工作思考 　　摘要 经过多年的建设,海关已形成了涉密办公网、办公管理网、业务运行网、对外接入网等功能齐全的复杂办公环境 ,在业务协同、办公管理、对外服务等方面发挥了越来越重要的作用,目前,福州海关运行在管理网上的项目大大小小近80余个,运行网上的项目有H2000及外挂系统,对外接入网上的项目30余个,网络延伸到整个关区,可以说离开了网络,海关的业务、办公将陷于瘫痪,这对信息部门的运维保障提出了更高的要求,本文对目前海关的运维管理里中仍存在着的诸多问题进行了相关探讨。 　　关键词 海关;信息系统;运维管理 　　中图分类号TP393 文献标识码A文章编号 1674-6708(2010)21-0215-02 　　 　　经过多年的建设,海关已形成了涉密办公网、办公管理网、业务运行网、对外接入网等功能齐全的复杂办公环境 ,在业务协同、办公管理、对外服务等方面发挥了越来越重要的作用,目前,福州海关运行在管理网上的项目大大小小近80余个,运行网上的项目有H2000及外挂系统,对外接入网上的项目30余个,网络延伸到整个关区,可以说离开了网络,海关的业务、办公将陷于瘫痪,这对信息部门的运维保障提出了更高的要求,但是,目前海关的运维管理里中仍存在着诸多方面的问题: 　　1)信息系统的维护集中于总关的科技职能部门,采取集中式的维护,如技术处、数据分中心,根据具体的岗位职责分为相关的科室如网络、运行、信息安全等,各科室各司其职,职能的分割,有助于造就细分领域内的专业技术人才,但也无法形成有效的协同管理故障的判断和排除,网络负责网络的监控,运行负责网络上系统、服务的节点设备的维护,信息安全负责设备的安全监控,近年来,海关的信息化建设水平不断提高,经过不断的升级改造、新技术的应用,从H883到H2000,从到ATM网,分布式应用到三层架构体系,技术的提升使得维护的复杂度也在提升,网络、系统、信息安全等故障原因往往交织在一起,使得问题的排查也变得复杂,故障的解决时间完全取决于某一部门运维人员的能力与经验,甚至出现故障了,问题要在几个部门间流转几遍,才能最终确定问题所在,再由相应的部门进行处理,大大降低了故障排除的效率。同时,对网络架构、系统、安全服务等某一方面的变更,常常对其他方面造成影响,往往是科室内部所作的一些小的变更,造成其它科室对故障的误判,这极大浪费了运维的资源。 　　对运维工作的定位不准,海关的技术工作依旧存在“重建设、轻维护”、“重技术、轻管理”等现象,很多领导仍然重视新项目的上马,对运维工作重视程度依旧不够。日常管理中重视对技术人员运维风险的管理,对信息系统自身的风险意识不够,同时运维的概念模糊,依旧存在建设与运维的边界划分不清晰,运维与升级改造的关系不明确等。 　　运维管理“摸着石头过河”依旧盛行,在运维工作中,普遍采用经验法则,“摸着石头过河”,日常工作中常处于“救火”状态,非常被动地处理各种故障;部门整体运维工作的水平取决于部门中少数专家的知识水平。造成人员无法正常交流,增加了组织的管理风险。 　　目前,各部门为加强运维管理投入了相应的管理系统,如网络管理、安全管理系统等,但网络管理和安全管理建设基本是割裂开来的:网络管理系统主要采用SNMP等协议监控设备和应用的可用性和健康状态,而安全管理则通过分析安全设备,主机和应用的事件信息,采用关联规则进行事件关联,进行审计和风险管理。事实上,要想保障业务的持续运营,必须统筹考虑业务的可用性与业务的安全性。 　　未来,网络的发展趋势必然是网络与安全密不可分,很多网络故障都是安全问题引发的,而大部分安全问题都是透过网络传播的,运维的重心由单纯解决设备问题,逐渐转向整个信息系统的安全问题,实质上设备、系统的故障也导致了系统无法安全可靠的运行,可以说运维的重点实际上是保证信息系统的安全可靠,目的是使运行其上业务持续运营,为此笔者试提出如下思路,引入风险管理理念,建立以风险式管理为指导思想、流程规范、技术平台支撑的科学的运维管理体系。 　　调整组织架构,形成合理的运维管理机制,在组织机构不变的前提下,由各科室负责人及专家成立运维管理委员会,负责对整个运维管理体系的监督、指导,向上为处领导及海关科技应用领导小组的决策提供依据,向下对运维执行部门的工作提供指导和监督。具体包括: 　　1)变更管理,负责对系统的变更进行审核,由各部门成员分别评估改动对本部门的影响,进而评估变更对整个信息系统的影响,并提出应对风险的办法,使得信息系统上任何一项的改动,都能及时通知到每个部门,并有应急措施进行处置。 　　2)风险管理,定期收集系统运行情况报告,不仅关注日常监控中发现的显性问题,如:网络的性能、服务器、数据库的资源利用情况等直接引起故障的因素,同时关注对日志、安全审