exp 导出 EXP-00056: 遇到 ORACLE 错误 904

lengyunfei006 2009-09-30 09:31:04
同一台机器上,其中一个备份正常<1>,另外一个报错<2>。同一台机器上导出日志显示的版本居然不一样,哪个高人给指点下。
我机器上装的是Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production (client)

<1>
连接到: Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production
已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集
…………………………
在没有警告的情况下成功终止导出。

<2>连接到: Oracle9i Enterprise Edition Release 9.2.0.5.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.5.0 - Production
已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集

即将导出指定的用户...
. 正在导出 pre-schema 过程对象和操作
. 正在导出用户 WLJGBAIS 的外部函数库名称
. 导出 PUBLIC 类型同义词
. 导出私有类型同义词
. 正在导出用户 WLJGBAIS 的对象类型定义
即将导出 WLJGBAIS 的对象 ...
. 正在导出数据库链接
. 正在导出序号
. 正在导出群集定义
. 即将导出 WLJGBAIS 的表通过常规路径 ...
. . 正在导出表 T_ADVISE 55 行被导出
EXP-00056: 遇到 ORACLE 错误 904
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": 无效的标识符
. . 正在导出表 T_ASSIGN_PRIVILEGE 10 行被导出
EXP-00056: 遇到 ORACLE 错误 904
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": 无效的标识符
. . 正在导出表 T_ASSIGN_PRIVILEGE_DICT 3 行被导出
EXP-00056: 遇到 ORACLE 错误 904
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": 无效的标识符
. . 正在导出表 T_CONTENT 203 行被导出
EXP-00056: 遇到 ORACLE 错误 904
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": 无效的标识符
. . 正在导出表 T_CONTENT_KEYWORD 155 行被导出
...全文
10159 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
yhzdownload 2010-04-12
  • 打赏
  • 举报
回复
官方补丁
墨一二三 2010-03-12
  • 打赏
  • 举报
回复
可以到官方网站上找对应版本的补丁
lengyunfei006 2010-01-26
  • 打赏
  • 举报
回复
可以到官方网站上找对应版本的补丁。
jayciedede 2010-01-13
  • 打赏
  • 举报
回复
怎么看不到
l9476 2009-10-12
  • 打赏
  • 举报
回复
在哪里有补丁可以下载
lengyunfei006 2009-10-09
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 csucxcc 的回复:]
This fix adds a server side function used by client side export.
  As such using a CLIENT with this fix against a SERVER without
  the fixed export packages results will result in errors at
  export time such as:
EXP-00056: ORACLE error 904 encountered
  ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": invalid identifier

有这个补丁的client ,连接 没有打这个补丁的server ,如果做exp 操作,会出现下面的错误
[/Quote]

4楼正解,已经解决!! 非常感谢!
傻儿哥 2009-09-30
  • 打赏
  • 举报
回复
This fix adds a server side function used by client side export.
As such using a CLIENT with this fix against a SERVER without
the fixed export packages results will result in errors at
export time such as:
EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": invalid identifier


有这个补丁的client ,连接 没有打这个补丁的server ,如果做exp 操作,会出现下面的错误
傻儿哥 2009-09-30
  • 打赏
  • 举报
回复
主题: Bug 3591564 - ORA-1756 importing functional index with CHR(0) in its expression
文档 ID: 3591564.8 类型: PATCH
上次修订日期: 24-SEP-2008 状态: PUBLISHED

Bug 3591564 ORA-1756 importing functional index with CHR(0) in its expression
This note gives a brief overview of bug 3591564.
The content was last updated on: 10-OCT-2005
Click here for details of each of the sections below.

Affects:
Product (Component) Oracle Server (Rdbms)
Range of versions believed to be affected Versions < 10.2
Versions confirmed as being affected 9.2.0.4
10.1.0.3

Platforms affected Generic (all / most platforms affected)

The fix for this bug introduces a notable change in behaviour thus:
Notable change of behaviour introduced in 9.2.0.7

Fixed:
This issue is fixed in 9.2.0.7 (Server Patch Set)
10.1.0.4 (Server Patch Set)
10.2.0.1 (Base Release)


Symptoms: Related To:
Error May Occur
ORA-1756
Export/Import
Function Based Index (Including DESC Indexes)


Description
If a functional index having chr(0) in its expression is exported,
upon import while executing the create index statement import fails
with an ORA-1756.


Note:
This fix adds a server side function used by client side export.
As such using a CLIENT with this fix against a SERVER without
the fixed export packages results will result in errors at
export time such as:
EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT": invalid identifier

Hence this fix is needed at both the client and server sides to be
effective.

Please note: The above is a summary description only. Actual symptoms can vary. Matching to any symptoms here does not confirm that you are encountering this problem. Always consult with Oracle Support for advice.



References
Bug 3591564 (This link will only work for PUBLISHED bugs)
Note 245840.1 Information on the sections in this article

--------------------------------------------------------------------------------
Dave 2009-09-30
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 amiksong 的回复:]
搞反了吧,用高版本的exp导低版本的库会有问题,低版本的exp导高版本的库是可以的
[/Quote]

软件都有向下兼容性, 如果说oracle 10G 不支持9i的功能,那软件还会有人用吗?
amiksong 2009-09-30
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 tianlesoftware 的回复:]
Release 9.2.0.8.0
Release 9.2.0.5.0

楼主的机子上应该有2个版本的exp,一个是9.2.0.8.0 的,一个是9.2.0.5.0, 楼主的数据库是9.2.0.8.0,所以用9.2.0.8.0的exp是没有问题的,但9.2.0.5.0的exp导9.2.0.8.0时,就不能识别8里面的对象了.

exp/imp 只能从低到高,或者同级使用。 高版本的数据库有新对象,低版本的识别不了,就出错了.

楼主可以指定exp 9.2.0.8.0的来导,或者把9.2.0.5.0的直接删掉就可以了.



[/Quote]

搞反了吧,用高版本的exp导低版本的库会有问题,低版本的exp导高版本的库是可以的
Dave 2009-09-30
  • 打赏
  • 举报
回复


Release 9.2.0.8.0
Release 9.2.0.5.0

楼主的机子上应该有2个版本的exp,一个是9.2.0.8.0 的,一个是9.2.0.5.0, 楼主的数据库是9.2.0.8.0,所以用9.2.0.8.0的exp是没有问题的,但9.2.0.5.0的exp导9.2.0.8.0时,就不能识别8里面的对象了.

exp/imp 只能从低到高,或者同级使用。 高版本的数据库有新对象,低版本的识别不了,就出错了.

楼主可以指定exp 9.2.0.8.0的来导,或者把9.2.0.5.0的直接删掉就可以了.


17,377

社区成员

发帖
与我相关
我的任务
社区描述
Oracle 基础和管理
社区管理员
  • 基础和管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧