ITPub博客

Usage: SET AUTOT[RACE] {OFF | ON | TRACE[ONLY]} [EXP[LAIN]] [STAT[ISTICS]]说明：前三个参数{OFF | ON | TRACE[ONLY]} 里必需选择一个，而且只能选择一个后两个参数[EXP[LAIN]] [STAT[ISTICS]]是可选的，也可以都不选择TRACE[ONLY]的含意是只显示explain和statistic，不显示SQL的结果集，带TRACE[ONLY]的参数的以下的4,5,6最常用的是第4种只要带上off，后面的[EXP[LAIN]] [STAT[ISTICS]]就无效了1:set autotrace on;显示：记录集+explain+statistics2:set autotrace on explain显示：记录集+explain3:set autotrace on statistic显示

select * from v$sys_time_model重启前的记录值STAT_ID STAT_NAME VALUE3649082374 DB time 47291417262748282437 DB CPU 33918021594157170894 background elapsed time 78186744882451517896 background cpu time 2813133924127043053 sequence load elapsed time 4622681431595225 parse time elapsed 903621996372226525 hard parse elapsed time 7683137142821698184 sql execute elapsed time 46475684141990024365 connection management call elapsed time 360416931824284809 failed parse elapsed time 2281182804125607023

1:网络环境如果是在两个WAN网，又在各自的防火墙里面，在用ping -t的测试的时候要不能经常丢包2：查服务是否正常dba_capture,dba_propagation,dba_apply3：检查正在进行的同步的数据在源数据库这边：查正在处理的流的事务：v$streams_transaction ，如果这个表没有记录那说没有正在进行的事务，如果有记录，那么字段CUMULATIVE_MESSAGE_COUNT ，FIRST_MESSAGE_TIME 的值都会变化在目标数据库这边：查正在处理的流的事务：视图v$streams_apply_reader 的字段DEQUEUED_MESSAGE_CREATE_TIME会慢慢增加， 视图v$streams_apply_server中的字段A

前几天查看这个文件的时候，文件大小差不多在6M左右，今年去看的时候，居然自己拆分成9个文件了，估计是太大了，数据库自动拆分了。文件名的规则是：历史的文件名为log_1.xml,log_2.xml....，在用的文件名是log.xml。每个历史文件的大小为1M,难怪我在em里一直查不到半个月之间的日志了。[@more@]

在对存储过程进行test的时候，没有完全停止，就又在另外一个窗口，对它进行修改而且进行编译，出现了卡死现象。用PLSQL Developer 在session里，找到这条session的记录，然后kill后，再重新编译这个过程，还是卡死，可是在session里这条记录已经是显示killed状态1：查V$DB_OBJECT_CACHE SELECT * FROM V$DB_OBJECT_CACHE WHERE name='P_DATA_SYNC_CHECK' AND CLOCKS!='0'; 发现locks＝2，2：按对象查出sid的值select SID from V$ACCESS WHERE object='P_DATA_SYNC_CHECK'3：查sid,serial#SELECT SID,SERIAL#,PADDR FROM V$SESSION WH

报错的内容ORA-26663: error queue for apply process xxxx must be empty[oracle@gbdb ~]$ oerr ORA 2666326663, 00000, "error queue for apply process %s must be empty"// *Cause: The error queue for this apply process contains error entries.// *Action: Execute or delete errors in the error queue.解决方法，删除表apply$_error;delete from apply$_error;[@more@]删除

一：环境说明:1:源数据库：　　window2003 (32 bit)+oracle11g　　实例:goldrid2:目标数据库：　　linux as5(32 bit)+oracle11g　　实例:school二：操作步骤1:查看是否是相同的字节顺序select * from v$transportable_platform order by platform_id;2:源数据库表空间的建立;CREATE TABLESPACE ts_transLOGGING DATAFILE 'd:oracleoradatagoldbridts_trans_001.dbf' SIZE 10M,'d:oracleoradatagoldbridts_trans_002.dbf' SIZE 10MREUSE DEFAULT STORAGE ( INITIAL 64K NEXT 32K MINEXTENTS 1 MAXEXTENTS 505 PCTINCREASE 0 );create user

１：源数据设置并发量exec DBMS_CAPTURE_ADM.set_parameter(capture_name => 'CAP_TEACHPLAN',parameter => 'PARALLELISM',value => '3');２：目标数据设置并发量EXEC dbms_apply_adm.set_parameter(apply_name => 'APP_TEACHPLAN',parameter => 'PARALLELISM',value => '3');[@more@]

这个是oracle内部使用的工具，只要对目标文件sbbdpt.o，ssbbded.o进行连接就可以产生命令文件bbed了1:su - oracle2:cd $ORACLE_HOME/rdbms/lib3: make -f ins_rdbms.mk BBED=$ORACLE_HOME/bin/bbed $ORACLE_HOME/bin/bbedLinking BBED utility (bbed)rm -f /oracle/product/10.2.0/db_1/bin/bbedgcc -o /oracle/product/10.2.0/db_1/bin/bbed -L/oracle/product/10.2.0/db_1/rdbms/lib/ -L/oracle/product/10.2.0/db_1/lib/ -L/oracle/product/10.2.0/db_1/lib/stubs/ -L/usr/lib -lirc /oracle/product/10.2.0/db_1/lib/s0main.o /oracle