文件系统日志使用INLINE和使用log device卷的区别

1. 判断一个文件系统使用inline还是log device, 可以通过查看/etc/fileysystems查看文件系统的属性，或者通过lsfs -q <文件系统名>来查看。文件系统一旦创建后，便不能更改日志卷的类型。

2. inline log可以和log device一样，用logform去格式化。

3. 在做文件系统的拷贝上，Inline是要优于设置了专门的日志卷的文件系统的，例如执行以下命令，

    dd if=/dev/testv01 of=/dev/testlv02

    3.1 如果testlv01是设置了专门的了log lv卷，此时testlv01所挂载的文件系统没有Umont，那么在dd完成后，如果需要去挂载testlv02所对应的文件系统，只有先做fsck检查后，才能去mount文件系统，如果在dd的过程中对文件系统有任何的修改，那些这些修改都会丢失。

    3.1 如果是设置成inline log的文件系统 ，那么不需要执行fsck便可以执行mount动作，并且如果在dd的过程中做过任何的修改，这些inode对应的文件在mount testlv02后，是可以看到的，只是文件的内容可能不正确。此时执行fsck，也有可能修复

4. 对于设置成inline log的文件系统， 如果文件系统出现了问题，需要做fsck修改，在mount的时候，系统不会提示去需要去执行fsck动作，这样可能会导致其它的问题。

这两天联通宕了一台机器，一连宕了好几次，当然主要的原因是当时他们的一台8000的存储crash, 导致文件系统出现了问题。还有一点是，当时他们的文件系统都是设置成inline log的, 这样文件系统在mount时会去做replaying动作，记录在inline log的操作仍然会生效，宕机时未刷到物理介质上的脏文件仍然会在inline的log卷中体现，但是这时候文件链接或者数据块并不完整。

总结下，如果设置成inlinelog的文件系统，优缺点如下：

优点：

1. 能够避免同一个卷组时存在多个文件系统时，日志卷所在盘成为热点盘，减少日志卷的负担。日志卷的大小参照IBM建议JFS/JFS2的log设备大小为每1GB数据需要有2MB的log来保护或者每512个pps有1个pp来保护，http://www-01.ibm.com/support/docview.wss?uid=isg3T1000398。

2. 日志卷的损坏只会影响单个的文件系统，而log device损坏可能影响整个vg的文件系统。

3. 在发生异常时，inlinelog的文件系统能恢复记录的文件系统信息更多，更有利于恢复。

缺点:

1.当发生文件系统的异常（例如存储掉电）需要做fsck修复时，系统并不会提示而是直接Mount，这时候当在文件系统访问时，访问到某些文件（这些文件可能has a corrupt forward sibling chain）可能引起系统宕机。