【问题标题】:Oracle 11G export error (Ora-01115: IO Error reading block from file 6 (block $ 75593959)Oracle 11G 导出错误 (Ora-01115: IO Error reading block from file 6 (block $ 75593959)
【发布时间】:2015-09-16 04:10:15
【问题描述】:

我在 Windows 2008 Server 上安装了 oracle 11G。我有一个 700GB 的大文件表空间。我在单个用户“ARCHIVE”中拥有所有数据/表。使用exp 命令导出数据库时。它会产生以下错误:

EXP-00056: ORACLE error 1115 encountered
ORA-01115: IO Error reading block from file 6 (block # 75593959)
ORA-27070: async read/write failed
ORA-04016: Error queuing an asynchronous I/O request.
O/S-Error: (OS 23) Data error (cyclic redundancy check)

导出数据库的安全方法是什么?

===================expdp output starts=========================
;;; 
Export: Release 11.2.0.1.0 - Production on Fri Sep 18 09:19:59 2015

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
;;; 
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Starting "ARCHIVE"."SYS_EXPORT_SCHEMA_02":  archive/******** schemas=archive directory=backup_dir dumpfile=bck_180915 logfile=expdplog compression=all 
Estimate in progress using BLOCKS method...
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 703.8 GB
Processing object type SCHEMA_EXPORT/USER
Processing object type SCHEMA_EXPORT/SYSTEM_GRANT
Processing object type SCHEMA_EXPORT/ROLE_GRANT
Processing object type SCHEMA_EXPORT/DEFAULT_ROLE
Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
Processing object type SCHEMA_EXPORT/TABLE/TABLE
Processing object type SCHEMA_EXPORT/TABLE/GRANT/OWNER_GRANT/OBJECT_GRANT
Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX
Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
Processing object type SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
Processing object type SCHEMA_EXPORT/TABLE/COMMENT
Processing object type SCHEMA_EXPORT/PROCEDURE/PROCEDURE
Processing object type SCHEMA_EXPORT/PROCEDURE/ALTER_PROCEDURE
Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
ORA-31693: Table data object "ARCHIVE"."TBL_MATRIC_DATA" failed to load/unload and is being skipped due to error:
ORA-02354: error in exporting/importing data
ORA-01115: IO error reading block from file 6 (block # 54124632)
ORA-27070: async read/write failed
OSD-04016: Error queuing an asynchronous I/O request.
O/S-Error: (OS 23) Data error (cyclic redundancy check).
ORA-01115: IO error reading block from file 6 (block # 54124632)
ORA-27070: async read/write failed
OSD-04016: Error queuing an asynchronous
ORA-31693: Table data object "ARCHIVE"."TBL_INTER_DATA" failed to load/unload and is being skipped due to error:
ORA-02354: error in exporting/importing data
ORA-01115: IO error reading block from file 6 (block # 75593959)
ORA-27070: async read/write failed
OSD-04016: Error queuing an asynchronous I/O request.
O/S-Error: (OS 23) Data error (cyclic redundancy check).
ORA-01115: IO error reading block from file 6 (block # 75593959)
ORA-27070: async read/write failed
OSD-04016: Error queuing an asynchronous 
. . exported "ARCHIVE"."SYS_EXPORT_SCHEMA_01"            31.76 KB    1122 rows
. . exported "ARCHIVE"."MISSING_RANGES"                  5.984 KB     102 rows
. . exported "ARCHIVE"."RANGES"                          4.968 KB      10 rows
Master table "ARCHIVE"."SYS_EXPORT_SCHEMA_02" successfully loaded/unloaded
******************************************************************************
Dump file set for ARCHIVE.SYS_EXPORT_SCHEMA_02 is:
  BCK_180915.DMP
Job "ARCHIVE"."SYS_EXPORT_SCHEMA_02" completed with 2 error(s) at 20:38:19

====================expdp output ends =========================

【问题讨论】:

  • 为什么在 11g 上使用旧的 EXP?使用数据泵 EXPDP。此外,复制粘贴并发布您使用的确切命令行。 Cause: Device on which the file resides is probably offline Action: Restore access to the device
  • 我也尝试过用 expdp 命令备份,完整的命令是:expdp archive schemas=archive directory=backup_dir dumpfile=bck_180915 logfile=expdplog compression=all 但仍然给出相同的错误,完整的输出是以上问题中给出,请检查。

标签: database oracle oracle11g database-administration


【解决方案1】:

您可以排除这个表 (TBL_INTER_DATA) 并重试。如果 TBL_INTER_DATA 对您很重要,您可以尝试将内容 TBL_INTER_DATA 的未损坏部分保存到 CSV 文件(使用行号来查找和跳过损坏的块)。

【讨论】:

  • TBL_INTER_DATA 很重要,但问题是如何找到上面提到的块的损坏行。
  • 我可能会建议二分搜索,比如select * from TBL_INTER_DATA where rownum<X where initial X= row_count/2
猜你喜欢
  • 2020-11-21
  • 2017-02-06
  • 1970-01-01
  • 2022-01-23
  • 2012-01-10
  • 2021-09-08
  • 2015-08-14
  • 1970-01-01
  • 2020-03-12
相关资源
最近更新 更多