Oracle Data Guard是为Oracle数据库提供灾难恢复的解决方案。自物理备用概念的创建（可能是上个世纪），Data Guard已经被设计和完善，以与传统的（现在已不再支持的）非CDB架构配合使用。

2013年在12c中引入Oracle Multitenant彻底改变了数据库架构，解锁了新的整合能力，并简化了数据库的生命周期。多租户架构多年来发展，允许执行新的操作，包括热克隆、可刷新克隆、在线迁移等。今天，我们很高兴宣布Oracle Data Guard每可插入数据库（简称DGPDB）已正式推出。这个Multitenant架构的新Data Guard特性将作为传统的每个CDB架构的替代方案。它允许客户实施高效的每个CDB Data Guard或更灵活的每个PDB Data Guard，其中每个PDB都可以独立配置、维护和切换。

DGPDB今天在21c中可用

A reminder of the traditional per-CDB architecture

Consider this picture showing a traditional Data Guard environment:

当一个CDB处于传统的Data Guard配置中时，一个CDB是主数据库，另一个CDB是备用数据库。因此，主CDB中的每个PDB也将是主数据库（打开读写），备用CDB中的每个PDB也将是备用数据库（挂载或最终以实时应用打开为只读）。当CDB过渡到新角色时，所有的PDB都将同时过渡。

What is Data Guard per Pluggable Database?

顾名思义，Data Guard保护的是单个PDB，而不是整个CDB。

这意味着DGPDB配置将有两个主CDB，而不是一个主CDB和一个备用CDB。每个CDB将包含以读写方式打开的PDB（最终由远程CDB上的目标PDB保护），以及挂载的PDB，用于保护远程CDB中相应的PDB。

Having Data Guard protection at the PDB level allows our customers to independently switch over or fail over a PDB to the remote site.
There are two significant advantages to this configuration:
? Customers can balance the workload between two different sites while maintaining the Multitenant consolidation benefits.
? The role transition for a single PDB is significantly faster than doing the same at the CDB level.

The architecture of Data Guard per Pluggable Database

在PDB级别具有Data Guard保护使我们的客户能够独立切换或故障切换PDB到远程站点。这种配置有两个显著的优势：

• 客户可以在维持Multitenant整合优势的同时，在两个不同的站点之间平衡工作负载。
• 对于单个PDB的角色转换比在CDB级别执行相同操作要快得多。

DGPDB配置由两个主数据库组成。因此，重做传输服务进程是对称的，如下图所示：

理解这个架构将完整的重做流传输到远程CDB是至关重要的：如果只有很多PDB中的一小部分受到保护，可能会带来很大的开销。因此，任何不需要保护的写入密集型PDB都应该驻留在一个单独的CDB中，以避免不必要的重做传输。

Significant Limitations of Data Guard per Pluggable Database

The first version of DGPDB will have these main restrictions: