oracle数据库904_oracle00933怎么解决

oracle数据库904_oracle00933怎么解决今天早上在日志中发现exp备份时出错:..exportingtableBJ_AFFILIATES37rowsexportedEXP-00008:ORACLEerror904encounteredORA-00904::invalididentifier..exportingtable…

大家好,又见面了,我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺

今天早上在日志中发现exp备份时出错:

. . exporting table                  BJ_AFFILIATES         37 rows exported

EXP-00008: ORACLE error 904 encountered

ORA-00904: : invalid identifier

. . exporting table                  BJ_CATEGORIES        175 rows exported

EXP-00008: ORACLE error 1003 encountered

ORA-01003: no statement parsed

. . exporting table                    BJ_LOCATION         12 rows exported

EXP-00008: ORACLE error 904 encountered

ORA-00904: : invalid identifier

. . exporting table                        BJ_TYPE         22 rows exported

EXP-00008: ORACLE error 1003 encountered

ORA-01003: no statement parsed

此错误对前台应用没有任何影响。导出的用户是系统新版本上线时创建的一个新用户,操作过程很简单,从老用户中exp数据,然后imp到新用户,导入导出过程都很正常,没有任何报错,查看错误类型含义:

[oracle@bj47 backup]$ oerr ora 904

00904, 00000, “%s: invalid identifier”

// *Cause:

// *Action:

[oracle@bj47 backup]$ oerr ora 1003

01003, 00000, “no statement parsed”

// *Cause:

// *Action:

看来无法得到原因和采取的活动。网上查询,很多解释都是不同版本的客户端和服务器之间进行exp而导致的,而我的操作是在同一台机器上,显然不是原因。从表DBA_SERVER_ERROR表中查看相应sql,发现如下sql:

SELECT

CNAME, SNAME, SSGFLAG, STSNAME, STSNO, SFILE, SBLOCK,

SDOBJID,             SCHUNKING, SVPOOL, SFLAGS, INAME, ISGFLAG,

ITSNAME, ITSNO, IFILE,             IBLOCK, IDOBJID, IINITRANS,

IMAXTRANS, SPROPERTY, COLTYPE,             COLTYPFLG, BLOCKSIZE,

INTCOLID, OPAQUETYPE      FROM   SYS.EXU9LOBU

WHERE  TOBJID = :1

用sql trace追踪也发现类似的错误,步骤如下:

1、alter system set events=’904 trace name errorstack’;

2、执行exp

3、在udump下的trace文件中发现:

*** SESSION ID:(44.28384) 2008-06-12 11:11:38.105

*** 2008-06-12 11:11:38.105

ksedmp: internal or fatal error

ORA-00904: : invalid identifier

Current SQL statement for this session:

SELECT

BUCKET, ENDPTHASH, ENDPTVAL,             UTL_RAW.CAST_TO_RAW(ENDPTVAL)

ENDPTVAL_RAW      FROM   SYS.EXU8HSTU      WHERE  POBJ

ID = :1 AND             INTCOL = :2      ORDER BY BUCKET

检查对象EXU8HSTU ,发现它的select权限已经赋予了public用户,也就是所有用户应该都可以访问的:

SQL> select * from dba_tab_privs where table_name=’EXU8HSTU’

2  ;

GRANTEE

OWNER                          TABLE_NAME

GRANTOR                        PRIVILEGE

GRANTABLE HIERARCHY

——————————

—————————— ——————————

—————————— —————————————-

——— ———

PUBLIC

SYS                            EXU8HSTU

SYS                            SELECT

NO        NO

那么难道是新用户对UTL_RAW包没有可执行权限?

SQL> select * from dba_tab_privs where table_name=’UTL_RAW’;

果然,记录为空,也就是新用户并没有包UTL_RAW的可执行权限,找到原因就好比了,给新用户赋予包UTL_RAW的可执行权限即可:

grant execute on UTL_RAW to newuser;

SQL> select * from dba_tab_privs where table_name=’UTL_RAW’;

GRANTEE

OWNER                          TABLE_NAME

GRANTOR                        PRIVILEGE

GRANTABLE HIERARCHY

——————————

—————————— ——————————

—————————— —————————————-

——— ———

NEWUSER

SYS                            UTL_RAW

SYS                            EXECUTE

NO        NO

赋予成功后,exp备份也恢复正常。

仔细回想,UTL_RAW的可执行权限为何会被取消?原来是很久以

前404检查的时候要求将所有UTL开头的包的可执行权限从public用户中取消掉,那么老用户备份的时候怎么就没有报错呢?查询以前的备份日志,发现

其实也含有这样的错误,但是只是在某一个表上,因此没有引起注意:

About to export specified tables via Direct Path …

. . exporting table                  BJ_AFFILIATES

37 rows exported

. . exporting table                  BJ_CATEGORIES

175 rows exported

. . exporting table                    BJ_LOCATION

12 rows exported

. . exporting table                        BJ_TYPE

22 rows exported

. . exporting table             NG_ADDISTRIBUTIONS

.

117949 rows exported

. . exporting table            NG_ADMANAGERDB_LOCK

1 rows exported

. . exporting table                         NG_ADS

.

118197 rows exported

. . exporting table                     NG_ADSIZES

144 rows exported

. . exporting table                   NG_ADTARGETS

1 rows exported

. . exporting table                 NG_ADVERTISERS

1775 rows exported

EXP-00008: ORACLE error 904 encountered

ORA-00904: : invalid identifier

. . exporting table             NG_ADVERTISERTYPES

。。。。。。

只有为什么老用户只有一个表报错,而新用户所有表都报错,就不得而知了。。。。。。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/191422.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • 分布式CAP原理:一致性、可用性、分区容错

    分布式CAP原理:一致性、可用性、分区容错CAP概念单机系统由于所有的处理都在单机完成的,所以不存在数据一致性问题,但是如果系统崩溃了,就导致服务不可用。分布式系统可以实现服务的高可用,现有的大型网站几乎都是分布式的,特别是微服务的出现,使得分布式系统正变得越来越重要。分布式系统最大的难点,就是各个节点的状态如何同步。CAP原理给分布式系统的实现带来了指导思路,它也是理解分布式系统的重要理论。CAP由以下三个指标组成:C(Consistency):一致性A(Availability):可用性P(P…

  • poj 2375

    poj 2375这道题是一道gu

  • JavaWeb – GET 请求中 URL 的最大长度限制(附:解决方案)[通俗易懂]

    JavaWeb – GET 请求中 URL 的最大长度限制(附:解决方案)[通俗易懂]今天在写一个PHP相应JSOUP请求的功能时,发现当URL中包含的请求参数过长时会返回414错误。浏览器1、IEIE浏览器(MicrosoftInternetExplorer)对URL长度限制是2083(2K+53),超过这个限制,则自动截断(若是form提交则提交按钮不起作用)。中文字符的话只有2083/9=231个字符。2、Firefoxfi…

  • mysql数据库安装(详细)

    mysql数据库安装(详细)安装MySQLMySQL是目前最为流行的开放源码的数据库,是完全网络化的跨平台的关系型数据库系统,它是由瑞典MySQLAB公司开发,目前属于Oracle公司。任何人都能从Internet下载MySQL软件,而无需支付任费用,并且“开放源码”意味着任何人都可以使用和修改该软件。一、下载MySQL第一步:下载mysql,地址:https://dev.mysql.com/downloads/installer/mysql官网上提供了两种安装方式,第一种是在线版联网安装,第二种是本地安装。二者的区别是前者是

  • SecureCRT解压版使用[通俗易懂]

    SecureCRT解压版使用[通俗易懂]百度网盘提取地址:链接:https://pan.baidu.com/s/1nFwxA27xpED5ugCw09-q8w提取码:9wpd

  • vue集成百度UEditor富文本编辑器

    vue集成百度UEditor富文本编辑器

    2021年10月11日

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号