针对元数据导出慢的问题，建议不使用expdp+impdp，可以直接使用impdp+dblink方式，会节省很多时间，另外一定确保两机之间的网络顺畅，网速足够，要希望能满足你的要求。
针对RMAN备份恢复慢的问题，xtts的备份恢复的并行不依赖xtts配置文件的parallel参数，而是依赖RMAN配置中的parallel参数，把这个配置调大，希望能够帮助你。

感谢。
第一个之前确实考虑过dblink方式，可以后期测测，但是以导出的速度来看，不理想。expdp卡在TRANSPORTABLE_EXPORT/TABLE，仅此一项用了19个小时。并且此期间日志一直没有刷新，也相当与没落地。
rman已经设置paraller，也能看到多个进程。比较诡异的是，全量46t恢复用了4天多一点，增量数据才12g，已经跑了两天了，还没有结束。

这个速度绝对不正常，建议检查一下目标端挂载盘的I/O是不是出故障了

数据库什么版本，什么平台，这类的bug有很多，特别是分区较多的时候，需要安装最新的PSU才能正常导出。

• Bug 13844935 : QUERY AGAINST KU$_INDEX_VIEW SLOW IN 11.2.0.3
• Datapump Slow in Index Export (Doc ID 1419903.1)
• Datapump Expdp and Impdp slow in 11.2.0.3 as a result of Queries on SYS.KU$_INDEX_VIEW KU$ (Doc ID 1459833.1)
• EXPDP Very Slow On Indexes (SYS.KU$_INDEX_VIEW) After Upgrade To 11.2.0.4 (Doc ID 1990632.1)
• Bug 13844935 - Queries against KU$_INDEX_VIEW slow under DBMS_METADATA - superseded (Doc ID 13844935.8)
• Bug 14192178 - EXPDP of partitioned table can be slow (Doc ID 14192178.8)
• Bug 13914808 - Datapump queries involving KU$_INDEX_VIEW can be slow - superseded (Doc ID 13914808.8)
• Patch 14192178: BUG 14006804 FIX DOES NOT RESOLVE THE PERFORMANCE ISSUE
• DBMS_METADATA.GET_DDL: Query Against SYS.KU$_INDEX_VIEW Is Slow In 11.2.0.3 (Doc ID 1459841.1)
• DataPump Export Slow Performance In 11.2.0.3 For Operations On KU$_INDEX_COL_VIEW Or KU$_INDEX_VIEW (Doc ID 1506911.1)
• Checklist For Slow Performance Of DataPump Export (expdp) And Import (impdp) (Doc ID 453895.1)

导出环境是10.2.0.4 HP11.31
也查过这些mos，症状对不上。不过确实没在打psu。只到2010年4月份。10.2.0.4最新的psu是2013年7月。

单独测试xtts里面的expdp导出步骤，查看活动会话、等待事件和awr报告，就可以确认对应的bug。

之前也是按照这个思路分析的。exp确实触发了一个bug。按照mos上的处理后，速度提升了10倍，但还是很慢。expdp看不出什么异常。我再继续排查吧

这是测试元数据导出expdp与exp两种方式的awr报告。
先启动的exp。进行优化后速度提升10倍左右，但还是很慢。又启动expdp，但从awr与event看不出什么问题

最后问题解决了嘛？
是不是有大量的分区表？

是的，有比较多的分区表，对象数也多。做过一些优化手段，但是速度仍然达不到停机窗口要求，改用ogg了