分别在local instance的两个session中执行：--在一个session：select * from t1@ora9i for update; --在另一个session:delete from t2@ora9i where rownum<=3;如何查找正在进行的分布式事务，可以用下面的几种方法：（1）语句如下：select username, osuser, status, sid, serial#, machine, process, terminal, programfrom v$sessionwhere saddr in (select k2gtdses from sys.x$k2gte );显式结果:SQL> select username, osuser, status, sid, serial#, machine, process, terminal, program  2  from v$session  3  where saddr in (select k2gtdses from sys.x$k2gte); USERNAME                      & ...继续阅读 (53)

到了这年头，这个任务已经变得非常简单。我们可以用rman的duplicate来做。1. 准备初始化文件，注意加上加db_file_name_convert和log_file_name_convert。另外，如果数据库显式指定了db_unique_name，复制的库的db_unique_name和原库需要不同。2. 创建好各个dump的路径，如bdump，adump，cdump，udump等等，建立好datafile的路径（如果是ASM，就不必）。3. 配置好密码文件4. 配置好listener文件和tnsname文件，用静态监听注册，使得rman target sys/password1@source_db auxiliary sys/password2@dup_db能正常连接。5. 在rman中运行：duplicate target database to from active database nofilenamecheck;搞定，就是这么简单。：） ...继续阅读 (78)

某物化视图在增量刷新的时候报错ora-00920，尝试全量刷新的时候，报错ora-00904。BEGINDBMS_MVIEW.REFRESH('MV_ABCD_K_PPLLCJ','F');END; ORA-12018:在创建"MYJUKKA"."MV_ABCD_K_PPLLCJ"的代码时出现以下错误ORA-00920:无效的关系运算符ORA-06512:在"SYS.SNAPSHOT", line 2809ORA-06512:在"SYS.SNAPSHOT", line 3025ORA-06512:在"SYS.SNAPSHOT", line 2994ORA-06512:在line 1 SQL>BEGINDBMS_MVIEW.REFRESH('MV_ABCD_K_PPLLCJ','C',ATOMIC_REFRESH=>false);END; ORA-12018:在创建"MYJUKKA"."MV_ABCD_K_PPLLCJ"的代码时出现以下错误ORA-00904:标识符无效ORA-06512:在"SYS.SNAPSHOT", line 2809ORA-06512:在"SYS.SN ...继续阅读 (71)

有一套系统，是dataguard，primary是使用asm，standby是使用文件系统，通过db_file_name_convert来转换数据文件的路径，平时的备份是放在standby主机上做，即备份standby上的文件，备份信息是放在catalog库。有一次做恢复，在恢复主机上，运行了rman target / catalog user/passwd@catalog，连接之后，先restore了控制文件，在sqlplus中发现控制文件中指向datafile的路径是asm上的路径（即primary上的路径），通过rename之后，修改成了文件系统的路径。但是当再次rman target / catalog user/passwd@catalog连接上去，运行restore database时，发起的恢复通道看到，竟然是恢复到asm路径上的。为什么备份standby上的文件，做restore时，会恢复到asm路径上？这里就涉及到dataguard中一个很重要的概念，db_unique_name。在默认情况下，db_unique_name等于db_name，即如果不显式设置db_unique_name，则db_unique_name=db_name。dataguard环境中，经常设置这个参数为不同的值，如primary中设置db_unique_name为和db_name一样的值， ...继续阅读 (38)

同事问当primary库被open resetlogs之后，standby能否还能正常工作，是否需要重建standby库？答案是：看情况。open resetlogs之后，incarnation被重置成另外一个分支，此时，要看standby是否有apply了跨越了resetlogs的日志，如果主库之前到scn 110，经过restore、recover，在scn 105进行open resetlogs，那么standby能否正常工作完全要看standby apply日志的情况。（1）如果standby还没有apply scn 105之后的日志，那么standby可以完全不需要额外操作。（2）如果standby已经apply scn 105之后的日志，即跨越resetlogs之后的日志，如已经apply scn 110的日志，那么需要将standby flashback到105，再回到了上面的第一点进行操作。（3）如果standby已经apply scn 105之后的日志，且之前没有restore point，无法做flashback，那么只能重建standby了。参考：在线文档Data Guard Concepts and Administration – Recovering Through the OPEN RESETLOGS Statement ...继续阅读 (61)

其实这个参数在10g就有了，之前一直没注意，发现比较有意思，这边记录一下。ora_rowscn可以显示每一行的最近一次更改的scn，默认情况下，是以block为单位，如果一个block中有多行，那么这几行都是属于同一个scn。create table时加ROWDEPENDENCIES，才是每行一个独立的scn。每行多需要6 bytes的大小。另外，dump block的时候，时候看到dscn是0，这是因为rowscn是itl cleanout的时候，才会刷入到dscn中。测试：drop table t99;create table t99 ROWDEPENDENCIES as select sysdate mydate from dual;SQL> select to_char(SCN_TO_TIMESTAMP(ora_rowscn),'yyyy-mm-dd hh24:mi:ss') as scn2time,  2  ora_rowscn,rowid,  3  dbms_rowid.rowid_relative_fno(rowid) REL_FNO,  4  dbms_rowid.rowid_block_number(rowid) BLOCKNO,  5  dbms_rowid.rowid_row ...继续阅读 (45)

我们以vitrualbox为例，给12c的RAC添加一个节点。主要步骤是：1.检查新加节点物理需求2.用$GRID_HOME/addnode/addnode.sh添加grid软件和配置grid3.用$ORACLE_HOME/addnode/addnode.sh添加database软件4.添加database到grid中。我们先关闭虚拟机中的2节点RAC，对其中一个节点反击右键，复制一份。复制完成后，清除一下原有的grid和database的信息，包括软件目录，inventory，/var下面的一下目录，oratab，/etc/init.d下的一些关于gi随机启动的服务等等（关键字，crs，ohas，tfa）。检查共享存储：Z:\Oralce_Virtual_Box\ol6-12102-rac>ls -ltotal 41959424-rwxrwxrwa   1 Administrators  None            5370806272 Aug 10 18:06 12102_rac1-disk2.vdi-rwxrwxrwa   1 Administrators  None            ...继续阅读 (55)

在一个mysql导入到oracle的库中，某字段显示为’a'，但是用where column=’a’ 返回0行，只有where column like ‘a%’ 才有返回结果。那么，在该字段的末尾，应该是有些不可见字符了。我们可以用dump字段来检查。dump的用法，大致如下：DUMP(<字段名>,参数值)，其中，具体的参数值的含义，可以见下表。Value    Explanation------ ------------------8    octal notation10    decimal notation16    hexadecimal notation17    single characters1008    octal notation with the character set name1010    decimal notation with the character set name1016    hexadecimal notation with the character set name1017    ...继续阅读 (70)

设置service_names如果超过255个字符，就会报错ORA-32021: parameter value longer than 255 characters，SQL> ALTER SYSTEM SET SERVICE_NAMES='oracleblog.org, jimmy.oracleblog.org, jimmy.he.oracleblog.org, hejianmin.oracleblog.org, he.jian.min.oracleblog.org, jimmy_he_oracleblog.org, jimmy_he_he.jian_min.oracleblog.org, jian_min_he.jimmy.oracleblog.org, jimmy.he.he_jianmin.oracleblog.org, jimmyhe_hejianmin.oracleblog.org, jimmy.he.he.jianmin.oracleblog.org' scope=both;ALTER SYSTEM SET SERVICE_NAMES='oracleblog.org, jimmy.oracleblog.org, jimmy.he.oracleblog.org, hejianmin.oracleblog.org, he.jian.min.oracleblog.org, ...继续阅读 (64)

在10g中，如果使用asm存储，且不使用clusterware，那么在安装asm的时候，就会要求启动css服务，启动css服务是以root运行运行$ORACLE_HOME/bin下的localconfig add。然后，css服务就开始运行了，你也可以建立asm实例，在asm上建单实例的数据库了。但是，当我们打patchset的时候，需要停asm，停数据库，另外，还需要停css。我们可以在root下运行init.cssd start/stop即可。[root@testdb ~]# ps -ef |grep cssroot 6560 1 0 15:30 ? 00:00:00 /bin/su -l oracle10g -c sh -c 'cd /u01/ora10g/app/oracle/product/10.2.0/db_1/log/testdb/cssd; ulimit -c unlimited; exec /u01/ora10g/app/oracle/product/10.2.0/db_1/bin/ocssd '501 7334 6560 0 15:31 ? 00:00:00 /u01/ora10g/app/oracle/product/10.2.0/db_1/bin/ocssd.binroot 7528 ...继续阅读 (50)

其实还有另一种找asm disk dir的方法，这种方法利用了官方提供的amdu的工具，找起来更简单。先利用amdu得到map文件，命令为：amdu -dump-diskstring ''如，查到所有的diskgroup：[oracle@rac1 amdu_2015_07_20_10_37_24]$ amdu -dump ALL -diskstring '/dev/asm*'amdu_2015_07_20_10_54_35/AMDU-00204: Disk N0001 is in currently mounted diskgroup ACFSAMDU-00201: Disk N0001: '/dev/asm-acfs01'AMDU-00204: Disk N0004 is in currently mounted diskgroup DATAAMDU-00201: Disk N0004: '/dev/asm-data02'AMDU-00204: Disk N0007 is in currently mounted diskgroup MYTESTAMDU-00201: Disk N0007: '/dev/asm-data05'AMDU-00204: Disk N0008 is in currently mounted diskgroup FRAAMDU-00201: Disk N ...继续阅读 (84)

简单写了一个查询asm disk directory。我们一般在asm磁盘mount不了的时候，需要检查磁盘头的信息，有时候盘头的信息会和disk directory的信息不一致，需要手工的修改disk dir或者盘头的信息。由于找disk dir有点麻烦，需要先找到file 1 block 1，找到file dir，再去找disk dir，如果磁盘多，这个过程会有点麻烦，因此写了个脚本，可以指示如何去找disk dir。脚本见附件。脚本运行完之后，会在当前目录下产生一个以时间戳结尾的chk_result文件。输出类似结果如下：[oracle@rac1 log]$ cat chk_result_20150719210305.txt###################################### ASM Disk Metadata Info##################################### ----------------------------ALL DISK INFO:============================/dev/asm-acfs01 ACFS kfdhdb.f1b1locn: 2 ; 0x0d4: 0x00000002 kfdhdb.dsknum: 0 ; 0x024: 0x0000/dev/asm-acfs02 ACF ...继续阅读 (88)

最近在客户遇到一个案例，和大家分享一下，大家如果客户那里也有HP平台，那么要注意在11gR2中kernal参数maxfile_lim要设置成32767，而在11gR1以及之前，这个参数是65536的。（在169706.1文档上，11gR1之前是设置65536的，在11gR2上要求参考install guide，而install guide上写的是32767）故障现象：加asm磁盘的时候，无法加成功，报错disk is not visiable in cluster-wide，同时伴随报错ora-27070。其实盘在2个节点上都是能看得到的。创建test diskgroup的时候，节点1上创建成功，节点2上mount，mount了一会就dismount了，报错ora-27072。两次报错，在alertlog中都有关于rebalance进程的trace文件，在trace文件中，可以看到关于异步IO的一些报错问题。初步怀疑和Bug 17264575 : ORA27070 AND HPUXIA64 ERROR: 15 AND DISKGROUP DISMOUNT AFTER ADDING NEW吻合。根据Bug 17264575和Doc ID 1604055.1，虽然研发说要将maxfiles_lim改小到32767。但最后问题总结却说是加大了参数。前后是有矛盾的。@ Asynchrono ...继续阅读 (57)

客户将asm的实例配置错了主机，asm1运行在节点2，asm2运行在节点1，在进行de-config和re-config之后，asm的alertlog大量报错：SYMPTOMS:NOTE: Attempting voting file refresh on diskgroup GRIDNOTE: Voting file relocation is required in diskgroup GRIDNOTE: Attempting voting file relocation on diskgroup GRIDNOTE: Attempting voting file refresh on diskgroup GRIDNOTE: Voting file relocation is required in diskgroup GRIDNOTE: Attempting voting file relocation on diskgroup GRIDNOTE: Attempting voting file refresh on diskgroup GRIDCAUSE:Because of bug 13609187, voting file was not getting relocated and fill up the ASM alertlog with the above messag ...继续阅读 (76)

今天，客户端某数据库遭遇大量library cache lock 和cursor pin S wait on X的问题，经诊断发现是由于他们底层的ASM存储是多个库共享的，故障时间段别的库占用大量的IO，导致paitsm库的IO响应变慢，db file sequential read从平时的20多毫秒，到了故障时的400多毫秒。且这个库大量的sql使用了SPM，库中有近5000条baseline，连select 1 from dual这样的简单SQL也使用了SPM。在这2个因素的共同作用下，导致了大量library cache lock 和cursor pin S wait on X。分析过程如下：（一）9:23 数据库中出现大量library cache lock，大约有1400个session处于该等待。去War Room之前，做了 hangeanalyze，从hanganalyze的文件分析，存在多种堵塞链条：117 'db file sequential read'<='readbyothersession'<='librarycachelock' 13 'dbfilesequentialread'<='readbyothersession'<='librarycachelock'<='cursor:pinS' 13 'controlfilesequent ...继续阅读 (214)

最近帮客户配置了一下通过odbc透明网关，实现在oracle内通过db link访问postgres DB。简单记录一下：（1）listener.ora和tnsnames.ora的配置：[wsj81@localhost admin]$ cat listener.ora# listener.ora Network Configuration File: /wsj/oracle/app/product/11.2.0/dbhome_1/network/admin/listener.ora# Generated by Oracle configuration tools. SID_LIST_ORCL = (SID_LIST = (SID_DESC = (SID_NAME = pgdb) (ORACLE_HOME = /wsj/oracle/app/product/11.2.0/dbhome_1) (ENV="LD_LIBRARY_PATH=/usr/lib64:/wsj/oracle/app/product/11.2.0/dbhome_1/lib:usr/local/lib") (PROGRAM=dg4odbc) ) ) ORCL = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRE ...继续阅读 (83)

客户有个机器上的instance，在机器重启后，总是不随机启动，每次都要手工的srvctl的去start一次。这其实是crs的配置缘故：[root@rac1 ~]# crsctl stat res ora.ora11g.db -pNAME=ora.ora11g.dbTYPE=ora.database.typeACL=owner:oracle:rwx,pgrp:oinstall:r--,other::r--,group:dba:r-x,group:oinstall:r-x,user:oracle:r-xACTION_FAILURE_TEMPLATE=ACTION_SCRIPT=ACTIVE_PLACEMENT=1AGENT_FILENAME=%CRS_HOME%/bin/oraagent%CRS_EXE_SUFFIX%AUTO_START=restore<<======这里配置的是restore，即上次是手工关闭过，等server重启后，instance也是启动到关机前关闭状态。将auto_start修改成always就可以了。修改方式：crsctl modify resource ora.ora11g.db -attr "AUTO_START=always"检查：[oracle@rac1 ~]$ crsctl stat res ora.ora11g.db -p |grep AUTO ...继续阅读 (45)

做了一个脚本sprpt_batch.sh:read linesnap_i_id=$1end_snap=$2sqlplus -s /nolog=sysdate-30spool off生成出来的结果如下：sh sprpt_batch.sh 119082 119083sh sprpt_batch.sh 119081 119082sh sprpt_batch.sh 119080 119081sh sprpt_batch.sh 119079 119080……然后执行这个exec_script.sh脚本，就可以批量的生成statspack了。（三）如果需要每个1小时一个statspack，这个也可以做到，只需将snap_id排序，mod取4整除，（因为每4个snap id是一个小时）。见下：select 'sh sprpt_batch.sh ' || last_value || ' ' || snap_id || chr(10) ||chr(10) as script_textfrom (select lag(snap_id) over(partition by startup_time order by snap_id) as last_value,kk.*from (select mod(rank()over(partition by startup_time order by snap_ ...继续阅读 (39)

数据库产生大量的小日志，原因和log_buffer的大小和redo log file size有关。为了说明这个问题，我们先来看看从log buffer开始写redo log file的过程：（1）写redo log buffer在pga中产生redo entry（即change record，包含data change vector和undo change vector），服务器进程需要先获取redo copy latch，接着再获取redo allocation latch，分配log buffer。在分配的log buffer 之后，释放redo allocation latch，然后再将redo entry写入到log buffer，最后释放redo copy latch。（2）redo strand为了减少redo allocation latch的等待，提高并发，orale将redo buffer分成若干小的buffer，每份小的buffer叫strand（我们姑且称其为public strand，因为在10g之后，在shared pool中又划了一块private strand区域，我们先不讨论private strand。），每个strand有一个redo allocation latch保护。使得log buffer的分配从单个变成并发。redo strand的个 ...继续阅读 (59)

在dataguard上，使用rman连接catalog数据库进行备份。备份的时候，rman的日志报错如下：Starting backup at 2014/04/23-10:02:02archived log /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201410_9ofpggpg_.arc not found or out of sync with catalogskipping inaccessible file /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201410_9ofpggpg_.arcarchived log /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201411_9ofqblsm_.arc not found or out of sync with catalogskipping inaccessible file /aabb/qb/mobprd/log/fra/mobprd/archivelog/2014_04_23/o1_mf_1_201411_9ofqblsm_.arcarchived log /aabb/qb/mobprd/ ...继续阅读 (55)

在打patch的时候，特别是有些新申请的merge patch，我们需要注意在opatch的readme文档说明，因为有的时候，使用自带版本的opatch，会发生一些千奇百怪的问题。如下面的这个log中，我们看到，这是一个for 10.2.0.3.3的做db replay的patch，由于db replay需要使用一些package，但是在打这个patch的时候，只有删除这些脚本的操作，没有看到这些脚本从patch目录拷贝到$ORACLE_HOME/rdbms/admin的操作。$ $ORACLE_HOME/OPatch/opatch apply -invPtrLoc $ORACLE_BASE/../oraInst.locInvoking OPatch 10.2.0.3.3Oracle interim Patch Installer version 10.2.0.3.3Copyright (c) 2007, Oracle Corporation. All rights reserved..Oracle Home : /aabb/qb/modb/data/app/oracle/product/10.2.0Central Inventory : /aabb/qb/modb/data/app/oracle/oraInventoryfrom : /aabb ...继续阅读 (45)

客户有个环境是10g的RAC，由于一次偶尔的需求，需要将一个11g的数据库临时在上面启动，当我们mount了11g的软件卷和datafile 卷之后，11g的数据库能正常启动，但是当11g的数据库shutdown时，导致了10g的crsd进程重启。在10g的crsd的log中，可以看到：2011-10-16 11:35:35.827: [ OCRAPI][267]procr_open_key: Invalid keyname [CRS.CUR.]. Component too big.2011-10-16 11:35:35.827: [ CRSOCR][267] OCR api procr_open_key failed for key CRS.CUR.. OCR error code = 8 OCR error msg: PROC-8: Cannot perform cluster registry operation because one of the parameters is invalid.2011-10-16 11:35:35.828: [ CRSOCR][267][PANIC] Failed to open key: CRS.CUR.(File: caaocr.cpp, line: 358)2011-10-16 11:35:35.828: [ CRSD][267][ ...继续阅读 (54)

今天收到一个客户的问题，数据库中的alertlog中报错ORA-06553: PLS-801: internal error [56327]，Errors in file /mydb/db/oradata01/dbsepus/diag/rdbms/dbsepus/dbsepus/trace/dbsepus_cjq0_11056.trc:ORA-00604: error occurred at recursive SQL level 1ORA-06544: PL/SQL: internal error, arguments: [56327], [], [], [], [], [], [], []ORA-06553: PLS-801: internal error [56327]Mon Nov 17 14:11:04 2014Errors in file /mydb/db/oradata01/dbsepus/diag/rdbms/dbsepus/dbsepus/trace/dbsepus_cjq0_11056.trc:ORA-00604: error occurred at recursive SQL level 1ORA-06544: PL/SQL: internal error, arguments: [56327], [], [], [], [], [], [], []ORA-0 ...继续阅读 (84)

某数据库restore之后，尝试set newname但是报错RMAN-06015。我们可以先手工catalog进去，在set newname。可以看如下的测试案例：--1.纯粹的set newname是可以的RMAN> run{2> set newname for datafile 6 to '/u01/oracle11gR2/oracle/oradata/ora11g/U_NOLOB2.dbf222';3> }executing command: SET NEWNAMERMAN>RMAN>RMAN>RMAN>RMAN>--2. 但是switch之后，就不可以。这是因为在你当前控制文件中，找不到该文件（asm上的文件）的信息RMAN> run{2> set newname for datafile 6 to '/u01/oracle11gR2/oracle/oradata/ora11g/U_NOLOB2.dbf222';3> switch datafile 6;4> }executing command: SET NEWNAMERMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS = ...继续阅读 (103)

一、RAC 中cluster wait time高问题1.设置LMS进程为FX 60，不要过多调整lms进程的数量注：在Solaris 10 Update 10之后，以及Solaris 11，才可以设置进程的优先级。可以通过看/etc/release看其版本。如Oracle Solaris 10 1/13 是表示Solaris 10 Update 11，可参考：Oracle Solaris 10 Update版本及其历史Oracle Solaris 10 1/06 (Update 1) U1Oracle Solaris 10 6/06 (Update 2) U2Oracle Solaris 10 11/06 (Update 3) U3Oracle Solaris 10 8/07 (Update 4) U4Oracle Solaris 10 5/08 (Update 5) U5Oracle Solaris 10 10/08 (Update 6) U6Oracle Solaris 10 5/09 (Update 7) U7Oracle Solaris 10 10/09 (Update 8 ...继续阅读 (66)

Q：$archived_log中显示creator有多种，如果是FGRD，这可能是alter system archive log current，那么还有看到是RMAN，这是怎么产生的？A：可能是这些archive之前被rman catalog过。见下面的testcase：[oracle10g@testdb archivelog]$ cd 2014_09_28[oracle10g@testdb 2014_09_28]$ lso1_mf_1_51_b2g3dm1s_.arc o1_mf_1_52_b2g3f81q_.arc o1_mf_1_53_b2g467rk_.arc o1_mf_1_54_b2g469qm_.arc o1_mf_1_55_b2g46fqr_.arc[oracle10g@testdb 2014_09_28]$ mkdir -p /tmp/arctmp[oracle10g@testdb 2014_09_28]$ mv *.arc /tmp/arctmp/[oracle10g@testdb 2014_09_28]$ cd /tmp/arctmp[oracle10g@testdb arctmp]$ lso1_mf_1_51_b2g3dm1s_.arc o1_mf_1_52_b2g3f81q_.arc o1_mf_1_53_b2g467rk_.arc o1 ...继续阅读 (69)