[quote]原帖由 [i]darkbug[/i] 于 2007-11-3 17:54 发表 [url=http://www.loveunix.com/redirect.php?goto=findpost&pid=733602&ptid=77890][img]http://www.loveunix.com/images/common/back.gif[/img][/url]


单独表备份如何做？export？关联性、一致性呢？如何保证？每次备份都把数据库停下来？

除了删除表这种重大错误，难道每删一条记录也备份一次？不然备份有何意义？只能应对介质故障？

另外，flashback ... [/quote]
是的，删除之前一定要备份，关联可以考虑再建。删一条就备一条。
如果是没有备份就误删除了，db2也有这方面的恢复功能，不过是否开启还要考虑其他因素。
flashback是否有点类似于windowxp的系统还原？实际上功能越多系统的压力就越大。

试用了一下11g,同意darkbug观点

[quote]原帖由 [i]turbo[/i] 于 2008-2-3 00:15 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=758260&ptid=77890][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
试用了一下11g,同意darkbug观点 [/quote]

最近玩了玩10g RAC，用的老式raw方式，结果发现flashback用不了，必须用asm、ocfs或者第三方的并发文件系统。

看样子oracle要强推asm，估计后面就是ocfs。

ocfs只是在win & linux下用 flash backup只能放在文件系统上

[[i] 本帖最后由 liwenguo 于 2008-3-6 11:23 编辑 [/i]]

[quote]原帖由 [i]liwenguo[/i] 于 2008-3-3 13:25 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=762719&ptid=77890][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
ocfs只是在win & linux下用 flash backup只能放在文件系统上 [/quote]

asm算不是文件系统？

ASM不算文件系统，但很怪异，可以放archive log

[quote]原帖由 [i]老农[/i] 于 2008-3-9 00:31 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=764310&ptid=77890][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
ASM不算文件系统，但很怪异，可以放archive log [/quote]

还有flashback area。

我觉得这个asm有点像加强版的raw管理系统，还支持目录呢，或者说有部分文件系统功能的存储系统。其实，oracle要是到此为止就应该挺好了，但是非要还弄个ocfs，bug多的不得了

人都是不断地有新的欲望的:L

flashback有空间限定， 而且只读

空间可以扩。。。。

只要有需要

回闪这东西派不上大用场，

它不能保障数据库时间维度的一制性， 只能做有限有参考。

如果真做了什么已提交的错误事务，或人为的错误操作，

只有靠REDO日志恢复， 即使您的数据文件已经丢失(需要Controlfile与编目信息)，


承哥， 我也在学习Oracle中。。。

flash recovery说到底就是用了空间换时间的方法 现在磁盘越来越便宜了 相当于把数据存在了磁盘上

开始看过点DB2，觉得DB2的分区功能巨牛*，看到最发发现给予nfs的，顿时心凉了一半。

[quote]原帖由 [i]dboylx[/i] 于 2008-3-11 15:28 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=765077&ptid=77890][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
回闪这东西派不上大用场，

它不能保障数据库时间维度的一制性， 只能做有限有参考。

如果真做了什么已提交的错误事务，或人为的错误操作，

只有靠REDO日志恢复， 即使您的数据文件已经丢失(需要Cont ... [/quote]

物理错误，flashback当然没戏，所以还有rman存在。

逻辑错误，提交了事务就不能恢复？我没有看到有相关说明，如果真的是，那还真的没用了。不过既然可以把库和表整体闪回，我觉得大部分逻辑错误都差不多了吧。人为错误也要看什么情况，要是把datafile直接delete那是没戏了，但是如果delete了一个表中的一些数据，这应该是就是flashback发挥威力的时候，快呀，毕竟不用从备份里面恢复datafile，然后再用日志滚。

redo也好，arch也罢，其实数据库不就依靠这些东西恢复嘛，flashback无非就是把这些信息保存的更方便于恢复，“用空间换时间”这话说得很有道理，受各种情况影响当然会有条件限制，但是也没说恢复就不让用redo，至少不用我们手动操作什么。

无论如何，flashback至少还提供了一个打包的恢复方法，需要那些数据，只要事先设置好了以后，具体恢复过程我们不用操心，恢复会自动照单办理。

一收缩表空间，就不能闪回了。

[quote]原帖由 [i]twisters[/i] 于 2008-3-16 12:27 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=766443&ptid=77890][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
一收缩表空间，就不能闪回了。 [/quote]

不是还有备份么，重新来啊

fdas

[quote]原帖由 [i]jiecho[/i] 于 2008-3-12 23:37 发表 [url=http://www.loveunix.com/redirect.php?goto=findpost&pid=765475&ptid=77890][img]http://www.loveunix.com/images/common/back.gif[/img][/url]
开始看过点DB2，觉得DB2的分区功能巨牛*，看到最发发现给予nfs的，顿时心凉了一半。 [/quote]


您用DB2的分区做什么? OLTP? OLAP?

DB2的Partition为大数据量而设计, 但不是为了快速响应.

如果真想玩到内存数据库秒上万业务处理量, 直接用大机吧.

[quote]原帖由 [i]dboylx[/i] 于 2008-3-23 17:39 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=768982&ptid=77890][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]



您用DB2的分区做什么? OLTP? OLAP?

DB2的Partition为大数据量而设计, 但不是为了快速响应.

如果真想玩到内存数据库秒上万业务处理量, 直接用大机吧. [/quote]

穷人也要混呀

多弄几个PC服务器也能跑的不错，当然，现在PC服务器也不错 X3950或3850，猛的狠，多弄几个，阵列稍微好一点，价格便宜，量又足

价格便宜，量又足。

听起来像广告:lu4:
:lu4:

其实我觉的DB2的备份功能够用了，你需要经常恢复表？如果这样，那你们的管理也太混乱了。

生产数据库恢复我们只做过一次，是硬件故障造成文件系统有问题。

有个客户倒是让我们去做过两三次恢复，都是删除了表的数据，那边的管理非常混乱。我想如果管理的好，像这样的功能基本可以不用。ORACLE如果管理的不好，我想再好的备份功能也是没用的。

ORACLE没怎么玩过，DB2倒是用了段时间，个人观点DB2 的备份恢复确实够用了。oracle的flash back肯定要牺牲空间，影响数据库的整体性能的，怎么看他怎么像用户老提的可配置，这种要求多了，东西也就复杂和麻烦了。不看好这点。

[quote]原帖由 [i]DB2_AIX[/i] 于 2008-5-19 10:55 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=788786&ptid=77890][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
其实我觉的DB2的备份功能够用了，你需要经常恢复表？如果这样，那你们的管理也太混乱了。

生产数据库恢复我们只做过一次，是硬件故障造成文件系统有问题。

有个客户倒是让我们去做过两三次恢复，都是删除 ... [/quote]

对于管理，我从来有心杀贼，无力回天。。。。

有几个管理不混乱的？或者应该说有几个应用开发和测试是足够严格的，并且在试运行阶段不会人为错误的？

管理再混乱，dba也不会delete数据玩，但是应用就不一定了，尤其是那些需要不断升级的东西，升级脚本很要命。。。。不用多，几个就是够让dba跳楼了

[quote]原帖由 [i]awk[/i] 于 2008-5-21 23:38 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=790258&ptid=77890][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
ORACLE没怎么玩过，DB2倒是用了段时间，个人观点DB2 的备份恢复确实够用了。oracle的flash back肯定要牺牲空间，影响数据库的整体性能的，怎么看他怎么像用户老提的可配置，这种要求多了，东西也就复杂和麻烦了 ... [/quote]

这是一个设计问题。

没有那么多功能，你在面对比较麻烦的用户需求时候，可以义正言辞的说NO，虽然用户是上帝。

但是如果有，有时候还是可以帮用户或者dba很大忙，你还是可以义正言辞的说NO，当然，出了事不找你恢复就行。

备份恢复本来就是个意外才用的东西，不会天天拿来玩，所以宁可前期设计麻烦一点，实施、测试过程麻烦一点，也不要真的要用的时候才发现麻烦，不用你管恢复的另说，呵呵。

[[i] 本帖最后由 darkbug 于 2008-5-25 17:51 编辑 [/i]]

flashback功能只是锦上添花的东西，有一些情况限制，配合rman备份才能处理所有情况。这东西就是有的选择总比没有的好，如果你不需要可以不用嘛，但是他在部分情况下可以提高工作效率，虽然浪费一些空间，但是有些用户空间足得很。所以不同的产品适合不同的用户和应用。这总比想用的时候但是没的选择要强。