今天想到一个问题，如果有一个环境是一主一备架构，根据业务需要做逻辑备份，该怎么规划和考虑。数据库版本为10g,11g
这个问题如果在考虑性能的前提下，我觉得是蛮有意思的一个问题。
首先逻辑备份工具，是在物理备份（Data Guard也算一种）的基础上扩展，需要做逻辑备份，一定是业务场景有Data Guard支持不了的地方。需要做逻辑备份，那么逻辑备份工具就是一个重点，传统的exp工具也可以，在备库上使用真实一个绝佳的选择，如果数据量大，那么显然exp不是一个好的注意，那么放在主库，主库上做expdp，其实也是一个很大的隐患，一来有较大的性能消耗，二来有较大的性能抖动，也是不推荐的，我们可以考虑在备库来做。
备库做expdp，可以吗？
其实是可以的，如果是在11g的环境中，我们完全可以使用Snapshot Standby,然后备库就是可读可写，然后做expdp导出，然后恢复physical standby.
如果是10g,显然没有snapshot standby,但是也是可以的，我们可以手工来实现“failover, 然后导出，然后闪回恢复。
