。

在我的印象中#xff0c;这个工具除了诸如大量的…老司机遇到的新问题

10g引入的数据导出工具能够提供并行、压缩及元数据导出等更多的功能在后续的版本中逐渐替代了传统的数据导出工具exp是数据库开发运维常用的工具之一。

在我的印象中这个工具除了诸如大量的分区表等数据库对象较多的场景会出现对象解析慢的情况之外一直运行都比较稳定。

但是近期客户在上线过程中发现一个expdp导出的性能问题导出15g的数据用了10多分钟比以往明显的慢不少。

问题的分析和定位比较简单由于这个系统还没有上线业务负载几乎为0我们从采集的问题时间段AWR中TOP

这条语句执行928次单次执行时间0.74s总计耗时689秒(和客户反馈的导出时间基本吻合)调用模块正是Data

Pump

dqpwrs34cbf54找到SQL文本发现是查询系统视图v_$open_cursor

SELECT

28771564中记录的故障现象匹配该Bug影响12.2.0.1以上版本在20.1版本中修复。

针对这个BugOracle

2819284.1

Pump工具推荐一系列主动性补丁。

比如19.22版本推荐的Merge

Patch

36092868中修复了多达172个Bug建议大家可以核查自己的环境必要的时候安装上这个补丁以提升expdp/impdp的性能并规避已经发现的问题减少踩坑的概率。

28771564:

这篇短文一方面介绍了这个影响范围广泛的Bug建议大家在自己的环境中复查另一方面也展示了Oracle问题的常见分析思路就是从AWR入手根据发现的蛛丝马迹层层剖析最终找出根本的原因所在。

接触国产库之后才深有体会作为Oracle

MOS知识库中还记录了海量的故障案例可供参考和对比帮助用户快速定位和解决问题。

反观国产库在运行时的数据采集和数据库指标上还存在较大的差距文档和知识库更是相差甚远要走的路还很长。