DUAL系列

 

1  BLOG文档结构图

 

 

2  前言部分

 

2.1  导读和注意事项

各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~:

① DUAL遭到破坏后的重建(重点)

② 关于参数replication_dependency_tracking简介

③ DUAL简介

 

  Tips:

① 本文在ITpub(http://blog.itpub.net/26736162)、博客园(http://www.cnblogs.com/lhrbest)和微信公众号(xiaomaimiaolhr)有同步更新

② 文章中用到的所有代码,相关软件,相关资料请前往小麦苗的云盘下载(http://blog.itpub.net/26736162/viewspace-1624453/)

③ 若文章代码格式有错乱,推荐使用搜狗、360或QQ浏览器,也可以下载pdf格式的文档来查看,pdf文档下载地址:http://blog.itpub.net/26736162/viewspace-1624453/,另外itpub格式显示有问题,可以去博客园地址阅读

④ 本篇BLOG中命令的输出部分需要特别关注的地方我都用灰色背景和粉红色字体来表示,比如下边的例子中,thread 1的最大归档日志号为33,thread 2的最大归档日志号为43是需要特别关注的地方;而命令一般使用黄色背景和红色字体标注;对代码或代码输出部分的注释一般采用蓝色字体表示。

  List of Archived Logs in backup set 11

  Thrd Seq     Low SCN    Low Time            Next SCN   Next Time

  ---- ------- ---------- ------------------- ---------- ---------

  1    32      1621589    2015-05-29 11:09:52 1625242    2015-05-29 11:15:48

  1    33      1625242    2015-05-29 11:15:48 1625293    2015-05-29 11:15:58

  2    42      1613951    2015-05-29 10:41:18 1625245    2015-05-29 11:15:49

  2    43      1625245    2015-05-29 11:15:49 1625253    2015-05-29 11:15:53

 

 

[ZHLHRDB1:root]:/>lsvg -o

T_XDESK_APP1_vg

rootvg

[ZHLHRDB1:root]:/>

00:27:22 SQL> alter tablespace idxtbs read write;

 

 

====》2097152*512/1024/1024/1024=1G 

 

 

本文如有错误或不完善的地方请大家多多指正,ITPUB留言或QQ皆可,您的批评指正是我写作的最大动力。

 

2.2  相关参考文章链接

 

 

2.3  本文简介

DUAL系列很早之前是看杨建荣的blog了解到的,最近又看他的书又看见了这块内容,于是决定自己整理一下。在此,小麦苗还是想说的是看书和自己做实验是完全不同的2回事,不多说了。

---------------------------------------------------------------------------------------------------------------------

3  dual官方文档说明

DUAL is a table automatically created by Oracle Database along with the data dictionary. DUAL is in the schema of the user SYS but is accessible by the name DUAL to all users. It has one column, DUMMY, defined to be VARCHAR2(1), and contains one row with a value X. Selecting from the DUAL table is useful for computing a constant expression with the SELECT statement. Because DUAL has only one row, the constant is returned only once. Alternatively, you can select a constant, pseudocolumn, or expression from any table, but the value will be returned as many times as there are rows in the table. Refer to "About SQL Functions" for many examples of selecting a constant value from DUAL.

Note:

Beginning with Oracle Database 10g Release 1, logical I/O is not performed on the DUAL table when computing an expression that does not include the DUMMY column. This optimization is listed as FAST DUAL in the execution plan. If you SELECT the DUMMY column from DUAL, then this optimization does not take place and logical I/O occurs.

4  DUAL总结

有关Oracle的DUAL表,我们需要掌握以下几点:

① DUAL是系统提供的一个虚表,也常称为DUMMY表,临时显示结果的表,里边的内容没有特定的意义,就是为了存在而存在

② DUAL是属于SYS SCHEMA的一个表,然后以PUBLIC SYNONYM的方式供其他数据库USER使用,这一点可以由如下SQL验证:

SYS@lhrdb> col owner format a15

SYS@lhrdb> col object_name format a15

SYS@lhrdb> SELECT D.OWNER,D.OBJECT_NAME,D.OBJECT_ID,D.OBJECT_TYPE FROM DBA_OBJECTS D WHERE D.OBJECT_NAME='DUAL';

 

OWNER           OBJECT_NAME      OBJECT_ID OBJECT_TYPE

--------------- --------------- ---------- -------------------

SYS             DUAL                 91680 TABLE

PUBLIC          DUAL                   117 SYNONYM

③ ORACLE对DUAL表的操作做了一些内部处理,尽量保证DUAL表中只返回一条记录,当然这些内部操作是不可见的。我们尝试往DUAL表中插入多条记录,但始终显示的是一条记录。

SYS@lhrdb> INSERT INTO DUAL VALUES('X');

 

1 row created.

 

SYS@lhrdb> COMMIT;

 

Commit complete.

 

SYS@lhrdb> INSERT INTO DUAL VALUES('X');

 

1 row created.

 

SYS@lhrdb> COMMIT;

 

Commit complete.

 

SYS@lhrdb> select * from dual;

 

D

-

X

④ DUAL表出现问题,所有相关的基础操作都会受到影响;若是DUAL表被删除的话,数据库将不能启动,报ORA-01775的错误。

⑤ DUAL表在数据库启动的不同阶段,里边的字段还是会有一些不同。在数据库OPEN状态下是一行一列的表,在mount和nomount状态下是一行四列的表,验证如下:

SYS@lhrdb> startup force nomount

ORACLE instance started.

 

Total System Global Area 1720328192 bytes

Fixed Size                  2247072 bytes

Variable Size             486540896 bytes

Database Buffers         1224736768 bytes

Redo Buffers                6803456 bytes

SYS@lhrdb> select * from dual;

 

ADDR                   INDX    INST_ID DU

---------------- ---------- ---------- --

0000000110299728          0          1 X

 

SYS@lhrdb> alter database mount;

 

Database altered.

 

SYS@lhrdb> select * from dual;

 

ADDR                   INDX    INST_ID D

---------------- ---------- ---------- -

0000000110299728          0          1 X

 

SYS@lhrdb> alter database open;

 

Database altered.

 

SYS@lhrdb> select * from dual;

 

D

-

X

 

⑥ DUAL的常用方式

a. 查看当前连接用户     SELECT USER FROM DUAL; 

b. 查看当前日期、时间  SELECT TO_CHAR(SYSDATE,'YYYY-MM-DD HH24:MI:SS') FROM DUAL; 

c. 当作计算器用    SELECT 8*9 FROM DUAL; 

d. 查看序列值        SELECT MYSEQ.NEXTVAL FROM DUAL; 

5  DUAL表破坏后的恢复

项目

db

db 类型

single db

db version

11.2.0.4.0

db 存储

ASM

OS版本及kernel版本

AIX 64位 7.1.0.0

 

我们首先删除SYS用户下的DUAL表:

SYS@lhrdb> SHOW USER

USER is "SYS"

SYS@lhrdb> SELECT COUNT(*) FROM DBA_OBJECTS D WHERE D.status='INVALID';

 

  COUNT(*)

----------

         0

SYS@lhrdb> DROP TABLE DUAL;

 

Table dropped.

 

SYS@lhrdb> SELECT * FROM DUAL;

SELECT * FROM DUAL

              *

ERROR at line 1:

ORA-01775: looping chain of synonyms

 

 

SYS@lhrdb> SELECT COUNT(*) FROM DBA_OBJECTS D WHERE D.status='INVALID';

 

  COUNT(*)

----------

      1042

SYS@lhrdb> SET PAGESIZE 9999

SYS@lhrdb> SELECT D.OWNER, COUNT(*) FROM DBA_OBJECTS D WHERE D.status='INVALID' GROUP BY D.OWNER;

 

OWNER                            COUNT(*)

------------------------------ ----------

PUBLIC                                222

XDB                                     7

OLAPSYS                                43

APEX_030200                           157

SYS                                   403

MDSYS                                  44

SYSMAN                                 66

EXFSYS                                 23

ORACLE_OCM                              1

WMSYS                                  42

ORDSYS                                 11

IX                                      6

CTXSYS                                 15

DBSNMP                                  1

OE                                      1

 

15 rows selected.

 

SYS@lhrdb>

可以看到删除DUAL表的时候并没有报错,但是查询的时候报错了,并且系统中大约有1000多个对象变为了无效的状态,业务系统中的PL/SQL代码中含有大量的DUAL查询,若是该表被删除,对系统的影响是非常大的。

查看告警日志,也有一些错误报出:

Errors in file /oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace/lhrdb_m001_41877662.trc:

ORA-00604: error occurred at recursive SQL level 1

ORA-04063: package body "SYS.PRVT_HDM" has errors

ORA-06508: PL/SQL: could not find program unit being called: "SYS.PRVT_HDM"

ORA-06512: at line 1

Wed Aug 10 10:02:40 2016

Errors in file /oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace/lhrdb_j000_11075780.trc:

ORA-12012: error on auto execute of job 4002

ORA-01775: looping chain of synonyms

DUAL的恢复分为2种情况,一种是数据库在没有重启的情况下,第二种是数据库在重启的情况下,但是总的恢复原则都是在数据库OPEN状态下重建DUAL表,下边我们分别测试。

5.1  不重启数据库

不重启数据库的情况下我们可以采用重建DUAL表,插入DUMMY的数据。

SYS@lhrdb> CREATE TABLE SYS.DUAL(DUMMY VARCHAR2(1)) STORAGE(INITIAL 1) TABLESPACE SYSTEM;

 

Table created.

 

SYS@lhrdb> INSERT INTO DUAL VALUES('X');

 

1 row created.

 

SYS@lhrdb> COMMIT;

 

Commit complete.

 

SYS@lhrdb> CREATE OR REPLACE PUBLIC SYNONYM DUAL FOR DUAL;

 

Synonym created.

 

SYS@lhrdb> GRANT SELECT ON DUAL TO PUBLIC WITH GRANT OPTION;

 

Grant succeeded.

 

SYS@lhrdb> SELECT * FROM DUAL;

 

D

-

X

 

SYS@lhrdb> SELECT SYSDATE FROM DUAL;

 

SYSDATE

-------------------

2016-08-10 10:22:37

 

SYS@lhrdb> SELECT COUNT(*) FROM DBA_OBJECTS D WHERE D.status='INVALID';

 

  COUNT(*)

----------

      1041

 

SYS@lhrdb> SELECT D.OWNER, COUNT(*) FROM DBA_OBJECTS D WHERE D.status='INVALID' GROUP BY D.OWNER;

 

OWNER                            COUNT(*)

------------------------------ ----------

PUBLIC                                222

XDB                                     7

OLAPSYS                                43

APEX_030200                           157

SYS                                   402

MDSYS                                  44

SYSMAN                                 66

EXFSYS                                 23

ORACLE_OCM                              1

WMSYS                                  42

ORDSYS                                 11

IX                                      6

CTXSYS                                 15

DBSNMP                                  1

OE                                      1

 

15 rows selected.

 

SYS@lhrdb> col owner format a15

SYS@lhrdb> col object_name format a15

SYS@lhrdb> SELECT D.OWNER,D.OBJECT_NAME,D.OBJECT_ID,D.OBJECT_TYPE FROM DBA_OBJECTS D WHERE D.OBJECT_NAME='DUAL';

 

OWNER           OBJECT_NAME      OBJECT_ID OBJECT_TYPE

--------------- --------------- ---------- -------------------

SYS             DUAL                 91680 TABLE

PUBLIC          DUAL                   117 SYNONYM

 

 

可以看到DUAL表已经重建成功了,但是还有很多的无效对象,下边我们利用脚本@?/rdbms/admin/utlrp.sql来重新编译这些对象。

SYS@lhrdb> @?/rdbms/admin/utlrp.sql

 

TIMESTAMP

--------------------------------------------------------------------------------

COMP_TIMESTAMP UTLRP_BGN  2016-08-10 10:25:13

 

DOC>   The following PL/SQL block invokes UTL_RECOMP to recompile invalid

DOC>   objects in the database. Recompilation time is proportional to the

DOC>   number of invalid objects in the database, so this command may take

DOC>   a long time to execute on a database with a large number of invalid

DOC>   objects.

DOC>

DOC>   Use the following queries to track recompilation progress:

DOC>

DOC>   1. Query returning the number of invalid objects remaining. This

DOC>      number should decrease with time.

DOC>         SELECT COUNT(*) FROM obj$ WHERE status IN (4, 5, 6);

DOC>

DOC>   2. Query returning the number of objects compiled so far. This number

DOC>      should increase with time.

DOC>         SELECT COUNT(*) FROM UTL_RECOMP_COMPILED;

DOC>

DOC>   This script automatically chooses serial or parallel recompilation

DOC>   based on the number of CPUs available (parameter cpu_count) multiplied

DOC>   by the number of threads per CPU (parameter parallel_threads_per_cpu).

DOC>   On RAC, this number is added across all RAC nodes.

DOC>

DOC>   UTL_RECOMP uses DBMS_SCHEDULER to create jobs for parallel

DOC>   recompilation. Jobs are created without instance affinity so that they

DOC>   can migrate across RAC nodes. Use the following queries to verify

DOC>   whether UTL_RECOMP jobs are being created and run correctly:

DOC>

DOC>   1. Query showing jobs created by UTL_RECOMP

DOC>         SELECT job_name FROM dba_scheduler_jobs

DOC>            WHERE job_name like 'UTL_RECOMP_SLAVE_%';

DOC>

DOC>   2. Query showing UTL_RECOMP jobs that are running

DOC>         SELECT job_name FROM dba_scheduler_running_jobs

DOC>            WHERE job_name like 'UTL_RECOMP_SLAVE_%';

DOC>#

 

PL/SQL procedure successfully completed.

 

 

TIMESTAMP

--------------------------------------------------------------------------------

COMP_TIMESTAMP UTLRP_END  2016-08-10 10:27:08

 

DOC> The following query reports the number of objects that have compiled

DOC> with errors.

DOC>

DOC> If the number is higher than expected, please examine the error

DOC> messages reported with each object (using SHOW ERRORS) to see if they

DOC> point to system misconfiguration or resource constraints that must be

DOC> fixed before attempting to recompile these objects.

DOC>#

 

OBJECTS WITH ERRORS

-------------------

                  0

 

DOC> The following query reports the number of errors caught during

DOC> recompilation. If this number is non-zero, please query the error

DOC> messages in the table UTL_RECOMP_ERRORS to see if any of these errors

DOC> are due to misconfiguration or resource constraints that must be

DOC> fixed before objects can compile successfully.

DOC>#

 

ERRORS DURING RECOMPILATION

---------------------------

                          0

 

 

Function created.

 

 

PL/SQL procedure successfully completed.

 

 

Function dropped.

 

 

PL/SQL procedure successfully completed.

 

SYS@lhrdb> SELECT COUNT(*) FROM DBA_OBJECTS D WHERE D.status='INVALID';

 

  COUNT(*)

----------

         0

无效对象消失,数据库正常。

5.2  重启数据库

若在删除了DUAL表后我们重启了数据库,就会发现数据库不能正常启动。

SYS@lhrdb> DROP TABLE DUAL;

 

Table dropped.

 

SYS@lhrdb> SELECT * FROM DUAL;

SELECT * FROM DUAL

              *

ERROR at line 1:

ORA-01775: looping chain of synonyms

 

 

SYS@lhrdb> SHUTDOWN IMMEDIATE;

Database closed.

Database dismounted.

ORACLE instance shut down.

SYS@lhrdb>

SYS@lhrdb> STARTUP

ORACLE instance started.

 

Total System Global Area 1720328192 bytes

Fixed Size                  2247072 bytes

Variable Size             486540896 bytes

Database Buffers         1224736768 bytes

Redo Buffers                6803456 bytes

Database mounted.

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-01775: looping chain of synonyms

Process ID: 42074156

Session ID: 156 Serial number: 5

 

ALERT告警日志:

Errors in file /oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace/lhrdb_ora_42074156.trc:

ORA-01775: looping chain of synonyms

Errors in file /oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace/lhrdb_ora_42074156.trc:

ORA-01775: looping chain of synonyms

Error 1775 happened during db open, shutting down database

USER (ospid: 42074156): terminating the instance due to error 1775

Instance terminated by USER, pid = 42074156

ORA-1092 signalled during: ALTER DATABASE OPEN...

opiodr aborting process unknown ospid (42074156) as a result of ORA-1092

Wed Aug 10 10:36:13 2016

ORA-1092 : opitsk aborting process

trace文件/oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace/lhrdb_ora_42074156.trc的内容:

[ZFXDESKDB1:root]:/>more /oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace/lhrdb_ora_42074156.trc

Trace file /oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace/lhrdb_ora_42074156.trc

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,

Data Mining and Real Application Testing options

ORACLE_HOME = /oracle/app/oracle/product/11.2.0/db

System name:    AIX

Node name:      ZFXDESKDB1

Release:        1

Version:        7

Machine:        00F63A614C00

Instance name: lhrdb

Redo thread mounted by this instance: 1

Oracle process number: 29

Unix process pid: 42074156, image: oracle@ZFXDESKDB1 (TNS V1-V3)

 

 

*** 2016-08-10 10:36:12.598

*** SESSION ID:(156.5) 2016-08-10 10:36:12.598

*** CLIENT ID:() 2016-08-10 10:36:12.598

*** SERVICE NAME:(SYS$USERS) 2016-08-10 10:36:12.598

*** MODULE NAME:(sqlplus@ZFXDESKDB1 (TNS V1-V3)) 2016-08-10 10:36:12.598

*** ACTION NAME:() 2016-08-10 10:36:12.598

 

ORA-01775: looping chain of synonyms

ORA-01775: looping chain of synonyms

 

*** 2016-08-10 10:36:12.598

USER (ospid: 42074156): terminating the instance due to error 1775

这个错误和数据库参数replication_dependency_tracking有关,该参数默认为TRUE,我们需要暂时设置为FALSE来绕过这个检查,把数据库启动起来,然后才可以重建DUAL表,在修复数据库后,重启数据库设置replication_dependency_tracking为TRUE.

SYS@lhrdb> show parameter replication_dependency_tracking

ERROR:

ORA-03114: not connected to ORACLE

 

 

SYS@lhrdb> conn / as sysdba

Connected to an idle instance.

SYS@lhrdb> show parameter replication_dependency_tracking

ORA-01034: ORACLE not available

Process ID: 0

Session ID: 0 Serial number: 0

 

 

SYS@lhrdb> startup nomount

ORACLE instance started.

 

Total System Global Area 1720328192 bytes

Fixed Size                  2247072 bytes

Variable Size             486540896 bytes

Database Buffers         1224736768 bytes

Redo Buffers                6803456 bytes

SYS@lhrdb> set line 9999

SYS@lhrdb> show parameter replication_dependency_tracking

 

NAME                                 TYPE                   VALUE

------------------------------------ ---------------------- ------------------------------

replication_dependency_tracking      boolean                TRUE

SYS@lhrdb> alter system set replication_dependency_tracking=false scope=spfile;

 

System altered.

 

SYS@lhrdb> startup force

ORACLE instance started.

 

Total System Global Area 1720328192 bytes

Fixed Size                  2247072 bytes

Variable Size             486540896 bytes

Database Buffers         1224736768 bytes

Redo Buffers                6803456 bytes

Database mounted.

Database opened.

 

SYS@lhrdb> SELECT * FROM DUAL;

SELECT * FROM DUAL

              *

ERROR at line 1:

ORA-01775: looping chain of synonyms

接下来就是重建DUAL表和编译失效的对象,过程和前边的一样,具体执行省略,代码如下:

CREATE TABLE SYS.DUAL(DUMMY VARCHAR2(1)) STORAGE(INITIAL 1) TABLESPACE SYSTEM;

INSERT INTO DUAL VALUES('X');

COMMIT;

CREATE OR REPLACE PUBLIC SYNONYM DUAL FOR DUAL;

GRANT SELECT ON DUAL TO PUBLIC WITH GRANT OPTION;

@?/rdbms/admin/utlrp.sql

最后我们需要做的事就是设置replication_dependency_tracking为true

SYS@lhrdb> alter system set replication_dependency_tracking=true scope=spfile;

 

System altered.

 

SYS@lhrdb> conn / as sysdba

Connected.

SYS@lhrdb> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

SYS@lhrdb> startup

ORACLE instance started.

 

Total System Global Area 1720328192 bytes

Fixed Size                  2247072 bytes

Variable Size             486540896 bytes

Database Buffers         1224736768 bytes

Redo Buffers                6803456 bytes

Database mounted.

Database opened.

 

6  关于replication_dependency_tracking参数

我们查询官方文档可以了解到参数replication_dependency_tracking的一些内容:

 

 

Property

Description

Parameter type

Boolean

Default value

true

Modifiable

No

Range of values

true | false

 

REPLICATION_DEPENDENCY_TRACKING enables or disables dependency tracking for read/write operations to the database. Dependency tracking is essential for propagating changes in a replicated environment in parallel.

Values:

TRUE  :Enables dependency tracking.

FALSE :Allows read/write operations to the database to run faster, but does not produce dependency information for Oracle to perform parallel propagation.

Note:

Do not specify this value unless you are sure that your application will not perform any read/write operations to the replicated tables.

See Also:

Oracle Database Advanced Replication for more information on parallel propagation dependency tracking

 

第二章 实验中用到的SQL总结

1、重建DUAL表:

CREATE TABLE SYS.DUAL(DUMMY VARCHAR2(1)) STORAGE(INITIAL 1) TABLESPACE SYSTEM;

INSERT INTO DUAL VALUES('X');

COMMIT;

CREATE OR REPLACE PUBLIC SYNONYM DUAL FOR DUAL;

GRANT SELECT ON DUAL TO PUBLIC WITH GRANT OPTION;

@?/rdbms/admin/utlrp.sql

SELECT COUNT(*) FROM DBA_OBJECTS D WHERE D.status='INVALID';

SELECT D.OWNER, COUNT(*) FROM DBA_OBJECTS D WHERE D.status='INVALID' GROUP BY D.OWNER;

alter system set replication_dependency_tracking=false scope=spfile;


©著作权归作者所有:来自51CTO博客作者小麦苗DB宝的原创作品,如需转载,请注明出处,否则将追究法律责任

更多相关文章

  1. SQL数据库中了.chch后缀勒索病毒如何解决?
  2. SQL数据库被eject后缀勒索病毒加密,该如何成功修复?
  3. 去Oracle实录:如何在线更换金融核心场景中的数据库?
  4. Oracle ADDM --dbms_addm执行oracle数据库诊断
  5. 【DB笔试面试765】在Oracle中,什么是OGG?它有哪些优缺点?
  6. zabbix配置文件详解
  7. 高可用数据库主从复制延时的解决
  8. 因为我的一个低级错误,生产数据库崩溃了将近半个小时
  9. 玩转Redis|学会这10点让你分分钟拿下Redis,满足你的一切疑问

随机推荐

  1. Android大牛的博客
  2. Android布局文件中命名空间的解析
  3. android样式,主题设置心得
  4. 自定义View系列教程02--onMeasure源码详
  5. Android学习小结
  6. 关于Android(安卓)LCD和键盘背光亮度 .
  7. Android(安卓)编译系统 --- 版本信息
  8. [置顶] Android应用开发 第二讲:Android系
  9. [转载]Android及Robotium学习总结【环境
  10. Android RIL 架构