在7*24的环境下是否适合做全备？

abcd

最初由 biti_rainy 发布
[B]
如果一个数据文件损坏我怎么恢复?
如果全部文件损坏我怎么恢复?
如果日志文件损坏呢？
控制文件损坏呢？
如果恢复过程中发现还丢了一个归档怎么办？
我是否要定期做恢复测试 或者备份文件有效性检查？
[/B]

我认为，这才是关键！
看来楼主是来统计比较方案的，你自己应用的需求都没有给出来，很难找到你合适的方案。

做过的比较常见的企业应用一般是：
1、数据库归档模式
2、每周全备份（看数据量，少的话，每天或每周两次），每天备份并删除归档日志，增量备份看情况而做。
3、每周EXPORT主表
可以满足大部分的企业需求了。

piner

备份策略哪有一个定论的啊。
只能是根据实际情况来决定的，只要熟悉了备份与恢复原理，再加上实际上恢复的要求，策略就出来了。

我们的24*7环境，数据库200G。
策略：

主库实时备份：standby
容灾备份：磁带库，备份频率，每2天，在standby上全备，备份保持期为一个月。另外明年在异地组织一个容灾站点。
容错备份：NFS，备份频率，每天，在主库上全备，恢复窗口期为2天。

ahlu

我是想通过这里的讨论，学习一下大家的备份策略，碰到问题时是如何解决的，因为碰到的实际问题不是很多，想借签大家在遇到问题时的解决方案，实际碰到的问题中比想象中的复杂，如数据文件的损坏，有很多原因，如何分析，学习就是学个方法，只有碰到问题才会对所学到的有更深的理解，呵呵

ahlu

我觉得我们可以让备份恢复做的更专业化，比如，统计磁盘的故障时间，server的平均故障时间，划分等级，在高等级时期，加大备份频度，统计人为操作失误的频率，那些人造成失误，为什么？是否可以进行培训以减少失误？这样最大限度减少当机，DBA不应该是救火员。

piner

最初由 ahlu 发布
[B]我觉得我们可以让备份恢复做的更专业化，比如，统计磁盘的故障时间，server的平均故障时间，划分等级，在高等级时期，加大备份频度，统计人为操作失误的频率，那些人造成失误，为什么？是否可以进行培训以减少失误？这样最大限度减少当机，DBA不应该是救火员。 [/B]

这个与备份策略没有关系，备份策略就是要考虑到任何可能发生的事情。

有些server可能一直不出任何问题，但是出问题的时候，就是考验备份策略的问题。我的备份还从来没有用于过恢复，但是，策略从理论上是可以恢复的。而且还要有恢复时间的保证。

至于认为错误的删除，这个是最好避免。培训也是必不可少的。
备份与恢复本来就是dba工作中很少的一个比例。但是重要性非常大而已。

ccbansiling

需求决定策略，所以首先要将需求明确，比如数据的重要性，数据的保留策略，恢复能够容忍的时间等等，然后再确定备份和恢复的策略。