IMP-00003: ORACLE error 1114 encountered

ORA-01114: IO error writing block to file %s (block # %s)

在IMP数据的时候出现:

IMP-00017: following statement failed with ORACLE error 1114:

“ALTER TABLE “CRM_CUSTOMER_BINDING_DRAFT” ADD CONSTRAINT “CRM_CUST_BIND_DRA”

“FT_D_D_UK” UNIQUE (“DOMAIN_LOGIN_ID”, “STATUS”, “DOMAIN_PREFIX”) USING INDE”

“X PCTFREE 10 INITRANS 2 MAXTRANS 255 STORAGE(INITIAL 1048576 FREELISTS 1 FR”

“EELIST GROUPS 1) LOGGING ENABLE ”

IMP-00003: ORACLE error 1114 encountered

ORA-01114: IO error writing block to file %s (block # %s)

IMP-00017: following statement failed with ORACLE error 3114:

“ALTER TABLE “CRM_CUSTOMER_BINDING_DRAFT” ADD CONSTRAINT “CRM_CUST_BIND_DRA”

“FT_U_D_UK” UNIQUE (“USER_ID”, “STATUS”, “DOMAIN_PREFIX”) USING INDEX PCTFRE”

“E 10 INITRANS 2 MAXTRANS 255 STORAGE(INITIAL 1048576 FREELISTS 1 FREELIST G”

“ROUPS 1) TABLESPACE “BOSS_DATA” LOGGING ENABLE ”

IMP-00003: ORACLE error 3114 encountered

ORA-03114: not connected to ORACLE

IMP-00000: Import terminated unsuccessfully

略过INDEX,将数据重新导入后,手动加约束,还是报错:

alter table CRM_CUSTOMER_BINDING_DRAFT add constraint CRM_CUST_BIND_DRAFT_D_D_UK unique (DOMAIN_LOGIN_ID,DOMAIN_PREFIX,STATUS) using index CRM_CUST_BINDING_DRAFT_D_D_UK ;

ERROR at line 1:

ORA-01114: IO error writing block to file %s (block # %s)

alter table CRM_CUSTOMER_BINDING_DRAFT add constraint CRM_CUST_BIND_DRAFT_D_D_UK unique (DOMAIN_LOGIN_ID,DOMAIN_PREFIX,STATUS) using index CRM_CUST_BINDING_DRAFT_D_D_UK

*

ERROR at line 1:

ORA-00604: error occurred at recursive SQL level 1

ORA-01114: IO error writing block to file 201 (block # 101862)

ORA-27072: skgfdisp: I/O error

Linux-x86_64 Error: 28: No space left on device

Additional information: 101861

ORA-01114: IO error writing block to file 201 (block # 101862)

ORA-27072: skgfdisp: I/O error

Linux-x86_64 Error: 28: No space left on device

Additional information: 101861

根据上面的错误,意思是系统空间满,临时表空间不能扩展.

–查看当前临时段的使用情况

select”>boss@SIMU>select * from v$sort_usage;

no rows selected

–查看临时文件名

select”>boss@SIMU>select file_name from dba_temp_files;

FILE_NAME

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

/logdata/temp01.dbf

–查看系统空间

df”>admin@simulate:/logdata>df -h

Filesystem Size Used Avail Use% Mounted on

/dev/cciss/c0d0p6 85G 70G 11G 88% /

/dev/cciss/c0d0p1 289M 18M 257M 7% /boot

none 9.8G 0 9.8G 0% /dev/shm

/dev/cciss/c0d0p5 20G 2.9G 16G 16% /opt

/dev/cciss/c0d1p1 539G 323G 189G 64% /oradata1

/dev/cciss/c0d0p3 29G 28G 0 100% /logdata

/dev/sda1 822G 689G 125G 85% /exp_bak

du”>admin@simulate:/logdata>du -h temp01.dbf

796M temp01.dbf

ll”>admin@simulate:/logdata>ll

total 28622076

-rw-r—– 1 oracle oinstall 7954432 Nov 11 16:47 control01.ctl

-rw-r—– 1 oracle oinstall 7954432 Nov 11 16:47 control02.ctl

-rw-r—– 1 oracle oinstall 7954432 Nov 11 16:47 control03.ctl

-rw-r—– 1 oracle oinstall 104858112 Nov 11 16:42 redo01.log

-rw-r—– 1 oracle oinstall 104858112 Nov 11 16:47 redo02.log

-rw-r—– 1 oracle oinstall 104858112 Nov 11 16:42 redo03.log

-rw-r—– 1 oracle oinstall 1048584192 Nov 11 16:42 rman_tbs01.dbf

-rw-r—– 1 oracle oinstall 2097160192 Nov 11 16:42 simu01.dbf

-rw-r—– 1 oracle oinstall 2097160192 Nov 11 16:42 simu02.dbf

-rw-r—– 1 oracle oinstall 2097160192 Nov 11 16:42 simu03.dbf

-rw-r—– 1 oracle oinstall 2097160192 Nov 11 16:42 simu04.dbf

-rw-r—– 1 oracle oinstall 2097160192 Nov 11 16:42 simu05.dbf

-rw-r—– 1 oracle oinstall 2146443264 Nov 11 16:42 simu06.dbf

-rw-r—– 1 oracle oinstall 2146443264 Nov 11 16:42 simu07.dbf

-rw-r—– 1 oracle oinstall 2146443264 Nov 11 16:42 simu08.dbf

-rw-r—– 1 oracle oinstall 2146443264 Nov 11 16:42 simu09.dbf

-rw-r—– 1 oracle oinstall 2146443264 Nov 11 16:42 simu10.dbf

-rw-r—– 1 oracle oinstall 2146443264 Nov 11 16:42 simu11.dbf

-rw-r—– 1 oracle oinstall 536879104 Nov 11 16:42 system01.dbf

-rw-r—– 1 oracle oinstall 2097160192 Nov 11 16:37 temp01.dbf

-rw-r—– 1 oracle oinstall 536879104 Nov 11 16:42 tools01.dbf

-rw-r—– 1 oracle oinstall 2097160192 Nov 11 16:42 undotbs01.dbf

-rw-r—– 1 oracle oinstall 524296192 Nov 11 16:42 undotbs02.dbf

从上面的数据可以看出,错误的直接原因还是/logdata空间使用为100%.

临时解决:

1. 增加一个新的临时表空间TEMP2,

2. 设置TEMP2为数据库默认的临时表空间.

那上面的情况到底是一个什么场景呢?

1.我们查看临时段没有人使用.(按理说2G的临时空间都可以给我用)

2.当进行添加约束时,由于表比较大(1000W行),需要的临时段很大(大于796M),所以ORACLE向系统申请空间.

3.但这时,/logdata/ 已经满了. 所以就报错了.

有人会问:

-rw-r—– 1 oracle oinstall 2097160192 Nov 11 16:37 temp01.dbf

这里明明显示TEMP01.dbf是2G容量,为什么会796M呢?

在这里要补充的是:

当我们在建立临时表空间的时候, 比如大小为2G，在建立完成后,用LS查看,也显示为2G. (因为LS读的是文件列表HEAD)。但实际并没有占用这大的空间(可以用du -h 来查看直接的使用空间。)只有当ORACLE需要使用TEMP的时候,才向系统申请空间.(所以我们在建临时表空间的时候,速度特别快,哪怕是10G,20G的文件都这样快。)

下面我们用实例来看一下:

col bytes format 99999999999

col file_name format a40

select file_name,bytes from dba_temp_files;

FILE_NAME BYTES

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

/opt/oracle/oradata/xplat/temp1_01.dbf 2147483648

可以看到, 给TEMP表空间加一个新的临时文件。

我们来看看,这个文件实际占用了多少空间。

18:47:04 @>alter TABLESPACE temp1 add tempfile ‘/opt/oracle/oradata/xplat/temp1_02.dbf’ size 500M;

Tablespace altered.

Elapsed: 00:00:00.05

18:47:50 @>select file_name,bytes from dba_temp_files;

FILE_NAME BYTES

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

/opt/oracle/oradata/xplat/temp1_02.dbf 524288000

/opt/oracle/oradata/xplat/temp1_01.dbf 2147483648

18:51:17 @>host ls /opt/oracle/oradata/xplat/temp1_02.dbf -l

-rw-r—– 1 oracle oinstall 524296192 Nov 11 18:47 /opt/oracle/oradata/xplat/temp1_02.dbf

18:51:24 @>host du -h /opt/oracle/oradata/xplat/temp1_02.dbf

80K /opt/oracle/oradata/xplat/temp1_02.dbf

这里的数据完全符合我们上面所说的。

我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget

官方微博

TechTarget中国