注意：通常来说，受保护的还原点可以在任何使用正常还原点的操作中作为SCN的别名来使用。除非另有说明，否则正常还原点的使用方法也适用于受保护的还原点。
受保护的还原点
与正常还原点一样，受保护的还原点在恢复操作中也能作为SCN的别名。然而，它们也对闪回数据库提供了特定的功能。
在一个特定的SCN创建一个受保护的还原点可以强制通过执行闪回数据库能将数据库还原到这个SCN所处的状态，即使数据库没有启用闪回日志也能保证。如果闪回日志被启用，创建受保护的还原点强制闪回日志保留策略能满足将数据库闪回到创建受保护还原点后的任意时间点。
受保护还原点能用于将整个数据库还原到一个已知的状态良好的时间点，前提条件是闪回区有足够的空间来存储闪回日志。使用闪回数据库，受nologging操作影响的直接路径插入也能使用受保护的还原点来进行还原操作。
受保护的还原点替代存储快照
在实践中，受保护的还原点能够有效地替代存储快照，它通常用来在一些危险操作之前来保护数据库，比如大范围的更新，应用程序打补丁，或者升级。与创建快照或复制数据库再进行这些操作的相比，可以创建一个受保护的还原点然后执行这些危险操作，只要确只保留必要的闪回日志就行。
闪回数据库和受保护还原点的日志
闪回数据库和受保护还原点的日志是基于在改变应用前被捕获的数据块镜像，因此这些镜像能用来在执行flashback database命令时将数据文件还原到之前时间点所对应的状态。
正常闪回日志和受保护还原点的日志的主要差别就是日志是否会因为闪回区可用空间的压力而被删除。这些差别影响日志可用空间的使用和数据库的性能。
是否对闪回数据库，受保护的还原点启用日志都依赖于你的恢复目标，以及对性能的影响和这些功能对空间的使用。
受保护还原点和闪回区的空间使用
当创建一个受保护的还原点，不管有没有启用完全闪回数据库日志，你都必须监控闪回区可用空间的状态。如果为了满足受保护的还原点而需要的文件是不会满足从闪回区删除的条件。因此，闪回日志的保留策略和为了满足受保护的还的所需要的其它文件，就是满足备份保留策略一样，可能会让闪回区完全被使用掉。
注意：当因为保留策略不能删除任何文件而又遇到空间被使用完的情况时，在许多情况下数据库会被hang住。
闪回日志禁用时受保护还原点日志
如果当闪回数据库日志禁用时创建了受保护的还原点，那么，在受保护还原点创建之后第一次数据文件的数据块更改，在更改之前数据块的镜像会被存储到闪回日志中。闪回日志因此能还原被修改的数据块回到受保护还原点创建时的状态。然而后续对相同数据块的修改不会被记录在日志中，除非在这些修改之前创建另外的受保护还原点。
这种方式的日志有以下重要的影响：
1.可用的块镜像可以在使用flashback database时将数据文件的内容还原到受保护还原点所对应的状态但不能使用flashback database将数据库还原到受保护还原点与当前时间之间的某个时间点。只有当对闪回数据库启用日志才行。如果你需要将数据库还原到一个中间时间点，你只能使用数据库按时间点恢复。
2.因为每个数据块的改变只会被记录一次，当闪回日志被禁用时受保护还原点的日志所使用的空间要比正常闪回日志所使用的空间小。可以按天或周来维护受保护的还原点而不必关注当闪回数据库启用后闪回日志的增长。记录受保护的还原点的日志所产生的性能在禁用闪回数据库日志的情况下影响是很小的。
如果你主要是将数据库还原到受保护还原点所创建的时间点，那么通常关闭闪回数据库日志只使用受保护还原点更有效。例如当正计划在生产数据库服务器上对应用进行升级，在升级开始之前创建一个受保护的还原点，如果升级过程最终失败，可以使用flashback database撤消改变，而不用从备份中进行还原。
使用受保护还原点的闪回数据库日志
如果闪回数据库被启用并且定义了一个或多个受保护的还原点，那么数据库执行正常闪回日志时，会对性能有些影响。根据数据库的工作模式闪回区可能会产生较大的空间压力。然而，不像正常的闪回数据库日志，闪回区总是要保留为了使用flashback database将数据库还原到最早的当前受保护还原点时所需要的闪回日志。闪回日志如果要求满足受保护还原点恢复就不会因为空间压力而被删除。