Oracle Life: January 2006 Archives

作者:eygle

出处:http://blog.eygle.com

偶然在网上看到新周刊岁末盘点：2005国内外经典语录，有几条有所感触，摘录一下和大家分享：

没有医保和寿险的，不要在天黑后管闲事。
　　——网友总结的《广州安全攻略》之一。

eygle评注:现在,在中国如果提起广州和深圳,通常人们最先想到的是那里的治安问题.有同事出差都会在广州被抢,参考:为了社会的和谐请大家注意安全 .

问：南极为什么没有熊？
答：年创利税达不到200万，落不了户口。
　　——2005年国家公务员考试出了像“南极为什么没有熊”这样的题目，有网友如此作答。

eygle评注:很久没有参加考试,发现中国的考试题目不再呆板,这道极具创意的提问很少有人知道真正的答案. 谁能告诉我,南极为什么没有熊么?

大家都说弄电脑赚钱，世界首富一直好像是个弄电脑的，但是入了这一行，你就会发现挖煤不比它差。
　　——一个非法小煤窑主说。

eygle评注:在中国,好赚钱的事情一直有本事让老外瞋目结舌的.

各位观众，江苏队获得了最后的胜利，让我们用热烈的掌声感谢裁判！
　　——全运会垒球比赛，现场解说员显得兴奋过度，全运会史上最黑色幽默的段子脱口而出。

eygle评注:一语破天机.

在北京捐赠遗体者必须是北京户口。
　　——身患尿毒症决定放弃治疗、专程从河南来京准备捐献遗体的女子王丽香，到同仁医院联系捐赠事宜时，对方这样说

eygle评注:还好现在不经常查暂住证了,我们要看到进步.

我看到的北极为什么没有熊的答案:

冈瓦纳大陆解体，逐渐产生南半球的大陆（含古印度）的时候，哺乳动物还在恐龙的阴影之下，熊这样的动物还没有出现．
南极洲最后和澳大利亚大陆分离，形成一块被海洋环绕的大陆．熊在其他大陆出现后，能够迁移扩张到各个角落，却无法游过海洋到南极洲去．
南极本地物种由于南极寒冷的环境，没有进化出大型的肉食性哺乳动物，因此就没有熊了．

Posted by eygle at 11:30 AM | Comments (8)

January 11, 2006

作者:eygle

出处:http://blog.eygle.com

2006年1月9日,收到Oracle的邮件,其中推荐了“2005 OTN 精选”CD.看了一下内容很精彩,在此推荐给大家.

CD可以从这里下载(当然，你需要一个免费的OTN帐号),制作的很精美,可以离线阅读精品文章,但是注意这版是英文的。
而在中文OTN站点，在线的文章都是翻译成中文的，所以如果你习惯阅读中文，可以到这里来。

这张CD中，很多文章是以前阅读过的，作为DBA，我推荐以下文章给大家：

1.	Oracle 数据库 10g：为 DBA 提供的 20 个最重要特性（系列）作者：Arup Nanda Oracle ACE Arup Nanda 给出他认为对数据库管理员最重要的 20 个 Oracle 数据库 10g 特性。
2.	PL/SQL 最佳实践作者：Steven Feuerstein Steven 从实际实施的角度回答了有关 PL/SQL 编程和最佳实践的问题。
5.	Oracle 数据库 10g：第 2 版中为 DBA 提供的新重要特性作者：Arup Nanda Oracle ACE Arup Nanda 给出他认为对数据库管理员重要的 Oracle 数据库 10g 第 2 版中的特性。
7.	在 Linux 和 FireWire 上构建您自己的 Oracle RAC 10g 集群作者：Jeffrey Hunter 了解如何用不到 1,800 美元的成本安装和配置 Oracle RAC 10g 开发集群。
9.	为 Linux 和 Windows 安装 PHP 和 Oracle 10g Instant Client 作者：Christopher Jones 了解 Oracle 10g Instant Client 为什么是将 PHP 连接到远程 Oracle 数据库的最简单方法 — 它只需安装三个库。
11.	在 Linux 上安装 Oracle、PHP 和 Apache 作者：Robert Clevenger 演示将 Oracle 数据库、Apache HTTPD 服务器和 PHP 作为一个 Apache 模块安装到 Linux 上的步骤。
12.	Linux 文件命令精通指南作者：Sheryl Calish 为刚接触 Linux 文件命令的初学者提供的一个速成教程。

希望大家能够从中发现一些新的东西.

在邮件中Oracle还提到:

2006 年 1 月 5 号甲骨文荣膺“2005年CCTV中国年度十佳雇主”称号，在CCTV首次最佳雇主调查中甲骨文成为获奖的唯一软件公司。甲骨文希望在新的一年中把更好的服务，更好的软件提供给大家。

希望Oracle能继续提供更好的产品给我们.

Posted by eygle at 11:15 AM | Comments (9)

January 10, 2006

作者:eygle

出处:http://blog.eygle.com

下班在路上的时候,EMC的工程师打电话过来,告诉我明天还要来换一块盘,今天的,的确是换错了.

EMC的现场工程师说:0_1_C=0_1_12

可是EMC美国的专家说:

The CE replaced drive 1-0-13, this is the same as drive 1-0-C (C in Hex = 13 decimal).

狂汗,是不是中美差异导致换算都出现了偏差? C 怎么就等于了13 ?

在EMC 错了么一文中,我曾经猜对老外的意思,但是现场的工程师坚持要换按专家的指示更换第12号盘.结果就是,明天还要再换一次.

大家都来评评理,到底是谁的错?

Posted by eygle at 11:34 PM | Comments (6)

作者:eygle

出处:http://blog.eygle.com

昨天我写到EMC Soft/Hard Read/Write Errors,说EMC建议更换硬盘,可是关于哪一块硬盘产生了分歧.在EMC的Case里,美国专家建议:

Replace drive 0_1_C if not replaced earlier.

因为硬盘编号从0开始C=12,所以我以为应该换的是0_1_13号硬盘,而0_1_13号硬盘也确实是出现错误的一块.可是EMC的现场工程师说0_1_C=0_1_12应该更换0_1_12号硬盘.而0_1_12号一直是没有出现过问题的:

# navicli -h 172.16.9.5 getdisk 0_1_12
Bus 0 Enclosure 1  Disk 12
Vendor Id:               SEAGATE 
Product Id:              ST314680 CLAR72 
Product Revision:        7A0A
Lun:                     19 
Type:                    19: RAID5 
State:                   Enabled
Hot Spare:               19: NO 
Prct Rebuilt:            19: 100 
Prct Bound:              19: 100 
Serial Number:           3HY6TKCA
Sectors:                 139681792 (68204)
Capacity:                68238
Private:                 19: 69704 
Bind Signature:          0x13cf, 1, 12
Hard Read Errors:        0
Hard Write Errors:       0
Soft Read Errors:        0
Soft Write Errors:       0
Read Retries:     N/A
Write Retries:    N/A
Remapped Sectors:        N/A
Number of Reads:         209288064
Number of Writes:        12913664
Number of Luns:          1
Raid Group ID:           11
Clariion Part Number:    DG118032458  
Request Service Time:    N/A
Read Requests:           209288064
Write Requests:          12913664
Kbytes Read:             1454635954
Kbytes Written:          245519280
Stripe Boundary Crossing: 110585780

结果EMC工程师严格按照建议,更换了0_1_12号硬盘,然后就是热备盘启用:

# navicli -h 172.16.9.5 getdisk 0_0_14
Bus 0 Enclosure 0  Disk 14
Vendor Id:               SEAGATE 
Product Id:              ST373307 CLAR72 
Product Revision:        7A10
Lun:                     101 
Type:                    101: Hot Spare 
State:                   Rebuilding
Hot Spare:               101: YES 
Hot Spare Replacing:     0_1_12
Prct Rebuilt:            101: 100 
Prct Bound:              101: 100 
Serial Number:           3HZ9E674
Sectors:                 139681792 (68204)
Capacity:                68238
Private:                 101: 69704 
Bind Signature:          0x80bd, 0, 14
Hard Read Errors:        0
Hard Write Errors:       0
Soft Read Errors:        0
Soft Write Errors:       0
Read Retries:     N/A
Write Retries:    N/A
Remapped Sectors:        N/A
Number of Reads:         211913765
Number of Writes:        13028867
Number of Luns:          1
Raid Group ID:           101
Clariion Part Number:    DG118032459  
Request Service Time:    N/A
Read Requests:           211913765
Write Requests:          13028867
Kbytes Read:             1515830696
Kbytes Written:          247873115
Stripe Boundary Crossing: 0

然后再写回到原盘(Netapp的Host Spare盘是可以漂移的,这个功能很好):

# navicli -h 172.16.9.5 getdisk 0_1_12
Bus 0 Enclosure 1  Disk 12
Vendor Id:               SEAGATE 
Product Id:              ST373307 CLAR72 
Product Revision:        7A10
Lun:                     19 
Type:                    19: RAID5 
State:                   Equalizing
Hot Spare:               19: NO 
Prct Rebuilt:            19: 100 
Prct Bound:              19: 100 
Serial Number:           3HZ9ZHWN
Sectors:                 139681792 (68204)
Capacity:                68238
Private:                 19: 69704 
Bind Signature:          0x13cf, 1, 12
Hard Read Errors:        0
Hard Write Errors:       0
Soft Read Errors:        0
Soft Write Errors:       0
Read Retries:     N/A
Write Retries:    N/A
Remapped Sectors:        N/A
Number of Reads:         1101110
Number of Writes:        2422153
Number of Luns:          1
Raid Group ID:           11
Clariion Part Number:    DG118032459  
Request Service Time:    N/A
Read Requests:           1101110
Write Requests:          2422153
Kbytes Read:             145361639
Kbytes Written:          142834423
Stripe Boundary Crossing: 112102090

看来我需要继续跟进这个CASE来确认这个问题了.

Posted by eygle at 12:46 PM | Comments (0)

January 9, 2006

作者:eygle

出处:http://blog.eygle.com

周日,大舅发给我一首新写的词,转录如下:

蝶恋花 探病有感

春城求医中日联,躯身病榻长夜忆当年.矮檐瘦土脱贫志,风雨拼搏未曾难.
盘古人间多少愿,秦皇觅寿东渡染黄泉.银髯笑看桑榆晚,心态宽容度百年.

于吉大中日联谊医院.

大舅身体不太好,最近在长春住院.

舅舅是一个非常聪明的人,在我的成长过程中,他给我的影响非常巨大.

虽然没有上过什么学,舅舅凭着自己的聪明才智,自学了电工方面的知识,而且极其深入,他那时候买的书,大都是从俄文翻译过来的,很艰深,很多书我读大学的时候,才能勉强看懂.

在那个年代,他是那一带非常有名的人物.记忆中,大舅可以自己买铜线缠变压器,然后卖给别的村子,在我孩提时的眼里,那简直神奇极了.

舅舅还开过几个小的工厂,生产蜡烛,生产拖布...很小的东西,他都能从中找到商机.这也许就是他所说的:矮檐瘦土脱贫志.

脱贫,其实他远远超过了这个标准.

在刚刚改革开放不久,舅舅家里就盖起了非常豪华的房子,有浴室可以洗澡,水井在屋子里面(这在当时的农村几乎是不可想向的).还有从日本买来的彩色电视(不得不佩服一下小日本,那电视据说现在还能用),当时村子里还都没有电视,附近也没有电视塔,舅舅就自己搭了一个高高的电视信号接收器.

五六岁的时候最喜欢的就是跑去舅舅家,因为有太多好玩的地方.

那时候表哥上学,学校里应该是不教外语的(?),大舅就买来唱片机,买那种圆圆的唱片给表哥听外语.现在表哥经营着中国工控网 (其实我自己也是学工业控制专业的),有非常好的事业发展.我想表哥就是舅舅最好的作品.

那时候农村人的最大愿望似乎就是进城,后来大舅举家都迁入城里.在当地熟悉的人看来,舅舅把很多人的梦想变成了现实.

舅舅凭自己的努力,从一无所有到把这个家带到了一时的顶峰.我一直非常尊敬他.

现在舅舅病了,我写下这段文字祝愿他早日康复.

也愿天下人都能常有安康!

Posted by eygle at 10:42 PM | Comments (17)

EMC Soft/Hard Read/Write Errors

作者:eygle

出处:http://blog.eygle.com

上次圣诞节EMC出了故障之后,除了升级内核之外,今天给出了一个附件建议,那就是更换0_1_13号硬盘,这块硬盘此前报过几次读写故障:

# navicli -h 172.16.9.5 getdisk 0_1_13
Bus 0 Enclosure 1  Disk 13
Vendor Id:               SEAGATE 
Product Id:              ST373207 CLAR72 
Product Revision:        6A08
Lun:                     19 
Type:                    19: RAID5 
State:                   Enabled
Hot Spare:               19: NO 
Prct Rebuilt:            19: 100 
Prct Bound:              19: 100 
Serial Number:           3KT0ZCE7
Sectors:                 139681792 (68204)
Capacity:                68238
Private:                 19: 69704 
Bind Signature:          0x13cf, 1, 13
Hard Read Errors:        0
Hard Write Errors:       1
Soft Read Errors:        3
Soft Write Errors:       3
Read Retries:     N/A
Write Retries:    N/A
Remapped Sectors:        N/A
Number of Reads:         152130661
Number of Writes:        11614837
Number of Luns:          1
Raid Group ID:           11
Clariion Part Number:    DG118032476  
Request Service Time:    N/A
Read Requests:           152130661
Write Requests:          11614837
Kbytes Read:             1262285626
Kbytes Written:          295922610
Stripe Boundary Crossing: 110309248

然后今天使用navicli来查看磁盘信息时还遇到超时的问题,原因不明:

# navicli -h 172.6.9.5 getdisk 0_1_13
Error returned from Agent
Client non-data stream error. Err: RWSockErr: in RWSocket::connect: TIMEDOUT

有人遇到过类似的问题么? 现在只希望EMC在春节期间能够乖乖工作.

Posted by eygle at 3:12 PM | Comments (0)

作者:eygle

出处:http://blog.eygle.com

周一一大早就发现一个数据库负载超高,性能异常:

4CPU,8G内存,的SUN Fire 480R主机:

# ./prtdiag
System Configuration:  Sun Microsystems  sun4u Sun Fire 480R
System clock frequency: 150 MHz
Memory size: 8192 Megabytes

========================= CPUs ===============================================

          Run   E$  CPU     CPU  
Brd  CPU  MHz   MB  Impl.   Mask 
--- ----- ---- ---- ------- ---- 
 A     0  1050  8.0 US-III+  11.0
 A     2  1050  8.0 US-III+  11.0
 B     1  1050  8.0 US-III+  11.0
 B     3  1050  8.0 US-III+  11.0

现在负载:

load averages: 13.12, 12.60, 12.23      db480-4.hurray.com.cn    09:50:32
184 processes: 166 sleeping, 12 running, 1 stopped, 5 on cpu
CPU states:  0.0% idle, 93.6% user,  6.4% kernel,  0.0% iowait,  0.0% swap
Memory: 8.0G real, 2.8G free, 4.1G swap in use, 18.1G swap free

   PID USERNAME THR PR NCE  SIZE   RES STATE   TIME FLTS    CPU COMMAND
 11834 oracle     2 22   0  3.1G  3.0G run    12:51    0  7.08% oracle
  3876 oracle     2 22   0  3.1G  3.0G run    38.5H    0  6.93% oracle
 15876 oracle     2 21   0  3.1G  3.0G run   514:20    0  6.85% oracle
  4042 oracle     2 21   0  3.1G  3.0G run    41.3H    0  6.78% oracle
 29532 oracle     2 21   0  3.1G  3.0G run    19.4H    0  6.67% oracle
  3703 oracle     2 21   0  3.1G  3.0G run    38.5H    0  6.66% oracle
 29704 oracle     2 21   0  3.1G  3.0G run    20.9H    0  6.60% oracle
 15537 oracle     2 21   0  3.1G  3.0G run   496:48    0  6.57% oracle
 15680 oracle     2 31   0  3.1G  3.0G run   496:44    0  6.50% oracle
 29375 oracle     2 31   0  3.1G  3.0G run    19.5H    0  6.31% oracle
  4033 oracle     2 22   0  3.1G  3.0G run     8:51    0  4.76% oracle
  4035 oracle     2 51   0  3.1G  3.0G sleep   8:55    0  4.70% oracle
  4046 oracle     2 52   0  3.1G  3.0G cpu03   8:59    0  4.68% oracle
  7349 oracle    11 53   0  3.1G  3.0G sleep   8:38    0  4.44% oracle
  4055 oracle     2 42   0  3.1G  3.0G cpu02   8:43    0  4.39% oracle

应用的问题太多了,汗!

类似的,应用我以前写好的SQL,我们可以找到存在问题的SQL进行优化,参考:

Oracle诊断案例----如何捕获问题SQL解决过度CPU消耗问题

Posted by eygle at 10:30 AM | Comments (2)

January 7, 2006

作者:eygle

出处:http://blog.eygle.com

今天第一次看到frappr的服务,觉得有趣就发起了一个ChinaOracleBlogger的地图,目前看来,中国的DBA分布是北京,上海,广东居多.

欢迎大家加入进来一起感受一下,顺便看看国内的DBA分布.

Just for fun.

Posted by eygle at 10:28 PM | Comments (6)

作者:eygle

出处:http://blog.eygle.com

也许把"黑客"这个词汇用在这里太大了.

一直以来,在我的网站错误日志(error_log)里经常可以看到这样一系列错误信息:

"GET /bbs/upfile_soft.asp HTTP/1.1" 404 304 "-" "InetURL:/1.0"  
"GET /Upfile_AdPic.asp HTTP/1.1" 404 301 "-" "InetURL:/1.0"     
"GET /Upfile_Article.asp HTTP/1.1" 404 303 "-" "InetURL:/1.0"   
"GET /upfile.asp HTTP/1.1" 404 295 "-" "InetURL:/1.0"           
"GET /bbs/upfile.asp HTTP/1.1" 404 299 "-" "InetURL:/1.0"       
"GET /upfile_soft.asp HTTP/1.1" 404 300 "-" "InetURL:/1.0"      
"GET /bbs/upfile_soft.asp HTTP/1.1" 404 304 "-" "InetURL:/1.0"  
"GET /upfile.asp HTTP/1.1" 404 295 "-" "InetURL:/1.0"           
"GET /bbs/upfile.asp HTTP/1.1" 404 299 "-" "InetURL:/1.0"       
"GET /upfile.asp HTTP/1.1" 404 295 "-" "InetURL:/1.0"           
"GET /bbs/upfile.asp HTTP/1.1" 404 299 "-" "InetURL:/1.0"       
"GET /upfile_soft.asp HTTP/1.1" 404 300 "-" "InetURL:/1.0"      
"GET /bbs/upfile_soft.asp HTTP/1.1" 404 304 "-" "InetURL:/1.0"  
"GET /Upfile_AdPic.asp HTTP/1.1" 404 301 "-" "InetURL:/1.0"     
"GET /Upfile_Article.asp HTTP/1.1" 404 303 "-" "InetURL:/1.0"

这些页面的确并不存在,可是什么人不停的访问这些页面干什么呢?

搜索一下,原来这些页面来自"动力/动易"建站系统,因为存在漏洞,所以成为了居心不良者的攻击目标,这些有问题的文件包括:UpFile_Article.asp、Upfile_Dialog.asp、UpFile_Photo.asp、UpFile_Soft.asp、Upfile_AdPic.asp、UpFile_SoftPic.asp.

这些攻击者根本算不上黑客,如果把黑客比作大盗,也许勉强可以把他们称为小偷.黑客的精神是深入的技术探索,而不是简单的通过已知的漏洞进行无聊的攻击.日本出版的一本《新黑客字典》曾经把黑客定义为：

欢探索软件程序奥秘、并从中增长了其个人才干的人。他们不象绝大多数电脑使用者，只规规矩矩地了解别人指定了解的狭小部分知识。

探索才是最吸引人的,可是真正的黑客少之又少.

大盗使人敬服,而小偷却只能使人厌恨而已.

btw:也许我应该作几个假页面,这样PV会高很多,哈哈!

Posted by eygle at 8:04 PM | Comments (6)

作者:eygle

出处:http://blog.eygle.com

小惠惠说她要的新年礼物就是让我帮她打几天广告.嘿嘿,这个愿望还是要满足一下的.

美女的照片不能贴,但是头像的PP也是很可爱的.

她很喜欢的四个字"柔嘉维则"出自《诗经·大雅·烝民》，在今天，能够读懂诗经的人已经不多，所以俺非常佩服懂得诗书礼易之人。

很喜欢她以前写过的一篇纪念文章《四年一个轮回》，那篇是用来纪念她的一位老师，有诗的韵律和美感，当然还有挥之不去的感伤，我非常喜欢结尾的几句：

因为，
四年一个轮回，
思念一次重生，
我想，你重回人间。

宛如音乐指挥手腕挥转，在高潮来临时嘎然而止，曲终人不散，有余音绕梁不止。

在Oracle学习上，小惠惠也有了很大进步，在最近的一次问题解决后，她写下了ORA-20001: Invalid input values for pname这篇总结，整体上已经具备了非常好的思路和方法。我说，如果把这篇文章展开，可以写下至少10篇相关内容，这也就是我一直强调的由点及面的学习方法。一个问题可以引出非常多的相关知识，如果你都能深入下去，不用太多，10个案例之后，你的知识就可以在深层连接成面，这就是方法。

我希望小惠惠能够不断思考、总结、提高。在新的一年里能够实现自己的心中所想。

The End.

Posted by eygle at 12:43 PM | Comments (4)

www.eygle.com

言论2005

作者:eygle

出处:http://blog.eygle.com

January 11, 2006

推荐下载“2005 OTN 精选”CD

作者:eygle

出处:http://blog.eygle.com

January 10, 2006

EMC 错了么之 C = 13 ?

作者:eygle

出处:http://blog.eygle.com

EMC 错了么?

作者:eygle

出处:http://blog.eygle.com

January 9, 2006

我的舅舅

作者:eygle

出处:http://blog.eygle.com

EMC Soft/Hard Read/Write Errors

作者:eygle

出处:http://blog.eygle.com

CPU Load Very High-超高负载之数据库

作者:eygle

出处:http://blog.eygle.com

January 7, 2006

欢迎加入ChinaOracleBlogger地图

作者:eygle

出处:http://blog.eygle.com

黑客为什么?

作者:eygle

出处:http://blog.eygle.com

Advertisement Time-现在插播广告

作者:eygle

出处:http://blog.eygle.com