ITPub博客

ORA-19909: datafile 1 belongs to an orphan incarnationORA-01110: data file 1: '+DATA/lvdb_yt/datafile/system.434.969694045'Managed Standby Recovery not using Real Time ApplyWed Jun 19 16:37:04

最近没有研究什么，先整理整理以前的故障分析报告吧！主要是关于一个latch: ges resource hash list和library cache: mutex X并发的故障。1.分析主机负载情况 根据监控所看当时故障期间主要是CPU耗尽，因此查询当时CPU相关日志：VMSTAT:zzz ***Mon Mar 5 08:36:18   CST 2018procs &nbsp

以下SQL 走了全表扫描，效率下降，而SQL中谓词字段选择性非常低，通过直方图，并从btree转bitmap后性能提供，于是对此过程进行分析。Select Count(*) From pmc.DesignXXXXX t Where 1=1  and OrganId='C00000220'And

给一个登录触发器不生效问题困扰半天，只在alert日志中记录，原来是有了DBA权限。记录下TRIGGER AFTER LOGON ON DATABASE does not fireLogin as a user with DBA privilegesORA-00604: error occurred at recursive SQL level %sORA-06512: at %sline %sO

将表中clob字段生成txt 文件，发现只要超过32k写入就报错。使用UTL_FILE.PUT的方式循环将buffer写入文件，但发现一旦某个字段超过32K，在刚好超过32k便报出以上ora06512文件写入错误  v_out_filename_full := v_filedir_guid || v_out_fileext; &nbsp

     这是一个原来遇到过，困扰过了我们很多人很久的故障，问题迟迟无法解决的原因是因为概念的模糊。os thread startup 是oracle 等待事件中Concurrency的一个等待，与之相关的解释实际非常少。从种种故障现象及字面意义来理解，在进行并行分配是向os 申请进程启动，而在正常的系统中，该动作是非常快的，在我们高压力的数据库环境下，os存在响应问

一、 数据库告警日志09:22分出现报错：Thu Feb 25 09:22:04 2016Errors in file /opt/oracle/app/oracle/diag/rdbms/cspora/cspora10/trace/cspora10_ckpt_165762.trc:ORA-01171: datafile 163 going offline due to error advancin

一个rac只能启动一个节点crs的问题，目前怀疑是多播问题造成。前几日在历史库测试PSU升级，在完成一个节点软件升级后对第二节点GI进行升级时，CRS可以正常成功关闭，之后报出了Error : The opatch Applicable check failed，于是尝试重新启动CRS，但很明显CRS无法正常启动。 通过日志查看，发现CRS-5818:Aborted command &#

今天我分享下简单总结导致oracle数据库主机CPU sys%高的一些原因。在日常的数据库运维中，操作系统CPU 使用率一直是我们衡量系统负载的一个比较贴切的指标，例如USER%可以更好的反馈数据库对CPU的使用情况，进而我们再次去数据库中找出导致CPU消耗高的源头，wa%可以反馈IO等待消耗的CPU时间百分比，当wa的值高时，可以说明IO等待比较严重。然而，当CPU SYS%异常增高的时候，我们

1.分析hanganalyze日志：Chains most likely to have caused   the hang:《《《最终阻塞源都是由于resmgr:cpu quantum引起。 [a] Chain 1 Signature: 'resmgr:cpu quantum'

  1. ora event 出现大量的library cache:mutex X，且除此等待之外，其他等待较少或没有。   2.通过查询v$session中librarycache: mutex X等待会话的p1值。    Select p1,count(*) from v$session whereevent=’ library cache ：mutex X’ group by p1 order by 2 asc;   ...

对非归档数据库进行open resetlogs强制打开数据库后所遇到的一个ora-600[kclchkblk_4]问题分析案例。某OLAP数据库最开始由于存储工程导致异常宕机，该数据库为非归档模式，因此重启数据库时一直无法成功open，由于种种原因最后选择使用openresetlogs直接强制重启，于是在修改_allow_resetlogs_corruption"=true的错...

某exdata下8节点RAC大型数据仓库，11.2.0.3.23版本 ，其中一节点监控警报状态异常，查看数据库后台alert log最开始报ORA-04031: unable to allocate 32 bytes of shared memory ("shared pool","DBMS_LOGSTDBY","PLMCD^e481b9fe","kglHeapInitialize:temp")往后报：ORA-04031: unable to allocate 32 bytes of shar...

上个星期刚和客户做完一次Oracle 10G DATAGUARD 的实施， 在方案的整理，实施过程中遇到了大大小小的问题，现在做下记录总结：1.此次standby 库是直接通过 客户生产环境的数据库集中备份方式恢复，备份是rman备份，所以我们的思路便是：（1）集中备份前天晚上进行日常备份，此时备份的控制文件什么的都是current co...

工作中的经验。此文写得仓促，较为完整的探讨在http://karsus.itpub.net/post/36558/470885[@more@]1.SELECT MAX(SEQ) FROM MO_ROUTE WHERE ISN=UPPER('NF1S6500020029' ) AND STEP '0';是在OMS的 TOP SQL按Disk IO排序出最高的SQL.2.select SEQ FROM MO_ROUTE WHERE ISN=UPPER('NF1S6500020029' ) AND STEP '0' and rownum=1 order by seq desc;是改写之后的.2比1的效能好很多，

无处不在的等待 提交我的评论 加载中 已评论11月03日，由Oracle 资深DBA彭小波老师在“DBA+东北群”进行了一...

在创建数据库实例的时候未采用loltp模板，在后期做数据泵备份数据时报错如下：oracle@zderpppad01:/home/oracle$expdp \'/ as sysdba\' dumpfile=guijian.dmp logfile guijian.log schemas=guijianExport: Release 11.2.0.4.0 - Production on Thu May 14 18:11:50 2015Copyright (c) 1982, 2011, Oracle and/or it...

总体思路：（1） 备份数据库（2） 备份oracle目录   （3） 运行11.2.0.4.0 patchset，升级oracle 软件（4） 运行dbua 或者脚本升级实例，从11.2.0.1.0升级到11.2.0.4.0             （5） 使用opatch打小补丁，从11.2.0.4.0升...

原文地址：http://blog.chinaunix.net/uid-28460966-id-4306702.html 作者：guoyJoeASM磁盘头信息保存在每个磁盘的前4K里面，这个信息的备份对于ASM的恢复非常重要，有下面的几种方法1.直接做dd来备份磁盘的前4K，磁盘头信息丢失时，dd回来备份：dd if=/dev/raw/raw1    of...

  系统性能问题通常是一个综合性的问题，用户对系统的反馈，通常是一个“慢”字。对调优人员，要从网络、应用服务器、数据库服务器等多个层面进行定位，发现瓶颈。如果落实到数据库层面，执行SQL速度慢就是开发运维DBA所需要关注的范畴。对系统SQL的调优，一般而言不是“一锤子”买卖。而且，性能...