从 Oracle Database 19c 开始，DG 在主库上创建的还原点会自动复制到备库，这也是DG的新特性之一。
什么是还原点
还原点其实就是SCN的标签或别名，它分为两种类型：
正常还原点（Normal Restore Points ） 保证还原点（Guaranteed Restore Points ）
还原点提供与闪回数据库和其他介质恢复操作相关的功能。 特别是，在系统改变号（SCN）上创建的保证还原点可以使用闪回数据库将数据库回滚到此SCN。 还原点功能和闪回数据库功能可以单独使用，也可以一起使用。
正常还原点
创建正常还原点会将还原点名称分配给SCN或特定时间点。 建的正常还原点，可以代替时间在将来用于操作撤销到特点时间点。 还原点的名称和SCN是存储在控制文件中的。 如果使用闪回功能或基于时间点的恢复，则可以使用还原点的名称而不是时间或SCN。
以下命令支持使用还原点：
RMAN中的RECOVER DATABASE和FLASHBACK DATABASE命令 SQL中的FLASHBACK TABLE语句
创建正常还原点消除了事先手动记录SCN或通过使用闪回查询等功能确定事后的正确SCN。 正常还原点是轻量级的。 控制文件可以维护数千个正常还原点的记录，而不会对数据库性能产生重大影响。 如果不手动删除，正常还原点最终会从控制文件中老化，因此它们不需要持续维护。
保证还原点
保证还原点与正常还原点一样充当恢复操作中SCN的别名。 主要区别在于保证的还原点永远不会超出控制文件的范围，必须明确删除。它的使用和正常还原点没有区别。
需要注意的是，无论是否启动了闪回数据库功能，保证还原点都可以使用闪回数据库将数据库回滚到还原点SCN的状态。 如果启用了闪回日志记录，则保证还原点会强制保留从最早的保证还原点之后，闪回数据库闪回到任意SCN所需的闪回日志。 因此，如果启用了闪回日志记录，则可以将数据库闪回到开启保证还原点以后的任何SCN，而不是仅闪回到单个SCN。
12c以后，可以在CDB和PDB级别创建还原点
复制还原点
从 Oracle Database 19c 开始，在主数据库上创建的还原点会自动复制到备用数据库。
在备库上生成的还原点称为复制还原点。无论主库上的还原点是保证还原点还是正常还原点，备库相应的复制还原点始终是正常还原点。 备库上的复制还原点信息，是通过redo传输的备库的。所以会在备库应用日志完成才会出现。 复制还原点的名字有个特别的约定，在还原点名称后使用后缀_PRIMARY 如：主库还原点名称为：DBSTYLE，则备库复制还原点名称为：DBSTYLE_PRIMARY
需要注意： 如果备库存在同名的复制还原点，则主库的还原点不会在备库创建 删除主库上的还原点时，也会删除备库上相应的复制还原点。
演示请看以下的实验过程：
1. 查看是否创建过还原点，下面输出显示没有创建过还原点；
[oracle@sdedu ~]$ sqlplus / as sysdba
SQL*Plus: Release 19.0.0.0.0 - Production on Thu Mar 7 22:07:09 2019
Version 19.2.0.0.0
Copyright (c) 1982, 2018, Oracle. All rights reserved.
Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.2.0.0.0
SQL> select * from v$restore_point;
no rows selected
2. 接下来创建还原点dbstyle_sd；
SQL> create restore point dbstyle_sd;
Restore point created.
3. 通过 v$restore_point 动态性能视图查看还原点信息，其中正常还原点的 storage_size 为零，保证还原点的 storage_size 会显示所用空间 ；
SQL> select scn, guarantee_flashback_database, storage_size, name, replicated from v$restore_point;
SCN GUA STOR NAME REP
---------- ---- --------- ------------------------- ------
2092260 NO 0 DBSTYLE_SD NO
4. 主库创建还原点以后，经过日志同步过去后，可以看到备库也出现了还原点。备库还原点的名称为dbstyle_sd_primary ，说明使用了_primary后缀，同时replicated列显示YES，表明是复制得到的；
[oracle@sdrep ~]$ sqlplus / as sysdba
SQL*Plus: Release 19.0.0.0.0 - Production on Thu Mar 7 11:11:28 2019
Version 19.2.0.0.0
Copyright (c) 1982, 2018, Oracle. All rights reserved.
Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.2.0.0.0
SQL> select scn, guarantee_flashback_database, storage_size, name, replicated from v$restore_point;
SCN GUA STOR NAME REP
---------- ---- -------- --------------------------- ------
2092260 NO 0 DBSTYLE_SD_PRIMARY YES
5. 现在可以在备库使用这个还原点，进行闪回和还原等操作。我们用 flashback 做测试，首先要确保备库打开闪回功能(开启闪回以后在创建还原点）；
SQL> select flashback_on from v$database;
FLASHBACK_ON
------------------
YES
备库开启闪回数据库的命令如下，在 recover 停掉后可以直接在备库执行；
SQL> alter database flashback on;
Database altered.
6. 接下来停掉recover过程后，可以在备库使用复制还原点对数据库进行闪回；
SQL> recover managed standby database cancel;
Media recovery complete.
SQL> flashback database to restore point dbstyle_sd_primary;
Flashback complete.
7. 闪回完成后，可以观察到当前备库的SCN和复制还原点的SCN一致；
SQL> select current_scn from v$database;
CURRENT_SCN
-------------------
2092260
8. 再次开启recover，应用主库传过来的日志，SCN开始增加，说明备库日志应用正常。
SQL> recover managed standby database disconnect from session;
Media recovery complete.
SQL> select current_scn from v$database;
CURRENT_SCN
--------------------
2093938
9. 当然在备库直接创建还原点也是允许的，如下输出可以看到还原点dbstyle的replicated列显示的是NO，说明不是从主库复制所生成。
SQL> recover managed standby database cancel;
Media recovery complete.
SQL> create restore point dbstyle;
Restore point created.
SQL> select scn, guarantee_flashback_database, storage_size, name, replicated from v$restore_point;
SCN GUA STOR NAME REP
---------- ------- ------ ------------------------- ------
2092260 NO 0 DBSTYLE_SD_PRIMARY YES
2093938 NO 0 DBSTYLE NO
10. 回到主库，在创建一个还原点dbstyle；
SQL> create restore point dbstyle;
Restore point created.
SQL> select scn, guarantee_flashback_database, storage_size, name, replicated from v$restore_point;
SCN GUA STOR NAME REP
---------- ------- ------ ------------------------ ------
2092260 NO 0 DBSTYLE_SD NO
2108821 NO 0 DBSTYLE NO
11. 在备库中再次查看还原点信息，观察到由于备库有和主库一样名称的还原点，主库创建的还原点dbstyle，不会同步到备库中；
SQL> select scn, guarantee_flashback_database, storage_size, name, replicated from v$restore_point;
SCN GUA STOR NAME REP
---------- ------- ------ ------------------------- ------
2092260 NO 0 DBSTYLE_SD_PRIMARY YES
2093938 NO 0 DBSTYLE NO
12. 在主库中删除还原点；
SQL> drop restore point dbstyle_sd;
Restore point dropped.
SQL> drop restore point dbstyle;
Restore point dropped.
SQL> select scn, guarantee_flashback_database, storage_size, name, replicated from v$restore_point;
no rows selected
13. 在备库中查看还原点信息，可以看到主库复制过来的还原点已经同步删除，在备库中创建的还原点还存在；
SQL> select scn, guarantee_flashback_database, storage_size, name, replicated from v$restore_point;
SCN GUA STOR NAME REP
---------- ------- -------- ------------- -------
2093938 NO 0 DBSTYLE NO