RMAN-08137: WARNING: archive log not deleted as it is still needed备份时出现下面这个错误需要考虑:Stream,Dataguard等在正在或还未使用归档日志的配置,记录一下.RMAN> backup full tag 'FULL' database2> include current controlfile format

Oracle service name在单实例和RAC中的使用.单实例中一般使用比较少,RAC环境中产品库经常用来进行基于服务的负载分流.这两种环境设置方法也不相同,下面讨论一下.单实例service_names只需要通过alter system set service_name='' scope=spfile;进行修改该参数即可,默认状况下该参数为db_unique_name.d

ORA-12547之oracle执行文件权限问题问题描述1，oracle账户可以进行sqlplus / as sysdba --成功2，oracle帐户可以进行sqlplus tivolirz/tivolirz --成功3，oracle账户可以进行sqlplus tivolirz/tivolirz@BIPROD --成功4，dba组的其他帐号sqlplus / as sysdb

生产库QA环境：Windows 2008 R2 + Oracle 11.2.0.2 Standard Edition安装完毕CPUJan2013（Patch23）之后，出现DB Control无法启动，其实正常的情况下，数据库补丁安装完毕，不会影响该服务。自动起报错如下：手动起报错如下：emctl start dbconsoleStarting Orac

Oracle 对象解锁-表，包，过程，函数表解锁 v$locked_objectV$LOCKED_OBJECT lists all locks acquired by every transaction on the system. It shows which sessions are holding DML locks (that is, TM-type enqueues) on

Oracle DB通过普通DBA与超级DBA进行数据库的管理工作，普通DBA的权限主要是对数据库对象而言具有可完全操作的权限，而超级DBA是对整个Oracle DB而言的，不仅包含对数据库对象具有完全操作权限，而且对数据库实例级别也具有完全的操作权限。在Production的运营环境中，我们一般将普通DBA的权限赋予给Application DBA，而将超级管理员权限赋予给Production D

源    库 P1EBSDB01 10.10.30.33 OS用户名oraprod DBNAME prod目标库 T1ERPDB01 10.10.30.12 OS用户名oraeut  DBNAME prod准备工作：先将安装软件恢复至/oracle/db/tech_st，接下来数据库文件会恢复到/oracle/db/data,最后恢复监听服务。1.恢复控制文件a.rman targ

Standby Redo LogSRL用途:主要是备库用来接收来自主库的online redo log,用在最大保护,最大可用性的data guard模式中,以及最大性能的LGWR ASYNC传输方式中.也就是说,默认的最大性能模式归档传送redo的方式的data guard可以不使用SRL,我们的生产库目前就没有使用SRL,但Oracle官方建议在主备库启用SRL.文件大小:保持与主

环境：Linux 5.5 x86-64 + Oracle 11.2.0.3 RACalert日志Tue Jul 16 13:02:41 2013ORA-1652: unable to extend temp segment by 16 in tablespace                 APPS_TS_MEDIAFri Jul 26 13:03:06 2013ORA-1

Oracle database作为一个强大的商业RDBMS，其自动诊断功能也在随着版本更新逐步强大。DBA在进行数据库问题诊断与分析的时候，如果经验不足，ADDM可以帮助你做一些科学的诊断，它是一个有用而且Oracle官方也非常推荐的工具。ADDM和AWR一样，基础数据还是来自snapshot，只要有

Oracle中有时需要查询数据库连接信息与其相关的服务器进程信息.--所有数据库会话select sid,serial#,username,program,machine,status from v$session;--当前数据库连接会话select SID,SERIAL#,PADDR,USERNAME,PROGRAM from v$session where sid=(select

索引的监控conn / as sysdbaset pages 1000;set heading off;spool run_monitor.sqlselect 'alter index '||owner||'.'||index_name||' monitoring usage;' from dba_indexes where owner='HR';　　spool off;conn

主库alert日志Sat Aug 11 06:19:59 2012Errors in file /export/home/oracle/admin/SAMP/bdump/samp1_arc1_14945.trc:ORA-16401: archivelog rejected by RFS跟踪文件Oracle Database 10g Enterprise Edition Release 10

记录一下ora-00600[17182]的bug环境:SunOS 64bit 10.2.0.4.0 RACalter记录Fri Aug 24 17:55:21 2012Errors in file /export/home/oracle/admin/SAMP/udump/samp3_ora_28722.trc:ORA-00600: internal error code, argume

alert_ASM2.logWed Sep 05 03:32:56 2012IPC Send timeout detected.Sender: ospid 13720Receiver: inst 1 binc 22497 ospid 1431IPC Send timeout to 1.1 inc 56 for msg type 65518 from opid 10Wed Sep 05

记录一下ora-00600[1265]的bug环境:SunOS 64bit 10.2.0.4.0 RACalter记录Wed Aug 22 22:00:11 2012Errors in file /export/home/oracle/admin/VISDB/udump/visdb1_ora_23964.trc:ORA-00600: internal error code, argum

Oracle CPUOct2012 patch on AIX HA环境: AIX 系统HAPrimary node 1: AIX 6.0 + Oracle 11.2.0.2Standby node 2: AIX 6.0 + Oracle 11.2.0.2安装思路: 节点1上升级数据库软件，节点1上升级数据字典，节点1上验证patch，节点2上升级数据库软件，切换HA数据库服务到节点

ORA-609 - opiodr aborting process unknown ospid (18874448) as a result of ORA-609alert.log, trace, listener.log 日志# alert_wind.logThu Dec 20 08:51:32 2012*************************************

Incremental checkpoint up to RBA [0x22.2ea99.0], current log tail at RBA [0x22.303db.0]Mon Jan 14 09:45:29 2013Incremental checkpoint up to RBA [0x22.34d44.0], current log tail at RBA [0x22.37317.

生产环境：AIX6.1-64 + Oracle11.2.0.2问题描述：当安装补丁后relink出现告警如下信息。WARNING:OUI-67215:...INFO:Start invoking 'make' at Sat Jun 01 15:14:50 CST 2013Sat Jun 01 15:14:50 CST 2013INFO:Finish invoking 'make'

生产库的DG需要和主库一样,也需要监控.主要从归档日志传输状态,备库恢复性能状态来进行监控.归档日志传输状态监控内容:主要是监控视图v$archive_gap,v$history.v$archive_gap,当某些日志没有成功传输到备库时,归档就会出现裂隙,默认状态下Data Guard可以自动检测和解决这个问题.v$log_history,控制文件中记录的归档日志的时间和先后顺序

Oracle Patch的分类a,临时补丁interim patch  该补丁也称一次性补丁one-off patch,是Oracle针对特定的bug而发行的临时补丁.  参见官方文档:http://docs.oracle.com/cd/B19306_01/em.102/b16227/oui8_opatch.htm#sthref448b,CPU(Critical Patch Upd