备份恢复的方法和种类很多,为啥有的时候客户还不满意?因为你不对他路子。
举个例子,开发人员不小心删错了数据。你说有flash back呀一看undo retention不够。
那开始备份恢复吧,结果system或者user表空间巨大,哇数据全在system里面是不是原来设计好的想法都没用啦?
如果可以依照先有的数据库结构做些适当的引导那么会好很多。
且国内客户和国外客户处理的方式太不一样。特别是韩国和日本客户。针对细节问题到了无以复加的地步,那么这个时候备份和恢复设计就不能有自己解释不通的地方。
说了那么多具体谈下怎么做事吧。
最重要的一点,备份的东西可以吐出来。
那么要给自己留后路,备份的东西要异与恢复。
那么如果钱足,上硬件级别备份。例如emc timefinder,SRDF等等。条件好的可以做个备份的colne。
一定要建议购买专业的备份恢复软件,关键时刻可以用来顶包。
那么最好做物理备份,用于防止物理的损坏。
如果既要防止物理损坏又要很快的把人为的错误数据找回来就可以设置一个standby那么防止物理损坏的备份直接在原库备份,用于防止人为损坏的备份在standby节点备份,延时个一天吧。应该可以满足要求。
以上是大致的经验,我的意思是备份手段多种多样,怎么搞成最适合的场景可是个大学问。
谢谢
收起