Author: mac
-
Oracle中的Low HWM与 High HWM 高水位
在MSSM的FREELIST下, 高水位High Water Mark代表所有相关块, 高水位以上就是未格式化unformatted 的数据块,INSRT数据时不能直接使用。当FREELIST中不包含可插入数据块时 HWM默认每次上升5个数据块。 对于ASSM管理的BITMAP 数据段而言,Oracle允许在数据段的中部出现unformatted blocks未格式化的数据块, 基于以下的原因: 一、在以前 HWM以下的数据块必然是formatted , 为了维护这一点代价是昂贵的: 长时间持有HW enqueue 队列锁对并发的抑制 过于频繁的持有HW enqueue在Oracle研发看来是罪恶的 上涨HWM 而不格式化 这样的话更有效率,因为格式化往往涉及到 IO,是一种较慢的操作 二、 在直接路径加载过程中,最后的一个extent中的数据块将被全部format 格式化,而如果下一次还是direct load直接路径加载数据的话,它不会从Freelist上获取数据块,而是使用HWM以上新的数据盘区extent。 如果这个数据段是典型的一直在direct load加载数据的话,则可能在freelist上有很多unused block从来不被使用,而被浪费了。 这可能造成空间的浪费,尤其是在Extent size 很大的时候 或者 数据段几乎从来不传统路径插入数据的时候。保留这些数据块为unformatted则可以让加载数据时利用到这些空间空洞 为了实现这一点就需要使用2个High Water Mark 即Low HWM和High HWM; Low HWM以下都是formatted 数据块 而 High HWM以上都是unformatted数据块。 Extent Header:: spare1:…
-
Oracle Database 11g 中的 ASM 限制
ASM 强制实施下列限制: 存储系统中包含 63 个磁盘组 存储系统中包含 10,000 个 ASM 磁盘 每个 ASM 磁盘的最大存储空间为 4 PB 每个存储系统的最大存储空间为 40 EB 每个磁盘组包含 1 百万个文件 最大文件大小取决于所使用的磁盘组的冗余类型:外部冗余为 140 PB(该值当前大于可能的数据库文件大小),正常冗余为 42 PB,高冗余为 15 PB。 注:在 Oracle Database 10g 中,外部冗余的最大 ASM 文件大小为 35 TB。 –Variable size extents grows automatically with file size –Benefits Increase ASM file size Reduce memory utilization in…
-
了解更多关于Oracle ASM md_backup md_restore
The md_backup command creates a backup file containing metadata for one or more disk groups. Volume and Oracle Automatic Storage Management Cluster File System (Oracle ACFS) file system information is not backed up. Synopsis md_backup <backup_file> [-G <diskgroups,…>] Description The options for the md_backup command are described below. backup_file – Specifies the backup file…
-
AIX平台上11.2 Grid Infrastructure RDBMS进程的user是grid用户?
注意这个问题目前发现仅发生在11.2 + AIX平台上,不管是Standalone Grid 还是RAC Grid Infrastructure 都可能遇到, 使用ps -ef列出RDBMS实例进程时发现进程的user是Grid ,照理来说$RDBMS_HOME/bin/oracle的拥有者是oracle,这些进程应当属于oracle用户; 这种现象可能仅发生在LOCAL=NO的服务进程上,也可能发生在包括后台进程上。 现象如下: oracle@mac01:/home/oracle>ps -p oracle@mac01:/home/oracle>ps -ef |grep -i local=no grid 3866680 1 0 17:11:03 – 0:08 oracleG11R231 (LOCAL=NO) grid 5374010 1 0 17:11:04 – 0:10 oracleG11R231 (LOCAL=NO) grid 5832916 1 0 17:11:04 – 0:07 oracleG11R231 (LOCAL=NO) grid 5898482 1 0 17:11:04 -…
-
补丁11.2.0.2中修复的bug list
补丁11.2.0.2中修复的bug list 11.2.0.2 Bug Fixes by Category Advanced Networking Option Advanced Networking Option 8768675 Using JDBC thin driver Kerberos authentication fails across DB link Undocumented Advanced Networking Option 5555252 7665165 8270694 8292547 8682102 8909973 9034189 9161491 9180568 9205983 9380292 9409423 9467912 JDBC JDBC 2935043 SQLException Invalid conversion error when binding…
-
补丁12.1.0.2在中修复的bug list
补丁12.1.0.2在中修复的bug list 12.1.0.2 Bug Fixes by Category Advanced Networking Option Undocumented Advanced Networking Option 17497520 JDBC JDBC 13725094 Stored Java KPRB reports ORA-1459 for zero length string binds (rather than treating them as NULL) 17580553 OracleParameterMetaDataParser returns corrupted table and column names Undocumented JDBC 9655468 10246250 14777095 14789006 15870552 16178394 16203115…
-
补丁11.2.0.4中修复的bug list
补丁11.2.0.4中修复的bug list 11.2.0.4 Bug Fixes by Category Advanced Networking Option Advanced Networking Option 13924173P Windows: ORA-12638 “credential retrieval failed” using Kerberos with database service running as local user 16676542P Windows: oraztkg11.dll leaks handles when detach from process 12616197 okinit: “asn.1 identifier doesn’t match expected value” when using AES enctype 12635212 okinit fails when…
-
【Oracle Database 12c】12c 常见问题FAQ
【Oracle Database 12c】12c 常见问题FAQ 补充: #ORACLE DATABASE 12c# 很多运营商那里遇到了scn headroom的问题,在12cR2中将引入BIG SCN的特性,SCN的格式将从6个字节变成8个字节存储,这意味着更高的SCN上限 以及能满足更快的SCN增速 #ORACLE DATABASE 12c# 随着12c In-Memory Option IMCC 特性的引入, 12c的内核将加入一个新的模块 Kernel Data Layer in-memory database 简称 KDM, 这个模块已经有了几十万行的代码量 【Oracle Database 12c新特性】In-Memory Option 虽然在12.1.0.1中还未引入该特性,12c in-memory database cache的灵魂是 in memory in compressed columnar 简称IMCC ,在数据库中所有启用了IMCC 的表 将被加载在 in-memory snapshot store.http://t.cn/8kvLc2A #ORACLE DATABASE 12c# 12c的SPM加强了对SQL PLAN Baseline执行计划基线的分类功能,这个特性同样是为了满足某日本汽车企业的EA架构需求。可以看到ORACLE…
-
【Oracle ASM】被drop掉的ASM Disk/Diskgroup可能仍有进程未释放
在Oracle中 当一个ASM disk / diskgroup 被drop/dismount掉后,一般认为所有相关进程都将释放这些 ASM Disk对应的文件描述符(Disk descriptors)了,但实际运维过程中经常发现drop disk/diskgroup 后仍有进程不释放这些磁盘资源。 该问题主要是由于Oracle ASM的一些bug引起的,包括: Bug 11666137 ASM dismounted disks are still held by background processes for long time Bug 7225720 – ASM does not close open descriptors (Doc ID 7225720.8) Bug:11785938 – ASM 11.2.0.2 IS NOT RELEASING FILE DESCRIPTORS AFTER DROP DISKGROUP 虽然这些bug 都被宣称在11.2.0.2版本中修复了,但实际在11.2.0.3上还可能遇到该问题。 还可以参考文档:…
-
Oracle索引块分裂split信息汇总
索引块分裂概念介绍 索引中的数据块 按照其作用分为:root block 根块、branch block 枝块、leaf block 叶块。 root block根块: 根块是索引的入口 对于一个索引而言根块的DBA data block address是固定的 Branch Block: 中间的媒介块, root指向branch ,branch指向 leaf 数据格式 <Child DBA> <Sseparator> Leaf Block: 最低级别的索引块 实际数据存放在leaf blocks中 数据格式<Flag> <Lock> <Keydata> <Key> <NonKey> oracle中的索引块分裂主要分成 以下几种: leaf node…