在 Oracle 数据库的世界里，DataGuard 已经成为灾备和读写分离的最常用解决方案，但是 DataGuar / ADG 存在一个问题是，如果主库采用了 Nologging 选项，则受到影响的这部分数据块将在备库标记为损坏。

当然，如果启用数据库级别的 Force Logging ，则会强制启动日志记录。

然而在 18c 中，Automated Nologging support 在 ADG 环境开始被支持，目前只支持 Oracle Cloud & Exadata 环境。

云和恩墨的灾备和高可用服务参考：

http://www.enmotech.com/web/classify/18.html

在很多快速加载需求中，Nologging 可以减少日志生成，加快数据加载。在 18c 里，主库可以将 Data Block 传输给备库，就如同在主库的操作一样。

 •Fast, automatic nologging loads with Active Data Guard 

–Customers use nologging loads to avoid overhead of generating redo

–In Oracle 18c, the primary ships data blocks to the standby as blocks are loaded to the primary 

1.Standby Nologging for Load Performance 

–Get nonlogged data to the standby without impacting load speed at primary

–Data blocks are sent directly from primary if network and standby keep up. If standby cannot keep up, the nonlogged block IDs are recorded and fetched asynchronously during recovery 

2.Standby Nologging for Data Availability 

–Ensures standby has the blocks when the primary load commits. Load at primary will be throttled as needed for the network and standby to keep up

注意，在这个特性中，是通过数据块的传输，而不是Redo日志，从而对于主库带来了性能提升。