1. 故障处理流程
① 示例:数据库故障处理
下面是来自网易的一些经验,整理自《深入浅出MySQL》一书。
事前:故障处理原则
✦ 沟通第一
在数据库出现故障时,务必和运维、开发、产品等其他团队保持高效沟通。DBA在遇到故障时,一定不要忘了沟通的重要性,即使时间紧迫,简要的沟通往往也能带来事半功倍的效果。从长远来看,也有利于培养和其他人、其他团队之间的合作和信任关系。
✦ 关注人为
人为故障占有不小的比例。要通过及时沟通并查看历史记录,确认操作是否有误、要和其他团队沟通是否有特殊操作。当然,解决人为故障最好的方法还是将数据库运维自动化、标准化、规范化。
✦ 快速恢复
在处理故障的时候,要明确的一个思路是要优先恢复服务,确保服务的最大可用性,其他的不一定要优先考虑。
✦ 三思后行
有些故障处理方式,可能对数据库造成难以恢复的影响,务必慎重,并尽量做好备份。对于操作本身不熟悉带来额外的问题,要尽量避免。认真考虑命令可能带来的后果,避免对系统造成二次伤害。
✦ 服务分级
平时应当对服务、应用、数据库做好分级,一旦出现大面积故障,可以按照服务的优先级来恢复核心业务。
事中:故障处理流程
故障发现
OS指标
DB指标
故障定位
检查操作
检查OS
检查DB
事后:故障解决方法
❖ 慢SQL
❖ SQL执行频率高
❖ 锁冲突
❖ 硬件问题
❖ 参数不合理
② 示例:GP数据库异常处理(我的经验)
下面是我在之前单位总结的,针对GP的异常处理流程。图中的【】部分对应具体的处理步骤(对应脚本或操作文档)。
从上述两个示例可以看出,这是一种"统筹式"的工作方式,而非"应急式"的。它强调的是在出现故障后,按照规划好的原则、步骤进行分析排查,找出核心问题;然后针对既有问题,再按照已有的相关预案进行处理。同时在处理过程中,注意规避风险及沟通协调,以期达到故障的快速解决。显然这种方式,代表着一种对工作的前瞻力,防患于未然;避免了那种忙于救火,使工作永远处于被动之中。上述其实就是一种"结构化思维"的体现。
2. 结构化思维
① 什么是"结构化思维"?
当你面临上述窘境时,正是可以考虑训练自己的结构化思维来解决。
【结构化思维】
是指一个人在面对工作任务或者难题时能从多个侧面进行思考,深刻分析导致问题出现的原因,系统制定行动方案,并采取恰当的手段使工作得以高效率开展,取得高绩效。当你这样做事的时候,你就拥有了结构化思维,这将对你的职场晋升起到巨大的帮助作用。思维决定发展,思维层面不同导致结果不同。简言之,结构化思维指从整体思考到局部,是一种层级分明的思考模式。就是借用一些思维框架来辅助思考,将碎片化的信息进行系统化的思考和处理,从而扩大思维的层次,更全面地思考。
② 结构化思维方法
如何进行结构化思考呢,也是有方法论的,总的来说是有两个步骤,首先是“建立中心”,然后再进行“分解”。
逻辑顺序
下面配图为XMind工具的对应图例。
③ "自上而下"的思考
自上而下的思考,适用于问题比较明确的情况,我们只需要找到问题的核心要素即可,然后进行展开即可。这就是一个非常典型的总分结构化思维的思考方式。先总结,后发散。用这种方式思考,有助于形成、整理和构造思维导图,从而促进大脑自然有序地思考,从而让你更全面地去分析一个问题。下面介绍几种常见的自上而下的思考模型:
Situation 背景
Target 目标
Action 行动
Result 结果
④ "自下而上"的思考
对于问题不够明确的情况,需要对多种杂乱的内容,进行分类、剪枝、归纳汇总成一个中心。根据《金字塔原理》“任何事情都可以归纳出中心论点,中心论点可由三至七个论据支撑,每个一级论点可以衍生出其他的分论点。”如此发散开来,就可以形成以下的金字塔结构思考方式。
但是在还没有掌握这种结构化思维方式时,直接用这种思考方式是有一定难度的。这时候我们就可以采用自下而上的思考方式去找结构。
总结下就是:先发散,后总结。用这种方式思考,不仅更容易找到逻辑结构,也更容易培养你的结构化思维。举个例子,当我们面临职业发展选择时,如何总结提炼出自己的决策。
⑤ 增强 — 扩展性思维
扩展性思维的核心目标是提升思维的广度,可以有三种扩展方向:
示例:我的一次故障经历(深挖原因)
写在最后
思维方式有很多种,你可以在实际工作中,尝试使用上面的方法。坚持一段时间后,你会发现想问题时更有逻辑性,说话也更有条理更有说服力。不仅如此,你还可以用这种结构化的思维,去搭建和构造自己的思维体系。