dataguard 作为生产数据库的备份方案是否可行

rollingpig

最初由 zhaolcq 发布
[B]个人觉得对于业务比较繁忙的数据库使用归档以及dataguard 性能影响太大 [/B]

在 死 和 累 之间，你会作何选择？

不用归档/合适的backup的话，这个数据库的最终命运可能就是 死，必然的死
而使用归档，这个数据库最多也就是累点。

论坛已经有太多太多的 非归档/无备份的数据库死得很惨的案例了……

zhaolcq

你这个又太夸张了吧，现在已经有第三方软件不归档一样读出redo 中的内容，而且如果是一个rac 环境 卷损坏的情况我觉得很小

飞眉

空间换时间

oraclinux

最初由 zhaolcq 发布
[B]你这个又太夸张了吧，现在已经有第三方软件不归档一样读出redo 中的内容，而且如果是一个rac 环境 卷损坏的情况我觉得很小 [/B]

第3方的软件在读redo的时候也有开销啊?  而且还要抽取自己需要的

非归档模式也需要进行日志切换呀   难道不是吗?

归档的传输由独立进程负责,你觉得性能有那么点影响,大不了多加一个cpu  够了吧  哈哈

zhaolcq

你设置归档以后就知道了，在copy redo 的时候等待很多

rollingpig

最初由 zhaolcq 发布
[B]你这个又太夸张了吧，现在已经有第三方软件不归档一样读出redo 中的内容，而且如果是一个rac 环境 卷损坏的情况我觉得很小 [/B]

呵呵，夸张吗？我不觉得……
当然，你接受不接受我的观点无所谓，毕竟你的数据库你做主。
我多说两句无非是不希望其他人有可能受到误导……

“第三方软件不归档一样读出redo 中的内容”
读redo 干吗？
“rac 环境 卷损坏的情况我觉得很小”
rac 和 卷损坏 是两个概念, 除非你想说的是 RAID ?????

另外，看看这个吧……
http://www.eygle.com/archives/2006/10/backup_backup_backup.html

gargoyle

基本是可行的。

jametong

归档与dataguard本身对系统的性能应该不会有很大的影响, 只是多了一个读archive log的进程而已, 如果io做到比较分散应该影响很小的.

如果有影响, 主要也是生成大量日志本身影响打点, 对应于普通的oltp应用, redo log好像是很难避免啊..

还是考虑优化引用或者升级硬件吧..

归档肯定不会是系统压力问题的主要原因.

zf_wu

dataguard 也有很大的限制,尤其是需要用nologging 操作时，很不好操作

rollingpig

最初由 zf_wu 发布
[B]dataguard 也有很大的限制,尤其是需要用nologging 操作时，很不好操作 [/B]

和 backup 一回事，nologging 之后，backup也失效了……