如果存储够，而且数据又不能确定是否有用，建议一直保存，如果不够，建议封存，如果需要找回以前的老数据，那就恢复一下。

曾经用TSM。客户端写的脚本进行SQL SERVER的备份。因为当时的业务环境混乱，正式数据和历史数据，备份数据混在一起，磁带机的容量又不足，所以不得不手工挑选那些是要每天备份的。那些是临时备份的。那些是按年备份的。结果疏于沟通和检查，一个新上线的库没有添加进每天的备份任...

由rto、rpo、被允许的备份窗口等因素决定的。比如，你要求必须可以恢复到3天内的数据。但你一个月备份1次。这就不现实了。再比如说，你要求恢复到4小时内的数据，计划每天1个全备，4小时1个增量。但是数据库的物理结构变化频繁，数据库特别大，产生的文件也特别大，1个全备份要超过10...

这个问题不存在，备份过程中产生的日志不会包含在在控制文件中，还是会放在控制文件中。理解一下备份的原理就好了：backup database plus archivelog的运行步骤是；1.alter system archive log current;                ...

使用NBU.可以使用两个方案(建议方案)一个是VAULT,对数据集备份到磁带中.然后从带库中弹出.做离线保存.可以把关键的数据运输到异地做导入恢复优点:便宜缺点:要带库支持一定功能,并要长期人为去维护拿带子等还有是AIRAIR要求两个MSDP之间做数据的同步.这要求要一定的带宽...

源库和恢复的目标库 数据库编码格式不一样，导致一直提示找不到bakcup piece

如果双机是放在同一个城市，应该叫高可用，不叫容灾。容灾至少是两个城市之间的，防止地震、战争等级别的灾难。x86的高可用，用vmware的虚拟机效果比较好，这种用法现在比较流行。两台物理机，一台挂了，VM漂到另一台。不过需要购买VMware的vSphere。如果不做虚拟化的话，可以从存储、数...

我以前的做法是根据不同的主机，不同的备份内容设置不同的策略域和节点，比如，我有4台比较重要，数据量大的数据库，我针对这四台机器分别建立了日备份，年备份两个策略域和分别对应两个策略域的节点，有一些网站类的业务，数据只保留几份最新的就行。数据不要求查询归档，我就把这些都放...