oracle impdp时卡死Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX

今天在用impdp导入时，Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX卡在建索引的过程一直不动，也不报错，重试了好几遍还是这样。

后来恍然大悟，是不是DB出什么问题了，查看alert日志，发现这个错误：

statement in resumable session ‘SYSTEM.SYS_IMPORT_SCHEMA_03.1‘ was timed out

statement in resumable session ‘SYSTEM.SYS_IMPORT_SCHEMA_03.1‘ was suspended due to

ORA-01659: unable to allocate MINEXTENTS beyond 2 in tablespace TBS_FALABELLA

原来是空间不足，加大空间后，重试，OK!

快速找到oracle的alert日志方法：

1、进入到sqlplus接口

$sqlplus ‘/as sysdba‘

注意：使用角色sysdba

2、查询alter日志目录

show parameter dump

原文地址：https://www.cnblogs.com/joeshang/p/10459526.html

时间： 2024-10-01 00:29:09

oracle impdp时卡死Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX的相关文章

Oracle登录时卡死解决办法

问题: PLSQL登录Oracle数据库的时候一直提示正在登录,程序没有任何反应卡死,或者Navicat Premium 一直无法连接上,但不提示任何错误(个人是运行虚拟机后就无法正常使用,估计是监听程序设置是主机名,如果主机是双网卡或有虚拟网卡运行在服务器重启时容易导致监听出错). 解决方法: 开始运行: services.msc, 找到OracleOraDb11g_home1TNSListener 重新启动一次,若不行,请先停止, 再启动一次(本人测试时需要两次重启,原因不明),完成后Ora

impdp 导入物化视图（mv）时报错：ORA-31685: Object type MATERIALIZED_VIEW

本文为原创文章,转载请注明出处: http://blog.csdn.net/msdnchina/article/details/38782657 db 版本为10.2.0.4 impdp 命令为 impdp sys/as dumpfile=scott.dmp logfile=scott_imp_no_remap.log 导入的报错为: Processing object type SCHEMA_EXPORT/MATERIALIZED_VIEW ORA-31685: Object type MAT

oracle impdp的table_exists_action详解

oracle impdp的table_exists_action详解分类: [oracle]--[备份与恢复]2012-01-06 22:44 9105人阅读评论(0) 收藏举报 tableactionoracleschemaobjectimport 1 table_exists_action参数说明使用imp进行数据导入时,若表已经存在,要先drop掉表,再进行导入. 而使用impdp完成数据库导入时,若表已经存在,有四种的处理方式: 1) skip:默认操作 2) replace

ORACLE impdp 导入数据

1 table_exists_action参数说明使用imp进行数据导入时,若表已经存在,要先drop掉表,再进行导入. 而使用impdp完成数据库导入时,若表已经存在,有四种的处理方式: 1) skip:默认操作 2) replace:先drop表,然后创建表,最后插入数据 3) append:在原来数据的基础上增加数据 4) truncate:先truncate,然后再插入数据 2 实验预备 2.1 sys用户创建目录对象,并授权 SQL> create directory dir

oracle Plsql 执行update或者delete时卡死问题解决办法

oracle Plsql 执行update或者delete时遇到过Plsql卡死问题或者导致代码执行sql的时候就卡死. 在开发中遇到此问题的时候,本来把sql复制出来,在plsql中执行,Sql本身拼写无误,但是出现plsql卡死的情况, 在代码中,执行sql的地方打断点debug,发现执行sql,仍然没有响应.经过网上查资料,猜测导致这种情况的原因是可能在PLSQL Developer执行update时没有commit,oracle将该条记录锁住了. 可以通过以下办法解决: 先查询锁定记

impdp时卡住,DW等待library cache lock

同事反映impdp时在SCHEMA_REPORT/TYPE/TYPE_SPEC步骤卡住,1个多小时后也没有响应, 查下v$session: select program,sid, event,blocking_session from gv$session where program like '%DW%'; 结果为: DW01,98,library cache lock,213 DW03,13,library cache lock,213 DW02,36,library cache lock

impdp时出现ORA-39125错误的解决方法

错误记录如下: 处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/INDEX 处理对象类型 SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT 处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS 处理对象类型 SCHEMA_EXPORT/TABLE/COMMENT 处理对象类型 SCHEMA_EXPORT/TABLE/TRIGGER 处理对象类型 SCHEMA_EXPORT/TA

impdp时遇到ORA-31693&ORA-31640&ORA-19505&ORA-27037

在impdp时遇到报错: Additional information: 3 . . 导入了 "HQ_X1"."T_XX130901":"SP15" 13.99 KB 0 行 . . 导入了 "HQ_X1"."T_XX130901":"SP2" 13.99 KB 0 行 ORA-31693: 表数据对象 "HQ_X1"."TEMP

racle 11g impdp时报ORA-12899

racle 11g impdp时报ORA-12899 (2012-07-16 16:42:12) 转载▼ 标签: oracle imp impdp it 分类: oracle技术-开发源库ZHS16BGK,汉字在数据库存放的时候占用两个字节目标库UTF8,汉字在数据库里存放的时候占用三个字节由于字符集不同,导致现在数据库impdp的时候有些表的字段长度不够,出现ORA-12899: value too large for column的错误. 解决办法:更改数据库字符集为GBK SHUT