我有两个Oracle 11g数据库服务器，一个在主站点，另一个在故障转移站点，我打算使用Oracle Data Gaurd进行故障转移。 我有几个问题1）我是否需要备用数据库备份。 如果是的话，那么这个要求是否与主要的一样呢？ 2）在故障转移的情况下，什么是好的，自动故障转移还是手动的？ 3）需要进行哪些configuration和实施设置才能维护数据库的通用IP地址（虚拟IP）。
尽pipe陈先生的优秀博客备受赞赏，但我不得不说，我对上述问题1持不同意见。
通过RMAN备份你的数据库应该是标准的做法。 在这种情况下，您可能会认为备用系统是您的数据库备份，这很好。 但它确实使系统面临更大的风险 – 例如，如果备用数据库因任何原因而不可用，并且您没有在主数据库上进行RMAN备份。 此外，备份这两个数据库允许您certificate这两个网站工作正常，这又降低了风险。
除非有一个明确的和令人信服的理由，否则双方备份（定期切换以certificate您的操作文档仍然有效）会更安全。
对于第2点），这部分取决于你的正常运行时间要求 – 系统能否等待某人运行手动命令？ 对此没有正确或错误的答案，但是对于我们的系统，我们是手动运行的，这使我们有机会在采取行动之前对其进行检查。 它减less了像networkingblip这样的事情可能不必要地触发故障转移的风险。
在点3）你确实可以使用DNS别名，或者你可以select让新的主数据库注册监听器的服务。 两者都工作正常，后者只需要DBAinput设置。
干杯，
标记
1）不可以。您应该备份主要或备用，但不能同时备份。 build议仅备份备用数据库以减less主数据库上的负载。 由于备用数据库和主数据库具有相同的DBID，因此可以使用备份进行恢复。
2）自动你的意思是FSFO或使用dataguard经纪人？ 使用代理非常棒 – 这是一个命令，它在进行故障转移之前检查一切正在工作。 比手动更容易，更安全。 FSFO是复杂的，有巨大的pipe理开销，所以只有使用，如果你真的需要。
3）我们不使用虚拟IP。 我们有一个DB的DNS名称。 应用程序服务器和客户端使用DNS名称。 在紧急情况下，我们修改DNS并刷新应用程序服务器和客户端上的configuration。