成功恢复无备份RAC环境数据库
昨天,一兄弟电话求助,有一套医院HIS数据库无法启动,RAC环境,无备份,尝试过重建控制文件操作,但失败。远程连接后,情况如下:1.两节点RAC,Oracle11.2.0.1版本,Linux操作系统2.recover database时提示需使用backup controlfile3.rman list backupset无输出由于没有记录具体的操作,这里主要就碰到的异...
MOS上一片关于ASM Rebalance很好的文章
ORA-15041 IN A DISKGROUP ALTHOUGH FREE_MB REPORTS SUFFICIENT SPACE (文档 ID 460155.1)--------------------------------------------------------------------------------修改时间:2013-1-3类型:BULLETIN In this Document Purpose Scope &nb...
ORACLE GOLDENGATE抽取进程在AIX裸设备环境中无响应
ORACLE GOLDENGATE 11.2.0.1.1ORACLE DATABASE 10.2.0.5AIX 6100-04HACMP状态:EXTRACT EXT_WDuserid goldengate, password xxxxsetenv (NLS_LANG="AMERICAN_AMERICA.ZHS16GBK")REPORTCOUNT EVERY 3 MINUTES, RATEnumfiles 5000DISCARDFILE ./dirrpt/ext_200.dsc, APPEND, MEGABYTES 1000WARNLONGTRANS 3m, C...
网络中断导致RAC环境所有节点监听lsnr自动关闭
网络核心交换升级,存在短期网络中断的情况,待网络恢复后,检查数据库发现RAC节点监听自动关闭。启动监听后,数据库恢复正常。srvctl start nodeapps -n xxxMOS:The listener stops or goes offline randomly due to VIP issue (文档 ID 985170.1)10g/11gR1: VIP does not relocate back to the home node even afte...
oralce密码文件要注意SID的大小写问题
AIX Oracle 10.2.0.5 搭建物理Dataguard已经搭建过很多次了,按照之前的经验搭建,restore database完成后,开始应用归档,日志报错FAL[client, MRP0]: Error 16191 connecting to WDYX for fetching gap sequenceFri Aug 23 18:36:02 BEIST 2013Errors in file /u01/app/oracle/admin/yxdg/bdump/yxdg_mrp0_10027078.trc:ORA-16191: 主日志传送客户机没有登录到备用数据库Fri Aug 23 18:36:32 BEIST 2013Errors in file /u01/app/oracle/admin/yxdg/bdump/yxdg_mrp0_10027078.trc:ORA-01017: 用户名/口令无效; 登录被拒绝Fri Aug 23 18:3
Oracle 10g 将ASM内容拷贝至文件系统
SQL> create or replace directory ARCHDIR as '+dgarch/wms/archivelog/2008_02_29';Directory created.SQL> create or replace directory TEMPDIR as '/exp/tmparch';Directory created.SQL> exec DBMS_FILE_TRANSFER.COPY_FILE('ARCHDIR','thread_1_seq_5331.291.647960215','TEMPDIR','1_5331_620945476.arc');PL/SQL procedure successfully completed.SQL> exec DBMS_FILE_TRANSFER.COPY_FILE('ARCHDIR','thread_1_seq_5330.304.647958993','TEMPDIR','1_5330_620945476.arc');PL/SQL procedure successfully completed
小BUG一枚,utlrp时报ORA-955
ERROR at line 1:ORA-00955: name is already used by an existing objectORA-06512: at "SYS.UTL_RECOMP", line 662ORA-06512: at line 4Bug 12560454 - ORA-955 from UTL_RECOMP [ID 12560454.8]WorkaroundDrop index utl_recomp_comp_idx1 before attempting the recompile.[@more@]
测试库采用DataGuard同步,状态自动切换脚本
创建闪回点,并将库打开为读写模式switchopenwrite.sh#!/bin/sh. /home/oracle/.bash_profiledatesqlplus /nolog<<EOFconn / as sysdbaALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;CREATE RESTORE POINT before_failover GUARANTEE FLASHBACK DATABASE;ALTER DATABASE ACTIVATE STANDBY DATABASE;STARTUP MOUNT FORCE;conn / as sysdbaALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE;ALTER DATABASE OPEN;alter user test identified by "123456";EXIT;EOF闪回数据库,切换回DataGuard模式,
使用Dead Connection Detection(DCD)避免Oracle会话被防火墙强制断开
1个系统,采用了Oracle的分布式事务来保证分布式系统的事务一致性,但是,该系统在某次搬迁之后,经常出现分布式事务锁,必须手工查询select local_tran_id||' '||state,1 from dba_2pc_pending来查找发生错误的事务,然后进行强制提交或强制回滚架构的问题先不说,单单是因为一次搬迁,就导致大量的问题。那必须要找到问题,应用才能恢复正常。问题可能出在网络防火墙,为了降低防火墙的资源利用率,网络部门设置了如果连接超过半小时,则断开该连接。通过标准程序,已经可以确认此问题。但是,DBLINK是否使用长连接?超时时间是多少?这
Oracle RAC心跳网络开启巨帧(Jumbo frame)
RAC的心跳线不仅承担了心跳的作用,同时,当出现gc的时候,心跳网络还需要传输数据块。默认Ethernet的MTU是1500,当数据块为8K时,一个数据块需要传送6次才可以传送完毕。巨帧则取消了MTU 1500的限制,目前可以开启到9000,这样,同样传递一个数据块,由于分块的大小变大,传送的次数会大大降低。在Linux下开启巨帧很简单。ifconfig eth2 mtu 9000可以用ping來测试是否正常工作[node01]$ ping -c 2 -M do -s 8972 node02-privPING node02-priv (10.10.10.2) 1472(1500) bytes of data.1480 bytes from node02-priv (10.10.10.2): icmp_seq
在AIX 5.* 6.1版本上开启Oracle LargePage的方法
官方文档:How to enable Large Page Feature on AIX-Based Systems [ID 372157.1]1. First check the current capabilities: # lsuser -a capabilities oracle Note: only the root user can display the capabilities attribute. 2. Add the CAP_BYPASS_RAC_VMM and CAP_PROPAGATE capabilities to the list of capabilities already assigned to this user ID, if any: #chuser capabilities=CAP_BYPASS_RAC_VMM,CAP_PROPAGATE oracle 3. Configure the AIX large page pool by calculating the number of large pages required for th
关于ASMLib的一个小事,记录一下
我们知道,在Linux上搭建ASM的时候,可以使用ASMLib包来管理ASM磁盘,虽然这个工具在日后操作系统升级可能会麻烦一些,但目前来讲,使用率还是比较高的。使用这个工具时,要注意多路径配置的修改。当存储使用多路径时,需要修改/etc/sysconfig/oracleasm文件,增加扫描顺序及扫描排除选项# ORACLEASM_SCANORDER: Matching patterns to order disk scanningORACLEASM_SCANORDER="emcpower"# ORACLEASM_SCANEXCLUDE: Matching patterns to exclude disks from scanORACLEASM_SCANEXCLUDE="sd"虽然这个Tip已经很久了,但
DataGuard已应用归档日志删除脚本
#!/bin/sh. /home/oracle/.bash_profileexport ORACLE_SID=hrdg$ORACLE_HOME/bin/sqlplus -silent "/ as sysdba" <<EOF > /home/oracle/scripts/deletehrdgarch.shset heading off;set pagesize 0;set term off;set feedback off;set linesize 32767;select 'rm -rf '||name from v$archived_log where DELETED='NO' and APPLIED='YES';exit;EOFsh /home/oracle/scripts/deletehrdgarch.shrman target /<<ENDcrosscheck archivelog all;delete noprompt expired archivelog all;exit;END[@more@]Dat
EXP-00062: invalid source statements for an object type
刚刚处理完一件小事,一个系统,今天凌晨的EXP导出是正常的,但现在导出的时候报错About to export specified users .... exporting pre-schema procedural objects and actions. exporting foreign function library names for user WDRMS . exporting PUBLIC type synonyms. exporting private type synonyms. exporting object type definitions for user WDRMS EXP-00062: invalid source statements for an object typeEXP-00000: Export terminated unsuccessfullyCause: TYPE was not found in the statements in SOURCE$ for an O
HP-UX mount Linux目录impdp导入数据库备份速度超级慢问题
由于HP-UX小机本地存储空间不足,并且,环境为RAC+ASM环境,没有剩余的空间保存数据库备份文件从一台Linux导数据至此小机环境,因此将Linux的导出目录mount至HP-UX服务器进行导入不加任何参数mount,impdp的速度非常慢,同样备份文件在Linux服务器上导入大概1小时,在HP-UX上导入花费了6个多小时,尤其是在导入那些小表(几KB)时非常缓慢,CPU SYS% 单核心达到100%修改导入参数mount -F nfs -o rw,bg,vers=3,proto=tcp,noac,hard,nointr,timeo=600,rsize=32768,wsize=32768,suid 10.199.84.33:/home/oracle/dumpdir/ /u01/oracle问题依旧
遭遇BUG 5190596,ORA-29740: evicted by member 0, group incarnation 32
Thu Jun 14 15:55:46 2012IPC Send timeout detected. Receiver ospid 15255Thu Jun 14 15:55:46 2012Errors in file /u01/app/oracle/admin/ufsa8/bdump/ufsa82_lms2_15255.trc:Thu Jun 14 15:55:48 2012Trace dumping is performing id=[cdmp_20120614155548]Thu Jun 14 15:57:29 2012Waiting for clusterware split-brain resolutionThu Jun 14 16:07:43 2012Errors in file /u01/app/oracle/admin/ufsa8/bdump/ufsa82_lmon_15247.trc:ORA-29740: evicted by member 0, group incarnation 32Thu Jun 14 16:07:44 2012LMON: terminating
ORA-12161: TNS:内部错误:收到部分数据
周末将部分服务器搬迁至廊坊今天早上发现,OA测试Oracle数据库无法从北京正常连接,使用pl/sql developer连接数据库后,查询一个稍大些的表,报错ORA-12161: TNS:内部错误:收到部分数据同时,JDBC连接也出现问题java.sql.SQLException: Io exception: Bad packet typemetalink上查了一下,没有相关文章,google也没有什么收获。又只能靠猜了根据这个错误,结合周末服务器搬迁的事实,变化的因素只有网络,估计问题出在网络上。联想到之前同事李龙(lilong.itpub.net)碰到过ora-02068的错误,也是类似的情况,最后通过修改了SDU临时解决了一
SP2-0642: SQL*Plus internal error state 2130, context 0:0:0 Unsafe to proceed
从10.2.0.1版本客户端通过EZCONNECT连接一套RAC环境时报错:SQL> conn system/xxxx@10.199.87.122:1521/gppSP2-0642: SQL*Plus internal error state 2130, context 0:0:0Unsafe to proceed这个错误是因为BUG:8599395EZCONNECT Connections Error with SP2-0642: Sql*Plus Internal Error State 2130 [ID 855965.1]解决方法很简单,不要加1521端口号,或者使用11.2版本以上的客户端SQL> conn system/xxxx@10.199.87.119/gppConnected.Bug is fixed from release 11.2 onwards. Check for one off patches for your release / platfo
OPatch failed with error code 135, Given 'ocmrf' file does not exists
利用opatch打补丁时出现如下错误:2012-02-13 09:11:53: The apply patch output is Oracle Interim Patch Installer version 11.2.0.1.9 Copyright (c) 2011, Oracle Corporation. All rights reserved. Argument(s) Error... Given 'ocmrf' file does not exists. Please check the arguments and try again. OPatch failed with error code 135support.oracle.com上查到如下文章:opatch auto failed with message OPatch failed with error code 135 while applying 11.2.0.2 Bundle Patch 3 [ID 1283954.1]大意为需建立OCM conf
unable to get oracle owner for
在使用opatch打PSU时,如果不注意,经常会出现如下错误2012-02-13 10:42:25: Command output:> 数据库唯一名称: xxx> 数据库名: xxx> Oracle 主目录: /u01/app/oracle/product/11.2.0/dbhome_1> Oracle 用户: oracle> Spfile: +DATA/xxx/spfilegpp.ora> 域: > 启动选项: open> 停止选项: immediate> 数据库角色: PRIMARY> 管理策略: AUTOMATIC> 服务器池: xxx> 数据库实例: xxx1,xxx2> 磁盘组: DATA> 装载点路径: > 服务: > 类型: RAC> 数据库是管理员管理的 >En