Author: mac

  • Know more about shared pool subpool

    有同学在T.askmac.cn上求助Shared Pool里SubPool子分区问题,这里我们来搞清楚_kghdsidx_count 与 subpool 以及subpool中的分区( 实际是duration)的关系:   SQL> select * from v$version; BANNER —————————————————————- Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 – 64bi PL/SQL Release 10.2.0.5.0 – Production CORE    10.2.0.5.0      Production TNS for Linux: Version 10.2.0.5.0 – Production NLSRTL Version 10.2.0.5.0 – Production SQL> set linesize 200 pagesize 1400 SQL> show parameter kgh NAME                                 TYPE                            …

  • 【Exadata】清理Exadata Cell文件系统

    可以通过Patch Manager patchmgr, 存在一个cleanup 选项 ,该选项将清理该Cell节点上所有的Patch文件和临时文件。如果对cell节点打patch失败并没有移除/root/_patch_hctap_的情况。 实际上它会移除的文件包括以下: /opt/oracle.cellos/DISABLE_HARDWARE_FIRMWARE_CHECKS /root/_patch_hctap_ /root/dostep.sh /root/.patch_timeouts /root/.griddisks_to_activate_if_patch_failed /tmp/_EXA_AXE_* /root/_EXA_AXE_* /opt/oracle.cellos/patch/history/stat /opt/oracle.cellos/patch/bin/patchstat.sh $pwd /root $du -sh * 4.0K 00 8.0K backup-node.bash 8.0K DoRdsPing.sh 68K dostep.sh 1.6G _patch_hctap_ 一般建议在Cleanup之前收集仍需要的日志。 一个典型的打Cell Patch的流程如下: 1. Download any workarounds / help 2. Check the prerequisites: ./patchmgr -cells cell_group -patch_check_prereq [-rolling] 3. Apply and monitor the patch…

  • 了解11g OCM

    2007年发售的Oracle Database 11g号称Oracle 20年来最具影响力的产品, 在11gR1中大约引入了400个新功能和特性, 而在11gR2中这数字不会小于200个,且在已发布的2个Patch Set 11.2.0.2 和11.2.0.3中仍在引入新特性。   11gR1已经发布了6个年头(2007-2012), 而11gR2 服役已经第四个年头了(2009-2012),随着版本10gR2的support lifetime从Premier Support转变成Sustaining Support(Oracle Database 10.2 has now transitioned from Premier Support to Sustaining Support)。   越来越多的企业会在部署新系统时优先考虑采用11gR2,以减少software support的支出。  在OTN Forums的版本使用率调查中11.2.0.x已经占有了30.6%份额, 在未来几年中这个数字将超过其他几个版本使用率的总和。         版本11gR2在国内发力的黄金发展期即将到来, 但是国内DBA对版本11g的所知甚少, 实际上从10g 到 11g的改变并不局限于新特性, 很多同学在实施upgrade to 11g后发现了之前从未有过的不少问题, 这些问题主要集中在 管理、SQL执行计划和新进程的作用上,但不局限于此。   实际上Maclean 建议系统地去学习一下11g的新特性, OU(OU指Oracle University,即Oracle大学,原厂培训机构)提供的课程包括:   Oracle Database…

  • 10g ASM lost disk log

    10g中存储掉电导致一个failgroup中的asm disk全部丢失,可能导致RDBMS INSTANCE HANG住几秒到一分钟的时间,相关ASM日志如下:   alert.log :   Tue Jun 19 15:37:19 GMT+08:00 2012NOTE: assigning ARB0 to group 2/0xa15117e7 (SDATA) Tue Jun 19 15:37:20 GMT+08:00 2012NOTE: F1X0 copy 2 relocating from 10:2 to 9:2 NOTE: F1X0 copy 3 relocating from 65534:4294967294 to 65534:4294967294 Tue Jun 19 15:37:20 GMT+08:00 2012NOTE: X->S down convert bast on F1B3…

  • Know more about Oracle User Space Quota

    Tablespace Quota 表空间限额是Oracle数据库中限制User使用空间的重要手段,我们来深入浅出地了解一下Space Quota在内部的实现:     SQL> select * from v$version; BANNER —————————————————————- Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 – 64bi PL/SQL Release 10.2.0.5.0 – Production CORE 10.2.0.5.0 Production TNS for Linux: Version 10.2.0.5.0 – Production NLSRTL Version 10.2.0.5.0 – Production SQL> select  * from global_name; GLOBAL_NAME ——————————————————————————– www.askmac.cn SQL> create user maclean_space identified…

  • 【转】如何格式化不属于任何段的损坏块

    【转】如何格式化不属于任何段的损坏块 d1. Rman 备份失败,显示 ORA-19566 错误,且被报告的坏块不属于任何对象 2. Dbverify 显示存在坏块 3. 坏块不属于任何对象 CAUSE 在重新使用和重新格式化坏块之前,RMAN 和 DBV 仍会一直报告坏块。 SOLUTION 下面提供一种可以解决该问题的方式。请注意,我们并不保证这一方式适用,但它曾被多次用于解决该问题。此外,如果某一特定数据文件中坏块数量很多,请在第 6 步中出现块编号提示时,输 入该数据文件中坏块的最高块编号。 如果坏块位于数据文件的可用空间中,Oracle 将自动对该块进行重新格式化并重新使用。 在本文档中,我们尝试手动重新格式化坏块。 第 1 步 – 确定损坏的数据文件 查看 ORA-19566 消息,确定损坏的数据文件。 示例: RMAN-03009: failure of backup command on nm4501 channel at 04/29/2005 09:44:41 ORA-19566: exceeded limit of 0 corrupt blocks for file E:\xxxx\test.ORA. 坏块位于文件…

  • 【推荐】DBA必须了解的11g中的一些变化

    推荐一下老张的这张PPT 涵盖了11g中比较显著的一些变化,是DBA应当掌握的, 再推荐一下Thomas Zhang的博客,http://tomszrp.itpub.net/,很多内容都是独家的!    

  • 为什么Flashback Log产生量要远少于Redo Log?

    有同学提问关于闪回数据库日志为什么远少于redo log?   RVWR( Recovery Writer)每3s检查flashback generate buffer中的block before image的具体算法是如何的? 是否每一次block change都需要RVWR写出block before image 到flashback log?   为了实现闪回数据库,Oracle需要记录数据块的前景象before image到一种新的日志中,这种日志被命名为flashback database logs闪回日志。   闪回日志总是被循环复用,连续写出。   在一个实例中当一个数据块首次被修改时,前台进程会将该数据块的before image拷贝到位于shared pool中的flashback log buffer中,RVWR进程定期地将flashback log buffer中的记录刷新到磁盘上。 在DBWR进程可以写出相关脏块到磁盘之前,DBWR必须保证该buffer header相关FBA(Flashback Byte Address)的flashback log buffer已经写出到闪回日志。 这被称作 先写闪回日志 机制。   在常规的闪回日志维护操作中 , RVWR进程定期地插入闪回标记(flashback markers)到flashback database logs中。 闪回标记(flashback markers)的作用是在闪回数据库是告知Oracle如何flashback 到之前的某个时间点。  在闪回操作执行过程中, Oracle 会用闪回标记(flashback markers)中的信息来决定多大范围的flashback database log需要用来还原数据块景象block image; 之后Oracle…

  • Know more about Enqueue Deadlock Detection

    今天在 ORACLE ALLSTAR群里讨论了一个关于队列锁死锁检测的问题,原帖子在这里。 有同学指出对于enqueue lock的死锁检测应当是每3 秒钟检测一次,这样说的依据是通过一个简单可重复的实验可以证明在实际出现ora-00060 dead lock错前process等待了3s:   SQL> select * from v$version; BANNER —————————————————————- Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 – 64bi PL/SQL Release 10.2.0.5.0 – Production CORE 10.2.0.5.0 Production TNS for Linux: Version 10.2.0.5.0 – Production NLSRTL Version 10.2.0.5.0 – Production SQL> select * from global_name; GLOBAL_NAME ——————————————————————————– www.askmac.cn PROCESS A:…

  • ORA-1624与redo log损坏

     如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!   诗檀软件专业数据库修复团队   服务热线 : 13764045638   QQ号:47079569    邮箱:[email protected] 当数据库处于打开状态下多个redo logfile中的一个损坏了,则可能出现如下的错误信息: ORA-16038 log %s sequence# %s cannot be archived ORA-354 corrupt redo log block header ORA-353 log corruption near block <num> change <str >time <str> ORA-367 checksum error in log file header ORA-368 checksum error in redo log block   [oracle@mlab2 ~]$ oerr…