DataGuard 实时应用（Real-time Apply）必须配置Standby Redo Log

在 Oracle DataGuard 环境中，启用实时应用（Real-time Apply）是一个提升数据同步效率的关键特性。那么，要想在备用数据库（Standby Database）上启用此功能，必须预先完成哪一项核心配置呢？

本题给出了四个选项：

• A、逻辑 standby 转换许可
• B、额外的归档进程（ARCn）
• C、更高的 PGA 内存
• D、Standby Redo Log

正确答案是：D、Standby Redo Log。

配置解析

实时应用（Real-time Apply）允许物理备用数据库在接收到重做数据后，立即开始应用，而无需等待当前的重做日志文件被归档。其工作流程大致如下：

1. 主库（Primary Database）产生的重做数据通过网络传输到备用库。
2. 备用库的RFS（Remote File Server）进程将这些数据写入到 Standby Redo Log（SRL） 文件中。
3. MRP（Managed Recovery Process）或前台进程直接从SRL文件中读取并应用重做数据。

可以看出，Standby Redo Log（备用重做日志） 是实时应用所依赖的核心组件。没有它，备用库就无法暂存从主库实时传送过来的重做数据流，自然也就无法实现“实时”应用。因此，启用实时应用前，必须在备用数据库上正确创建并配置 Standby Redo Log。

其他选项分析

• A、逻辑 standby 转换许可：逻辑备用库（Logical Standby）的配置与此无关，逻辑备用库使用SQL Apply，其数据同步机制与物理备用库的Redo Apply（包括实时应用）不同。
• B、额外的归档进程（ARCn）：归档进程主要负责归档联机重做日志文件。在实时应用场景下，备用库应用的重做数据直接来源于SRL，可以绕过归档步骤，因此这不是必需配置。
• C、更高的 PGA 内存：虽然某些高负载的恢复场景可能受益于更大的PGA，但它并非启用实时应用功能的强制性先决条件。

核心要点总结

简单来说，想让你的 DataGuard 物理备用库“跑得更快”，实现数据近乎实时的同步，创建 Standby Redo Log 是必不可少的第一步。这是 Oracle 高可用架构中一个非常基础且重要的知识点。

希望这个解析能帮助你更好地理解 DataGuard 的运作机制。如果你对更多数据库与高可用技术感兴趣，欢迎到 云栈社区 的 数据库/中间件/技术栈 板块进行深入探讨和交流。