DBA们，当遇到技术问题时最快最有效解决方法是什么？参与送IBM背包及杯子哦

feonabin

发生问题时，作为DBA应当花大量的时间自己研究，因为DBA相对于厂家更了解本身数据库的情况，而且只有遇到问题再努力解决问题，这样才能获得宝贵的经验，为自己的职业发展带来帮助，所谓的技术牛人都是这样熬过来的。

feonabin

发生问题时，作为DBA应当花大量的时间自己研究，因为DBA相对于厂家更了解本身数据库的情况，而且只有遇到问题再努力解决问题，这样才能获得宝贵的经验，为自己的职业发展带来帮助，所谓的技术牛人都是这样熬过来的。

alantany

肯定是自己先研究一下，是不是能解决，解决不了，再找厂家支持，厂家支持毕竟很费时的。

家住海淀

本周主题：发生问题时，作为DBA是应当花大量的时间自己研究？还是应该在第一时间汇报给IBM从而得到官方的答案？作为DBA的你们会如何选择呢？
---
当发生问题的时候，老胡认为：
1）首先要看问题的现象，在以往的应对方案中，或者风险应对方案中找到答案和操作策略，保证业务连续性是第一位的。 迅速评估影响，根据影响范围，确定事件的等级，这个时候如果不能找到问题，要根据问题的严重等级，迅速启动灾备或者备份方案，回复对外服务，并做好故障现场的保护。
2）应急启动回复业务连续后，要根据初步判断迅速组织相关人员集中处理，根据保留下来的故障现场进行初步判断和解决，如果可以解决，则考虑在验证方案有效后执行切回操作。
3）如果不能解决问题，要迅速反馈问题到数据库官方支持厂商进行派员解决，此间可以考虑发布数据库故障等对外影响通知，迅速通知周边系统知晓，便于同步执行备份，并告知初步的影响范围给业务部门进行公告。
4）根据和官方支持确认的最终解决方案进行验证，完成后恢复系统，整理故障现象和清单，更新应急和风险应对预案，改进和完善系统，消灭掉隐患和遗留因素。
5）需要切记的是必须保障通讯的畅通，确保问题通常的传达给管理层和各个相关技术小组，不可以隐瞒或私自操作。

wenxin2005

出问题的时候
1. production : 尽量找到解决方法，减少ｐｒｏｄｕｃｔｉｏｎ　ｄｏｗｎｔｉｍｅ，然后raise ticket
2. testbed: 尽量找到问题重复的方法，能自己查阅资料的，自己先查阅，不能自己觉得的raise ticket

littlebaggio

That depends.

Implement initial investigation about the issue is necessary step, gather necessary information related with it, define affected scope if it is possible...
Escalate it to appropriate vendor if it is urgent...

lovebcb

当发生问题时：
1、首先判断问题类型。是服务硬件问题，还是软件问题。 如果软件问题，系统软件问题，还是数据库问题。
2、判定为数据库问题后，首先根据问题现象，思考以前是否遇到过同类问题。
3、对于新问题，如果有错误代码之类，首先查手册或者在线帮助，找到问题解答，解决问题。
4、如果明显错误代码，则根据现象，网上查找资料和询问资深同事。
5、再解决不了，就给官方联系，获取官方支持。

xiaoluge

首先应快速分析一下问题的紧急程度和难度系数；
      如果紧急程度非常高而自己又能解决的话，那就第一时间解决问题；
      如果紧急程度非常高而自己又解决不了的话，那就第一时间通知其他DBA共同解决，网上搜资料；
      如果都解决不了的话，第一时间向IBM Support发出求救，并且通知领导。

OracGPS

先收集信息进行求助。
但是求助时自己能表问题表达的清楚到位是很重要的。要不然一堆的人围着你一个人在那里转圈圈，就郁闷了。
所以自己的理解能力和信息收集能力一定要有。也许在你正在收集相关信息的过程中，你就把问题给定位了。最后就是问题解决了，也不用求助了。

家住海淀

家住海淀 发表于 2012-2-16 17:28
本周主题：发生问题时，作为DBA是应当花大量的时间自己研究？还是应该在第一时间汇报给IBM从而得到官方的答 ...

大多数的企业都有应急应对方案和故障等级分类，每个不同的性质的问题，都有不同的call-tree来解决这些问题。为了提高效率，为了保证业务的连续性，在流程上一般都是对高级别的问题应对都是有比较高效便捷的处置流程。恢复生产运行，恢复服务，保护数据切换现场等工作是第一要务。后台问题再详细排查是另外同步进行的。