Physical Standby or Logical Standby

shiri512003

database server： 10gR2
由于没有磁盘阵列，所以高可用只有选择data guard ，看了2种模式，该如何选择呢？
业务上只要一台提供服务， 能够failover即可。
#建议选择Physical Standby，简单可靠
对了， 对于standby redo logs 怎么清理呀， 好像logical模式，在sql apply后会自动删除， physical模式会自动删除么？
#standby redo logs其实也是redo文件，存储的是logwriter传输的日志，是可循环使用的，无需自己清理
谢谢。

shiri512003

如果是ARC负责传送日志，肯定会丢失在线日志的内容，如果用LGWR负责传送日志的话，应该不存在这个问题。
#取决是同步传输还是异步传输，异步传输的话仍然可能丢失，丢失的数据取决于lgwr的激活程度，有一定条件可以触发的，具体触发条件记不清楚了，所以使用异步传输就意味着允许丢失数据，否则需要其他措施来进行保证

shiri512003

为何2者的mode不同？
PROTECTION_LEVEL指的是primary的保护级别吧？因为你的dg没有下级dg，所以你看到的是数据库的默认设置级别，我觉得是这样的

shiri512003

发现每次从库重启后，日志传送并不能有效进行，请配置过的朋友指点。
#错误信息

shiri512003

dg按照redo流这可以分为：
primary如何传输
dg如何接收如何存储
dg如何应用
外加一个应用完了如何处理这些日志吧
这几个问题都清楚了，问题应该不大了

rainbow

原帖由 shiri512003 于 2009-11-19 10:40 发表
对了， 对于standby redo logs 怎么清理呀， 好像logical模式，在sql apply后会自动删除， physical模式会自动删除么？
#standby redo logs其实也是redo文件，存储的是logwriter传输的日志，是可循环使用的，无需自己清理
谢谢。

谢谢，最初我的理解错误， standby redo logs就是 LGWR传送过来的在线日志， 是可以循环的，无需自己清理。

我想表达的是standby的archivelog的清理问题。 看到有朋友说select name,applied from v$archived_log;然后自己清理，也是一种方法。

rainbow

原帖由 shiri512003 于 2009-11-19 10:42 发表
如果是ARC负责传送日志，肯定会丢失在线日志的内容，如果用LGWR负责传送日志的话，应该不存在这个问题。
#取决是同步传输还是异步传输，异步传输的话仍然可能丢失，丢失的数据取决于lgwr的激活程度，有一定条件可以触发的，具体触发条件记不清楚了，所以使用异步传输就意味着允许丢失数据，否则需要其他措施来进行保证

我就是想最大可能保证数据不丢失， 若是LGWR SYNC的话，对主库肯定有不小的影响吧， 不知道各位一般是怎么配置。

rainbow

原帖由 shiri512003 于 2009-11-19 10:49 发表
dg按照redo流这可以分为：
primary如何传输
dg如何接收如何存储
dg如何应用
外加一个应用完了如何处理这些日志吧
这几个问题都清楚了，问题应该不大了

总结的很经典， 我就是最后一个问题有一点点疑问，就是如何处理standby的归档日志。

shiri512003

不仅是已经apply的归档日志，主库的归档日志也是要自己动手清理的，不过用rman，用操作系统命令清除+rman crosscheck archivelog,都是要自己做的吧，至于logic dg自动清理，在p dg上是没有相关功能的，归档文件对于p dg的重要性远大于对l dg的重要性，如果只是应用完成便清楚p dg的归档日志，略显草率的，大部分时候backup会放在p dg上进行，如果只是apply的就清除，那可能造成归档断档的，至于这个影响可大可小，自行评估了要

shiri512003

不同的环境有不同的需求，oracle定制集成的方法固然管理方便，又有官方支持，但也有其弊端。
生产环境还是不建议使用同步方式，因为备库出问题导致主库问题，这是得不偿失的