如果从头开始，怎样少走弯路成为合格的DBA( 二 )
恢复练习故障模拟监控和报警这些看起来实在是太基础了，但是我们似乎没有太当回事，比如发生故障的时候，一般都是计划外的事件，很可能是工作外的时间，那么排查问题和定位边界就是一件很痛苦的事情。 原本计划内10分钟搞定的事情，可能计划外就需要2个小时甚至更久。数据丢失了要恢复，有备份，但是恢复速度可控吗，如果恢复一个数据库恢复了10个小时，那和丢失数据基本就是一个级别的。所以光有备份，但是恢复效率太低，也是一个很值得思考的问题。
然后是监控和报警，这是运维入口最基础的保障，如果你一天中没有收到任何报警，应该需要怀疑，这很可能不是一件好事。
三。紧急需求该怎么处理？
我们的工作之中总是会有很多的紧急需求，每每业务同学催起来，很多都是火烧眉毛。
如果长期处于救火状态，其实就是一个不好的开始，你需要反思自己的状态，是疲于应付，还是在处理中不断的思考和改进。
第一个，很多紧急需求可能是伪需求或者压根不着急，事务性的工作我们需要做好权衡和取舍，如果你一天的工作效率在早上最高，那么早上可以做一些更具有挑战性的任务，而可以把这些任务稍往后排一下，如果你2个小时内能解决，一般开发同学是不会催你10分钟内解决的。
另外紧急需求太多也不是一件好事，如果业务总是有此类的需求，说明业务放没有做好规划或者不够重视。紧急需求对于业务同学来说需要付出额外的代价，那么额外的代价是什么，如果需求合理，但是没有按照已有的业务流程审批，那么我们可以做一个补充环节，那就是邮件，可以在邮件中声明需求，抄送领导，那么这个事情就是公开透明的，如果反复提出需求，那么就需要多次发送邮件，我想没有人会喜欢反复抄送领导的。所以紧急需求做好本源控制可以做到反向的促进，不能一味在我们这里做催化剂。
四。不成文的规定
在职场里面，总是会有很多不成文的规定，我抛砖引玉来说一下。
业务确认不需要备份，我们仍然需要备份，比如业务要drop一个表，明确说不需要备份，但是从职业态度来说，我们需要做好备份。口头需求不算数，要有邮件或书面的形式做事情的形式很重要，有时候要有仪式感，比如我们成立一个虚拟小组，做一个项目，开源项目等，做好角色划分和时间计划，远比友情支持要长久。不做甩手掌柜，要对结果负责，也要对过程负责，如果做事情毛毛糙糙，只是为了完成任务，那么对于你的提升空间实在有限。低头做事，抬头看路谁都想安安静静的做好底层技术，那一定是有人帮你分担了碎片的事情。这里需要建议的是对于时间的管理，在工作里面要做好取舍。要想成为高手，一定会有“案底”，每个人都会犯错，但是犯错之后我们怎么总结经验，怎么去弥补。处理问题的数量和质量，和你成为专家的水平是线性关系五。处理问题的态度
对于处理问题的态度，我觉得很多同学都存在态度问题，那就是太粗糙。工作里要有刨根问题的习惯，在合理范围内，我们可以不断的下钻，直到把一个基本问题能够上升一个问题层级。
很多简单的问题分析起来能够分析出来深层次原因，这样你处理了一个问题，其实解决了一类问题。
表面现象潜在问题问题本质解决方案测试验证解决隐患在这个基础上，捷径就是要勤总结，勤能补拙。
六。学习的动力
我们很多已经开始有了 滑坡式许愿 的迹象，需要注意。
我喜欢这个有些直白的信条：
能理解在的理解中执行不能理解的在执行中理解最后是运维理念的转变：
传统运维理念：故障驱动，项目驱动
互联网运维理念：运维开发驱动，批量/海量自动化操作，自助服务
传统运维关注：
推荐阅读
- 聪明人养花，这3种“花”怎样也要养一盆，每年能省不少医药费
- 如果你的多肉出现这个长势，要注意这个细节，多肉才会越来越美！
- 互联网怎样解决“家政服务上门速度慢”的问题
- 为啥看到书柜上的藏书会有心旷神怡的感觉
- 怎样看待从1月8号起，QQ钱包开始提现收费
- 银行it人怎样转型
- 汽车|冬天怎样让车内温度快速升高？座椅加热的最佳使用方式二，外循环的作用总结
- 怎样进入通信行业
- 怎样评价扶他柠檬茶的小说《云养汉》的结尾
- 有啥方法，网站，项目可以自己练习计算广告学