周日去的杭州,说是什么数据方面.于是就去了,三天时间,一天一门课.第一天是oracle 第二天是sybase 第三天是infomix ,晕死了.

晚上去西湖边走了走,好多人.湖滨音乐喷泉很有特点,灯火点缀的西湖很美.

oracle 上的是体系结构,原本应该是五天的课.跑去鸿程数据库支撑部找讲师的头头聊天去了,说是他们会尽快解决我们那里97数据库的问题.故障定位还没定下来,有点儿悬.

接下来二天的课没什么劲,第三天公司有事infomix 听了一上午就回来了.

计费数据库不由我维护差不多好些个月了,但因为与各银行间的接口系统还没移交他人维护,所以还不时上去看看性能如何.

27号差不多是数据库比较忙的一天,上次扩内存前因为内存的问题将sort_area_size 与hash_area_size 都减少了很多(2M到256K),之后让相关的操作人间自行调大自己的session 参数.没想现在这个可能就是系统的问题了,刚刚看了io 分布,arch 利用率97%,排序区也是这么多.

运行

SELECT s.sid, u.segtype, blocks
  FROM v$sort_usage u, v$session s
  WHERE u.session_addr = s.saddr;

可以找到使用排序的SID,通过sid找到的脚本都是月底统计用的大型语句.看来sort_area_size 与hash_area_size要加回去了. 

还有在程序一级发现用并行语句,

SELECT /*+ Q3841000 NO_EXPAND ROWID(A1) */ A1."ACCT_ID" C0,
    A1."ACCT_SEQ_NBR" C1,A1."STATE" C2,A1."BILL_SERIAL_NBR" C3,
    A1."ACCT_ITEM_TYPE_ID" C4,A1."CHARGE" C5,
    A1."BILLING_CYCLE_ID" C6
    FROM "TZJF"."ACCT_ITEM" PX_GRANULE(0, BLOCK_RANGE, DYNAMIC) 
    A1
    WHERE (A1."STATE"='20J' OR A1."STATE"='20P' OR
    A1."STATE"='21G' OR A1."STATE"='21J' OR A1."STATE"='21P' OR
    A1."STATE"='22P' OR A1."STATE"='23P')
    AND A1."STATE_DATE">=:B1
    AND A1."STATE_DATE"<:B2
    AND A1."CREATED_DATE"<:B3

现在data_bufffer 命中率不是100%就是很小的一个数,这样缓冲区的数据稳定不下来对银信联网系统的冲击很大.晚上速度奇慢无比.

找问题SQL语句,执行时间长与1分钟的.脚本跑的比statspack快,可以找出的问题语句也多一些.

上午到单位,发现数据库比昨天好不了多少.我都不知道接下来可以做些什么了.

打电话找真正的专家.接下来运行:topas 看到四个最忙的hdisk是hdisk6和...
运行lsvpcfg 查出这四个hdisk 同属于一个vpath .这个vpath 又属于97vg.

运行filemon 找最占资源的设备,找到前4个祼设备中,占用最大的是temp表空间的一个的文件,另外三个DATA表空间的.

temp 表空间共三个文件,其中一个用满了,另二个一点也没用,这个可能用IO的平均有点影响吧.怪死了.

然后找v$sort_usage,v$session,v$sqarea,找出的sql 语句都很大,这些应该可以使临时表压力变的很大.因为内存不够,sort_area_size和hash_area_size 都很小(64K,128K),不敢加大.

下午,厂家支撑人员到现场,也没见有什么新的发现.给我新旧的statspack 报告,只是说全表读比原来多了一倍.本想让他重建一些chain较多的表,没想他说这个很麻烦(不会用工具),算了,明晚自己用toad 做吧,也就一袋烟的工夫.

但愿这些都是月底报表带来的压力,过些天就会好.晚上不干活了,让厂家忙去吧.

10月19日,数据库优化工作.忙第二天了,昨天看了一整天也没找到数据库性能急剧下降的原因,改正了一些索引,昨晚做了分析.早上来还是性能奇差.下面是今天的一些做的事情,结果要明天才知道.

一上班就发现数据库主机不对劲了,IO快100%了.数据库的等待事件中超多,看了一天了没看出什么东西来.数据库的压力好像来自前台,中午的数据数据库很空闲.白天只做了一些表的整理,加了两个索引(原来的查询是全表),加了之后单个的查询是好了,但整个数据库还是这么慢,问题好像不是出在这些地方,平时数据库就是这么跑的.真是怪死了.

晚上准备做表的分析,希望分析之后明天数据库会正常一些

5点约了她,晚饭没怎么吃.去咖啡厅坐了一会儿.

以前从电视和网上常看到有关岩降的内容，算是一些了解吧。今天是第一次亲身去体验这项活动，昨晚12点睡的，好象有点兴奋早上醒来的也早，穿上户外活动的服装（其实和平时一个样，就是换了一双鞋子）。9点坐小尉的毛驴，到目的地路桥石浜公园差不多9：30了。

驴停在山脚下，山大概也就50米的样子，山的一面有面90度的石崖高度有30多米的样子。“这是从这里下来呀”我心里说实在的有那么一点点担心。走到山上，老大正忙着准备绳索，看了十来分钟，绳子算是整好了。老大给一位网友讲解了技术要领，看了的绳子的系法之后，知道下落时提供阻力的是绳子和联接身体的铁环之间产生的磨擦力，左手在身前握绳，右手在腰后握绳用于控制摩擦力的大小。只要右手不松开就不会有什么危险，万一松手了，山下面的兄弟拉紧绳子同样也可以阻止你的下落。呵呵，谁让我从小物理学的好，这东西一看就懂。

第三个下去的是我，我再想了一次动作要领。迈出第一步的确需要很大勇气，后来胆子也大了。不知道用了多长时间才着地的，只知道左手一点劲也没了，整个人像是刚刚跑完马拉松似的，没有一点劲了。后来就在山脚下的草坪上边晒太阳边看他们是怎么玩的，边上有位老头儿在看我们玩，还不停的拍照，说是从黄岩过来拍照的，刚好看到我们在玩，于是就来拍几张，年龄应该快80了吧，他说是70岁才开始到处拍照的。过了一个小时，又玩了一次，这次真正掌握了岩降了，很快也很顺利就到山下了，又掌握一项技能了，YEAH。

中午在路桥吃了小炒，好吃！回到家数了数伤口，一共三个，3是我的吉祥数。

写完日记了，要睡觉觉，累死了。

第一次去，听说有三十米高。

不支持大文件的unix  oracle 逻辑导入与导出。

关闭数据库前的杀进程脚本。

脚本改天再贴上，:)  现在加上了

她推荐的，晚8点过去。喝茶、聊天，时间过的很快，不好太晚，10:30 才回去。

扩容是大唐的人来做的,下午开箱看贷,内存早在上月就寄到我们那里了.开了箱后,他们告诉我,我给他们的箱子是错了,我看了包装,上面写着功能号4192,没错ibm s80/s85 的内存就是它,看来晚上的升级完了,怎么会遇上这样的人呢?不过我也没见过这么大块的内存,8G一共四块板,每一块都有PC机的主板这么大.难怪8G要40万大元.

当晚的扩容还算是顺利,完成后应用正常,过些天这去调oracle 的init 文件. 大唐操作也不大熟,居然那晚没出事,真是太神奇了.

每天好像都没睡好,晚上也会做些梦.中午整个人就想睡,烦!这月还要搞什么一个知识库之类的东西,还有什么应用程序性能的调查.

大概快两三年没去过电影院了,昨晚去了一趟放的是<哈利.波特>, :) 好不错.

云娜是今年14号台风的名字,那是所见过的最大的一场风.刮风的时候我居然还在街上,幸好没受什么伤.这次回到家,看到门口的杉树已经被人锯了,听妈妈说是台风把它刮断的.这是我们那条街上唯一的一棵杉树,以前我总是跟别人说,找到那棵树就到我家了.

怀念那棵树,还有树上的大鸟窝.

国庆才在家呆了一天多,4号中午就回椒江了.也没什么好准备的,等她下班一起去边上餐厅吃了晚饭,随后散了一会儿步.第二次见面,好像可以聊的东西不多,对她没什么了解.或许有空的时候去一起去野外走走会有更多了解.

有点儿头晕,:(

在我家边上的水库边,离我上次说的上班的地方有30多公里.水库叫湖蔓水库,我小的时间常和家人一起去那里玩,还记得常去湖里掏螺蛳回家炒着吃,那个味道一辈子也忘不了,好吃没的说.那里是温岭饮用水的主要来源,白鹭找到那里算是找对了地方.

时间的关系回家没有在水库边找那些鸟儿,只是看到了网友在网上拍的照片,看起来有很多只的样子,不过现在过去看可能那些鸟儿已经去了更南的南方.

去年的十一好像也是在家里呆着的,很久没有出去出去旅游了.很向往去外面看看北国的秋天,喜欢那种叶子的颜色,米亚罗,九寨,罗布湖,红叶谷,只能是想想了.

或许会有这么一天的,平时先加强锻炼吧,十月底到十一月一定要出去玩一次.加油了!