时光荏苒,一晃自己从事证券行业信息系统运维工作已逾十年!回顾以往运维经历,历历在目。
作为以利润为中心的证券公司,IT后台支持部门是不直接创造利润的,虽然小到日常业务处理、帐务核算,大到整个公司的经营管理、业务创新和决策支持,背后都由IT系统支撑,但是绝大多数人不了解我们的工作,也许某种程度上存在理解误区,认为系统运转正常是应该的,只有当系统出现故障时,才会意识到我们的存在。但是大家不知道的是系统正常运转的每一天,都离不开有“强迫症”运维人员的默默付出,正能量的说法是岁月静好,是有人为我们负重而行。
作为一个运维人,应该每个人都有些许不同的经历。对于我们集中交易运维小组来说,系统升级的体会却是一样的。在此我就以3.31号周六系统升级为例,来给大家展示系统重大升级的经历。对于承载着一千多万客户的集中交易系统来说,它的实时性很强,对稳定性要求很高,每一次系统重大升级,运维任务都很重,信息技术人员任何小的疏忽和拖拉,就可能造成系统的中断,影响客户群体的数量规模会逐渐放大,就可能给公司带来巨大的经济和声誉损失。所以在升级前期我们会做很多铺垫工作,保证升级万无一失。
01升级前...
在升级前几周,我们就要开始研究升级包,并仔细检查合并升级包,了解升级变更的具体内容,分析升级后对我们现有系统业务的影响。我们还会和其他券商多做沟通交流,了解他们的升级进展情况,确定版本。同时还需要同开发商保持密切联系,看是否还有对应补充升级包,确保我们的升级补丁包是最佳版本。
考虑到我们历史库数据量庞大,升级时间很长,最长的一次历时将近40小时,因此在系统升级前的周五晚上,正常清算完成后,我们升级了一台历史库,备份另一台历史库数据,这样不仅可以充分利用时间,还能尽早验证历史脚本是否正常,便于在开市前正常完成历史库的升级。
02升级时...
周六升级当天,我们组织营业部进行全业务的升级验证,因此我们要准备好测试环境。当清晨的天空微微泛白,我们提着家人提前准备好的早餐,坐上了新闻中早高峰拥挤不堪而现在能从头望到尾的空空地铁。7:10到达公司后,开启一天的紧张工作。
首先检查昨晚历史库升级的状态和进度,预估升级时间(其实是判断第二天才能回,还是当天能回J),发现历史库处于正常升级状态后,欣喜若狂,接下来就是升级测试环境的准备工作,譬如删除数据库复制,备份系统数据库、备份行情文件、加挂电话委托测试语音、重启并挂起交易系统数据库、提交测试环境脚本、升级包、设置相关参数等等。
测试验证期间,我们会尽可能多的验证系统的功能,争取覆盖全部业务,同时积极关注内部交流群营业部的测试信息反馈,并同网上交易中心等外围测试人员保持密切沟通,针对提出的问题进行分析,问题是否正常,还是会影响系统的正常运行,并将重要疑问及时反馈开发商,尽可能做到不带疑问升级。
03升级后...
下午3:30测试完后,根据营业部以及网上交易等参测方测试反馈,没有特别的技术疑问,我们准备正式对生产环境当前交易数据库进行升级。首先我们关闭测试环境,恢复行情文件、恢复电话委托语音,重启所有应用服务器、重启数据库服务器、核对数据,开始升级过程,顺利完成!检查升级日志,一切正常!忍不住内心的欣喜(对于运维人来说,系统一切正常就是最开心的事情),我们继续将灾备系统的数据库升级,再通过生产库建数据库复制模式用于灾备当前库的数据同步,接下来我们将重建DTS数据导出,待所有数据库升级以及复制同步完成后,开启系统完成集中交易系统归档、系统初始化、参数检查等工作,待观察到客户委托正常进入后,已经是晚上11:00,一天的系统升级加班工作终于圆满完成。虽然回到家连眼皮都快睁不开了,心情却无比放松。
以上就是我们一天运维工作的缩影,运维不是每一天都轰轰烈烈,激情澎湃,更多的是一份耐心、一份责任感。运维工作既有万亿行情下高压超长时间“用生命在清算”,系统故障时争分夺秒的紧张处理,系统升级时的披星戴月,也有顺利完成升级后,一起坚守陪伴的兄弟们快乐归巢,品尝锅里温热的爱心加餐,还有休息期间欢乐斗地主、球技对决等等的愉快时光,这一切,是如此的饱满充实,我为我是运维人而自豪!
看完以上的内容,相信你对于Linux运维的了解又加深了一层。作为一名Linux爱好者,如果你在学习中遇到了困惑需要交流,可以来我们的网站(www.magedu.com/)获取帮助,了解行业评价最高的Linux课程可以拨打电话:18519746220。