两个DBA的谈话记录

jerrysun · 发表于 2003-10-25 16:02

最初由 swinger 发布
[B]

做技术 technical support 的话为什么不能给用户进行培训，当问题出来之后再去解决已是下策啦！ [/B]

当然你说的没有错，我说的只是技术上的问题，做服务就不是技术这么简单了，扯远了，呵呵

swinger · 发表于 2003-10-25 16:19

最初由 jerrysun 发布
[B]
当然你说的没有错，我说的只是技术上的问题，做服务就不是技术这么简单了，扯远了，呵呵 [/B]

但你只是从Oracle技术上想问题，是不是太狭义了。

clic · 发表于 2003-10-25 17:10

聊的还是比较有代表性。

4pal · 发表于 2003-10-25 20:07

最初由 swinger 发布
[B]做技术 technical support 的话为什么不能给用户进行培训，当问题出来之后再去解决已是下策啦！ [/B]

你指培训什么？internal还是base？

无论哪种，没有免费的午餐，要让人来做培训，都是需要米的，一般都是用户拒绝厂商的培训

用户如果真的听话，规规矩矩肯照着文档
那发生莫名其妙的问题的可能性少的可怜
也就用不着特训了

Fenng · 发表于 2003-10-25 22:44

jerrysun兄，好久不见你发言了

我的怀疑是：究竟Internal的东西对实际的解决问题有多大的帮助，比如说：假设知道了位图索引的具体结构，对我们解决现场的问题能有多大的帮助?

dump出来一个数据块的内容，就能分析的无比的透彻，对用户帮助究竟能有多大?

jerrysun · 发表于 2003-10-25 23:21

其实我指的internal更多是oracle内部event或者一些undocument parameter参数之类的使用，而不是象你所说的dump一个数据块的内容来帮助用户。
因为technical support很多的工作都是一些troubleshooting的事情，当然swinger也说了要培训客户，但是随着系统的越来越集中，数据库也变的越来越大，现在很多客户的ORACLE水平已经是越来越高。呵呵，前两天还见到一个系统里的一个表就有2T，估计会增长到5T。

hrb_qiuyb · 发表于 2003-10-26 09:58

最初由 Fenng 发布
我的怀疑是：究竟Internal的东西对实际的解决问题有多大的帮助，比如说：假设知道了位图索引的具体结构，对我们解决现场的问题能有多大的帮助?

dump出来一个数据块的内容，就能分析的无比的透彻，对用户帮助究竟能有多大?

Fenng说的有些片面了，不过说的那些东西如果弄的很明白也是有百利而无一害的。

Fenng,试想一下，如果我们不探讨一个Dba是否是合格，假定一个数据库就是处于Noarchivelog状态下，且没有任何备份，那么出现如下的问题又该如何处理呢？

1、一个比较重要的数据文件被不小心offline drop掉了,其中的数据还想挽回

2、system表空间的数据文件损坏了

3、online redo logfile文件发生损坏了

4、回滚段表空间的数据文件发生坏块了

5、系统发生了hang,alter.log中及udump中没有任何的报错，select或insert等操作在用户表上长时间的等待，查v$session及v$session_wait这两张表起出还可以，后来也长时间的等待了。

6、某一时刻，系统频繁出现600及7445的错，我想查一下原因。

7、我想把pmon及smon它们唤醒，让他们即刻开始工作。

玉面飞龙 · 发表于 2003-10-26 20:04

今天的http://asktom.oracle.com/pls/ask ... RIA:13253348444918,

Fenng · 发表于 2003-10-26 20:28

最初由 hrb_qiuyb 发布
[B]
Fenng说的有些片面了，不过说的那些东西如果弄的很明白也是有百利而无一害的。

Fenng,试想一下，如果我们不探讨一个Dba是否是合格，假定一个数据库就是处于Noarchivelog状态下，且没有任何备份，那么出现如下的问题又该如何处理呢？

1、一个比较重要的数据文件被不小心offline drop掉了,其中的数据还想挽回

2、system表空间的数据文件损坏了

3、online redo logfile文件发生损坏了

4、回滚段表空间的数据文件发生坏块了

5、系统发生了hang,alter.log中及udump中没有任何的报错，select或insert等操作在用户表上长时间的等待，查v$session及v$session_wait这两张表起出还可以，后来也长时间的等待了。

6、某一时刻，系统频繁出现600及7445的错，我想查一下原因。

7、我想把pmon及smon它们唤醒，让他们即刻开始工作。 [/B]

是否片面看要怎么说,呵呵

如果能通过正常的方法(Oracle支持的),那就可以做,如果是Oracle不支持的,而是什么所谓的"Undocument Parameter"之类的技巧,我肯定是不会去用的,原因很简单,如果搞不定,系统可能不可挽回,而且自己要承担不必要的责任.我常常和朋友说:你是DBA,这不错,不过不该你做的你不要去做,这个不是没有责任心,而是你有责任不要这么去作这个事情.

你的这几个例子其实如果真的是合格DBA监控下的数据库，不会出现这种情况，即使有的话，Metalink上（比如说你说的600错误）一定会有相应的办法，如果还不行，联系Oracle，这已经超出了你的职责范围，DBA不是万金油

Fenng · 发表于 2003-10-26 20:32

undocument parameter?

如果这样的参数真的很有用的话，我想Oracle就没有必要把他Undocument了

Tom是最反对用这样的参数的，我不知道其他几位大牛什么意见

呵呵

[精华] 两个DBA的谈话记录

Re: 为什么不换个角度想一下？

Re: Re: 为什么不换个角度想一下？

Re: 为什么不换个角度想一下？

Oracle: New world