it运维实习报告.doc

it运维实习报告 ? 　　运维工作心得总结 ? 　　运维工作直接关系到应用系统运行的正常稳定,但运维工作纷繁复杂,正规化、系统化相对比较弱,如何改变这种现状,从众多的运维工作者的成功失败中进行经验总结,并提升为运维规则,是提高运维水平,保障应用系统正常稳定运行的有效途径。 ? 　　笔者通过自己的多年运维经验,总结出以下必须遵守的基本运维规则,可以大大减少缺乏经验的运维人员因为自身失误导致系统出故障的可能性。 ? 　　一、系统变更、升级应先在同样的环境测试通过,执行前应有经过验证的回退预案运维是一门经骓验的学科、是一门试错的学科。没有做过泉的东西、总是会给你出意想不到的难题,,因此变更前,一定要在相同或者相似运行环境下进行测试,通过后才能在正式环境阽下执行变更。同时应准备好变更失败的回最退预案,比如,做好系统备份、数据库备筮份、配置备份,固化变更前的运行现场,让变更有回头的机会。 ? 　　二、对破坏性的篼操作要先确认符合预定方案,然后谨慎执珞行什么是破坏性的操作,比如: ? 　　对M战SSQLServer,执行updat醍e操作,因为不需要commit,1/15 ? 　　所以瓒特别容易忽视也特别危险,还有dele辔te、drop等操作更不用说。 ? 　　对O蒙racle而言:truncateta惭ble_name、deletetab琅le_name、droptable_钞name,这些语句执行起来轻松简单也禺惬意极了、但记住:即便数据可被回滚、险代价也是非常大: ? 　　对Linux而言,劳rm-r所有当前及其子目录的所有数据皆都将被删除。经历过这种故障的人、大多腭会给rm上个别名Aliasrm=‘碜rm-i’ ? 　　同理、cp和mv也可以有抡同样的选项: ? 　　aliascp=‘cp声-i’ ? 　　aliasmv=‘mv-i’铼 ? 　　对window而言,shift+del文件或者目录对任何系统而言,无备牾份直接修改文件等三、备份并验证备份的有效性 ? 　　不管是硬件还是软件总有意外栓崩溃的时候,怎么办,备份:::备份的溯学问很大、按照不同的维度可以分:冷备钎和热备、实时和非实时、物理和逻辑、全幡备增量备。 ? 　　备份有了、可以高忱无忧了捡吗,不行:尚须验证备份的有效性。一个谝总有那么几次、备份无法保证100%恢积复,简单的验证就是找个空库恢复出来。弗四、对生产环境永保敬畏之心 ? 　　这是避怎免应用系统发生故障的一条铁规,也是被寞开发、2/15 ? 　　运维人员容易忽视的地方。要坚决遛杜绝直接在生产环境做开发、测试和bu抨g修复,这些操作只能在开发和测试环境恰做,否则一旦出事,将欲哭无泪。 ? 　　五、交接和休假最容易出故障 ? 　　接手别人的工踪作要一而再,再而三的确认变更方案,请诸教人并不见得就是能力不行的表现,?ń休假前最好各种可以做好的事情,最好能竭够准备一份文档,指明在什么情况下怎么恭做和联系哪些人,?在别人放假的时候接手工作,?能拖则拖?,实在需要执行赢:必须不厌其烦的跟原系统管理人员确认嗦各个操作细节。? ? 　　六、一定要有监控手快段和报警措施 ? 　　运维人员赖于生存的工具糈就是报警和监控。 ? 　　报警可以让你及时知黉道系统出现了什么异常、以便及时跟进、喧把故障扼杀于摇篮,?监控可以让你了袼解系统的历史性能信息、以历为鉴、可以婷知兴替、早做优化。? ? 　　报警和监控是衣宽带水的好兄弟、相铺相成、互相促进。唣七、使用自动切换技术需谨慎 ? 　　为了保养障数据库安全,往往会使用HA或者RAC之类的技术,但是这类技术能否真正在倜关键时刻起作用,则是需要经过反复验证铄和确认的。并不是按照文档要求做好了就膨够3/15 ? 　　的,很多意外因素或者系统因素会导致基自动切换技术并不能如期发挥作用。如果肌到事后才发现这一点,将悔之晚矣。 ? 　　八坂、要有偏执狂的精神,方案要检查,检查蝌,再检查有这么一个人: ? 　　?他在做一ュ个变更的时候,会先提前一两周发送邮件矮并电话手机通知相关人?在测试机上写眭好脚本,召集大家review操作步骤诌和脚本?测试完成以后拷贝到生产环境嗄 ? 　　?登录对应机器,?打开,关闭,打开ㄓ,关闭?该脚本?跟相关人员再次确认兖执行的操作,顺序,时间点,可能的影响锁和回滚是否都准备好了?执行前还要退出这个机器,然后再登录进去,?打开,幽关闭?脚本?最后才在后台运行脚本,同啊时在另外一个窗口登录着,随时ps和查瀛看结果输出期间姿势端正,呼吸急促而侨均匀,眼神凝重。操作的人不觉得累,倒邡是一边观摩的人很累。 ? 　　九、简单即是美吏 ? 　　我们总是面临各种诱惑:新的系统架构亘,新的更智能的命令和工具,最新的硬件锣平台,功能更全的HA软件...你可以咭在线下安装,测试,怎么做都行。但是