ARCHIVELOG的后果

Question

负责备份我们服务器的人让我们的数据库(一个大的)在整个备份场景中离线超过6小时.

我和他们交谈过,询问我们是否可以将其分解为更小更频繁的备份任务,即在时间上备份每个模式,甚至在不同时间备份表集.

他们的答案是,如果我们决定改变ARCHIVELOG,那将会产生性能影响.

我对此非常不熟悉,就像备份方式一样.

您会建议哪些其他选项以更有效,或者至少不那么停机的方式备份我的架构？

谢谢!

F.

Answer 1

如果您的数据库禁用了ARCHIVELOG,则在硬件发生故障时可能会丢失数据(可能是自上次备份以来输入的所有数据).如果这是可以接受的,那么您可以禁用ARCHIVELOG.

在生产实例上,通常需要不丢失数据(这将是DBA的主要目标).在这种情况下,关于性能的争论没有实际意义,你将打开ARCHIVELOG因为它是一个要求.然后,您可以进行热备份,如果使用RMAN,它们并不比冷备份复杂,它们也不会刷新数据库缓存(提高性能).您可以使用RMAN进行增量备份(而不是FULL冷备份),该备份仅记录自上次备份以来的更改.

此外,如果有足够的IO(添加更多磁盘),您可以设置数据库,以便写入存档日志不会显着影响性能.