离线备份就是备份的时候R/3是不可用的（stop r3），既然不可用，那么R/3就不会写入数据，在备份的时间内就满足了我刚才说的数据时间一致统一的条件；当然，离线备份并不只是为了这样一个目的，还有一些其他的原因，这里不细说。
在线备份就是备份的时候R/3是可用的，为什么会有这种需求呢？因为有些业务是不可能停止的，比方说银行或者重要的服务提供；停止的损失会很大；那就要想办法，在备份的时候也要满足数据时间一致统一的条件，这个才是关键的问题。
在线备份的时候，脚本执行了SQL命令 ALTER TABLESPACE <tablespace name> BEGIN BACKUP 设置开始点，这条命令冻结了表空间头的更新；当新的数据库操作出现时时，表空间头信息不变，操作信息记入重做日志redo log。
一旦表空间的备份完成，命令 ALTER TABLESPACE <tablespace name> END BACKUP 解冻表空间，数据库根据redo log更新表空间文件的头信息。基于这个机制，也保证了在备份窗口中数据时间点是相对一致统一的条件。
