04.25.06
Posted in David.Guo的心情随笔 at 6:24 pm by David.Guo
今天上班正在忙,收到一个邮件,来自非Oracle的一家公司,邮件上说,将在5月底在香港迪斯尼举行Oracle APAC开发者大会,将有机会和来自亚太地区的开发高手一起研讨技术,也能和美国Oracle总部的工程师一起交流Oracle开发的问题,会议地点当然是香港迪斯尼乐园了,在我的上一个blog中也有提到,主要是有机会在香港迪斯尼乐园游园.
但是参加人员必须先通过OTC认证,俺就照这个邮件的要求,去认证了下,一不小心,考了个100%,ft,不知道是我太强,还是问题太简单,不过按照俺的理解,应该是问题太简单.
下面就等摇奖了,老板已经说,如果摇到我,可以批假期,不知道是不是真的离香港迪斯尼乐园又近了一步.
按照我的英文水平,不要说和美国Oracle原厂工程师交流技术了,肯定听不懂他们说什么,为什么想去,大概还是因为想去玩,同时也借这个机会认识人吧.
不过很奇怪,这种考试的问题,应该是Oracle University直接负责的,怎么是一个中国本土公司来作,是不是有诈,还真不知道,但是我从来没有和那个公司打过交道,她们却能直接发邮件到我公司邮箱,当我电话过去的时候,报出了公司名字,她就能知道我是谁,ft,到底是怎么回事情列.
希望能摇到我,就可以去散散心了!
Permalink
04.19.06
Posted in David.Guo的心情随笔 at 9:13 pm by David.Guo
昨天下午快下班的时候,本来已经联系好了去宁波作数据库巡检的,但是老板突然通知我,今天上午必须8:15分出现在公司,然后他给我们当司机,去参加Oracle在杭州的合作伙伴大会.
我们到的还是比较准时的,结果因为到的人比较少,就等了大约15分钟,俺要对Oracle公司建议,其实应该准时开始的,最起码应该尊重我们这些准时到场的人,也想对那些迟到的人说,请尊重Oracle,也请尊重其他的人,毕竟,为了你们,我们等了这么久,难道你们真的没有时间观念,也不愧疚吗?
Read the rest of this entry »
Permalink
04.18.06
Posted in David.Guo的心情随笔 at 4:50 pm by David.Guo
今天一个公司的同事msn上问我在不在公司,他要给我送请帖.
这小子居然这么快就结婚了,以前可是信誓旦旦的说要回东北创业的.
不够这个日子,我不知道那天我会不会在杭州,如果在,我是一定要去恭喜的,想起来,我们交往快三年了,想当年,他刚来我们公司的时候,那个时候也是我人生最低谷的时候,成天在酒吧泡着,每次喝醉,我只要给这些兄弟打个电话,然后说一句话,兄弟,我又醉了,过来接我,他们就会直接到酒吧找我.想想,那个时候,真的是很感激他们,他们象兄长一样的关照我,那个时候我一个人在杭州,很是无聊,所以如果他大喜的日子,我在杭州,是肯定要去参加的了.
记得04年我Oracle的老师结婚,我给他当伴郎,嫂子是移动的,移动的那些人可真是海量,白酒居然用葡萄酒的大杯子干,我不知道那天我喝了多少酒,反正就记得,我答应他,我不会让其他的客人将他灌醉,但是我一定会把他灌醉,最后居然我和他两个人喝起来了,结果,自然是他在酒店的房间现场直播,而我,则是老婆扶我回家的,反正我不大记得那天是怎么回家的,第二天上班的时候,一天都是晕的.
这次,如果我在,我想,这个朋友又该要喝多了吧,哈哈.
不论如何,结婚总是好事情,无论那天我是不是在杭州,今天,提前祝福他们:白头偕老,永结同心!
Permalink
Posted in David.Guo的心情随笔 at 1:11 pm by David.Guo
Metalink马上要更改注册方式了,事实上,俺现在就是共用别人的Metalink账号,听说Oracle要打击的也是俺这种人呀!
作了DBA这么久,发现很多问题,都可以通过Metalink得到答案,来解决,如果没有了Metalink,我该怎么办列,还有12天,账号就不能用了,只有看看天津的单子的CSI能尽快到,我好去注册Metalink账号,最起码,那个账号还能用一年.
没有了Metalink账号,真的很麻烦
有感于今天网络上别人问我9i exp 10g的数据碰到EXP-00003错误的解决方法,其实在Metalink上写的很明白,是bug!上下Metalink就能解决的.
I like Metalink,but,i haven’t the account of it!这就是郁闷的.
Permalink
04.17.06
Posted in 其他内容 at 9:11 am by dosql

Permalink
Posted in 其他内容 at 9:02 am by dosql
先试一下.

Permalink
Posted in 其他内容 at 9:00 am by dosql
软件是上个星期更新的, 当时更新完了我去看blog, 没发现有什么不同.
今天才发现写的这一块好象改了些, 比如Categories不是自动展开的了, 上传文件/图象更方便了, 贴子可以加密码保护了等等.
Permalink
04.12.06
Posted in Oracle管理 at 10:13 pm by dosql
郁闷, 又碰到7445. 在Metalink也没找到直接相关的资料. 好在是在开发环境.
居然连”/ as sysdba”也连不进去, 在solaris里kill 掉一些进程才能进去. 由于是开发环境, 就shutdown immediate了. Startup 后发现很多sys的package都变成了invalid status. 用pl/sql developer编译了半个钟头才完.
我想可能是某个开发员把的哪个底层的object改了一下, 导致其他相关的package变成了invalid. 这种事问起来谁也不会说的, 要完全查清楚也不容易.
*** 2006-04-11 11:09:32.974
*** SESSION ID:(24.1073) 2006-04-11 11:09:32.973
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0×10, PC: [0×1022ff8a8, 00000001022FF8A8]
*** 2006-04-11 11:09:32.974
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [00000001022FF8A8] [SIGSEGV] [Address not mapped to object] [0×000000010] [] []
Current SQL statement for this session:
declare p varchar2(32767); begin p := DB_POLICIES_UTL.ACE_LOSS_PREDICATE_NROWS(:sn,
n); :v1 := substr(p,1,4000); :v2 := substr(p,4001,4000); :v3 := substr(p,8001,4000); :v4 := substr(p,12001,4000); :v5 := substr(p,16001,4000); :v6 := substr(p,20001,4000); :v7 := substr(p,24001,4000); :v8 := substr(p,28001,4000); :v9 := substr(p,32001,767); :v10 := substr(p, 4000, 1); :v11 := substr(p,8000,1); :v12 := substr(p, 12000, 1); :v13 := substr(p,16000,1); :v14 := substr(p, 20000, 1); :v15 := substr(p,24000,1); :v16 := substr(p, 28000, 1); :v17 := substr(p,32000,1); end;——- Call Stack Trace——-
calling call entry argument values in hex
location type point (? means dubious value)——————————————————————————————————————ksedmp()+328 CALL ksedst() 00000000B ? 000000000 ?
000000000 ? 00000004A ?
FFFFFFFF7FFE9728 ?
103313838 ?
ssexhd()+676 CALL ksedmp() 00010373D ? 10373D000 ?
10373DF68 ? 103743000 ?
000102C00 ? 000000000 ?
sigacthandler()+44 PTR_CALL 0000000000000000 000103746 ?
FFFFFFFF7FFF07C0 ?
103746000 ? 103743120 ?
000000000 ? 103746078 ?
ptmak()+424 PTR_CALL 0000000000000000 00000000B ?
FFFFFFFF7FFF07C0 ?
FFFFFFFF7FFF04E0 ?
00000000B ? 000000003 ?
39BA510E0 ?
pdtidc()+4780 CALL ptmak() FFFFFFFF7FFF16C0 ?
000000000 ? 000000004 ?
000000002 ? 102F03A68 ?
000000001 ?
pdlifu()+620 CALL pdtidc() 000000001 ? 0000200B2 ?
FFFFFFFF7FFF0DF8 ?
102F03000 ? 000000000 ?
000102C00 ?
phpcmp()+1016 CALL phpcog() 000000000 ?
FFFFFFFF7CF5F400 ?
00000001D ? 000000011 ?
FFFFFFFF7FFF16C0 ?
39FC85358 ?
pcicog()+184 CALL phpcmp() FFFFFFFF7FFF16C0 ?
39FC85358 ? 000000000 ?
000000000 ? 000000004 ?
000000000 ?
kkxcog()+288 CALL pcicog() FFFFFFFF7FFF16C0 ?
39FC85358 ? 10373DCEC ?
00000A6E0 ? 000000001 ?
000000216 ?
opitca()+4776 CALL kkxcog() 39FC85358 ? 380023850 ?
000380000 ? 000103745 ?
103745000 ? 1037456AC ?
rpiswu2()+384 PTR_CALL 0000000000000000 00000001A ? 10373E1C8 ?
103740000 ?
FFFFFFFF7FFF1C20 ?
000103740 ? 39FC85358 ?
kkssbt()+2188 CALL rpiswu2() 3962D7B48 ? 00010373D ?
10373E190 ? 10373E1C8 ?
000000000 ? 1032D1000 ?
kksfbc()+9744 CALL kkssbt() 000000000 ? 000000000 ?
39BD0B090 ? 103745660 ?
39AF3AA78 ? 103745658 ?
opiexe()+1204 CALL kksfbc() 000000003 ? 000000000 ?
000000000 ? 39A0A9D98 ?
39BA2FDF0 ? 10373E1C8 ?
Permalink
« Previous entries ·