No Logging 没有日志
—-“没有日志”模式只向逻辑日志写很少的信息，它只记录执行的DDL语句，这些语句影响到的行并不被写入日志中，只记录命令本身以及返回的代码。一个不带日志的数据库环境可以具有很高的吞吐率，但在发生严重的实例失败时没有能力重建对数据库的修改。写到磁盘上的修改才是可以得到的全部信息。对实例中不带日志数据库的恢复只能到最后一次创建的实例备份中进行。
Unbuffered Logging 非缓冲日志
—-使用“非缓冲日志”模式的数据库环境只要事务提交，就会将包含该事务信息的物理日志和逻辑日志缓冲区刷新到磁盘上。
—-使用非缓冲日志，即使出现严重的实例错误，数据完整性和一致性也可以在事务级得到保证。但是因为每一次提交事务都会导致缓冲区被刷新到磁盘上，所以增加了磁盘I/O。另外，因为刷新是按照当前事务的进度将整个缓冲区内容都写到逻辑日志中，所以逻辑日志的页面中会有很多没有用的数据。日志填充得很快，但其中包含的“真正”数据却比缓冲日志数据库环境少得多。
Buffered Logging 缓冲日志
—-使用“缓冲日志”模式的数据库环境将在逻辑日志和物理日志缓冲区中保留这些事务信息，直到该缓冲区填满，或者发生检查点操作，或者是当事务还没有被写往日志之前关闭了产生该事务的用户连接。
修改方式：
ontape -s -B -dbname 修改为buffer_log
ontape –s –U –dbname 修改为unbuffer_log
ontape –s –N –dbname 修改为吴日志模式
