hijk139的专栏

在oracle 10g之前，我们常使用DBMS_JOB提供的相关软件包来管理oracle数据库中的定时任务，虽然10g之后，更多推荐功能更强大的DBMS_SCHEDULER，但由于习惯问题，很多时候还是会用到DBMS_JOB，下面简单介绍下两种工作的用法。DBMS_JOB1，参数JOB_QUEUE_PROCESSES    oracle已job queue队列的形式管理定时任务，因

oracle数据库连接hang，出现了两个listener，一个是另一个子进程处理过程如下1，出现问题时，用户连接hang住，出现两个listener，现有连接无问题$ ps -ef|grep lsnr  oracle 26327     1  0 12月 24  ?         5:34 /oracle/product/10.2.0.1/bin/tnslsnr LISTENE

1， 数据库日志报错ORA-00327，注意此处有乱码Errors in file /oracle/app/oracle/diag/rdbms/tyolap/tyolap3/trace/tyolap3_lgwr_22388.trc:ORA-00327: 脠脮脮I 31 (脌M戮 3 碌脛): 贸w麓贸脨隆 102400 脡脵矛露脣霉脨猫脪陋碌脛 1048576ORA-00312: 戮脡脧脠

2年前的事情了，现在总结一下，至于深层次的外键索引导致数据库锁的原因网上文章比较多，这里就不再详细介绍了1，数据库响应慢，登录后查看大量enq锁存在SQL> SELECT 2 DECODE (request, 0, 'Holder: ', 'Waiter: ') status, SID, 3 inst_id,ctime, id1, id2, lmode, request,

1，系统CPU利用率50%左右，几个会话消耗了大量CPU  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                    1540 oracle    25   0 2301m 29

也是十一期间，业务反应出帐过程中某程序执行特别慢，怀疑是oracle数据库有问题，需要尽快处理，根据业务提供的相关信息，相关业务从wwzg3主机发起，业务主要使用了账本通知表www_BOOK_CHG_NOTIFY和短信表WWW.www_busi_sms。提供了一个sql语句select *  from WWW.www_book_scheme_fee_0104 a,       WW

问题现象1，启动报错，使用浏览器也不能查看，重启还是不行emctl status omsOracle Enterprise Manager Cloud Control 12c Release 12.1.0.1.0Copyright (c) 1996, 2011 Oracle Corporation. All rights reserved.WebTier is UpOr

十一长假期间也不得轻松，某日接到业务保障，数据库报错，导致某关键业务不能正常执行，需要立即处理原因分析1，登录数据库，查看主机日志，报错内容为ORA-01652，temp表空间不足ORA-01652: unable to extend temp segment by 128 in tablespace TEMP012，让业务部门重新执行相关脚本，发现占用temp

问题现象：1，登录OEM 12c页面，显示'Backend WLS or EM application seems to be down' 。2，登录服务器查看oms状态，报错Unable to retrive repository credentials from credential store. Verify that repository credentials are set

现象描述 1， 具体什么业务受到影响不清楚，但从系统测看，主机IO资源比较紧张（HPUX 11.31 +oracle 9i）HP-UX crmdb3 B.11.23 U ia64    09/19/1211:09:42    %usr    %sys    %wio   %idle11:09:45      28       5      64       311:09:4

之前的export命令直接使用exp@remotedb即可实现远程数据的导出，expdp命令稍微麻烦一些，需要使用db link并建相关目录，简单过程如下1，修改tnsnames.oraHRTEST =  (DESCRIPTION =    (ADDRESS_LIST =      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.4.×.×)(P

今天下午接到业务报障，系统出现问题，可能是数据库的问题1，登录系统,查看等待事件，大量row lock6:12:58][16:12:58]   SID    SERIAL# OSUSER   USERNAME SVRPROC                  SQL_HASH_VALUE EVENT

问题描述周末的某个下午，接到电话报错，业务已不能正常办理电话联系业务人员，得知系统报错：ora-01438 sieble.s_srv_req_escl_t2 ,  line 25  error triger 原因分析1，查看ora-01438的具体意思，基本意思是插入的值大于列的长度[oracle@dtydb0 ~]$ oerr ora 0143801438, 000

一次ITL锁导致的系统问题2011年系统发生的一次问题，现在总结一下。oracle 9.2.0.8 +hpux 11.31问题描述第一次：9:23 CRM系统突然死机，登陆后提示“访问的服务器正忙”，9:35CRM可以登录，但很不稳定，且知识短信无法发送。经测试10:45左右CRM系统恢复正常影响：呼损增加1364，30S接通率86.68%第二次：14:15 CRM系统

oracle 10g可以通过基于备份的rman DUPLICATE实现dataguard，通过步骤需要对数据库进行备份，并在standby侧进行数据库的恢复。而到了11g，oracle推出了Duplicate From Active Database技术，不需要再对数据库进行rman备份恢复，一切动作都通过网络自动完成。下面是具体的实现例子：primary db：hrdbprimsta

系统报错ORA-06553: PLS-707: unsupported construct or internal error [2603]日志具体如下Mon Dec 10 17:00:12 2012Errors in file /home/oracle/app/oracle/admin/orarpt/udump/orarpt_ora_26439.trc:ORA-00600:

修改文件目录权限导致数据库连接报错1,使用oracle用户sysdba登录数据库报错ORA-12547-bash-3.2$ sqlplus "/as sysdba"SQL*Plus: Release 11.2.0.2.0 Production on 星期五 1月 4 16:59:26 2013Copyright (c) 1982, 2010, Oracle.  All ri

oracle启动中使用参数文件一般有如下几种情况1      单实例1.1    默认启动：在非rac环境下，oracle数据库的参数文件默认放在$ORACLE_HOME/dbs目录下，oracle自动寻找参数文件的顺序是spfile$ORACLE_SID.ora -> spfile.ora  -> init$ORACLE_SID.ora1.2    手工指定参数文件也可以

回滚的速度快慢通过参数fast_start_parallel_rollback来实现，此参数可以动态调整关于fast_start_parallel_rollback参数，此参数决定了回滚启动的并行次数，在繁忙的系统或者IO性能较差的系统，如果出现大量回滚操作，会显著影响系统系统，可以通过调整此参数来降低影响。官方文档的定义如下FAST_START_PARALLEL_ROLLBACK spe

oracle压缩技术分为基本表压缩（basic table compression），OLTP表压缩（OLTP table compression），索引压缩（index compression）和混合列压缩（hybrid columnar compression (HCC)）。basic compression从9i开始推出，是oracle的默认压缩方式。OLTP compression

1.1    报错ORA-600 [kcratr_nab_less_than_odr],不能启动1，现象描述：服务器存储断电，导致数据库down机，再次尝试启动数据库，数据库不能正常启动，数据库报错如下SQL> alter database open;alter database open*ERROR at line 1:ORA-00600: internal error

ACFS是oracle提供的基于ASM的共享文件系统，在11.2版本之上才能使用。可以在安装oracle asm软件的主机上用作共享文件系统，存放归档日志,本地的rman备份等，比单纯放在ASM中更直观，可以使用os上的命令进行检查和操作。下面是简单的用法1，create DGSQL> CREATE DISKGROUP ACFSDG EXTERNAL REDUNDANCY DISK '

本章包括以下内容事务简介事务控制自治事务分布式事务1.1  事务简介事务是一个逻辑和原子的工作单元，它包含一条或者更多sql语句。事务是sql语句的组合，它们要么全部提交，要么全部回滚。oracle数据库分别每个事务一个唯一的标示符，叫做事务ID。所有的oracle事务都具有数据库事务的相关属性，及ACID属性，ACID的意思如下·          原子性：事务中

问题描述：2012年3月某日日，业务返回“调用失败或用户密码错误” 5579次，其中在11点通知业务部门系统恢复后为4396次，全天共查询号码次数为26553次，其他数据可参考附件原因分析：采用自底向上的分析方法1，  看硬件和日志，通过前面的方法论，硬件无报错，日志无异常；2，  操作系统资源利用率不超过60%，不存在资源不足的情况；3，  分析等待事件，从3月5日起，开

9 数据并发和一致性主要内容包括数据并发和一致性的简介事务隔离级别数据库锁机制锁的自动实现手工管理锁用户定义的锁9.1  数据并发和一致性的简介多用户并发的数据库环境必须符合如下要求1，数据并发：用户可以同时从数据库获取数据2，数据一致性：每个用户会看到数据的一致性视图，包括自己事务内的修改的数据和其它用户已经提交的事务修改为了描述并发时的事务的

本文在11gr2 rac + ASM环境下实现，总体思路是通过rman复制多个控制文件，然后修改参数文件的control_file参数即可，操作需要nomount状态下；多个控制文件增加数据库安全性1，查看当前control file设置，只有一个控制文件sys@LISDB1(dtydb3)>show parameter controlNAME               

sqlplus 连接数据库报错SP2-0642: SQL*Plus internal error state 2130, context 0:0:0问题描述：使用sqlplus客户端登录数据库，报错SP2-0642，而使用其它方式plsql或者tnsnames等方式连接数据库均没有问题[oracle@test2 ~]$ sqlplus adt/passwd@192.168.112.

故障现象： 2011年的一次问题，oracle 11gr2 rac + redhat linux ，2节点rac中的其中一个节点频繁重启；原因分析：主机日志VIP发生了漂移，重启后又归位node1Nov 23 18:22:27 dtydb2 avahi-daemon[13096]: Withdrawing address record for 10.4.12

一次shutdown操作无法正常执行的处理过程现象：数据库版本10.2.0.4，执行shutdown normal操作后，长时间数据库没有停下来，此时数据库已不能正常登录Thu Aug  1 11:28:06 2013                       Shutting down instance: further logons disabled        原因分

1,现象描述，应用反应不能正常[grid@sdcmpdb1 ~]$ lsnrctl statusLSNRCTL for Linux: Version 11.2.0.3.0 - Production on 01-JUL-2013 16:39:49Copyright (c) 1991, 2011, Oracle.  All rights reserved.Connectin

RHEL6使用udev修改asm磁盘名现有系统使用emc power多路径软件，会出现重启后磁盘名变化的情况，为了规范asm磁盘的使用，需要使用udev固定磁盘名。具体步骤如下，rac下可以一个节点，一个节点的方式修改1，关闭oracle数据库2，ASM下修改asm_diskstring,原来此参数的设置为/dev/emcpower*1alter system set asm_

目的：迁移单实例数据库到oracle rac asm环境下。即迁移原系统hrdbprim数据库到oracle rac ASM环境下hrdb数据库，实现数据库的迁移，转为后的实例为hrdb3。具体过程如下1，配置tnsnames.ora文件，实现两个数据库的互相访问1，配置tnsnames.ora文件，实现两个数据库的互相访问vi tnsnames.orahrdb_source =

oracle stream简介    Stream 是Oracle 的消息队列(也叫Oracle Advanced Queue)技术的一种扩展应用。 Oracle 的消息队列是通过发布/订阅的方式来解决事件管理。流复制(Stream replication)只是基于它的一个数据共享技术，也可以被用作一个可灵活定制的高可用性方案。 它可以实现两个数据库之间数据库级，schema级，Table级的

过程和database level基本一样，本篇只简单介绍下过程说明：source 为hrdbprim，target db为hrdb，此处的数据库名称必须和global_name一致hrdbprim =   (DESCRIPTION =    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.4.124.239)(PORT = 1521))

1，非DBA用户直接登录数据库报错ORA-15081，而使用@连接字符串登录却没有问题Connected to:Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit ProductionWith the Partitioning, Real Application Clusters, Automatic St

result cache是oracle 11g新推出的特性，通过把查询结果还存在内存中来提高查询性能。缓存分为clinet和server端缓存。本文主要讨论server端缓存。serverresult cache是shared pool的内存的一部分。结果缓存更适合于数据变化不频繁的系统，例如OLAP。简单原理如下：当sql执行时，数据库先去result cache去查找相关结果；当结果相关的对象

可以用来解决的问题：单个归档目录满导致数据库hang的问题多路径归档的实现如下通过LOG_ARCHIVE_DEST_n和log_archive_min_succeed_dest两个参数来控制，具体如下 使用LOG_ARCHIVE_DEST_n参数定位多个归档路径    使用初始化参数LOG_ARCHIVE_DEST_n配置归档位置时,可以在归档位置上指定OPTIONAL或M

现象描述：每天业务连接高峰期listener.log出现报错，但业务无明显异常.平台是oracle 9.2.0.8 + hpux 11.23 IA    TNS-12560: TNS:protocol adapter error   TNS-00530: Protocol adapter error     HPUX Error: 233: No buffer space availa

现象：数据库hang，大量enqueue等待事件，大约20分钟后数据库数据库自己恢复平台 oracle 9.2.0.7 + hpux 11.31收到告警:数据库断连和非空闲等待事件2948个，经查询bomc监控日志，2948个等待事件具体如下，因此原因基本可以确定为大量enqueue（锁等待）等待导致数据库异常，从p1=1397817350可以推断出lock mode为SQ，及sequ

问题描述：    系统割接后，中间件和数据库进行了防火墙隔离，导致WAS应用访问数据库慢的问题。由于数据库和应用都进行了割接，系统架构由原先的单一网络变成了跨系统部署，数据库和应用之间的访问通过防火墙；而防火墙这边对空闲的连接配置了超时时间（目前是30分钟），一旦超过时间，会自动将连接断掉；而断掉后，was应用这一侧的数据库连接池这边还是认为该连接有效，它只在应用获取该连接时才会进行一个有效性