关于查看dba_data_files的一个小问题

比眉伴天荒 2022-01-31 07:25 384阅读 0赞

今天帮一个朋友看一个pl/sql的问题，他已经钻到一个死胡同里列，可能明眼人一看就知道哪里有问题，但是当局者迷，所以我抽空看了一下这个pl/sql块。  
pl/sql的内容大体如下：  
declare  
TYPE new\_type IS TABLE OF VARCHAR2(30) ;  
v\_tab new\_type:=new\_type('DBIMISHLS','ICU','INFOCAST','INFOCAST\_V2','MSG','NMS','TS\_CONFIG','TS\_DOC','TS\_PATIENT','TS\_WARD');  
position varchar2(1000);  
v\_sql\_user varchar2(4000);  
v\_sql\_tablespace varchar2(4000);  
v\_res\_tablespace varchar2(4000);  
v\_res\_user varchar2(4000);  
begin  
select substr(file\_name,1,29) into position from dba\_data\_files where rownum=1;  
for i in 1..v\_tab.count loop  
v\_sql\_tablespace:='create tablespace '||v\_tab(i)||' datafile '||''''||position||v\_tab(i)||'01.dbf'||''''||' size 1G autoextend on;'；  
\---EXECUTE immediate v\_sql\_tablespace into v\_res\_tablespace;  
dbms\_output.put\_line(v\_sql\_tablespace)；  
end loop;  
end;  
当然简单调试了一下就可以了，看起来语法就没有任何问题了。其实是几个结束符的问题。  
当然语句的问题改好了。为了保险起见，我得测试一下，刚好手头没有测试环境了，生产环境不能尝试，所以就在备库中进行了测试，发现是一台11gR2的备库。  
运行的时候结果提示dba\_data\_files不存在  
SQL> desc dba\_data\_files  
ERROR:  
ORA-04043: object dba\_data\_files does not exist  
这个时候才意识到备库是在mount阶段。  
然后把备库启动到open阶段，自动开启了read only with apply，这个时候运行那个Pl/sql还是有问题，这就奇怪了。  
看报错是指到dba\_data\_files了，手工desc了一下，发现确实访问不了，这个时候就有些奇怪了。怎么会访问不了了，难道是备库有问题。  
这个数据字典的信息不存在那就严重了。  
SQL> desc dba\_data\_files  
ERROR:  
ORA-04043: object dba\_data\_files does not exist  
这个测试做得我有点心虚，赶紧找了另外几套环境做比对，都没有问题。所以我初步怀疑，可能是碰到一个bug了。  
当然有了基本的思路之后，查看mos，马上就锁定一篇文章    
**ORA-4043 On DBA\_\* Views If They Are Described In Mount Stage (Doc ID 296235.1)**  
确实有这么一个bug,  [2365821][]   
如果在数据库mount阶段尝试使用desc访问dba\_相关的数据字典，在open阶段就会抛出上面的错误信息。  
当然解决方法也很简单，一个就是flush shared pool,另外一个就是重启。  
当然在备库我还是愿意在线修复。  
SQL> Alter system flush shared\_pool;  
System altered.  
SQL> desc dba\_data\_files  
Name Null? Type  
\----------------------------------------- -------- ----------------------------  
FILE\_NAME VARCHAR2(513)  
FILE\_ID NUMBER  
TABLESPACE\_NAME VARCHAR2(30)  
BYTES NUMBER  
BLOCKS NUMBER  
STATUS VARCHAR2(9)  
RELATIVE\_FNO NUMBER  
AUTOEXTENSIBLE VARCHAR2(3)  
MAXBYTES NUMBER  
MAXBLOCKS NUMBER  
INCREMENT\_BY NUMBER  
USER\_BYTES NUMBER  
USER\_BLOCKS NUMBER  
ONLINE\_STATUS VARCHAR2(7)  
所以这个问题的分析就告一段落。所以这些细节真是很折磨人，最近和bug比较有缘，总是有意无意会碰到。

[2365821]: https://support.oracle.com/epmos/faces/BugDisplay?parent=DOCUMENT&sourceId=296235.1&id=2365821