ITPub博客

首页 > 数据库 > Oracle > 性能调整篇01

性能调整篇01

原创 Oracle 作者:dotaddjj 时间:2011-11-03 22:27:04 0 删除 编辑

最近在看某某大牛的性能调整篇,结合个人理解和熟悉陆续会整理一系列的性能调整方面的理解。

接触oracle大半年了,32位oracle和64位oracle,最近才摸清这缘由。

32位系统肯定只能安装32位的oracle,不过32位的oracle使用的内存有限(大概只有1.7G),就是即使再多的物理内存也没办法真正使用,这在大型数据库中的性能扩展可想而知。

64位系统安装了64位oracle,oracle使用的内存也没有上限,所以企业一般都是64位的吧!

锁定内存到物理内存sga_lock:

说到了内存,这些天看oracle-concepts有个参数sga_lock的主要适用于锁定oracle所使用的内存存在与物理内存中,因为基本绝大系统都能使用虚拟内存,当然虚拟内存和oracle的交互肯定没有真正内存使用效率高,oracle 10g中后此参数就默认为false,不过此参数在linux等平台才能生效,windows平台会忽略lock_sga参数。

BFT大文件表空间

网友说到了大文件表空间和小文件表空间的修改命令,前些天刚好碰了得了,完了又忘了,拿书来看

Alter database set default bigfile tablespace

Or

Alter database set default smallfile tablespace

然后查询database_properties则可以看出系统默认的数据文件是属于小文件还是大文件表空间,大文件表空间在存储tb级别数据库可以减少管理员的很多工作。

例如公司的生产库中的数据文件数量已经很大了,初始化静态参数db_files的影响很可能会导致数据库在以后的工作中不得不重启调整参数。

BFT的出现还可以有效地改善checkpoint的工作,发生checkpoint会改写记录在控制文件中的数据文件的checkpoint scn,stop scn和系统检查点scn,对于每个数据文件头部的启动scn也会改写。当然对于I/O还是存在影响的,不过asm,RAID等技术已经可以很好的平衡I/O负担。

[@more@]

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/25362835/viewspace-1056139/ ,如需转载,请注明出处,否则将追究法律责任。

下一篇: 性能调整记载02
请登录后发表评论 登录
全部评论
  • 博文量
    220
  • 访问量
    1662983