delaylog和log的区别(HP_UX)

今天BC的同事在新建文件系统(用于oracle)后,发现在/etc/fstab中,该文件系统的属性为log,而别的文件系统都是delaylog.问我是怎么回事.

我不知道,就上网查了一下,找到了一些资料:

log
The default logging mode is log. With log mode, VxFS guarantees that
all structural changes to the file system have been logged on disk when
the system call returns. If a system failure occurs, fsck replays recent
changes so that they will not be lost.
delaylog
In delaylog mode, some system calls return before the intent log is
written. This logging delay improves the performance of the system, but
some changes are not guaranteed until a short time after the system call
returns, when the intent log is written. If a system failure occurs, recent
changes may be lost. This mode approximates traditional UNIX
guarantees for correctness in case of system failures. Fast file system
recovery works with this mode.

(出自)

通过 JFS 可以使用哪些日志记录选项？

JFS 提供了多种选项来控制如何将事务处理记录到磁盘中，如下所列。缺省选项 log 可以在系统出现故障时最大限度地维护系统的完整性。大多数情况下（包括使用 SAM 挂接 JFS 文件系统和进行冷安装在内），建议使用日志记录模式 delaylog。

log		完整的日志记录（缺省）。文件系统结构的更改在系统调用返回到应用程序之前被记录到磁盘中。如果系统崩溃，fsck 将完成所记录的尚未完成的操作。
delaylog		延迟的日志记录。某些系统调用在意向日志被写入之前返回应用程序。这可以加强系统的性能，但并不保证某些更改能够被记录到磁盘中，直到意向日志被写入一段时间之后为止。此模式类似于传统的 UNIX 保证，用于在系统出现故障时进行修复。
tmplog		临时日志记录。意向日志通常会延迟。这可以提高性能，但当系统崩溃时，最新的更改可能会消失。仅建议临时文件系统使用此模式。
nolog		无日志记录。意向日志被禁用。其他三种日志记录模式均可提供快速文件系统恢复功能；但 nolog 不提供此项功能。在 nolog 模式下，系统崩溃后必须执行全面结构检查；这会导致文件系统重要组成部分丢失，具体情况取决于系统崩溃时正在进行的活动。通常，应使用 mkfs 在系统崩溃后重建 nolog 文件系统。nolog 模式只适用于存储驻留文件系统或极临时的文件系统（请参阅 mkfs_vxfs (1M)）。 (出自)