在开始介绍恢复前，有必要了解一下数据库的运行状态。例如，当前数据的运行状态是READ WRITE，意为可读可写，类似的状态还有READ ONLY，他们同属于OPEN状态，可以对外提供服务。还有另外两种状态，即MOUNT和NOMOUNT。我们需要了解的是哪些操作要对应在哪个状态下进行。

在开始介绍恢复前，有必要了解一下数据库的运行状态。例如，当前数据的运行状态是READ WRITE，意为可读可写，类似的状态还有READ ONLY，他们同属于OPEN状态，可以对外提供服务。还有另外两种状态，即MOUNT和NOMOUNT。我们需要了解的是哪些操作要对应在哪个状态下进行。

全量与增量的区别，这很容量理解。全量(level 0)就是备份所有数据，增量(level 1)就是仅仅对变化的数据进行备份。前者的好处是数据的完整性，后者的好处是备份速度快。经典的备份方案将两种方式进行组合，即每周一次全量备份，每日一次增量备份。当需要恢复时，首先进行全量恢复，再逐一进行增量恢复。例如，每个周日进行一次全量备份，周一到周六，每日一次增量备份。当周四发现设置故障后，需要将数据进行恢复

2）按照通道数量，系统自动将多个数据文件分配到不同的通道进行备份，每个通道的每一次备份称为"backup set"，一个”backup set”包括一个或多个“pieces”；默认是自动触发的，可以关闭，改为手工备份，但是不建议这样做，可以会有遗漏的风险；本文的所有示例，都是以19C版本为基础的，有些命令和参数在不同的版本可能会有变化。后面章节，我们将以不同场景中进行备份恢复的操作举例为引子，带大

REDO日志中记录了数据库全部的“写操作“，并且数据在REDO日志中写入后，应用就会得到成功的返回，不论数据是不是已经写入到数据文件。说两句题外话，REDO的性能是数据库写入的关键点，通常DBA会把REDO日志放到现有存储资源中最快的介质上，如SSD等。并且为了提升REDO日志的高可用性，还会将它进行镜像，即一个组中有多个文件，保存相同内容。所有的数据都写入REDO日志，那这个文件必然会变的非常巨