session allocation latch问题

howard_zhang

最初由 zhang41082 发布
[B]
能否简单讲讲监控的内容、方法、界面展示的工具等等。 [/B]

同问

biti_rainy

最初由 zhang41082 发布
[B]
能否简单讲讲监控的内容、方法、界面展示的工具等等。 [/B]

内容其实都是根据自己的理解去抓的，shell + sqlplus 可以获得绝大部分数据库和os的信息。关键在于如何展示数据，可以使用一些工具来配合，如 cacti  or  mrtg 等，画个图，报个警。

lcx_315

强！我们这边一般除了DW外，其他server都不开Parallel,服务器也不是很好。。。。

wsny

每次看biti的帖子都是受益匪浅！

catchwo

精辟的解决问题之道。佩服老大抓住问题的关键点的能力

byfree

学习！

d.c.b.a

在有经验前, 应当想办法为对应的问题找证据.

在我们这儿不太能光用经验说话.

caoliwei

最初由 rollingpig 发布
[B]v$session_wait , v$system_event
==>v$latch
==> listener.log & v$session
下面这一步难度最高了
==> v$px_session
==> dba_tables/dba_indexes degree
... [/B]

同意

caoliwei

最初由 biti_rainy 发布
[B]

内容其实都是根据自己的理解去抓的，shell + sqlplus 可以获得绝大部分数据库和os的信息。关键在于如何展示数据，可以使用一些工具来配合，如 cacti  or  mrtg 等，画个图，报个警。 [/B]

我们采购的监控软件 自己定制脚本

biti_rainy

最初由 d.c.b.a 发布
[B]在有经验前, 应当想办法为对应的问题找证据.

在我们这儿不太能光用经验说话. [/B]

我没鼓吹不找证据啊，大家不要误会  
在经验、基本功的知识上，有时候需要直觉。

当然这个例子，在完善的诊断script 和 monitor 之前，自然是可以抓到踪迹 发现问题并解决问题的。 对于我们的正式环境，都会部署一系列的标准script 供dba使用，监控自然也是比较完备的。

我这里只强调 在遇到不曾遇到的问题、脚本有可能无法诊断的问题，甚至短时间内无法识别的问题，有时候需要靠直觉 快速解决问题。 但最先这个例子不属于这个情况，我举的第二个例子属于这个情况。 问题最终是一定要分析清楚的。


说到直觉，不妨说说上次你那个  redo log里面解析sql出来如何识别事务的问题，我相信你也是仔细思考并尝试过的。其实我最近3年几乎没有研究过block结构以及事务信息了，但你一问到这个问题，我的直觉告诉我应该怎么去找，所以几乎很快就找到了如何在redo 里面识别事务。 直觉不是告诉我结果，是引导我朝着正确的方向去以最短的时间证实一些事情。同样一堆诊断script放着，直觉可以告诉你先运行什么script先分析什么数据，如此而已。

再次说一下，直觉是方向性的引导，不代表结果。直觉是在大量经验和对概念知识的深刻理解的基础上的，而不是拍脑袋的。