数据库同步：
1.所有数据文件（除了离线与只读的）必须被同步后数据库才能被open。
2.同步是基于当前checkpoint number。
3.发现不同步，数据库使用redo log files改变的记录同步数据文件
4.redo log files自动被数据库服务器请求。
实例恢复：
1.判断数据文件是否同步；
2.利用redo log前滚：写redo log files最近一个checkpoint之后的数据（包括undo数据）到数据文件；
3.数据文件现在包含提交的和未提交的改变，数据库可以被open；
4.利用undo log回滚未提交的改变：删除datafile中未提交的数据；
5.至此所有数据都提交。
不像media recovery，crash recovery和instance recovery是自动的。crash recovery是所有实例都恢复，instance recovery是单实例恢复。
调整实例恢复的持续时间：
1.设置一些初始化参数影响恢复需要的refo log记录和数据块的数量；
（新参数）
FAST_START_MTTR_TARGET:指定恢复时间最大值，单位为秒。
（2个老参数）
LOG_CHECKPOINT_TIMEOUT：2次检查点发生间隔的时间。
LOG_CHECKPOINT_INTERVAL:增量检查点与最近写到redo log的块之间的redo log file块的数目。
2.控制redo log file的大小和refo log块的大小来影响checkpoint发生的频率；
3.用SQL表达式手动强制检查点发生
4.并行恢复
实例恢复视图v$instance_recovery；
实例恢复优化
1.前滚：采用并行块恢复策略，recovery_parallelism可以设置并行进程数。
2.回滚：采用急需和并发2种恢复策略，fast_start_parallel_rollback可以设置并行程度，false为不使用并行，low：回滚进程数为CPU数的2倍，high：回滚进程数为CPU数的4倍。
回滚对应的2个视图：v$fast_start_servers：并发进程的信息；v$fast_start_transactions：需要回滚的transaction信息。