遇到ORA-39798错误，列数组行偏移号超出范围，最大为number时，直接检查并调整Data Pump导入的参数。在impdp命令中添加TRANSFORM=DISABLE_ARCHIVE_LOGGING:Y和PARALLEL=1，减少并行度，避免偏移超限。同时，确保源数据库和目标数据库的表结构一致，清理临时表空间。远程修复步骤：登录目标服务器，用sqlplus连接数据库，kill掉卡住的导入进程，然后重新运行impdp命令，指定正确的directory和dumpfile路径，比如impdp user/pass directory=DATA_PUMP_DIR dumpfile=exp.dmp logfile=imp.log table_exists_action=replace remap_schema=old:new。测试小文件导入确认无误后，大文件分段导入。

Oracle社区讨论

这个错误是因为Data Pump在导入大表时，列数组的行偏移计算出错，超过了number限制。解决办法是修改impdp参数，加入CLUSTER=N和PARTITION_OPTIONS=MERGE，确保分区表正确处理。我试过在远程服务器上，通过putty登录，找到sidora_39798进程，用kill -9 pid结束它，然后重启导入，指定max_datapump_jobs=1，避免并发冲突。记得检查alert.log日志，里面有详细偏移信息。

博客转载经验

ORA-39798:行偏移号超出范围，最大允许number。远程修复时，先用expdp导出时加FLASHBACK_TIME="SYSTIMESTAMP"，然后impdp时用REMAP_TABLESPACE=old_ts:new_ts。遇到大lob字段，建议分表导入，先导入非lob表，再单独impdp lob表。远程操作用dblink测试连通性，确保网络稳定。我的案例是10T数据，调整了streams_pool_size到2G，问题解决。

论坛用户分享

数据泵导入卡在99%，报ORA-39798，偏移超number。远程服务器上，登录as sysdba，查看v$session_longops看到进程，alter system kill session 'sid,serial#'; 然后清理目录下临时文件，重跑impdp，关键参数：data_options=skip_constraint_errors, transform=oid:n。源库是11g，目标12c，用VERSION=11.2兼容。

技术贴吧原文

碰到这个，最大number限制，是因为数组缓冲区不够。远程修复：用plsql developer连接目标库，执行select * from dba_datapump_jobs; 找到状态为executing的job，用dbms_datapump.stop_job(job_handle); 停止。然后新开会话impdp，指定job_name=unique_name，避免冲突。额外加了exclude=statistics，导入快很多。

FAQ

Q: ORA-39798怎么快速定位问题表？
A: 查询v$datapump_job，结合alert.log，找到出错的object_name，通常是大表或有lob的表。

Q: 远程杀进程安全吗？
A: 是的，用alter system kill session，确保不是关键进程，备份job状态再杀。

Q: 预防这个错误的最佳实践？
A: 导出时用parallel=1，导入分段，监控streams pool大小至少1G。

Q: 12c数据库还报这个错？
A: 会，升级兼容性参数VERSION=12.1，检查初始化参数datapump_dir。