Harshit Asked: 2015-07-02 20:13:20 +0800 CST2015-07-02 20:13:20 +0800 CST 2015-07-02 20:13:20 +0800 CST Oracle 11g 同步备用数据库 772 目前，我通过将归档日志从主服务器复制到辅助服务器来同步备用数据库与主数据库。我每天都做这个活动。我听说有可用的自动化流程。 但问题是，主数据损坏，然后将相同的数据复制到辅助备用数据库。这将使备用数据库毫无用处。 有没有什么自动化的方法可以让主库中没有损坏的数据同步到备库？ 谢谢 oracle-11g-r2 data-synchronization 1 个回答 Voted Best Answer Phil Sumner 2015-07-03T00:04:46+08:002015-07-03T00:04:46+08:00 不，这是不可能的。有多种选择可以帮助您从这种情况中恢复过来，甚至可以从一开始就防止这种情况发生。 这样想：你如何确定“数据被破坏”的时间？ 想象一下，您可以在归档的重做日志发送到备用数据库之前对其进行解码和扫描。在不了解数据库结构、表内容等的情况下，您如何确定是什么原因导致了任何“损坏”？ 一些选项是： 设置备用机接收数据的延迟。如果在此窗口期间发现逻辑（数据）损坏，请停止将重做传送到备用数据库，以免它受到影响。 在适当的时间段内在主数据库或备用数据库上设置闪回。如果在此期间检测到逻辑损坏，您可以使用闪回查询或闪回数据库进行恢复 - 但如果在很长一段时间后才发现它就不容易了。 设置数据库，以便在不故意引入逻辑损坏的情况下不可能/难以管理它们。例如参照完整性、正确的数据类型和 c．
不，这是不可能的。有多种选择可以帮助您从这种情况中恢复过来，甚至可以从一开始就防止这种情况发生。
这样想：你如何确定“数据被破坏”的时间？
想象一下，您可以在归档的重做日志发送到备用数据库之前对其进行解码和扫描。在不了解数据库结构、表内容等的情况下，您如何确定是什么原因导致了任何“损坏”？
一些选项是：
设置备用机接收数据的延迟。如果在此窗口期间发现逻辑（数据）损坏，请停止将重做传送到备用数据库，以免它受到影响。
在适当的时间段内在主数据库或备用数据库上设置闪回。如果在此期间检测到逻辑损坏，您可以使用闪回查询或闪回数据库进行恢复 - 但如果在很长一段时间后才发现它就不容易了。
设置数据库，以便在不故意引入逻辑损坏的情况下不可能/难以管理它们。例如参照完整性、正确的数据类型和 c．