IBM文件系统操作指南

—文件系统崩溃的可能缘由如电源意外中断，或应用程序正在对文件系统作读写操作时中断，重起时没有正常umount文件系统都有可能造成文件系统的损坏，从浙江综合智能网SCP的状况看应当是手工杀死数据库进程时，文件系统造成了不全都。二JFSJFSJFS能天才能完成。日志文件系统(JFS)供给了基于日志的字节级文件系统，该文件系统是为面对事务的高性能系统而开发的。它具有可伸缩性和强健性，与非日志文件系统相比，它的优点是其快速重启力量：JFS能够在几秒或几分钟内就把文件系统恢复到全都状态。虽然JFS主要是为满足效劳器〔从单处理器系统到高级多处理器和群集系统〕的高吞吐量和牢靠性需求而设计的，JFS还可用于想得到高性能和牢靠性的客户机配臵。规律卷全部文件系统争论的根底是规律卷。一个JFS文件系统唯一对应某一个规律卷。聚拢和文件集文件系统创立有用程序mkfs，创立了完全包含在分区内的聚拢。聚拢是包含一种特定格式的磁盘块阵列，其格式包括超级块和安排映射表。超级块将分区标识成JFS聚拢，而构造。文件集是可安装的实体。inode与寻址构造inode持续表示；每个inode描述文件或名目的属性，并作为查找磁盘上文件或名目数据的起始点。JFS还使用inode来表示其它文件inode的安排状态和磁盘位臵的映射表。名目将用户特定的名称映射到为文件和名目所安排的inode上，并且形成传统的命名层次。文件包含用户数据，用户数据中没有隐含任何限制或格式。也就是说JFS将用户数据看成是未解释的字节流。根植于inode基于盘区的寻址构造用来将文件数据映射到磁盘。聚拢超级块和磁盘安排映射表、文件描述符和inode映射表、inode、名目以及寻址构造JFS日志在每个聚拢中维护JFS日志，并且用来记录元数据的操作信息。日志有一种同样由文件系AIX系统日ROOTVG/dev/hd8。设计特性JFS从一开头就设计成完全集成了日志记录，而不是在现有文件系统上添加日志记录。JFS的很多特性使之区分于其它文件系统。日志处理JFS〔HPFSext2和传统UNIX文件系统〕快得多的系统重启时间。发生系统故障时非日志文件系统简洁崩溃，是由于一个规律写文件操作通常占用多个媒体I/O来完成，且在任何给定时间，可能没有完全反映在媒体上。这些文件系统依靠重启有用程序〔也就是fsc，fsck检查文件系统的全部元数据〔例如：名目和磁盘寻址构造以检测和修复构造完整性问题。这是一个耗时并且简洁出错的过程，在最糟糕的状况下，它还可能丧失或放错数据。相反，JFS使用原来为数据库开发的技术，记录了文件系统元数据上执行的操作〔即原子事务〕信息。假设发生系统故障，可通过重放日志并对适当的事务应用日志记录来使文件系统恢复到全都状态。由于重放有用程序只需检查文件系统最近活动所产生的运行记录，要快得多。基于日志恢复的其它几个方面也值得留意。首先，JFS只记录元数据上的操作，因此，重放这些日志只能恢复文件系统中构造关系和资源安排状态的全都性。它没有记录文件数据，也没有将这些数据恢复到全都状态。因此，恢复后某些文件数据可能丧失或失效，对数I/O。面对媒体出错，日志记录不是特别有效。特别地，在将日志或元数据写入磁盘的期间发生的I/O错误，意味着在系统崩溃后，要将文件系统恢复到全都状态，需要耗时并且有可能强加的全面完整性检查。这示意着，坏块重定位是任何驻留在JFS下的存储治理器或设备的一个关键特性。JFSunlink--返回一旦成功删除了文件，即使系统崩溃然后重启，它仍旧是删除的并且不会再重消灭。日志记录风格将同步写入日志磁盘引入每个修改元数据的inode或vfs〔对数据库专家而言，这是一种使用非剥夺缓冲区策略的仅重做的、物理残留映象、提前写的日志记录协议。〕在性能方面，与依靠〔多个〕慎重的同步元数据写操作以获得全都性的很多非其它日志文件系统，如VeritasVxFS和TransarcEpisode，使用不同的日志风格并且缓JFS日志记录风格随着时间推移而得到不断改进，现在供给了异步日志记录，异步日志记录提高了文件系统的性能。基于盘区的寻址构造JFS使用基于盘区的寻址构造，连同主动的块安排策略，产生紧凑、高效、可伸缩的构造，以将文件中的规律偏移量映射成磁盘上的物理地址是一棵B+树，该树由盘区描述符〔上面提到的三元组〕填充，根在inode中，键为文件中的规律偏移量。可变的块尺寸按文件系统分，JFS支持512、1024、2048和4096字节的块尺寸，以允许用户依据用率更高。但是，小块可能会增加路径长度，与使用大的块尺寸相比，小块的块安排活动可能更频繁发生。由于效劳器系统通常主要考虑的是性能，而不是空间利用率，所以缺省块尺寸为4096动态磁盘inode安排JFS按需为磁盘inode动态地安排空间，同时释放不再需要的空间。这一支持避开了在文件系统创立期间，为磁盘inode保存固定数量空间的传统方法，因此用户不再需要估量文件系统包含的文件和名目最大数目。另外，这一支持使磁盘inode与固定磁盘位臵分别。名目组织JFS供给两种不同的名目组织。第一种组织用于小名目，并且在名目的inode内存储名目内容。这就不再需要不同的名目块I/O，同时也不再需要安排不同的存储器。最多可有8个项可直接存储在inode中，这些项不包括自己(.)和父(..)名目项，这两个项存储在inode中不同的区域内。其次种组织用于较大的名目，用按名字键控的B+树表示每个名目。与传统无序的名目组织比较，它供给更快的名目查找、插入和删除力量。稀疏和密集文件按文件系统分，JFS既支持稀疏文件也支持密集文件。稀疏文件允许把数据写到一个文件的任意位臵，而不要将以前未写的中间文件块实例化。所报告的文件大小是已经写入的最高块位处，但是，在文件中任何给定块的实际安排，1001JFS将报告该文件的大小为100块。假设应用程序下一步读取文件的第50块，JFS将返回填充了0的一个字节块。假设应用程序然后将一块数据写到该文件的第50块，JFS仍旧报告文件的大小为100块，而现在已经为它安排了两块磁盘空间。稀疏文件适合需要大的规律空间但只使用这个空间的一个〔少量〕子集的应用程序。对于密集文件，将安排相当于文件大小的磁盘资源。在上例中，第一个写操作〔将一块数据写到文件的第100块将导致把100写入的块上进展读操作，JFS将返回填充了0的字节块，正如稀疏文件的状况一样。JFS内部〔潜在〕限制JFS是完全64位的文件系统。全部JFS文件系统构造化字段都是64位大小。这允许JFS同时支持大文件和大分区。文件系统大小JFS支持的最小文件系统是16M字节。最大文件系统的大小是文件系统块尺寸和文件系统元数据构造支持的最大块数两者的乘积。JFS理论支持最大文件长度是512万亿字节TB〔块尺寸是512字节〕到4千万亿字节P〔块尺寸是4K字节AIX4331TB。文件长度最大文件长度是主机支持的虚拟文件系统最大文件长度。例如：假设主机只支持 32位，则这就限制了文件长度。AIX43364GB。可移动媒体JFS不支持把软盘作为根本文件系统设备。标准治理有用程序JFS供给创立和维护文件系统的标准治理有用程序。创立文件系统这个有用程序供给mkfs命令的JFSJFS文件系统。该有用程序在较低级别上操作，并假设文件系统所存在的任何卷的创立/初始化由更高级别的另一个有用程序处理。检查/修复文件系统这个有用程序供给fsck命令的JFS特定局部。该命令检查文件系统的全都性，修复觉察的问题。它也重放日志，把提交的改动应用到文件系统元数据，假设由于日志重放而声明文件系统是干净的，就不会再实行进一步操作。假设文件系统不认为是干净的，这意味着态，那么，就对文件系统执行一遍完整检查。当执行全部完整性检查时，检查/修复有用程序首要目的是要到达牢靠的文件系统状态，以防止将来文件系统崩溃或故障，其次个目的就是面对崩溃时保存数据。这意味着为了到达文件系统的全都性，有用程序可能丢弃数据。具体而言，当有用程序在不做假设的状况下，无法获得所需信息以将构造上不全都的文件或名目恢复到全都状态时，就会废弃数据。当遇到不全都的文件或名目时，就废弃整个文件或名目，而不再试图保存任何局部任何由删除受损名目所孤立起来的文件或子名目，都放在文件系统根下的lost+found名目中。文件系统检查/修复有用程序重点考虑的因素之一是所需虚存数量。通常，这些有用程块的安排状态。随着文件系统增大，块的数量增多，用来跟踪这些块所需的虚存数量也随之增加。JFS检查/修复有用程序的设计区分在于其虚存需求由文件系统中文件和名目的数量〔而不是由块的数量所打算。对JFS检查/修复有用程序而言，每个文件或名目的虚存大约为每个文件或名目3232兆字节。如同全部其它的文件系统，JFS有用程序需要来实现。完毕语由于在系统崩溃时，JFSJFS能在几秒或几分钟之内把文件系统恢复到全都状态。而在非日志文件系统中，文件恢复可能花费几小时或几天。大局部文件效劳器用户不能三如何觉察文件系统的问题当系统的错误日志消灭以下错误时，需要对文件系统进展检测或修复。用命令#errpt1ED0A744JFS_LOG_WRITE_ERRPERMUFILESYSTEMLOGGINGSUSPENDED369D049BJFS_FS_FULLINFOOUNABLETOALLOCATESPACEINFILESYSTEM4B6DA1F5JFS_COMP_CORRUPTIONUNKNUCORRUPTEDFILEINCOMPRESSEDFILESYSTEM5DFED6F1JFS_FS_FRAGMENTEDINFOOUNABLETOALLOCATESPACEINFILESYSTEM5ECE4A58JFS_USER_HARDLINKINFOOINAPPROPRIATEFILESYSTEMOPERATION684A365BJFS_META_CORRUPTIONUNKNUFILESYSTEMCORRUPTION8988389FJFS_FS_NOINODESINFOOUNABLETOALLOCATESPACEINFILESYSTEMCD546B25JFS_FSCK_REQUIREDINFOOFILESYSTEMRECOVERYREQUIREDCF71B5B3JFS_LOG_WAITINFOOFILESYSTEMPERFORMANCEIMPAIREDD2A1B43EJFS_META_WRITE_ERRPERMUFILESYSTEMCORRUPTIOND73189F6JFS_USER_WRITEMOUNTINFOOINAPPROPRIATEFILESYSTEMOPERATION四当文件系统已满时如何扩大文件系统IncreasingfilesystemsizeusingthecommandlineAfilesystemcanbeincreasedbyusingthechfscommand,asshowninthefollowingsteps:Usethedfcommandtofindoutthecurrentsizeofthefilesystem.Calculatethenumberofblocksyouneedtoadd.Onthecommandline,enterthefollowingcommand:chfs-asize=new_size_in_512-byte_blocksfile_system_nameFilesystemsizechangedtonew_size_in_512-byte_blocksIncreasingthesizeofafilesystemusingSMITToincreasethefilesystemsizeusingSMIT,performthefollowingsteps.RunthesmittychjfscommandtodisplayascreensimilartoFigure1.Figure1UsethearrowkeystoselectthefilesystemyouwanttochangeandpresstheEnterkey.Ascreensimil