Expdp时报ORA-01555
使用expdp进行OGG初始化时,遇到一张表报ORA-01555,简单记录处理过程。
1、查看了这张表的相关信息。这张表10个字段,其中就有3个LOB字段(1个CLOB和2个BLOB);数据量大概900GB左右。
2、重新expdp导出这张表,主要的导出参数(parallel=1,因为只导出一张表,开并行导出没有意义;去掉compression=all,导出时不压缩,因为导出BLOB时进行压缩,导出速度会非常慢;去掉flashback_scn,防止一致性数据导出导致问题),按照这个导出参数导出时仍然报ORA-01555。
3、检查数据库的undo表空间和undo_retention设置,undo表空间几百GB,同时undo_retention设置为86400。这基本上可以排除因为数据库设置导致ORA-01555。
4、此时怀疑是LOB对象存在坏块导致ORA-01555。MOS文档《IF ORA-1555 on LOB Data (Doc ID 1950896.1)》对这个问题有详细说明。
5、按照文档中的检测脚本进行检测,果然发现LOB上存在大量的坏块。
SQL > select * from corrupt_lobs;
CORRUPT_ROWID ERR_NUM ------------------ ---------- AAFu41AALAALqGgAAg 1555 AAFu41AAPAAGUb0AAW 1555 AAFu41AAPAAKCIHAAE 1555 AAFu41AAAAAF8GNAAN 1555 ...... AAFu41AAeAAFZuTAAw 1555 AAFu41AAeAAFZuYAAi 1555 AAFu41AAeAAFZ6mAAH 1555
269 rows selected.
SQL > |
这也验证了正是由于LOB对象存在坏块导致ORA-01555。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· DeepSeek在M芯片Mac上本地化部署