负责备份我们服务器的人让我们的数据库（一个大的）在整个备份场景中离线超过6小时。
我跟他们交谈过，询问我们是否可以将其分解为更小更频繁的备份任务，即在不同时间备份每个模式，甚至在不同时间备份表。
他们的答案是，如果我们决定改变ARCHIVELOG，那将会产生性能影响。
我对此非常不熟悉，就像备份方式一样。
你们建议哪些其他选项以更高效，或者至少不那么停机的方式备份我的架构？
谢谢！
F。
答案 0 :(得分：8)
如果您的数据库禁用了ARCHIVELOG，则在硬件发生故障时可能会丢失数据（可能是自上次备份以来输入的所有数据）。如果这是可以接受的，那么您可以禁用ARCHIVELOG。
在生产实例上，通常需要不丢失数据（这将是DBA的主要目标）。在这种情况下，关于性能的争论没有实际意义，你将打开ARCHIVELOG因为它是一个要求。然后，您可以进行热备份，如果使用RMAN，它们并不比冷备份复杂，它们也不会刷新数据库缓存（提高性能）。您可以使用RMAN进行增量备份（而不是FULL冷备份），该备份仅记录自上次备份以来的更改。
此外，如果有足够的IO（添加更多磁盘），您可以设置数据库，以便写入存档日志不会显着影响性能。