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