没有合适的资源?快使用搜索试试~ 我知道了~
it培训心得体会4篇.pdf
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 161 浏览量
2022-06-09
23:52:44
上传
评论
收藏 635KB PDF 举报
温馨提示
试读
14页
it培训心得体会4篇.pdfit培训心得体会4篇.pdfit培训心得体会4篇.pdfit培训心得体会4篇.pdfit培训心得体会4篇.pdfit培训心得体会4篇.pdfit培训心得体会4篇.pdfit培训心得体会4篇.pdf
资源推荐
资源详情
资源评论
it 培训心得体会 x 篇
亲爱的朋友,很高兴能在此相遇!欢迎您阅读文档 it 培训
心得体会 x 篇,这篇文档是由我们精心收集整理的新文档。相信
您通过阅读这篇文档,一定会有所收获。假若亲能将此文档收藏
或者转发,将是我们莫大的荣幸,更是我们继续前行的动力。
it 培训心得体会 x
IT 运维工作直接关系到应用系统运行的正常稳定,但
运维工作纷繁复杂,正规化、系统化相对比较弱,如何改变这种
现状?从众多的运维工作者的成功失败中进行经验总结,并提升
为运维规则,是提高运维水平,保障应用系统正常稳定运行的有
效途径。
通过自己的多年运维经验,总结出以下必须遵守的基本
运维规则,可以大大减少缺乏经验的运维人员因为自身失误导致
系统出故障的可能性。
一、系统变更、升级应先在同样的环境测试通过,执行
前应有经过验证的回退预案
运维是一门经验的学科、是一门试错的学科。没有做过
的东西、总是会给你出意想不到的难题,因此变更前,一定要在
相同或者相似运行环境下进行测试,通过后才能在正式环境下执
行变更。同时应准备好变更失败的回退预案,比如,做好系统备
-1-
份、数据库备份、配置备份,固化变更前的运行现场,让变更有
回头的机会。
二、对破坏性的操作要先确认符合预定方案,然后谨慎
执行什么是破坏性的操作?
比如:
对 MSSQLServer,执行 update 操作,因为不需要 commit,
所以特别容易忽视也特别危险,还有、drop 等操作更不用说。
对 Oracle 而言:truncatetable_name、table_name、
_name,这些语句执行起来轻松简单也惬意极了、但记住!即便
数据可被回滚、代价也是非常大!
对 Linux 而言,rm—r 所有当前及其子目录的所有数据
都将被删除。经历过这种故障的人、大多会给 rm 上个别名
Aliasrm='rm—i'
同理、cp 和 mv 也可以有同样的选项:
aliascp='cp—i'
aliasmv='mv—i'
对 window 而言,shift+del 文件或者目录对任何系统
而言,无备份直接修改文件等
三、备份并验证备份的有效性
不管是硬件还是软件总有意外崩溃的时候,怎么办?备
-2-
份!!!备份的学问很大、按照不同的维度可以分:冷备和热备、
实时和非实时、物理和逻辑、全备增量备。
备份有了、可以高忱无忧了吗?不行!尚须验证备份的
有效性。一个总有那么几次、备份无法保证 x00%恢复,简单的验
证就是找个空库恢复出来。
四、对生产环境永保敬畏之心
这是避免应用系统发生故障的一条铁规,也是被开发、
运维人员容易忽视的地方。要坚决杜绝直接在生产环境做开发、
测试和 bug 修复,这些操作只能在开发和测试环境做,否则一旦
出事,将欲哭无泪。
五、交接和休假最容易出故障
接手别人的工作要一而再,再而三的确认变更方案,请
教人并不见得就是能力不行的表现;休假前最好各种可以做好的
事情,最好能够准备一份文档,指明在什么情况下怎么做和联系
哪些人;在别人放假的时候接手工作,“能拖则拖”,实在需要
执行:必须不厌其烦的跟原系统管理人员确认各个操作细节。
六、一定要有监控手段和报警措施
运维人员赖于生存的工具就是报警和监控。
报警可以让你及时知道系统出现了什么异常、以便及时
跟进、把故障扼杀于摇篮;监控可以让你了解系统的历史性能信
-3-
剩余13页未读,继续阅读
资源评论
苦茶子12138
- 粉丝: 1w+
- 资源: 6万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功