执行DBMS_METADATA.get_ddl报ORA-39212的解决方法

环境:
    数据库:oracle 10.2.0.4 --64位
    操作系统:红旗dc 5.0  --64位

以sys登陆,执行DBMS_METADATA.get_ddl得到某个表空间的元数据报错
select DBMS_METADATA.get_ddl(‘TABLESPACE‘,‘PDA‘) from dual;
ERROR:
ORA-39212: installation error: XSL stylesheets not loaded correctly
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 79
ORA-06512: at "SYS.DBMS_METADATA_INT", line 7428
ORA-06512: at "SYS.DBMS_METADATA_INT", line 7477
ORA-06512: at "SYS.DBMS_METADATA_INT", line 9495
ORA-06512: at "SYS.DBMS_METADATA", line 1920
ORA-06512: at "SYS.DBMS_METADATA", line 2793
ORA-06512: at "SYS.DBMS_METADATA", line 4333
ORA-06512: at line 1

马上查看10g的在线文件:
ORA-39212: installation error: XSL stylesheets not loaded correctly

Cause: The XSL stylesheets used by the Data Pump Metadata API were not loaded correctly into the Oracle dictionary table "sys.metastylesheet." Either the stylesheets were not loaded at all, or they were not converted to the database character set.

Action: Connect AS SYSDBA and execute dbms_metadata_util.load_stylesheets to reload the stylesheets.

解决方法:
以sysdba权限的用户登陆执行以下语句:

SQL> exec dbms_metadata_util.load_stylesheets;

PL/SQL procedure successfully completed.

再次执行成功:

SQL> select DBMS_METADATA.get_ddl(‘TABLESPACE‘,‘PDA‘) from dual;

DBMS_METADATA.GET_DDL(‘TABLESPACE‘,‘PDA‘)
--------------------------------------------------------------------------------

CREATE TABLESPACE "PDA" DATAFILE 
  ‘/db_data/app/oracle/oradata/pda/PDA_01.dbf‘ SIZE 2147483648
  LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT AUTO

时间: 2024-08-27 11:48:22

执行DBMS_METADATA.get_ddl报ORA-39212的解决方法的相关文章

python程序在命令行执行提示ModuleNotFoundError: No module named 'XXX' 解决方法

原文链接:https://www.cnblogs.com/dreamyu/p/7889959.html 在ide中执行python程序,都已经在默认的项目路径中,所以直接执行是没有问题的.但是在cmd中执行程序,所在路径是python的搜索路径,如果涉及到import引用就会报类似ImportError: No module named xxx这样的错误,解决方法: 在报错的模块中添加: import sys import os curPath = os.path.abspath(os.path

执行游戏时出现0xc000007b错误的解决方法

如图,这个错误使无数玩家烦恼. 出现这个错误,可能是硬件的问题,也可能是软件的问题.可是,因为硬件引起该问题的概率非常小,而且除了更换硬件之外没有更好的解决方法,因此本文将具体介绍怎样通过软件解决此问题,这也是大家最关心的. 大致介绍一下这个错误是怎样发生的.这个错误的本意是提示内存错误,可是通常情况下并非内存存在问题,而是因为软件的问题产生了这个错误.到底是什么软件的问题呢?答案是DirectX,而且多数情况下是DirectX 9.0的问题. 或许大家会问了:我玩的游戏都有DirextX 11

maven的pom报plugins却是的解决方法(转)

maven的pom报plugins却是的解决方法. 引用 Failure to transfer org.apache.maven.plugins:maven-surefire-plugin:pom:2.7.1 from http://repo1.maven.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central h

windows下 sqlplus / as sysdba 报ora-12560的终极解决方法

windows下,sqlplus / as sysdba经常报 ORA-12560: TNS:protocol adapter error,解决这个报错,有多个方法: 1.确认windows注册表中的ORACLE_HOME 键及其 键值 是正确的,是有效的 比如:HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb10g_home1下,找到ORACLE_HOME 键,对应的键值为H:\oracle\product\10.2.0\db_1 ,其实正确的键值为F:

Adobe Dreamweaver CC MySQL连接 报404错误的解决方法

Adobe Dreamweaver CC MySQL连接时总报404报错,并给以下两个提示: 1) 在该服务器机器上没有测试服务器运行. 2) 为该站点指定的测试服务器没有映射到http://localhost/_mmServerScripts/MMHTTPDB.phpURL.请确认url前缀映射到了你站点的根上. 网上翻了一堆网站,折腾了两三天,发现可以按如下方法解决: 1)首先要在http://localhost/security/index.php配置mysql的访问密码(我用的是XAMP

maven的pom报plugins缺失的解决方法

maven的pom报plugins却是的解决方法. 引用 Failure to transfer org.apache.maven.plugins:maven-surefire-plugin:pom:2.7.1 from http://repo1.maven.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central h

Quartz.NET 前一次任务未执行完成时不触发下次的解决方法

原文:Quartz.NET 前一次任务未执行完成时不触发下次的解决方法 如图所示,在Job 上 加     [DisallowConcurrentExecution]        特性 原文地址:https://www.cnblogs.com/lonelyxmas/p/11780421.html

vue.js常见的报错信息及其解决方法的记录

1.Vue packages version mismatch 翻译:vue包版本匹配错误 报错样例: 报错原因:通常出现于一些依赖库的更新或者安装新的依赖库之后(可以认为npm update已经成为一种习惯),导致了vue和vue-template-compiler的版本不一致. 解决方案:统一vue和vue-template-compiler的版本 1 "vue": "2.3.4", 2 "vue-template-compiler": &q

windows无法启动MySQL服务报错1067的解决方法是怎样?

方法一: 1.打开my.ini文件,找到default-storage-engine=InnoDB这一行,把它改成default-storage-engine=MyISAM.2.删除在MySQL安装目录下的Data目录中的ib_logfile0和ib_logfile13.找到在配置MySQL服务器时指定的InfoDB目录删除掉ibdata1根据my.ini文件中:#*** INNODB Specific options ***        innodb_data_home_dir="D:/&q