JFS-文件系统概述及布局分析

1、JFS-文件系统概述及布局分析JFS文件系统概述及布局分析日志文件系统如何缩短系统重启时间如果发生系统崩溃，JFS提供了快速文件系统重启。通过使用数据库日志技术，JFS能在几秒或几分钟之内把文件系统恢复到一致状态，而非日志文件系统却要花上几小时甚至几天才能完成。本白皮书对JFS体系结构作了概述，并且描述了可在developerWorks网站上找到的JFS技术的设计特性、潜在限制以及管理实用程序。日志文件系统(JFS)提供了基于日志的字节级文件系统，该文件系统是为面向事务的高性能系统而开发的。它具有可伸缩性和健壮性，与非日志文件系统相比，它的优点是其快速重启能力：JFS能够在几秒或几分钟内就把文件系统恢复到一致状态。虽然JFS主要是为满足服务器(从单处理器系统到高级多处理器和群集系统)的高吞吐量和可靠性需求而设计的，JFS还可用于想得到高性能和可靠性的客户机配置。体系结构和设计JFS体系结构可从磁盘布局特性的角度进行说明。逻辑卷所有文件系统讨论的基础是某种类型的逻辑卷。这可以是一个物理磁盘，或物理磁盘空间的某个子集，例如：一个FDISK分区。逻辑卷也称为磁盘分区。聚集和文件集文件系统创建

2、实用程序mkfs,创建了完全包含在分区内的聚集。聚集是包含一种特定格式的磁盘块阵列，其格式包括超级块和分配映射表。超级块将分区标识成JFS聚集，而分配映射表描述聚集内每个数据块的分配状态。格式还包括描述它所必需的初始文件集和控制结构。文件集是可安装的实体。文件、目录、inode与寻址结构文件集包含文件和目录。文件和目录由inode持续表示；每个inode描述文件或目录的属性，并作为查找磁盘上文件或目录数据的起始点。JFS还使用inode来表示其它文件系统对象，如描述文件集中每个inode的分配状态和磁盘位置的映射表。目录将用户特定的名称映射到为文件和目录所分配的inode上，并且形成传统的命名层次。文件包含用户数据，用户数据中没有隐含任何限制或格式。也就是说，JFS将用户数据看成是未解释的字节流。根植于inode基于盘区的寻址结构用来将文件数据映射到磁盘。聚集超级块和磁盘分配映射表、文件描述符和inode映射表、inode、目录以及寻址结构一起表示了JFS控制结构或元数据。日志在每个聚集中维护JFS日志，并且用来记录元数据的操作信息。日志有一种同样由文件系统创建实用程序设置的格式。聚集

3、内多个安装的文件集可以同时使用一个日志。设计特性JFS从一开始就设计成完全集成了日志记录，而不是在现有文件系统上添加日志记录。JFS的许多特性使之区别于其它文件系统。日志处理JFS提供了改进的结构化一致性和可恢复性，以及比非日志文件系统（例如：HPFS、ext2和传统UNIX文件系统）快得多的系统重启时间。发生系统故障时非日志文件系统容易崩溃，是由于一个逻辑写文件操作通常占用多个媒体I/O来完成，且在任何给定时间，可能没有完全反映在媒体上。这些文件系统依靠重启实用程序（也就是fsck）,fsck检查文件系统的所有元数据（例如：目录和磁盘寻址结构）以检测和修复结构完整性问题。这是一个耗时并且容易出错的过程，在最糟糕的情况下，它还可能丢失或放错数据。相反，JFS使用原来为数据库开发的技术,记录了文件系统元数据上执行的操作（即原子事务）信息。如果发生系统故障，可通过重放日志并对适当的事务应用日志记录，来使文件系统恢复到一致状态。由于重放实用程序只需检查文件系统最近活动所产生的运行记录，而不是检查所有文件系统的元数据，因此，与这种基于日志的方法相关的文件系统恢复时间要快得多。基于日志恢复的其它

4、几个方面也值得注意。首先，JFS只记录元数据上的操作，因此，重放这些日志只能恢复文件系统中结构关系和资源分配状态的一致性。它没有记录文件数据，也没有将这些数据恢复到一致状态。因此，恢复后某些文件数据可能丢失或失效，对数据一致性有关键性需求的用户应该使用同步l/Oo面对媒体出错，日志记录不是特别有效。特别地，在将日志或元数据写入磁盘的期间发生的I/O错误，意味着在系统崩溃后，要将文件系统恢复到一致状态，需要耗时并且有可能强加的全面完整性检查。这暗示着，坏块重定位是任何驻在JFS下的存储管理器或设备的一个关键特性。JFS日志记录的语义如下：当涉及元数据更改的文件系统操作例如，unlink()“返回成功执行的返回码时，操作的结果已经提交到文件系统，即使系统崩溃了也可以发现。例如，一旦成功删除了文件，即使系统崩溃然后重启，它仍然是删除的并且不会再重新出现。日志记录风格将同步写入日志磁盘引入每个修改元数据的inode或vfs操作。（对数据库专家而言，这是一种使用非剥夺缓冲区策略的仅重做的、物理残留映象、提前写的日志记录协议。）在性能方面，与依赖（多个）谨慎的同步元数据写操作以获得一致性的许多非日

5、志文件系统相比，这种方法较好。但是，与其它日志文件系统相比，它在性能上处于劣势。其它日志文件系统，如VeritasVxFS和TransarcEpisode,使用不同的日志风格并且缓慢地将日志数据写入磁盘。在执行多个并行操作的服务器环境中，通过将多个同步写操作组合成单一写操作的组提交来减少这种性能损失。JFS日志记录风格随着时间推移而得到不断改进，现在提供了异步日志记录，异步日志记录提高了文件系统的性能。基于盘区的寻址结构JFS使用基于盘区的寻址结构，连同主动的块分配策略，产生紧凑、高效、可伸缩的结构,以将文件中的逻辑偏移量映射成磁盘上的物理地址。盘区是象一个单元那样分配给文件的相连块序列，可用一个由v逻辑偏移量，长度，物理地址组成的三元组来描述。寻址结构是一棵B+树，该树由盘区描述符（上面提到的三元组）填充，根在inode中，键为文件中的逻辑偏移量。可变的块尺寸按文件系统分,JFS支持512、1024、2048和4096字节的块尺寸，以允许用户根据应用环境优化空间利用率。较小的块尺寸减少了文件和目录中内部存储碎片的数量，空间利用率更高。但是，小块可能会增加路径长度，与使用大的块尺寸相比

6、，小块的块分配活动可能更频繁发生。因为服务器系统通常主要考虑的是性能，而不是空间利用率，所以缺省块尺寸为4096字节。动态磁盘inode分配JFS按需为磁盘inode动态地分配空间,同时释放不再需要的空间。这一支持避开了在文空间的传统方法，因此用户不再需要估计文件系统包含的文件和目录最大数目。另外，这一支持使磁盘inode与固定磁盘位置分离。件系统创建期间，为磁盘inode保定数量目录组织JFS提供两种不同的目录组织。第一种组织用于小目录，并且在目录的inode内存储目录内容。这就不再需要不同的目录块I/O,同时也不再需要分配不同的存储器。最多可有8个项可直接存储在inode中，这些项不包括自己。和父(.)目录项，这两个项存储在inode中不同的区域内。第二种组织用于较大的目录，用按名字键控的B+树表示每个目录。与传统无序的目录组织比较，它提供更快的目录查找、插入和删除能力。稀疏和密集文件按文件系统分，JFS既支持稀疏文件也支持密集文件。稀疏文件允许把数据写到一个文件的任意位置，而不要将以前未写的中间文件块实例化。所报告的文件大小是已经写入的最高块位处，但是，在文件中任何给定块的实际分

7、配，只有在该块进行写操作时才发生。例如，假设在一个指定为稀疏文件的文件系统中创建一个新文件。应用程序将数据块写到文件中第100块。尽管磁盘空间只分配了1块给它，JFS将报告该文件的大小为100块。如果应用程序下一步读取文件的第50块，JFS将返回填充了0的一个字节块。假设应用程序然后将一块数据写到该文件的第50块，JFS仍然报告文件的大小为100块，而现在已经为它分配了两块磁盘空间。稀疏文件适合需要大的逻辑空间但只使用这个空间的一个（少量）子集的应用程序。对于密集文件,将分配相当于文件大小的磁盘资源。在上例中，第一个写操作（将一块数据写到文件的第100块）将导致把100个块的磁盘空间分配给该文件。在任何已经隐式写入的块上进行读操作，JFS将返回填充了0的字节块，正如稀疏文件的情况一样。JFS内部（潜在）限制JFS是完全64位的文件系统。所有JFS文件系统结构化字段都是64位大小。这允许JFS同时支持大文件和大分区。文件系统大小JFS支持的最小文件系统是16M字节。最大文件系统的大小是文件系统块尺寸和文件系统元数据结构支持的最大块数两者的乘积。JFS将支持最大文件长度是512万亿字节(T

8、B)(块尺寸是512字节)到4千万亿字节(PB)(块尺寸是4K字节)文件长度最大文件长度是主机支持的虚拟文件系统最大文件长度。例如：如果主机只支持32位,则这就限制了文件长度。可移动媒体JFS不支持把软盘作为基本文件系统设备。标准管理实用程序JFS提供创建和维护文件系统的标准管理实用程序。创建文件系统这个实用程序提供mkfs命令的JFS特定部分，用来在指定的驱动器上初始化JFS文件系统。该实用程序在较低级别上操作，并假设文件系统所存在的任何卷的创建/初始化由更高级别的另一个实用程序处理。检查/修复文件系统这个实用程序提供fsck命令的JFS特定部分。该命令检查文件系统的一致性，修复发现的问题。它也重放日志，把提交的改动应用到文件系统元数据，如果由于日志重放而声明文件系统是干净的，就不会再采取进一步操作。如果文件系统不认为是干净的，这意味着由于某种原因没有完整和正确地重放日志，或者文件系统不能单靠重放日志来恢复到一致状态，那么，就对文件系统执行一遍完整检查。当执行全部完整性检查时，检查/修复实用程序首要目的是要达到可靠的文件系统状态，以防止将来文件系统崩溃或故障，第二个目的就是面对崩溃时

9、保存数据。这意味着为了达到文件系统的一致性,实用程序可能丢弃数据。具体而言,当实用程序在不做假设的情况下，无法获得所需信息以将结构上不一致的文件或目录恢复到一致状态时，就会废弃数据。当遇到不一致的文件或目录时，就废弃整个文件或目录，而不再试图保存任何部分。任何由删除受损目录所孤立起来的文件或子目录，都放在文件系统根下的lost+found目录中。文件系统检查/修复实用程序重点考虑的因素之一是所需虚存数量。通常，这些实用程序所需的虚存数量由文件系统的大小决定，这是由于所需虚存主要用于跟踪文件系统中个别块的分配状态。随着文件系统增大，块的数量增多，用来跟踪这些块所需的虚存数量也随之增加OJFS检查/修复实用程序的设计区别在于其虚存需求由文件系统中文件和目录的数量（而不是由块的数量）所决定。对JFS检查/修复实用程序而言，每个文件或目录的虚存大约为每个文件或目录32字节,或者对于包含百万个文件和目录的文件系统而言，不论其文件系统大小，虚存需求都是大约32兆字节。如同所有其它的文件系统，JFS实用程序需要跟踪块分配状态，但避免使用虚存方法，而是使用位于实际文件系统中的一小块保留工作区来实现。日志文件系统如何处理磁盘布局支持的最小I/O单元。这对应于组成分区的物理设备的基本磁盘扇区大小,最普遍的尺寸是512字节。大小为：PART_NBIocks,是分区磁盘块数。分区磁盘块的抽象地址空间0.PART_NBIocks-1。聚集为了支持DCEDFS（分布式计算环境分布式文件系统），JFS将磁盘空间分配池（称为聚集）的概念，与可安装的文件系统子树（称为文件集）的概念分开。本文中聚集和文件集的术语与其DFS用法一致。每个分区刚好只有一个聚集；每个聚集可能有多个文件集。在第一个发行版中，JFS仅支持每个聚集一个文件集；但是，所有元数据都已设计成适

《JFS-文件系统概述及布局分析》由会员夏**分享，可在线阅读，更多相关《JFS-文件系统概述及布局分析》请在金锄头文库上搜索。