51CTO博客开发rainbirdsongruolong起航工作室Aaron的笔记todayboy老男孩的linux博客
--在dataguard之后,physical standby的ocm error: ORA-12012: error on auto execute of job "ORACLE_OCM"."MGMT_CONFIG_JOB_2_1" ORA-29280: invalid directory path ORA-06512: at "ORA
exadata alert_xx.log: ERROR: failed to establish dependency between database edw and diskgroup resource ora.DATA_DM01.dg ERROR: failed to establish dependency between database edw and diskgroup reso
archive_lag_target 手动设置归档间隔时间,强制日志切换 在Standby中,有时候我们为了减少数据损失,可以设置archive_lag_target参数来进行强制日志切换. 一般设置1800秒 ~ 7200s之间,过低会导致性能问题,过高对于强制日志切换就没有意义了(可能还没有到时间就因为online redo log满了自动切换了). 1.参数值应为整数,单位为秒。取
Sun Aug 19 14:32:00 CST 2012 Starting ORACLE instance (normal) LICENSE_MAX_SESSION = 0 LICENSE_SESSIONS_WARNING = 0 Interface type 1 eth1 192.168.17.0 configured from OCR for use as a cluster inte
-bash-3.2$ rman target sys/oracle@yhdpri auxiliary sys/oracle@yhdstd nocatalog Recovery Manager: Release 11.2.0.3.0 - Production on Tue Aug 21 15:44:55 2012 Copyright (c) 1982, 2011, Oracle and/or i
--check fusion-io状态,注意要加载模块后才能显示设备 fio-status --加载模块 modprobe iomemory-vsl --格式化 fio-format [root@db-45 ~]# fio-status Found 2 ioDrives in this system Fusion-io driver version: 2.3.1 build 123
"opiodr aborting process" Messages in Alert.Log [ID 1230858.1] What is the meaning of "opiodr aborting process" messages in the database alert log? For example: Wed Jul 21 13:
1.从监听日志中获取: select saddr,sid,serial#,paddr,osuser from v$session where sid = xxxx; --andres $ more /data/oracle/diag/tnslsnr/db-52/listener/alert/log.xml | grep USER=andres -- <txt>15-AUG-20
传统的RAC内部互联大部分都是基于普通网络实现的,目前最为普及的是百兆和千兆网络,最快的也就是尚不普及的万兆网。由于普通网络的速度限制,在需要频繁进行内部通信的多节点RAC数据库中性能就无法得到保证。正是基于这一点,Oracle和Qlogic在2006年2月24号共同发布了基于Infiniband高速互联网络的RDS for Oracle RAC内部互联方案。 如图所示,传统的R
oracle的优化: 自动收集统计信息Auto Maintenance Tasks 动态采样optimizer_dynamic_sampling http://oxiaobai.blog.51cto.com/3369332/758379
从一开始怀疑是网络的问题,后来觉得不是,可能是应用的问题,发现很可能是数据库的问题,最后真相大白又回到原点,原来是网络防火墙在捣鬼。行为非常诡异,怎么想也想不明白,我都没多少信心准备放弃了,没想到原因竟然如此简单。 事情是这样的,我们开发的系统需要保持和Oracle数据库的持续连接,如果因为网络或者其它原因
Upgrade 11.2.0.1 To 11.2.0.2 Fails With ORA-7445 [Pevm_icd_call_common()+754] [ID 1313738.1]
1.block change tracking介绍 Block chage tracking是Oracle10g的一个新特性,Block change tracking进程记录自从上一次备份以来数据块的变化,并把这些信息记录在跟踪文件中。RMAN使用这个文件判断增量备份中需要备份的变更数据。这极大的促进了备份性能,RMAN可以不再扫描整个文件以查找变更数据。 为此Oracl
1.源库dbid: TRACY (DBID=1205574469) -backup: RMAN> backup database format "/oracle/orabakup/%d_%t_%U"; RMAN> BACKUP ARCHIVELOG ALL format "/oracle/orabakup/%d_%t_%U"; 3.目标
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号