请问各位的备份策略

显示全部楼层 · 2006-4-17 13:46:34

不知各位的备份策略是怎么定的.可以满足客户怎样的要求
比如客户要求要查看半年或是一年前任一时间点的资料.这种备份策略要怎么样做?请各位提点意见吧

千问 · 2006-4-17 13:46:34

先问个问题先：‘半年或是一年前’的数据是不是定时清理的？

千问 · 2006-4-17 13:46:34

不是定时清理的话，不是直接就查得出来了
如果是的话，看来就每半年或一年做一次热备，再删除无用的日志吧

千问 · 2006-4-17 13:46:34

是2个不同的概念，数据库的备份是为了防止发生问题(比如：发生磁盘故障)的时候进行数据库恢复的
而你讲的是对历史数据的查询问题，对于历史数据，要按照客户的要求进行离线备份或者恢复，如果用户要查询1年或者半年的数据，那么如果进行查的话，当然要保留在数据库中了，但是没有必要保留在当前的交易表中，你可以另外建立一个相同表结构的表，将这些历史数据移到历史表中，这样用户就可以到历史表中去查询他需要的历史数据了，而查询的时候对当前交易的数据表就没有什么影响了，而当前的数据表也就没有那么多的历史数据了，如果用户不查询了，但是数据或许将来还需要的话，你可以用exp离线备份，等将来需要的时候再把它imp进去就OK了

千问 · 2006-4-17 13:46:34

我说的要看半年前的资料的意思是.
比如有个产品表.平时经常更新.客户可能想到.我在某天某天的产品设定可以值得参考.他就要求看到那一天的时间点的资料.
不可以用ARCHIVE回到之前的点吗??还是只能通过做热备或是冷备保留下来的方式?
我现在的日备是一个星期就循环写入一次.周备留一个月.月备留一年.这样很难满足客户的要求

千问 · 2006-4-17 13:46:34

你的系统数据量是多大？是7*24 的业务吗？

千问 · 2006-4-17 13:46:34

最初由 aegir 发布
[B]我说的要看半年前的资料的意思是.
比如有个产品表.平时经常更新.客户可能想到.我在某天某天的产品设定可以值得参考.他就要求看到那一天的时间点的资料.
不可以用ARCHIVE回到之前的点吗??还是只能通过做热备或是冷备保留下来的方式?
我现在的日备是一个星期就循环写入一次.周备留一个月.月备留一年.这样很难满足客户的要求 [/B]

你的应用系统对产品表的变更没有日志么，这个系统是谁做的呀？
通过应用很简单地就能实现的东东，竟然想通过Oracle备份策略来实现，可笑!

千问 · 2006-4-17 13:46:34

给你出个馊主意：
对于你所提及的同类表，列个清单，在对这些表作insert,delete,update之后，立即用exp作个备份.

其实：要想不改应用代码在Oracle中实现也很简单的,通过trigger不就行了么.

千问 · 2006-4-17 13:46:34

本来我的意思是想做个HISTORY表来保存修改动作..
但是我只是负责数据库.开发负责人为香港人.他对ORACLE不太清楚..他认为花了十几W买了个ORACLE如果不能想怎么样恢复就怎么恢复的话.ORACLE也太差了点.基本上我建议不了他改变他的做事原则.程序设计上不用说了.上次我发了个STATSPACK就是没有用绑定变量.他还不准使用
STOREPROCEDURE和TRIGGER说会搞乱头绪..我只好自己想办法了.

千问 · 2006-4-17 13:46:34

数据量不大.因为做的产品的原故.但是要求是24*7的.