Troubleshooting ORA-01555/ORA-01628/ORA-30036 During Export and Import (Doc ID 1579437.1)

APPLIES TO:

Oracle Database - Enterprise Edition - Version 9.2.0.1 to 11.2.0.4 [Release 9.2 to 11.2]
Information in this document applies to any platform.

PURPOSE

Purpose of this document is to have a checklist for troubleshooting ORA-01555/ORA-01628/ORA-30036 during export and import. 

本文档旨在提供一个清单,用于在导出和导入期间对ORA-01555/ORA-01628/ORA-30036进行故障排除

This note will also discuss some known issues on this subject.

本说明还将讨论有关此主题的一些已知问题

TROUBLESHOOTING STEPS

Before diagnosing undo errors reported during export and import, it is important first to check UNDO tablespace utilization and tuned undo retention as follow :

在诊断导出和导入期间报告的 undo 错误之前,重要的是首先要检查UNDO表空间利用率和 tuned undo retention,如下所示

SQL> SELECT DISTINCT STATUS,TABLESPACE_NAME, SUM(BYTES), COUNT(*) FROM DBA_UNDO_EXTENTS GROUP BY STATUS, TABLESPACE_NAME;

SQL> select max(maxquerylen),max(tuned_undoretention) from v$undostat;

SQL> select max(maxquerylen),max(tuned_undoretention) from DBA_HIST_UNDOSTAT;

SQL> select sum(bytes) from dba_free_space where tablespace_name=‘&UNDOTBS‘;

Before proceed, Invistiagte/Resolve any excessive allocation of ACTIVE/UNEXPIRED extents and high calculation of tuned_undoretention.

在继续之前,请检查/解决 ACTIVE/UNEXPIRED extents的任何过度分配以及 tuned_undoretention 的大量计算

1) ORA-01555 during export  导出期间为ORA-01555

check alert log and export log to determine 1555 error message. We have two different types of 1555 error :

检查 alert log 和 export log 以确定1555错误消息。我们有两种不同类型的1555错误

a. ORA-1555 accessing UNDO data at LOB segment :  ORA-1555在LOB段访问UNDO数据

ORA-01555: snapshot too old: rollback segment number  with name "" too small

notice that segment name is null "".

or/and

ORA-22924: snapshot too old

b. ORA-1555 accessing UNDO data at UNDO tablespace :  ORA-1555在UNDO表空间访问UNDO数据

ORA-01555: snapshot too old: rollback segment number 107 with name "_SYSSMU107_1253191395$" too small

notice that segment name is existing "_SYSSMU107_1253191395$" which mean undo data inside UNDO tablespace.

请注意,段名称是现有的 "_SYSSMU107_1253191395$" ,这表示 undo数据 在UNDO表空间中。

a. ORA-1555 accessing UNDO data at LOB segment :

ORA-01555 for LOB segment is caused by one of the following reasons :

LOB段的ORA-01555是由于以下原因之一引起的

1. LOB segment corruption :  LOB段损坏

To check the LOB table corruption, review the following documents : 要检查LOB表损坏,请查看以下文档

Export Receives The Errors ORA-1555 ORA-22924 ORA-1578 ORA-22922 (Doc ID 787004.1)
Export Fails With ORA-2354 ORA-1555 ORA-22924 and How To Confirm LOB Segment Corruption Using Export Utility? (Doc ID 833635.1)
ORA-01555 And Other Errors while Exporting Table With LOBs, How To Detect Lob Corruption. (Doc ID 452341.1)

2. If no LOB corruption found, so Issues with Retention/Pctversion values :  如果未发现LOB损坏,则 Retention/Pctversion 值的问题

You may need to increase Retention/Pctversion. Check following document carefully :  您可能需要增加 Retention/Pctversion。仔细检查以下文件

LOBs and ORA-01555 troubleshooting (Doc ID 846079.1)

b. ORA-1555 accessing UNDO data at UNDO tablespace : 

This is handled as a normal 1555 error. You may need to increase undo retention before run export and revert it back after export finish successfully :

这被视为正常的1555错误。您可能需要在运行导出之前增加undo retention,并在导出成功完成后将其还原

alter system set undo_retention=<NEW_VALUE>;

>> run export till finish successfully.   --运行导出,直到成功完成

alter system set undo_retention=<OLD_VALUE>;

Note: It is valid that ORA-1555 reported accessing UNDO data at UNDO tablespace when exporting a table with LOB column. In this case you need to identify which undo segment name is mentioned at 1555 error message as explained above and diagnose accordingly.

注意:在导出带有LOB列的表时,ORA-1555报告了在UNDO表空间上访问UNDO数据是有效的。在这种情况下,您需要如上所述确定在1555错误消息中提到哪个撤消段名称,并进行相应的诊断

2) ORA-01628/ORA-30036 during import  导入期间ORA-01628/ORA-30036

It is common to encounter 1628 or 30036 error during import. The key point here is the amount of UNDO generated by import utility.

导入期间通常会遇到1628或30036错误。关键是导入程序生成的UNDO数量

Generally, to resolve both errors, you need to minimize the undo space allocated during import as much as possible and allocate enough UNDO space.

通常,要解决这两个错误,您需要尽可能减少导入期间分配的undo空间,并分配足够的UNDO空间

For examples :

- excluding indexes and statistics from import then create/gather them manually after import finish

- 从导入中排除索引和统计信息,然后在导入完成后手动创建/收集它们

- use TABLE_EXISTS_ACTION=REPLACE instead of APPEND or TRUNCATE.

- 使用 TABLE_EXISTS_ACTION = REPLACE 代替 APPEND 或 TRUNCATE

- use CONTENT=ALL instead of DATA_ONLY

- 使用CONTENT = ALL 而不是 DATA_ONLY

- Make sure all available UNDO segments are ONLINE during the import by setting _rollback_segment_count=999999

- 通过设置 _rollback_segment_count = 999999,确保在导入过程中所有可用的UNDO段均处于在线状态

SQL> select status,count(*),tablespace_name from dba_rollback_segs group by status,tablespace_name;

Known issues :

Bug 17306264 - ORA-1628: MAX # EXTENTS (32765) REACHED FOR ROLLBACK SEGMENT - OFTEN ENCOUNTERE

Bug 17306264 or the Patch 17306264 for 11g readme contains pre-requisite step to set the below event
event="64000 trace name context forever, level 25"
We recommend to set the event 64000 to level 25, as mentioned in the readme of the patch.

How To Check the Usage of Active Undo Segments in AUM (Doc ID 1337335.1)

Data Pump (or other Oracle process) Reports ORA-01628: Max # Extents (32765) For Rollback Segment _SYSSMUx$ (Doc ID 1434643.1)

ORA-1628 Max # Extents Reached Using AUM On Locally Managed Tablespace (Doc ID 761176.1)

Ora-01628: Max # Extents (32765) Reached For Rollback Segment. (Doc ID 837853.1)

Troubleshooting ORA-30036 - Unable To Extend Undo Tablespace (Doc ID 460481.1)

Options to decrease use Of UNDO during import (Doc ID 952892.1)

Error ORA-30036 DataPump Import (IMPDP) Exhausts Undo Tablespace (Doc ID 727894.1)

Run Out Of Space On Undo Tablespace Using Import/Export DataPump (Doc ID 735366.1)

REFERENCES

NOTE:787004.1 - Export Receives The Errors ORA-1555 ORA-22924 ORA-1578 ORA-22922
NOTE:833635.1 - Export Fails With Errors ORA-2354 ORA-1555 ORA-22924 And How To Confirm LOB Segment Corruption Using Export Utility?
NOTE:452341.1 - ORA-01555 And Other Errors while Exporting Table With LOBs, How To Detect Lob Corruption.
NOTE:846079.1 - LOBs and ORA-01555 troubleshooting
NOTE:1337335.1 - How To Check the Usage of Active Undo Segments in AUM
NOTE:1434643.1 - Data Pump (or other Oracle process) Reports ORA-01628: Max # Extents (32765) For Rollback Segment _SYSSMUx$
NOTE:761176.1 - ORA-1628 Max # Extents Reached Using AUM On Locally Managed Tablespace
NOTE:837853.1 - Ora-01628: Max # Extents (32765) Reached For Rollback Segment.
NOTE:460481.1 - Troubleshooting ORA-30036 - Unable To Extend Undo Tablespace
NOTE:952892.1 - Options to decrease use Of UNDO during import
NOTE:727894.1 - Error ORA-30036 DataPump Import (IMPDP) Exhausts Undo Tablespace
NOTE:735366.1 - Run Out Of Space On UNDO Tablespace Using DataPump Import/Export

原文地址:https://www.cnblogs.com/zylong-sys/p/11962055.html

时间: 2024-10-08 10:50:07

Troubleshooting ORA-01555/ORA-01628/ORA-30036 During Export and Import (Doc ID 1579437.1)的相关文章

Troubleshooting &quot;Global Enqueue Services Deadlock detected&quot; (Doc ID 1443482.1)

In this Document   Purpose   Troubleshooting Steps   1. TX deadlock in Exclusive(X) mode   2. TX deadlock in Share(S) mode   3. TM deadlock   4. Single resource deadlock for TX , TM or IV   5. LB deadlock   6. Known Issues   7. Further Diagnosis   Re

(转)认识oracle中的sqlnet.ora tnsnames.ora listener.ora三个文件

概述 在oracle安装目录$HOME/network/admin下,,经常看到sqlnet.ora tnsnames.ora listener.ora这三个文件,除了tnsnames.ora,其他两个文件详细的用途很多人都不太了解.sqlnet.ora 用在oracle client端,用于配置连接服务端oracle的相关参数. tnsnames.ora 用在oracle client端,用户配置连接数据库的别名参数,就像系统中的hosts文件一样.listener.ora 用在oracle

tnsnames.ora配置小结

oracle网络配置 三个配置文件 listener.ora.sqlnet.ora.tnsnames.ora ,都是放在$ORACLE_HOME/network/admin文件夹下. 1.  sqlnet.ora-–作用类似于linux或者其它unix的nsswitch.conf文件.通过这个文件来决定怎么样找一个连接中出现的连接字符串. 比如我们client输入 sqlplus sys/[email protected] 假如我的sqlnet.ora是以下这个样子 SQLNET.AUTHENT

PLSQL Developer安装、tnsnames.ora配置 解答

前提是您已经安装好了PLSQL-Developer工具,安装PLSQL程序相信大家都会 正常的登录窗口: 当你的图为: 没有这个选项无法连接数据库.没有安装Oracle的话,这里就会少一个选项"连接为",如果您安装了Oracle客户端那就请忽略该经验,因为PLSQL工具会自动从系统注册表找有没有Oracle的配置信息,没有则显示如第一张图,有则显示第二张图(也可能个别机器即使安装了Oracle客户端还是没显示,这样需要手动去添加Oracle的参数配置文件), 那么怎样能不用安装Orac

listener.ora/sqlnet.ora/tnsnames.ora配置文件详解

oracle网络配置 三个配置文件 listener.ora.sqlnet.ora.tnsnames.ora ,都是放在$ORACLE_HOME/network/admin目录下. 英文说明: The sqlnet.ora is an optional file expressing more parameters about the connection (eg: the trace level for debugging, the types of authentication you wo

转载《Oracle的tnsnames.ora配置(PLSQL Developer)》

今天是重要的一天.将XML数据导入ORACLE遇到很多问题,学了好多,其中很长时间花在网络配置上,刚开始学,具体原因不知道,先把搜集到的好文章存下来,以后慢慢研究. 监听配置文件             为了使得外部进程 如 CAMS后台程序 能够访问 Oracle 数据库 必须配             置 Oracle 网络服务器环境 配置 Oracle 网络服务器环境是通过配置             listener.ora sqlnet.ora 和 tnsnames.ora 共三个文件

Oracle的tnsnames.ora配置(PLSQL Developer)

首先打开tnsnames.ora的存放目录,一般为D:\app\Administrator\product\11.2.0\client_1\network\admin,就看安装具体位置了. 步骤阅读 2 使用editplus或者记事本或其他工具打开tnsnames.ora,进行编辑 配置一下文件 CONN_shenyi2 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.17.144.191)(PORT = 1521)) (CONNE

安装好oracle11gR2之后在相应路径下却没有生成tnsnames.ora和listener.ora

oracle安装帖子:https://blog.csdn.net/wjb123sw99/article/details/80780277 oracle安装过程中检查失败:需开启C盘共享,或者勾选忽略,参考帖子http://blog.itpub.net/22969361/viewspace-1188283/ Oracle安装失败后,彻底卸载Oracle帖子:https://blog.csdn.net/Devin_LiuYM/article/details/59539020 安装完oracle,C:

oracle用cmd货plsql登录oracle实例提示“ORA :12170”TNS:连接超时

1,cmd ------ ping ip地址:查看网络问题,能否ping通ip地址 2,cmd ------ tnsping ip地址(或服务器的实例名SID)“ ①如果出现"TNS-12535:操作超时" 提示,可能是服务器端防火墙没有关闭,关闭防火墙即可: ②如果出现下图显示,则证明没有问题: ” 3,cmd ------ netstat - na 查看1521端口是否关闭 ①如果显示关闭,则需要在防火墙设置中将1521端口设为例外: ②如果出现下图显示,则证明没有问题: 4,cm