db2回滚处理问题

xiaowg · 发表于 2011-9-1 14:04

固定脚本，对于系统DBA是够了，因为日常的工作都很程式化。但是对于查错和调优来讲，DB2零碎繁杂的工具简直让DBA头大，更不用说固定脚本了。如果你作过DB2应用的开发或代码调试，你就更能体会Oracle的优势了。

wangzhonnew · 发表于 2011-9-1 21:03

什么叫固定脚本？不是随用随写么？

xiaowg · 发表于 2011-9-5 16:25

如果只是简单的查寻，还可以；但如果是时间紧迫的查错和调优，写脚本太慢了吧。为什么TOAD受欢迎？直观简单，没有人会拒绝好的工具。

wangzhonnew · 发表于 2011-9-6 06:20

俺在实验室做技术支持已经6年了，时间紧迫的查错和调优估计做了没有一千也得有800，从来没有见过任何由于工具“不够方便”的原因耽误事情的~~~ 就算用户自己有自己的监控软件我们也都不会轻易使用，因为这些工具是将db2提供的系统命令的结果进行汇总以后提供的界面，会将很多非常有用的信息过滤掉的~~~ 不管是做数据库还是操作系统的监控，不要过于依赖工具提供的方便，要知道不管是snapshot还是db2pd，看似无穷无尽的信息实际上每一行都可能在特定的情况下起到非凡的作用，否则在真正面对疑难问题时会无从下手的

[ 本帖最后由 wangzhonnew 于 2011-9-6 07:23 编辑 ]

mdkii · 发表于 2011-9-6 09:12

原帖由 xiaowg 于 2011-9-1 14:04 发表
固定脚本，对于系统DBA是够了，因为日常的工作都很程式化。但是对于查错和调优来讲，DB2零碎繁杂的工具简直让DBA头大，更不用说固定脚本了。如果你作过DB2应用的开发或代码调试，你就更能体会Oracle的优势了。

只是风格不同而已，oralce不同样要记很多的内部表名吗。
只不过一个开放给用户的是不同的表，一个开放给用户的是各种命令而已。
敲命令和写SQL没有谁比谁更方便之说。
oralce也有不方便的地方，比如看执行计划，需要用缩进看，这个就不如
db2exfmt直观。

kt563 · 发表于 2011-9-7 14:12

原帖由 wangzhonnew 于 2011-9-6 06:20 发表
俺在实验室做技术支持已经6年了，时间紧迫的查错和调优估计做了没有一千也得有800，从来没有见过任何由于工具“不够方便”的原因耽误事情的~~~ 就算用户自己有自己的监控软件我们也都不会轻易使用，因为这些工具是将db2提供的系统命令的结果进行汇总以后提供的界面，会将很多非常有用的信息过滤掉的~~~ 不管是做数据库还是操作系统的监控，不要过于依赖工具提供的方便，要知道不管是snapshot还是db2pd，看似无穷无尽的信息实际上每一行都可能在特定的情况下起到非凡的作用，否则在真正面对疑难问题时会无从下手的

第三方工具都是有一定的目的性才开发出来的，有一定思维导向，初学者学习好工具进行问题解决和调优有一定必要的,toad（for db2）也用过，能看些东西，别太依赖就行。
原厂工具如db2top，db2pd，snapshot等，能提供一些诊断信息源，写命令或者脚本进行分析下相当有必要。
再深入到底层就得习惯看db2diag.log了，最好连操作系统的日志(aix:errpt 等，linux 的messages)也不要放过，才能真正分析出来问题的症结。

楼上的，有机会带我等参观下IBM的实验室，如何啊？

xiaowg · 发表于 2011-9-7 15:05

对“实验室做技术支持”不了解，支持生产库吗？我做了十几年的ORACLE和七八年的DB2支持，遇到很多次无法及时发现“ROOT CAUSE”而不得不重起数据库的清况。在争分夺秒的情况下，好工具的作用不容忽视。

kt563 · 发表于 2011-9-7 15:35

原来是考过ocm的高手来了，不知道是哪位？

wangzhonnew · 发表于 2011-9-8 21:18

原帖由 xiaowg 于 2011-9-7 16:05 发表
对“实验室做技术支持”不了解，支持生产库吗？我做了十几年的ORACLE和七八年的DB2支持，遇到很多次无法及时发现“ROOT CAUSE”而不得不重起数据库的清况。在争分夺秒的情况下，好工具的作用不容忽视。

基本全都是生产系统的，我们组的名字就叫做Down System Division，主要负责生产系统挂掉或者严重影响生产业务的情况

我的意思是db2与ora的风格迥异，尤其是从v8/v91年代之前就开始做db2的dba更倾向于使用裸数据（snapshot/db2pd/db2trc/stack）分析问题，而ora的管理员更倾向于使用查询得到性能指标
两者没有谁更有效一说，我个人来讲基本从来不使用新的snapview，而是直接从snapshot/db2pd的裸数据入手~~~

图形工具在简单层面的性能分析可以快速定位问题出现的大概模块，当细致到具体的模块内时，大部分的GUI不能够提供足够多的信息

macrozeng · 发表于 2011-9-9 16:29

哈哈，原来 wangzhonnew 在 Down System Division，我是说我开 PMR 怎么重来没见过你，原来是因为我们的 db2 还没有 down 的原因啊

[精华] db2回滚处理问题

回复 #200 wangzhonnew 的帖子

回复 #202 wangzhonnew 的帖子

回复 #204 wangzhonnew 的帖子

浏览过的版块