关闭归档日志是否有性能优势？明智吗？

Question

问题的第一部分非常简单；有没有人同时在archivelog和noarchivelog模式下运行数据库？关闭您可以共享的日志记录是否有任何可衡量的性能优势？

后半部分是对我的情况更具体的猜测，但如果有人有任何想法会很好。目前，我们的 Master（主写入盒）正在以archivelog完整的模式运行，具有备用和表级备份。备用系统每周测试两次，备份次数较少。不像有些人那么邪恶，但仍然不善良。所以，我们终于说服了高级管理人员花钱买一个闪亮的新盒子。它好多了，希望不会像最后一个一样炸毁或炸毁主板等。

在这个盒子上，我们将每小时进行一次备份，将冗余光纤复制到异地，并且将至少每天测试备份，即我们可以投入的所有内容。

在这种情况下，如果第一部分的答案是肯定的，那么在noarchivelog模式下运行数据库是否真的明智？如果盒子或光盘坏了，启动一些东西来取代它的位置会比以前更快，如果这意味着速度的显着提高，我们不介意损失一个小时的工作。

不过，它似乎仍然有点狡猾？我知道我们会失去一个小时的工作时间，并且比我们在分析没有备用机的影响时可能错过的任何其他事情更担心这一点。

Answer 1

正常的答案是：“使用archivelog模式”。除非您进行冷备份，否则如果没有备份期间存档的日志文件，您将无法从中恢复。

如果您每小时进行一次冷备份并在noarchivelog模式下运行，则您可能会丢失一个小时的已提交事务（您不介意）。归档日志的目的是让您可以在发生介质故障后恢复所有（或几乎所有）已提交的事务。

无论您选择哪种模式，Oracle 仍会将日志写入联机重做日志文件 - 在该archivelog模式下，您可以在这些文件填满时对其进行存档。

性能优势通常不会很显着 -这里是一个特殊情况列表，其中存在redo代际差异。

看到您的“备份”是 ZFS 快照，您不需要日志文件来恢复数据库 - 恢复到快照将类似于断电后的恢复，并将使用快照的联机重做日志前滚到一致状态。在这种特定情况下，并且看到您不介意丢失最近的数据，noarchivelog模式可能是您可以接受的。

但是，如果主服务器出现硬件故障，没有备用服务器仍会增加您的恢复时间 - 您可能希望考虑这一点。