Rhys learn oracle！

今天是2021-04-25日，公司搭建了一台oracle 10g的数据库，使用sqlplus 登录提示ora-01031 错误，信息如下：[oracle@***db ~]$ sqlplus / as sysdbaSQL*Plus: Release 10.2.0.5.0 - Production on 星期日 4月 25 12:38:10 2021Copyright (c) 1982, 2010, Oracle. All Rights Reserved.ERROR:ORA-01031:.

cursor:pin s on x(二）第二种产生cursor:pin s on x的原因是version countWhat is shared SQL ?The first thing to remember is that all SQL is implicitly sharable. When a SQL statement is entered, the RDBMS will

今天是2014-01-07，解决一下hp-unix异步Ｉ／Ｏ问题。从trace日志中看：WARNING:Could not increase the asynch I/O limit to 32 for SQL direct I/O. It is set to 0WARNING:Could not increase the asynch I/O limit to 64 for SQL

今天是2014-01-07，今天总结一下latch:cache buffer chain等待事件内容。之前我记录过关于cache buffer chain的相关笔记，如下：http://blog.youkuaiyun.com/xiaohai20102010/article/details/12587489 我自认为这张在网络上广泛流传的图，太有内容价值了。什么是latch：cache

今天是2014-01-08，在开启autotrace的时候报如下错误，解决过程如下：SQL> conn scott/rootConnected.SQL> SQL> SQL> set autotrace trace statisticsError ORA-942 while gathering statisticsSP2-0611: Error enabling STAT

今天是2014-01-08，继续完成等待事件系列。什么是：db file sequential read：？简单说，就是oracle要读取单块数据，其他会话存在等待，有三个参数p1，是要读的文件，p2是block#,开始读取的数据块号，p3是blocks，一般p3为单块，但是如果是多块那么一般发生在从temporary segment中读的。该类等待事件的出现主要是由于执行对索引，回滚

oracle  library cache pin、library cache lock原理分析。   今天是2013-11-2，前段时间一直在研究oracle中复杂的component之shared pool，今天也不例外，对library cache lock、library cache pin进行一下深入的研究，另外呢，在后边一篇文章也会通过案例来介绍相应的cursor：pin s

今天是2014-01-15，在使用imp导入数据时提示如下错误：      问题描述，由于是从11G导入到10G，那么只需要修改imp的dmp文件使其为本库 版本即可。在此感谢一下一个网友开发的一个小工具。解决办法：将dmp文件头部的“V11.02.00“ 改为”V10.02.00“即可。   本软件下载地址为：

ORA-01002: fetch out of sequence错误定位：SQL> !oerr ora 0100201002, 00000, "fetch out of sequence"// *Cause: This error means that a fetch has been attempted from a cursor//         which is no

今天是2014-03-12，在进行数据库性能调优过程中，突然翻到了之前一封邮件，信息如下：从日志中看，发现存在行级排他锁存在争用以致产生了死锁。问题描述：*** 2013-12-02 17:03:10.148DEADLOCK DETECTED ( ORA-00060 )[Transaction Deadlock]The following deadlock is not

今天是2014-03-21，应用侧发过信息来说undo表空间不足，需要扩展undo表空间，可是目前undo表空间在我接受该数据库的时候已经被调整为30GB，且数据库处理的数据事务并不是很多很大，因此仅仅增加undo表空间那将不是最佳选择。应用反馈信息如下： 首先暂且不说“inactive session”该等待事件吧。如下摘录oracle 联机手册 concept：Undo Segme

今天是2014-03-25，收到朋友求助，解决DEADLOCK DETECTED ( ORA-00060 )错误。如下是今天分析的过程但没有完成（期待后续这周完成吧），再次记录一下。Deadlock graph:                       ---------Blocker(s)--------  ---------Waiter(s)---------Resource

今天是2014.05.26，识别N久的博客今天继续使用。最近一直忙着离职、

今天是2014-05-27，今天遇到一个lib问题，再次记录一下。这是一个案例，更是一种解决该问题的方法过程。当我们在使用sqlplus 登陆unix数据库的时候，有可能出现类似：xxxxxx bad ELF interpreter: No such file or directory的问题。该问题的原因也是lib的问题。正常情况如下：[root@dg1 ~]# su - oracle[

今天是2014-06-17，遇到一个非常奇怪的问题，可能之前测试修改监听的原因，导致监听启动后自动关闭，特此记录一下整个处理过程，监听配置文件信息如下：[oracle@dg1 admin]$ more listener.ora # listener.ora Network Configuration File: /u01/app/oracle/product/11.2.0/dbhome

今天是2017年7月27，在远程给客户处理问题时偶然发现，使用dbms_metadata.get_ddl 无法获得索引创建语句，本来很简单的事情，等了很久都没出结果。给我第一反应是遇到鬼了。 问题描述： 通过sqlplus 登陆数据库，执行“select dbms_metadata.get_ddl('INDEX', 'IDX_ZW_SSDFJL_FXRBS_YWLBDM1', 'GDY

cursor: pin s on x:  今天是2013-11-11，传说中的光棍节，呵呵。之前数据库出现过一次cursor：pin s on x等待事件，距上次出现该问题已经有10天了，但是一直也懒的去总结这个事件，今天就深入研究一下：第一：什么是cursor:pin s on x?A session waits for this event when it is request

library  cache lock 案例分析！  今天是2013-11-4，早上8点对所维护系统进行巡检，意外的事情发生了，昨天刚刚深入研究了一下library  cache  lock这个等待事件，今天我的系统居然给我出了这么一个问题。首先查看awr信息如下：可以看到在top5事件中就出现了这个问题。查看sql信息发现 sql 运行事件有一个sql特别的长，而且在进行

今天是2013-10-15，论坛有个朋友提这个问题：简单介绍下情景： DELETE 一张大表数据，未执行完，就把session 杀掉了。kill session 后。smon占CPU 仍然超过60%，难道是在回滚数据？我的测试过程：session 1：SQL> select count(*) from amy;COUNT(*)----------1047140

ORA 39050 ERROR    启动数据出现ORA-39050: parameter _log_private_parallelism is incompatible with parameter _redo_read_from_memory错误：       查看报错详情：SYS@orcl#startupORA-39050: parameter _log_private_pa

sql_trace导致数据库提示错误。  Oracle9i uses the SQL Trace facility to collect performance data on individual SQL statements. The information generated by SQL Trace is stored in SQL trace files. SQL Perform

oracle 之ADR(AUTOMATIC DIAGNOSTIC REPOSITORY)oracle@oracle:~> adrci -helpSyntax: adrci [-help] [script=script_filename] [exec = "one_command [;one_command;...]"]Options Descripti

ORA-00600: internal error code, arguments: [ktrgcm_3]本来今天晚上我打算进行oracle数据字典深入研究的，但是在我马上要研究完的时候收到在北京的一个朋友的消息，说是 他们的生成库出问题了，让我看一下帮忙解决一下，我是非常高兴的，帮助别人是我的快乐，同样也提高了自己，特此在此时此刻记录一下，写完这篇日志在继续我的研究。trace日志信

今天是2013-08-24，不对刚刚过了12点，应该是2013-08-25日，今天我的同事对数据库 进行监听安全加固失败，然后 我的哥们也做了同样的实验，结果还是失败，至此我不知道 什么原因，在此想对显伟兄说一句，对此我感到很抱歉，我没有拿出时间来和你研究这个问题的错误，希望得到大家的谅解。写这篇日志，就是为了展示我怎么做的。希望对 大家有帮助。也欢迎高手提出见解和宝贵的意见，小海我坦然耐心虚心接

SQL> create undo tablespace undotbs1 datafile '/opt/app/oracle/RHYS/undotbs1.dbf' size 30M;Tablespace created.SQL> alter system set undo_tablespace=undotbs1;System altered.SQL> select a.usn,a.

错误日志：[May 15, 2013 9:16:19 PM] OPatch invoked as follows: 'apply -invPtrLoc /opt/oracle/datasoft/oraInst.loc '[May 15, 2013 9:16:19 PM] OUI-67077: Oracle Home

oracle监听配置 问题今天是2013-08-16，在启动数据库的监听的时候报如下错误：the information provided for this listener is currently in use by other software on this computer,然后监听一直启动不起来。就算启动起来了，也注册不上服务（此监听为动态监听）[oracle@or

怎么恢复损坏后的undo 表空间（一）  今天是2013-08-30，目前有这么一种情况。  数据库运行在非归档模式下，在关闭数据库的时候采用正常关闭。打开 数据库之后提示undo表空间损坏。信息如下：   对于这种情况进行的恢复步骤如下：[oracle@oracle-one RHYS]$ sqlplus / as sysdbaSQL*Plus: Release 11.2.0.

undo 故障诊断与恢复（二）今天是2013-09-01，目前困扰我将近一周的问题，终于解决了，我非常感谢帮助我的朋友，也非常感谢管我要钱然后替我解决问题的朋友（我没采用）。如果没有管我要钱，也不能促使我自己下定决心要自己解决这个问题。我写这篇笔记，就是为了帮助那些遇到同样困难的朋友，完全没有一点收费的情况，我觉得‘闻道有先后，术业有专攻’，没有人是无法被取代的。如果有朋友搜到我这篇文章，

今天是2013-09-01 23:53，刚刚写了一个关于undo的恢复问题 ，然后突然想起敏哥给我发的一个类似案例，在 此记录一下笔记。情景是这样的：有一个系统做双机切换操作，没有停数据库，直接将cluster进程kill 掉。然后数据库启不来了。一直报undo的错误。我想这个时候在alert日志中肯定会记录相关undo段的信息。那么这种情况最好办。通常是设置隐含参数，然后启动数据

人总是难免范傻的。   今天是2013-09-15，有时候学习不 认真就是天大的错误，只要你学习浮躁的对待一件事情，那么这件事情也会同样的对待你。先看看我悲催的1个小时吧。问题是这样的，我创建一个表：SQL> create table amy_salgrade as select * from scott.salgrade;Table created.SQL> sele

SP2-0618: Cannot find the Session Identifier. Check PLUSTRACE role is enabled今天是2013-09-17，在今天学习sql执行计划的是发现如下问题：问题描述：在rhys用户下开启sql语句计划报如下错误：SQL> set autotrace onSP2-0618: Cannot find the S

今天是2013-09-20，最近心情一直很差，但是也不能不学习啊，无论怎么样，自己学到 的东西永远都是自己的。加油！使用dbms_xplan.display_cursor function的时候发现如下错误。SQL> select * from amy_dept;DEPTNO DNAME LOC---------- -------------- -------------10

如何知道占用oracle数据库cpu过高的sql    今天是2013-09-24日，今天在吃饭的时候我的朋友的数据库出现了问题，cpu占用率为97%，当我看到这个问题的时候我就想到了或许是sql导致的此问题，由于忍不住吃饭，暂时没有帮他看这个问题，这是我饭后自己模拟的故障，进行的分析：1）查看一下cpu进程占用情况：看到oracle进程为6331,6517等这几个进程占用cpu过

今天是2013-03-24，在晚上打牌的时候，突然有个哥们“重庆－M*Red”遇到了这么一个oracle错误，自己想了一下解决方案，然后又百度了一下，发现差别不是很大。贴出来看一下。 alert日志内容如下：Sun Mar 24 19:47:11 2013starting up 1 dispatcher(s) for network address '(ADDRESS=(P