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

xiaoluge · 发表于 2012-2-16 17:41

feonabin 发表于 2012-2-16 16:44
发生问题时，作为DBA应当花大量的时间自己研究，因为DBA相对于厂家更了解本身数据库的情况，而且只有遇到问 ...

出了问题应当先解决问题吧，然后再好好研究是什么原因造成的。

nannan5000 · 发表于 2012-2-16 17:41

发生问题时，作为DBA是应当花大量的时间自己研究？还是应该在第一时间汇报给IBM从而得到官方的答案？作为DBA的你们会如何选择呢？

首先加个前提条件
“生产库”

发生问题，第一时间查看相关日志。看是否自己遇到过的问题。

如果不是之前遇到过的，尝试查询官方文档。
有明确解决方法的，按文档操作

没有明确解决方法的，直接打电话找人咨询。
如有必要请人来现场解决。

生产库，第一要保证生产的持续性。

对于个人有兴趣的技术要点，可以自己搭建测试环境试验。

个人观点，欢迎交流~~~

xxxx321 · 发表于 2012-2-16 17:43

restart

xiaoluge · 发表于 2012-2-16 17:44

help01 发表于 2012-2-16 16:16
发生问题时，作为DBA是应当花大量的时间自己研究？还是应该在第一时间汇报给IBM从而得到官方的答案？作为DB ...

我给微软开过Case，效率不高啊。。。。

周应侯 · 发表于 2012-2-16 17:47

我觉得这个并不是说花大量时间个人研究，也不是是立即就找ibm的人过来解决
  而是首先自己要先分析清楚问题的原因，是硬件、网络、还是数据库·····

记得有一次xx公司的数据库出现了问题，开始以为是硬件问题，然后找来hp的服务人员，结果hp的人员说硬件没问题，估计是软件的问题，而软件就是数据库了，于是就找oracle公司的人，但oracle公司的人，一般服务态度是不怎么好的，一个他们认为oracle不会轻易坏，就像ibm的硬件一样，都是世界上最好的，再加上路程又远，于是说先远程过来看下，结果把脚本一跑，说没什么问题，绝对不是软件的问题，然后就说不用过来了，过来也一样，只是个态度问题；然后hp的和oracle的人员就争吵，互相都说不是自己的问题，最后oracle的人没办法，坐飞机过来了，还是把诊断脚本跑一遍，还是坚持认为不是数据库的问题。

  后来oracle的人就建议说：要不把rac1节点的数据导到rac2上，当时rac1是有问题，rac2没问题，说如果导过去，没问题，就说明是oracle的问题，如果还是有问题，那么就不是软件的问题，但该xx企业嫌麻烦，也不相信oracle公司的人，所以就搞僵了很久。后来没办法，照着oracle的人的排除法做了一遍，发现还是有问题。

  然后证明了不是数据库的问题，但问题还是一样的，说明也不是硬件的问题，最后在排除，发现是光纤（网络）的问题，很邪恶吧~

所以了，许多时候企业出现问题，并不是简单的一个硬件或者软件，抑或网络的问题，可能就是他们共同的问题，问题出现了，到底该找谁，他们之间怎么协商，这些才是很重要的，处理问题有时很简单，难就难在开始找到问题在哪儿？我觉得这应该占一部分时间

  所以首先应该用一部分时间分析原因，许多看似简单的问题，其实背后牵连了很多其他方面的问题，而不是发现硬件坏了，就找ibm的人来，可能问题就不是在ibm那儿，而是其他的原因，即使他们来了，也解决不了问题

······
打这么长的字手都麻了，贝贝mm给力吧~给奖励哦