ITPub博客

11g的数据库因为BUG，导致与AWR相关的分区表不会自动split，这样一来，oracle自动清理策略不会生效，导致AWR数据越来越大，撑满SYSAUX表空间。12c不存在这个问题。检查快照实际保留时间与设定值的差异14:51:28 SQL> col ash for a3014:51:41 SQL> col SNAP for a3014:51:46 SQL> col RETEN

dataguard的standby_file_management参数设置为manual，主库加表空间数据文件导致dg端出现延迟。alert日志中报错如下：2019-06-05T09:10:26.028762+08:00Errors in file /u01/app/oracle/diag/rdbms/ssdapdg01/ssda/trace/ssda_pr00_5363.trc:ORA-0111

        很多数据库的并发控制方式是通过MVCC（多版本并发控制）实现的。这种方式使得数据库可以通过读取数据块的快照，而不会发生读操作阻塞写操作的情况。Oracle通过undo回滚段实现一致性读取。当一条sql在读取数据块的时候，会记录读取时刻的SCN1，并且将这个SCN1与读取数据块头部ITL槽中的SCN2做比

子游标过多问题       2019年4月1日，在优化emc库sql的时候，发现一条sql下面有60多个子游标，其实不算太多，但是出于好奇还是想看看是什么原因导致了这么多的子游标无法共享的问题。之前处理过上千个子游标的问题，定位子游标无法共享原因的方法其实比较简单。 l  如果子游标没有那么多，比如这里就只有60多个，

问题sql当前执行时间800ms左右，系统需要它在150ms以内出结果，出现问题的sql如下：SELECT /*+monitor test1 DYNAMIC_SAMPLING TMP 1 */         MIN(A.EU) OVER(PARTITION BY A.FINC) EU,  &nbs

create /*source only*/ table mingshuo.tmp_ms_19031403 as select * from  backupwt.tmp_ms_19031403@dblk_e1在利用上面的通过dblink搬迁数据的时候，发生报错ORA-22992: cannot use LOB locators selected from remote tablesSQL

Oracle12.1的库里一张表上存在一个隐藏列，需要把它删掉。隐藏列可以通过sys.dba_tab_cols查看。使用下面的命令alter table A drop unused columns;alter table A drop column "SYS_NC00027$";以上语法都没有能把列删掉。第一条没有任何报错，第二条报错如下：ORA-14148: DML and

什么是聚簇因子？Oracle中的表用的最多的是堆表，堆表是无序的；而索引是有序的。体现两者之间无序程度就是聚簇因子。一般来说，理想的聚簇因子应该近乎接近表上的块数，而差的聚簇因子十分接近表的行数。索引聚簇因子高了以后，会使得索引使用成本偏高，造成本来应该走索引的执行计划变成了全表扫描，对sql效率危害极大。如何解决索引聚簇因子高？1.按照索引顺序重建表。但是这种方法弊端要考虑清楚，如果表上有其他索

1.什么时候会发生free buffer waits呢？    简单来说，当需要在buffer cache中寻找可用块但是找不到时，就会发生这个等待。找寻可用块的理由包括读取数据块到内存中，或者构造CR块。SQL> select name,parameter1,parameter2,parameter3,wait_class from v$event_name

从Oracle 11gR2开始，每个数据文件的前128个块被Oracle留用，其中0-1号块为文件头，2-127号块是位图块，记录表空间中区的分配情况。test表空间是一个新建的表空间，里面有一张表ms1SQL> SELECT * FROM MS1;         A----------  

    2019年1月29日，zabbix显示一个索引表空间告警，所以登录服务器查看：10:02:22 SQL> col file_name for a5010:02:42 SQL> select    file_id,tablespace_name,file_name,bytes/1024/1024/1024 G from &nbsp

上午收到告警，一台dataguard宕机了。软件版本为11.2.0.4.登录上来首先查看alert文件.Fri Jan 25   11:00:39 2019System   State dumped to trace file /u01/app/oracle/diag/rdbms/eracpdg01/ERAC/trace/ERAC_ora_42298.trcFri Jan 25

dbms_pclxutil.build_part_index包可以用来以并行的方式rebuild local index。包的来源文件是$ORACLE_HOME/rdbms/admin/dbmspclx.sql该sql文件中可以看到包的用法：procedure build_part_index (     jobs_per_batch in number d

2019年1月7日，看到zabbix上有一个告警，newsadmin.logs这张表许久没有数据变动了，根据我们实际生产环境经验，是ogg出现了延迟。这张表的变动是很频繁的，之所以加这个告警是因为ogg的bug，当出现延迟的时候， Lag at Chkpt和Time Since Chkpt都正常，所以采取了这种监控表数据变动情况的方法。ogg版本Version 12.2.0.1.160419 OG

关于oracle 12c的不完全索引，这是第二篇，第一篇总体上描述了一下不完全索引，回顾地址：http://blog.itpub.net/31480688/viewspace-2285384/之前描述过，不完全索引的状态是否可用，取决于indexing为on，还是off。 本文主要论述如下：1.      Indexing属性不变的情况下

测试目的：行迁移对跨分区update效率的影响。创建测试表create table ming.LICISITS_R(EID NUMBER(18) not null,EUTIME DATE  default sysdate ,dynamicmap VARCHAR2(200) not null)PARTITION BY RANGE (EUTIME) INTERVAL (numtoyminte

新建了一个测试库向里面数据泵导入部分测试数据，这次导入的时候只导入约束include=constraint导入过程中alert日志一直在打印：2018-12-19T00:01:03.045147+08:00Resize operation completed for file# 2, old size 15486976K, new size 15589376KResize operation co

有的分区表根据业务特点，热点数据只是最近几个月，甚至是当月数据，这时候在其他不活跃分区上建索引就显得浪费存储空间，对有的全局索引来说还会影响性能。oracle 12c中提供了只在部分分区上建索引的功能，不完全索引的出现，完美的解决了这个问题。 建一个分区表create table part1(id int, code int,name varchar2(100))indexing off

本文主要讲述：1.ogg如何跳过事务2.logdump在事务寻找中的关键作用 复制进程abendedGGSCI (ORALTDB.eastmoney.com.sh) 12>   info all Program     Status      Group &nbs

本文主要包括以下内容：1.      搭建refresh PDB2.      增量同步实验3.      手动refresh变为自动refresh4.      自动refresh变为手动refre