希望有大侠可以提供具体的详细解决方法和操作步骤
11 个解决方案
#1
你说的是那方面的冗余呀,
数据库设计上的,结构上的,还是基于容错方面的。
数据库设计上的,结构上的,还是基于容错方面的。
#3
不是数据库中的数据冗余,是指数据库的热备
#4
你热备是手工的还是rman的?
手工的你copy的方式决定你的冗余......
rman的你设置一下
CONFIGURE RETENTION POLICY TO REDUNDANCY n
不就可以控制冗余了吗
手工的你copy的方式决定你的冗余......
rman的你设置一下
CONFIGURE RETENTION POLICY TO REDUNDANCY n
不就可以控制冗余了吗
#5
详细一点好吗
#6
很希望大虾们参与啊。
#7
可否把你的问题描述的清楚一些,你这里关心的主要问题是什么。
#8
数据库的热备份,将数据定时导入令一个库中,保持两个数据库数据一致。
两个数据库的 结构是一样的。
两个数据库的数据同步 误差在一分钟以内
两个数据库的 结构是一样的。
两个数据库的数据同步 误差在一分钟以内
#9
你要的是Data Guard的功能
#10
对的,一般都是用这个,以前的是叫STAND BY
再高级点用RAC加DATA GUARD
#11
这个不是简单的热备份,如果另一个库只和原库同步,并且不打开,可以考虑使用物理standby的模式实现
误差在一分种,这个要么考虑最大保护模式(很危险,原库的使用冗余将变成1/2),要么考虑最大性能模式+自动脚本切换日志实现(貌似也有难度,1分钟切换一次日志,性能会下降很多......),折中的模式可能也不能及时满足 1分钟这个误差,楼主是什么系统?误差要求这么高?
#1
你说的是那方面的冗余呀,
数据库设计上的,结构上的,还是基于容错方面的。
数据库设计上的,结构上的,还是基于容错方面的。
#2
#3
不是数据库中的数据冗余,是指数据库的热备
#4
你热备是手工的还是rman的?
手工的你copy的方式决定你的冗余......
rman的你设置一下
CONFIGURE RETENTION POLICY TO REDUNDANCY n
不就可以控制冗余了吗
手工的你copy的方式决定你的冗余......
rman的你设置一下
CONFIGURE RETENTION POLICY TO REDUNDANCY n
不就可以控制冗余了吗
#5
详细一点好吗
#6
很希望大虾们参与啊。
#7
可否把你的问题描述的清楚一些,你这里关心的主要问题是什么。
#8
数据库的热备份,将数据定时导入令一个库中,保持两个数据库数据一致。
两个数据库的 结构是一样的。
两个数据库的数据同步 误差在一分钟以内
两个数据库的 结构是一样的。
两个数据库的数据同步 误差在一分钟以内
#9
你要的是Data Guard的功能
#10
对的,一般都是用这个,以前的是叫STAND BY
再高级点用RAC加DATA GUARD
#11
这个不是简单的热备份,如果另一个库只和原库同步,并且不打开,可以考虑使用物理standby的模式实现
误差在一分种,这个要么考虑最大保护模式(很危险,原库的使用冗余将变成1/2),要么考虑最大性能模式+自动脚本切换日志实现(貌似也有难度,1分钟切换一次日志,性能会下降很多......),折中的模式可能也不能及时满足 1分钟这个误差,楼主是什么系统?误差要求这么高?