-
编辑 删除
11G新特性：FLASHBACK ARCHIVE
11G新特性：FLASHBACK ARCHIVE 闪回数据归档（FLASHBACK ARCHIVE）与UNDO表空间是没有任何关系的，并且与flashback logs（开启数据库闪回生成的日志）也无关。 闪回数据归档需要单独为其创建相应的表空间（falshback tablespace）用于保存对指定表修改的历史数据。 下面演示针对DML操作的闪回查询 创建FLASHBACK ARCHIVE SQL> create flashback archive default tbs_archive01 2 tablespace tbs_ht02 3 retention 1 day; Flashback archive created. 查询ligle.t01表数据 SQL> col
-
编辑 删除
关于查询表数据，列与CPU开销的计算
在性能优化艺术一书中看到：JozeSenegacnik指出，从Oracle 10gR2开始，可以通过如下这个公式计算出访问一个列的CPU开销。cpu_cost= column_position * 20公式：估算访问一个列的CPU开销跟这个列在...
-
编辑 删除
Oracle JOB'NEXT_TIME into 4000/1/1
昨天下午应用部门询问我，为什么某一个job的下次执行时间变成了4000/1/1了？那会手头正在处理其他事情，实在太忙，没空答复，其实具体为什么变成了4000/1/1，我也不是很清楚，不过我想如果不是人为就...
-
编辑 删除
shutdown命令被job进程hang住(续)
针对留言中，有朋友说“再做个hanganalyze，具体分析下”，趁今天星期天再把这个问题再探讨下。当时执行shutdown命令，alert日志的信息有：Sat Oct 22 02:21:272011Active call for process 26747...
-
编辑 删除
shutdown命令被job进程hang住
由于一业务库的存储计划今晚进行扩容，在9IRAC上跑了2个数据库，在其中一个节点上执行shutdown immediate命令时，发现alert日中出现了如下信息：Sat Oct22 02:16:26 2011Shutting down instance: f...
-
编辑 删除
关于Oracle 9i RAC enqueue等待的一点测试
Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE
-
编辑 删除
Oracle 9i RAC enqueue等待测试
最近客户一个生产9I RAC数据库时而出现enqueue等待事件，通过监控数据库中的enqueue等待，并且抓取了holder和waiter的所运行的SQL语句，提交至研发中心，通过近几日的监控再没有发现严重的enqueue等待事件...
-
编辑 删除
supplemental logging
关于supplementallogging，Oracle是这样解释的：Redo log files are generally used byfor instance recovery and media recovery.The data needed for such operations isautomatically recorded in...
-
编辑 删除
【函数】DUMP
语法：DUMP(expr,[return_fmt,[start_position,[length]]])expr指定各种类型的字符串或者表列名，如果expr为空（null），则函数返回值为NULL。return_fmt参数指定返回值的格式，并且有下面几个...
-
编辑 删除
确定enqueue锁类型
SQL>select sid,p1,p1raw,p2,p2raw,p3,p3raw,event fromv$session_wait where event='enqueue'; SID P1 P1RAW P2 P2RAW P3 P3RAW EVE...
-
编辑 删除
关于GRANT赋权时，WITH GRANT OPTION和WITH ADMIN OPTION的使用
有个朋友在QQ上发过来一个错误信息：SQL> conn system/manager已连接。SQL> grant select onscott.emp to xiaoming with admin option;grant select on scott.emp toxiaoming with admin option&n...
-
编辑 删除
关于加快INSERT语句执行速度的测试
第一种情况（非归档模式下）创建表T01：SQL> createtable t01 as select * from dba_objects where 1=2;Table created.（非归档模式下）查看当前redo大小：SQL> selectvalue2 fromv$mystat...
-
编辑 删除
关于加快INSERT语句执行速度和 HINT /*+ append*/及nologging的使用
（非归档模式下）创建表T01： SQL> create table t01 as select * from dba_objects where 1=2; Table created. （非归档模式下）查看当前redo大小： SQL> select value 2 from v$mystat,v$statname 3 where v$mystat.statistic#=v$statname.statistic# 4 and v$statname.name='redo size' 5 / VALUE ---------- 49784 （非归档模式下）普通INSERT语句插入： SQL> insert into t01 select * from dba_objects; 11698 rows create
-
编辑 删除
关于WITH GRANT OPTION
关于WITH GRANT OPTION，我想第一个想到的就是权限的级联撤销，比如A用户将某权限赋予给B用户，B用户又将该权限赋给C用户。那么当A用户从B用户那撤回该权限后，则C用户的权限也会被级联撤回。 现在我想说的是关于WITH GRANT OPTION的另一个用处或者说是特点吧。 A用户创建了一个视图A_VIEW，A_VIEW视图查询的表是W用户下的W_TAB表，那么当A用户将对A_VIEW视图的查询权限赋给B用户后，B用户在查询视图A_VIEW时会报权限不足的错误，原因在于W用户将W_TAB表的SELECT权限赋给A用户时，没有带WITH GRANT OPTION。 例如：SQL> g
-
编辑 删除
归档模式下online已被offline的表空间
在归档模式下，用IMMEDIATE选项OFFLINE表空间后，如果需要ONLINE该表空间，需要先执行介质恢复（media recovery），如： SQL> alter tablespace OCPTBS offline immediate; Tablespace altered. SQL> alter tablespace OCPTBS online; alter tablespace OCPTBS online * ERROR at line 1: ORA-01113: file 5 needs media recovery ORA-01110: data file 5: +XINER_DATA/xiner/datafile/ocptbs.268.745970939' 如果直接online的话，会提示file 5需要介质恢复。 SQL> recover tablespace OCPTBS; Medi
-
编辑 删除
drop表空间后，lv状态仍然是open/syncd
刚在一个10.2.0.4版本的库上删除一个表空间后，发现对应的裸设备LV状态仍然是open/syncd。最后shutdown immediate就好了，可能是某些会话或进程仍在访问这些lv吧。[@more@]
