Author: mac

Oracle RDBMS Kernel 的代码分成多层次，如<Oracle8i Internal Services>一书所介绍的： 其中部分代码层的作用: The cache layer (KC) The cache layer manages the database buffer cache. It uses operating system dependent facilities for data file I/O, provides concurrency control facilities for local access to the cache buffers, and provides parallel cache management (PCM) instance locking facilities for Oracle parallel server. The other…

OpenWorld Content Catalog 可以从OpenWorld Content Catalog https://oracleus.wingateweb.com/scheduler/eventcatalog/eventCatalog.do 上下载到本次OOW 2011的persentations。   Oracle Open World 大会预计10月2-6日在旧金山莫斯肯中心举行，本贴会对OOW 2011的盛况持续追踪。   Watch Oracle OpenWorld Live   Oracle 发布Oracle Enterprise Manager 12c, 下一代产品的代号确认为12c，C意为cloud。今后Big Data Appliance、In Memory Analytics、Cloud将成为Oracle新产品的核心竞争力。 The Ten O’CLOCK News 对 OOW 2011首日的新闻报道，Larry Baer(San Francisco Giant CEO) 授予 甲骨文CEO Larry Ellison , World Series Ring的荣誉指环。         Sun…

深入了解Oracle自动内存管理asmm View more documents from Maclean Liu

配置Oracle 10g 双向流复制 View more documents from Maclean Liu

Hybrid Columnar Compression混合列压缩是Exadata数据库一体机的核心功能之一，与普通的高级压缩特性(advanced compression)不同，Hybrid columnar compression (HCC) 仅仅在Exadata平台上可用。使用HCC的情况下数据压缩存放在CU(compression unit压缩单位中)，一个CU单位包括多个数据库块，这是出于单数据块不利于以列值压缩算法的考量所决定的，当一个CU包含多个block时可以实现较优的列值压缩算法。 同时对于普通的INSERT/UPDATE操作，需要造成对行级数据的压缩降级，即在经历UPDATE/INSERT后原本HCC压缩的行可能变成普通高级压缩的水平。   hybrid columnar compression与数据仓库行为的批量初始化导入(bulk initial load)配合，直接路径导入(direct load)例如ALTER TABLE MOVE, IMPDP或直接路径插入(append INSERT)，使用HCC的前提是这些数据将不会被频繁修改或从不被修改。   当你更新混合列压缩启动的表中的数据行时，相关整个的压缩单位CU中的数据将被锁住。 被更新的这些数据将不得不从原HCC压缩级别降级到例如无压缩或for OLTP压缩的水准。   我们来看以下例子：     SQL*Plus: Release 11.2.0.2.0 Production on Wed Sep 12 06:14:53 2012 Copyright (c) 1982, 2010, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release…

Oracle的Giri Mandalika给我们介绍了LOB大型对象的一些调优注意事项，之前我一直对_shared_io_pool_size这个undocumented参数不甚了解，以为它是一个shared pool相关的参数，根本原因是甚至没有任何一个公开的Mos Note介绍了这几个隐藏参数。 而这篇文章给出了比较好的解释，这里引用一下： This blog post is generic in nature and based on my recent experience with a content management system where securefile BLOBs are critical in storing and retrieving the checked in content. It is stro ngly suggested to check the official documentation in addition to these brief guidelines. In general, Oracle…

什么是Oracle BRM? BRM 指的是Billing and Revenue Management (BRM) ，是一套专门针对通信行业设计的集成的终端到终端的企业软件套件。 Oracle 公司在2006年收购了Portal Software软件公司后，成为了Portal BRM产品的拥有者。 BRM最早被叫做Infranet(版本6.5, 6.7和更早)，之后被称作Portal(在版本7.0, 7.2, 7.3, 7.4时代)， 官方第一次使用BRM这一代号是从版本7.3.1开始。 客户有一套BRM系统运行在4节点的Exadata X2-8 Half Rack上，数据库版本是11.2.0.1 。 但是这套系统使用了Exadata默认的配置参数，而没有使用BRM系统专用的初始化参数。 这里我有必要提一下，一般来说大型的应用程序(Application)特别是Oracle自身的产品都会有经过Oracle公司自身验证过的一套推荐参数，譬如说Oracle Ebs Suite 11i 最早是在Oracle database 8i/9i 上设计的，一般来说在安装介质上就会附带有11i 在databse 8i/9i上的推荐配置参数，而如果你要将11i 迁移到10g上那么就需要到MOS上找出是否这一软件组合已经经过Oracle公司的认证，如果认证了那么一般都会有推荐参数。 假设计划在Oracle Database 11gR2上部署Oracle EBS R12的应用，那么可以从MOS上找到<Interoperability Notes EBS R12 with Database 11gR2 [ID 1058763.1]> 这个指南。 其他一些非Oracle的应用程序产品，如Sap这类流行的大型应用，Oracle也会进行一系列的认证，但是未必就有非常完整的Recommended Parameter列表了，当然如果您是SAP的用户的话，也可以从Sap哪里获得必要的支持。 <Questions About BRM…

什么是Joint Escalation Team? Joint Escalation Team也可以简写为JET。JET是指当客户采用了多种软件供应商的产品搭建系统后， 系统所发生的问题通过单独的某一个供应商无法解决，需要集合多个供应商的技术力量解决， 这个时候就需要组成Joint Escalation Team，从而避免陷入孤军奋战。 Joint Escalation Team可以由客户自己牵头，也可以由首先接到服务请求的供应商来主导。 假设说我们使用IBM AIX+Oracle的组合，在系统搭建或运行过程中遇到了问题，技术人员可能首先 提交Service Request给Oracle的MOS，Oracle GCS经过一番分析之后发现问题在同一个Oracle版本的 其他平台上均无法重现，而仅在与特定的AIX版本组合时被触发，那么因为Oracle与IBM之间存在Engagement 合约关系， 所以Oracle Support员工可能会提交一个内部SR要求IBM的技术力量加入，以组成Joint Escalation Team来解决问题。 一般来说当我们的问题上升到需要JET来解决的地步时，那么很难奢望该问题在短期内能有solution了， 这要求我们有足够的耐心。所以如果真的遇到这样的问题，那么我更建议你通过一些workaround的方式来绕过障碍。 已知与Oracle存在Joint Escalation Team Engagement 关系的厂商包括: HP、Redhat、Dell、EMC、IBM等。 了解更多oracle support和JET的信息： [gview file=”http://www.oracle.com/us/support/library/oracle-premier-support-brochure-069189.pdf”]   “Support for the Complete Technology Stack The necessary complexity of today’s IT environments often makes it difficult to…

Upgrade grid 11.1.0.7 to 11.2.0.2. Rootupgrade.sh Hanging We installed 11gR2 GI software and applied PSU2 patches upon getting runupgrade.sh prompt.runupgrade.sh hang on the first node. [root@vrh8 client]# uname -a Linux vrh8 2.6.18-238.5.1.el5 #1 SMP Mon Feb 21 05:52:39 EST 2011 x86_64 x86_64 x86_64 GNU/Linux cluvfy passed with 2 ignorable errors: [root@vrh8 vrh8]# cd /tmp [root@vrh8…

用AUTOTRACE查看执行的计划的同学常问到执行计划里的BUFFER SORT是什么意思,这里为什么要排序呢? BUFFER SORT不是一种排序,而是一种临时表的创建方式。 BUFFER是执行计划想要表达的重点,是其操作: 在内存中存放一张临时表。 SORT修饰BUFFER,表示具体在内存的什么地方存放临时表: 在PGA的SQL工作区里的排序区。 至少有一种方法可以说服对此表示怀疑的人们,就是查询V$SQL_PLAN_STATISTICS_ALL.PROJECTION字段。 将STATISTICS_LEVEL设置为ALL先,然后执行真-排序命令,比如:select hire_date,salary from hr.employees order by hire_date 然后查看其V$SQL_PLAN_STATISTICS_ALL.PROJECTION字段: SYS@br//scripts> select projection from v$sql_plan_statistics_all where sql_id=(select sql_id from v$sql where sql_text=’select hire_date,salary from hr.employees order by hire_date’) and operation=’SORT’ and options=’ORDER BY’; PROJECTION —————————————————————- (#keys=1) “HIRE_DATE”[DATE,7], “SALARY”[NUMBER,22] 1 row selected. 其中开头的#keys表示返回的结果中排序的字段数量。 再执行一句真-排序命令:select hire_date,salary from hr.employees order by…