oracle 9i exp导出的数据imp导入10g时大概70%多时停止了，请问大家要怎么处理？

unixli

oracle 9i 企业版 (9.2.0.1.0）安装在WINDOWS 2003 32位系统上。
在9I客户端系统上用 exp user1/password file=user1.dmp log=user1.log 命令导出user1用户数据。导出文件2.8G多，原表空间4.7G多。

目标系统是AIX 6100-5，新安装了oracle 10g (10.2.0.4，由10.2.0.1升级），系统和数据库都是64位。同一台机器上创建了4个实例，每个实例对应一个应用数据库。
在10g客户端系统OEMC上，新建了user1用户和对应的表空间(user1table，大小为10G)，增加DBA角色（原用户也有）。
然后用
imp user1/password file=user1.dmp log=user1imp.log full=y
imp system/password file=user1.dmp log=user1imp.log fromuser=user1
imp user1/password file=user1.dmp log=user1imp.log buffer=2048000000 full=y
imp user1/password file=user1.dmp log=user1imp.log fromuser=user1 touser=user1
等命令参数导入，都是到了表空间大小被占3.5G或3.7G多的时候导入进度就不动了，几次都是停在其它两个表那。
停止前所有导入显示正常导入，不动也就没有报错，强行中止导入进程后，OEMC不可访问。
每次重新导入前，都把数据库用备份的配置文件等恢复成导入前状态。

后面先把卡的两个表导入，成功；再导入整个数据文件，但都会在不同进度下又停止不动了。

导入也直接在AIX下试过，也一的结果。

9I和10G使用的字符集都是ZHS16GBK 和 AL16UTF16 NCHAR 。

但同一个数据文件，导入9I里又是正常的。

请大家帮忙分析一下，找找原因吧，多谢了！

unixli

大家有什么想法和建议都可以提提的，说不定谁说了一句话就帮到我了

duolanshizhe

请注意使用低版本原则  在imp/exp时

既然是9i exp出来的，请用9i的imp  导入到10g环境中......

unixli

用9i的imp呀，这个我倒没试
用10g的EXP 导出9I的倒试了，不行的。

unixli

用9I 的IMP导入也是一样的问题，到了其中一个表里还是停止不动了，已经过了快10个钟了。
无解！

难道是我是安装了10.2.0.4补丁的问题？是我安装错误还是补丁包有问题？

我安装过程是这样的：
1、检查AIX环境包，修改系统参数，建ORACLE用户并配环境。
2、安装10.2.0.1,安装时不建库。因10.2.0.1在AIX 6100-5上没有经过认证，所以安装时会有错误提示，忽略。
3、直接再安装10.2.0.4补丁，这次系统版本没错误提示了。
4、DBCA建库。
5、导入数据。

unixli

我昨晚在虚拟机2003上也安装了ORACLE 10.2.0.4，直接在ORACLE 10G服务器上导入数据也是停止，不过这次是在另外一个表时停止。

duolanshizhe

如果是这样的话  需要查看alert日志  看看数据库到底为啥

是不是归档满了  导致而成  

贴出日志

unixli

************************************************************************
You have following choices to free up space from flash recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
   then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
   BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
   reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
   system command was used to delete files, then use RMAN CROSSCHECK and
   DELETE EXPIRED commands.
************************************************************************
ARCH: Archival stopped, error occurred. Will continue retrying
Thu Oct 28 11:34:38 2010
ORACLE Instance pamora - Archival Error
Thu Oct 28 11:34:38 2010
ORA-16038: log 1 sequence# 199 cannot be archived
ORA-19809: limit exceeded for recovery files
ORA-00312: online log 1 thread 1: '/data/app/oradata/pamora/redo01.log'
Thu Oct 28 11:34:38 2010
Errors in file /data/app/admin/pamora/bdump/pamora_arc0_10092886.trc:
ORA-16038: log 1 sequence# 199 cannot be archived
ORA-19809: limit exceeded for recovery files
ORA-00312: online log 1 thread 1: '/data/app/oradata/pamora/redo01.log'
Thu Oct 28 11:35:38 2010
ARCH: Archival stopped, error occurred. Will continue retrying
Thu Oct 28 11:35:38 2010
ORACLE Instance pamora - Archival Error
Thu Oct 28 11:35:38 2010
ORA-16014: log 1 sequence# 199 not archived, no available destinations
ORA-00312: online log 1 thread 1: '/data/app/oradata/pamora/redo01.log'
Thu Oct 28 11:35:38 2010
Errors in file /data/app/admin/pamora/bdump/pamora_arc1_6488466.trc:
ORA-16014: log 1 sequence# 199 not archived, no available destinations
ORA-00312: online log 1 thread 1: '/data/app/oradata/pamora/redo01.log'
Thu Oct 28 11:40:38 2010
Errors in file /data/app/admin/pamora/bdump/pamora_arc0_10092886.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 8589934592 bytes is 100.00% used, and has 0 remaining bytes available.
Thu Oct 28 11:40:38 2010

LOG里基本都是同样的内容，是满了。
db_recovery_file_dest_size 我建库的时候只设了8G，又开了自动归档，但我记得大小可以自动增加的吧？！
存储大小是200G的，数据文件快5个G，那开多大的db_recovery_file_dest_size合适？

unixli

闪回恢复区(Flash recovery area) 设得太小了

拿钱发帖死全家

设置一下即可