数据库故障处理DBA自行处理or求助专家

近期，一项针对DBA的评论在论坛中进行，议题是DBA在呈现问题时，是应当花许多的时刻自己研讨，还是应该在榜首时刻汇报给数据库厂商然后得到官方答案数据库故障处理?论坛中有许多DBA参加了评论，并将自己多年累积的经历共享给我们。现将其间的一些“干货”共享给我们，希望能对我们有所协助。(本评论是在IBM信息版块内进行的，因而数据库厂商是IBM。但这些DBA的经历之谈相同适用于其他数据库。)

观念一：先自行处理

我坚决支撑自己先研讨，当然条件是不紧迫的事项，假如确实紧迫，那么需求优先联系IBM支撑，一起记载下处理进程，做成文档，提升自己的堆集。首要依据自己的经历大致判别下是什么问题，假如真实不可，就先在网上查找相关的帖子，毕竟自己处理过，自己会有很深的形象，对自己是一个很大的堆集。最后真实不可了，才会求助技能支撑。

产生问题时，作为DBA应当花许多的时刻自己研讨，因为DBA相对于厂家更了解自身数据库的状况，而且只要遇到问题再努力处理问题，这样才干取得宝贵的经历，为自己的工作发展带来协助，所谓的技能牛人都是这样熬过来的。

观念二：求助数据库厂商

应该在榜首时刻汇报给IBM然后得到官方的答案。理由是，这儿提到“花许多的时刻”“自己研讨”，然后能够判别出这儿的条件是一个杂乱而又扎手的技能难题，遇到此类难题，一般会给DBA们心里带来一定程度的压力和紧迫感。他们也许会依据自己的经历和常识想尽各种方法来处理，也许会向自己的同事和朋友讨教。可是最直接和威望的处理途径，我以为是从IBM官方来寻求答案，这是最直接的方法。何况假如购买的IBM服务还未过期，为什么不寻求最威望的技能支撑呢?假如服务期已过，我也会活跃主张公司继续购买IBM服务的。这时分的IBM技能支撑，更像是一个常识库或许“云支撑”，能够作为众DBA们的技能后盾，缓解我们的工作压力。

观念三：随机应变

家在海淀：当产生问题的时分，老胡以为：

1)首要要看问题的现象，在以往的应对计划中，或许危险应对计划中找到答案和操作策略，保证事务接连性是榜首位的。 敏捷评价影响，依据影响规模，确定事情的等级，这个时分假如不能找到问题，要依据问题的严峻等级，敏捷发动灾备或许备份计划，回复对外服务，并做好毛病现场的保护。

2)应急发动回复事务接连后，要依据开始判别敏捷安排相关人员会集处理，依据保留下来的毛病现场进行开始判别和处理，假如能够处理，则考虑在验证计划有效后履行切回操作。

3)假如不能处理问题，要敏捷反应问题到数据库官方支撑厂商进行派员处理，此间能够考虑发布数据库毛病等对外影响通知，敏捷通知周边体系知晓，便于同步履行备份，并奉告开始的影响规模给事务部门进行布告。

4)依据和官方支撑承认的终究处理计划进行验证，完成后康复体系，收拾毛病现象和清单，更新应急和危险应对预案，改进和完善体系，消灭掉危险和留传因素。

5)需求牢记的是必须保证通讯的畅通，保证问题一般的传达给管理层和各个相关技能小组，不能够隐瞒或私自操作。

依据的主张，笔者以为，假如DBA遇到技能难题，应遵循以下过程进行：

也给出一个较为完好的过程，可做参阅：

作为一名DBA，首要要做的事情是：

1. 查看和剖析报警信息，依据经历想方法快速处理毛病，这是影响企业或体系正常运转，那么就影响公司的用户，然后导致影响收入等;

2. 搜集日志信息，依据日志信息判别呈现了什么问题;

3 求证体系相关人员，是否在此阶段做了什么变更或特殊操作;

3. 再结合日志剖析，找到毛病产生的真实原因，如何规避下次再产生;

4. 把毛病的产生进程与原因剖析完好，并且奉告DBA团队一切人员，以及体系的相关开发人员或负责人;

5. 若是商用产品，在上述榜首点中处理完毕，可是依然不明白真实的原因，主张向官方提交毛病的产生进程描述信息和日志信息;

6. 查找官方的毛病案例库;

7. 查找官方的手册及技能资料;

8. 想方法模拟毛病的产生。