eygle.com   eygle.com
eygle.com  
 

« January 20, 2007 | Blog首页 | January 23, 2007 »



January 22, 2007

Oracle11g数据库的认证体系结构

作者:eygle

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

在ITPUB上,Coolyl贴出了Oracle11g的认证体系结构,看来Oracle11g的各种准备工作已经准备得差不多了。
不知道还有多少人去跟随Oracle的认证体系,Oracle9i/Oracle10g/Oracle11g,对于认证来说,Oracle的升级实在是有点快。OCA/OCP/OCM,Oracle通过培训也赚入了大把的银子,前几年OCP认证是比较火爆的,不知道现在的情况如何。

转贴一下这张图:

Oracle11g认证体系结构

通过这个认证结构我们可以发现,实际上,Oracle通过OCM已经把认证进行了一个纵向升级,OCP的含金量已经被大大降低,这种商业策略实在不错,只是苦了那些向往Oracle认证的朋友们。

不过说白了,认证是次要的,真才实学才最重要!

-The End-

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


关于《深入浅出Oracle》中granule的补充

作者:eygle

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

在《深入浅出Oracle》一书的P110页,关于Oracle的Granule我有这样一段描述:

自9i开始,Oracle引入新的初始化参数db_cache_size;该参数定义主Block Size(db_block_size定义的块大小)的default缓冲池的大小;
Db_cache_size最小值为一个粒度(granule)。
粒度(granule):粒度是连续虚拟内存分配的单位,粒度是9i新引入的参数,其大小取决于SGA_MAX_SIZE参数所定义的SGA总的大小
当SGA<128M时,粒度值为4M;
否则粒度值为16M
粒度大小受内部隐含参数_ksmg_granule_size的控制

有朋友在Windows2003上测试得出了不同的结论:

SQL> show sga

Total System Global Area 319888364 bytes
Fixed Size 453612 bytes
Variable Size 310378496 bytes
Database Buffers 8388608 bytes
Redo Buffers 667648 bytes
SQL> set linesize 120
SQL> col name for a30
SQL> col value for a20
SQL> col describ for a60
SQL> SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.ksppdesc describ
2 FROM SYS.x$ksppi x, SYS.x$ksppcv y
3 WHERE x.inst_id = USERENV ('Instance')
4 AND y.inst_id = USERENV ('Instance')
5 AND x.indx = y.indx
6 AND x.ksppinm LIKE '%&par%'
7 /
Enter value for par: _ksmg_granule_size
old 6: AND x.ksppinm LIKE '%&par%'
new 6: AND x.ksppinm LIKE '%_ksmg_granule_size%'

NAME VALUE DESCRIB
------------------------------ -------------------- ---------------------------
_ksmg_granule_size 8388608 granule size in bytes

SQL> alter system set sga_max_size=100M scope=spfile;

System altered.

SQL> startup force
ORACLE instance started.

Total System Global Area 114367248 bytes
Fixed Size 453392 bytes
Variable Size 109051904 bytes
Database Buffers 4194304 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
数据库已经打开。

SQL> SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.ksppdesc describ
2 FROM SYS.x$ksppi x, SYS.x$ksppcv y
3 WHERE x.inst_id = USERENV ('Instance')
4 AND y.inst_id = USERENV ('Instance')
5 AND x.indx = y.indx
6 AND x.ksppinm LIKE '%&par%'
7 /
输入 par 的值: _ksmg_granule_size
原值 6: AND x.ksppinm LIKE '%&par%'
新值 6: AND x.ksppinm LIKE '%_ksmg_granule_size%'

NAME VALUE DESCRIB
------------------------------ -------------------- ----------------------------
_ksmg_granule_size 4194304 granule size in bytes

其实这个granule_size在不同平台、不同版本中,Oracle的设置的缺省值都可能不同,书中提到的是一种通常设置,具体的我们知道了Oracle的内存管理方式就好。

Oracle9i的官方文档如下描述:

Granule size is determined by total SGA size. On most platforms, the size of a granule is 4 MB if the total SGA size is less than 128 MB, and it is 16 MB for larger SGAs. There may be some platform dependency, for example, on 32-bit Windows NT, the granule size is 8 MB for SGAs larger than 128 MB.

Oracle10gR2文档如下描述:

Granule size is determined by total SGA size. On most platforms, the size of a granule is 4 MB if the total SGA size is less than 1 GB, and granule size is 16MB for larger
SGAs. Some platform dependencies arise. For example, on 32-bit Windows, the
granule size is 8 M for SGAs larger than 1 GB.

列举如上,供参考。

-The End-

Posted by eygle at 11:17 AM | Comments (3)


ITPUB年会印象-相会朋友们

作者:eygle

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

匆匆的一个周末,匆匆的一个年会,就这样匆匆的过去了。
各位朋友从全国各地汇集在北京,又散而归于各地,聚散匆匆。

在这次年会上见到了很多相识已久的老朋友,也认识了很多闻名但未曾见过面的朋友,只是时间太短,甚至还来不及围坐深谈,离别退场的时间就到了。

DCBA是第二次见面了,第一次是在2004年,去上海参加Oracle Open World大会,当时CNOUG举办了一个小型聚会,和DCBA在那个会上相识。之后,大家通过网络一直保持着频繁的沟通和联系,有时候进行一行技术探讨,有时候交流建站的心得.....虽然只见过一面,但是感觉上已经是彼此深知的旧友。

21号晚上,和dcba在香山饭店的保龄球馆打了几局球,这张照片拍在那里:
Dcba.Eygle.jpg

当时biti,kamus,coolyl等朋友已经离开了香山,保龄球馆里就只有dcba,julia和我三个人。扔了一会球,感觉体力不支,去到dcba的房间坐,大家开始闲聊。

后来来到房间的还有boypoo,也是早就通过电话的朋友,家在云南,现在漂泊在上海;
还见到了mugen,在ITPUB上成长成熟起来的mugen,现在他遇到了一些瓶颈,可能有了更多的困惑,可这都是好事,成长的烦恼,大家都曾经有过...
blue_prince,年轻的小帅哥,终于有机会仔细聊一聊.
Gototop已经是老朋友了,现在又换了公司,正是春风得意的时候,唯一的遗憾就是帅哥仍单身....

还有很多很多朋友没有来得及一一相认,憾甚,希望明年的年会能有更多的朋友参加,能有更多的时间从容交流....

第二天(22日)搭Binss的车回家,在此再次感谢石总:)石总素有海量,那天是没有喝好,希望以后有机会一起再来煮酒论英雄....

-The End-

Posted by eygle at 9:57 AM | Comments (9)



CopyRight © 2004-2008 eygle.com, All rights reserved.