IBM文件系統(tǒng)操作指南

—文件系統(tǒng)崩潰的可能緣由如電源意外中斷，或應(yīng)用程序正在對(duì)文件系統(tǒng)作讀寫操作時(shí)中斷，重起時(shí)沒有正常umount文件系統(tǒng)都有可能造成文件系統(tǒng)的損壞，從浙江綜合智能網(wǎng)SCP的狀況看應(yīng)當(dāng)是手工殺死數(shù)據(jù)庫(kù)進(jìn)程時(shí)，文件系統(tǒng)造成了不全都。二JFSJFSJFS能天才能完成。日志文件系統(tǒng)(JFS)供給了基于日志的字節(jié)級(jí)文件系統(tǒng)，該文件系統(tǒng)是為面對(duì)事務(wù)的高性能系統(tǒng)而開發(fā)的。它具有可伸縮性和強(qiáng)健性，與非日志文件系統(tǒng)相比，它的優(yōu)點(diǎn)是其快速重啟力量：JFS能夠在幾秒或幾分鐘內(nèi)就把文件系統(tǒng)恢復(fù)到全都狀態(tài)。雖然JFS主要是為滿足效勞器〔從單處理器系統(tǒng)到高級(jí)多處理器和群集系統(tǒng)〕的高吞吐量和牢靠性需求而設(shè)計(jì)的，JFS還可用于想得到高性能和牢靠性的客戶機(jī)配臵。規(guī)律卷全部文件系統(tǒng)爭(zhēng)論的根底是規(guī)律卷。一個(gè)JFS文件系統(tǒng)唯一對(duì)應(yīng)某一個(gè)規(guī)律卷。聚攏和文件集文件系統(tǒng)創(chuàng)立有用程序mkfs，創(chuàng)立了完全包含在分區(qū)內(nèi)的聚攏。聚攏是包含一種特定格式的磁盤塊陣列，其格式包括超級(jí)塊和安排映射表。超級(jí)塊將分區(qū)標(biāo)識(shí)成JFS聚攏，而構(gòu)造。文件集是可安裝的實(shí)體。inode與尋址構(gòu)造inode持續(xù)表示；每個(gè)inode描述文件或名目的屬性，并作為查找磁盤上文件或名目數(shù)據(jù)的起始點(diǎn)。JFS還使用inode來表示其它文件inode的安排狀態(tài)和磁盤位臵的映射表。名目將用戶特定的名稱映射到為文件和名目所安排的inode上，并且形成傳統(tǒng)的命名層次。文件包含用戶數(shù)據(jù)，用戶數(shù)據(jù)中沒有隱含任何限制或格式。也就是說JFS將用戶數(shù)據(jù)看成是未解釋的字節(jié)流。根植于inode基于盤區(qū)的尋址構(gòu)造用來將文件數(shù)據(jù)映射到磁盤。聚攏超級(jí)塊和磁盤安排映射表、文件描述符和inode映射表、inode、名目以及尋址構(gòu)造JFS日志在每個(gè)聚攏中維護(hù)JFS日志，并且用來記錄元數(shù)據(jù)的操作信息。日志有一種同樣由文件系A(chǔ)IX系統(tǒng)日ROOTVG/dev/hd8。設(shè)計(jì)特性JFS從一開頭就設(shè)計(jì)成完全集成了日志記錄，而不是在現(xiàn)有文件系統(tǒng)上添加日志記錄。JFS的很多特性使之區(qū)分于其它文件系統(tǒng)。日志處理JFS〔HPFSext2和傳統(tǒng)UNIX文件系統(tǒng)〕快得多的系統(tǒng)重啟時(shí)間。發(fā)生系統(tǒng)故障時(shí)非日志文件系統(tǒng)簡(jiǎn)潔崩潰，是由于一個(gè)規(guī)律寫文件操作通常占用多個(gè)媒體I/O來完成，且在任何給定時(shí)間，可能沒有完全反映在媒體上。這些文件系統(tǒng)依靠重啟有用程序〔也就是fsc，fsck檢查文件系統(tǒng)的全部元數(shù)據(jù)〔例如：名目和磁盤尋址構(gòu)造以檢測(cè)和修復(fù)構(gòu)造完整性問題。這是一個(gè)耗時(shí)并且簡(jiǎn)潔出錯(cuò)的過程，在最糟糕的狀況下，它還可能喪失或放錯(cuò)數(shù)據(jù)。相反，JFS使用原來為數(shù)據(jù)庫(kù)開發(fā)的技術(shù)，記錄了文件系統(tǒng)元數(shù)據(jù)上執(zhí)行的操作〔即原子事務(wù)〕信息。假設(shè)發(fā)生系統(tǒng)故障，可通過重放日志并對(duì)適當(dāng)?shù)氖聞?wù)應(yīng)用日志記錄來使文件系統(tǒng)恢復(fù)到全都狀態(tài)。由于重放有用程序只需檢查文件系統(tǒng)最近活動(dòng)所產(chǎn)生的運(yùn)行記錄，要快得多?；谌罩净謴?fù)的其它幾個(gè)方面也值得留意。首先，JFS只記錄元數(shù)據(jù)上的操作，因此，重放這些日志只能恢復(fù)文件系統(tǒng)中構(gòu)造關(guān)系和資源安排狀態(tài)的全都性。它沒有記錄文件數(shù)據(jù)，也沒有將這些數(shù)據(jù)恢復(fù)到全都狀態(tài)。因此，恢復(fù)后某些文件數(shù)據(jù)可能喪失或失效，對(duì)數(shù)I/O。面對(duì)媒體出錯(cuò)，日志記錄不是特別有效。特別地，在將日志或元數(shù)據(jù)寫入磁盤的期間發(fā)生的I/O錯(cuò)誤，意味著在系統(tǒng)崩潰后，要將文件系統(tǒng)恢復(fù)到全都狀態(tài)，需要耗時(shí)并且有可能強(qiáng)加的全面完整性檢查。這示意著，壞塊重定位是任何駐留在JFS下的存儲(chǔ)治理器或設(shè)備的一個(gè)關(guān)鍵特性。JFSunlink--返回一旦成功刪除了文件，即使系統(tǒng)崩潰然后重啟，它仍舊是刪除的并且不會(huì)再重消滅。日志記錄風(fēng)格將同步寫入日志磁盤引入每個(gè)修改元數(shù)據(jù)的inode或vfs〔對(duì)數(shù)據(jù)庫(kù)專家而言，這是一種使用非剝奪緩沖區(qū)策略的僅重做的、物理殘留映象、提前寫的日志記錄協(xié)議?！吃谛阅芊矫?，與依靠〔多個(gè)〕慎重的同步元數(shù)據(jù)寫操作以獲得全都性的很多非其它日志文件系統(tǒng)，如VeritasVxFS和TransarcEpisode，使用不同的日志風(fēng)格并且緩JFS日志記錄風(fēng)格隨著時(shí)間推移而得到不斷改進(jìn)，現(xiàn)在供給了異步日志記錄，異步日志記錄提高了文件系統(tǒng)的性能。基于盤區(qū)的尋址構(gòu)造JFS使用基于盤區(qū)的尋址構(gòu)造，連同主動(dòng)的塊安排策略，產(chǎn)生緊湊、高效、可伸縮的構(gòu)造，以將文件中的規(guī)律偏移量映射成磁盤上的物理地址是一棵B+樹，該樹由盤區(qū)描述符〔上面提到的三元組〕填充，根在inode中，鍵為文件中的規(guī)律偏移量?？勺兊膲K尺寸按文件系統(tǒng)分，JFS支持512、1024、2048和4096字節(jié)的塊尺寸，以允許用戶依據(jù)用率更高。但是，小塊可能會(huì)增加路徑長(zhǎng)度，與使用大的塊尺寸相比，小塊的塊安排活動(dòng)可能更頻繁發(fā)生。由于效勞器系統(tǒng)通常主要考慮的是性能，而不是空間利用率，所以缺省塊尺寸為4096動(dòng)態(tài)磁盤inode安排JFS按需為磁盤inode動(dòng)態(tài)地安排空間，同時(shí)釋放不再需要的空間。這一支持避開了在文件系統(tǒng)創(chuàng)立期間，為磁盤inode保存固定數(shù)量空間的傳統(tǒng)方法，因此用戶不再需要估量文件系統(tǒng)包含的文件和名目最大數(shù)目。另外，這一支持使磁盤inode與固定磁盤位臵分別。名目組織JFS供給兩種不同的名目組織。第一種組織用于小名目，并且在名目的inode內(nèi)存儲(chǔ)名目?jī)?nèi)容。這就不再需要不同的名目塊I/O，同時(shí)也不再需要安排不同的存儲(chǔ)器。最多可有8個(gè)項(xiàng)可直接存儲(chǔ)在inode中，這些項(xiàng)不包括自己(.)和父(..)名目項(xiàng)，這兩個(gè)項(xiàng)存儲(chǔ)在inode中不同的區(qū)域內(nèi)。其次種組織用于較大的名目，用按名字鍵控的B+樹表示每個(gè)名目。與傳統(tǒng)無序的名目組織比較，它供給更快的名目查找、插入和刪除力量。稀疏和密集文件按文件系統(tǒng)分，JFS既支持稀疏文件也支持密集文件。稀疏文件允許把數(shù)據(jù)寫到一個(gè)文件的任意位臵，而不要將以前未寫的中間文件塊實(shí)例化。所報(bào)告的文件大小是已經(jīng)寫入的最高塊位處，但是，在文件中任何給定塊的實(shí)際安排，1001JFS將報(bào)告該文件的大小為100塊。假設(shè)應(yīng)用程序下一步讀取文件的第50塊，JFS將返回填充了0的一個(gè)字節(jié)塊。假設(shè)應(yīng)用程序然后將一塊數(shù)據(jù)寫到該文件的第50塊，JFS仍舊報(bào)告文件的大小為100塊，而現(xiàn)在已經(jīng)為它安排了兩塊磁盤空間。稀疏文件適合需要大的規(guī)律空間但只使用這個(gè)空間的一個(gè)〔少量〕子集的應(yīng)用程序。對(duì)于密集文件，將安排相當(dāng)于文件大小的磁盤資源。在上例中，第一個(gè)寫操作〔將一塊數(shù)據(jù)寫到文件的第100塊將導(dǎo)致把100寫入的塊上進(jìn)展讀操作，JFS將返回填充了0的字節(jié)塊，正如稀疏文件的狀況一樣。JFS內(nèi)部〔潛在〕限制JFS是完全64位的文件系統(tǒng)。全部JFS文件系統(tǒng)構(gòu)造化字段都是64位大小。這允許JFS同時(shí)支持大文件和大分區(qū)。文件系統(tǒng)大小JFS支持的最小文件系統(tǒng)是16M字節(jié)。最大文件系統(tǒng)的大小是文件系統(tǒng)塊尺寸和文件系統(tǒng)元數(shù)據(jù)構(gòu)造支持的最大塊數(shù)兩者的乘積。JFS理論支持最大文件長(zhǎng)度是512萬億字節(jié)TB〔塊尺寸是512字節(jié)〕到4千萬億字節(jié)P〔塊尺寸是4K字節(jié)AIX4331TB。文件長(zhǎng)度最大文件長(zhǎng)度是主機(jī)支持的虛擬文件系統(tǒng)最大文件長(zhǎng)度。例如：假設(shè)主機(jī)只支持 32位，則這就限制了文件長(zhǎng)度。AIX43364GB?？梢苿?dòng)媒體JFS不支持把軟盤作為根本文件系統(tǒng)設(shè)備。標(biāo)準(zhǔn)治理有用程序JFS供給創(chuàng)立和維護(hù)文件系統(tǒng)的標(biāo)準(zhǔn)治理有用程序。創(chuàng)立文件系統(tǒng)這個(gè)有用程序供給mkfs命令的JFSJFS文件系統(tǒng)。該有用程序在較低級(jí)別上操作，并假設(shè)文件系統(tǒng)所存在的任何卷的創(chuàng)立/初始化由更高級(jí)別的另一個(gè)有用程序處理。檢查/修復(fù)文件系統(tǒng)這個(gè)有用程序供給fsck命令的JFS特定局部。該命令檢查文件系統(tǒng)的全都性，修復(fù)覺察的問題。它也重放日志，把提交的改動(dòng)應(yīng)用到文件系統(tǒng)元數(shù)據(jù)，假設(shè)由于日志重放而聲明文件系統(tǒng)是干凈的，就不會(huì)再實(shí)行進(jìn)一步操作。假設(shè)文件系統(tǒng)不認(rèn)為是干凈的，這意味著態(tài)，那么，就對(duì)文件系統(tǒng)執(zhí)行一遍完整檢查。當(dāng)執(zhí)行全部完整性檢查時(shí)，檢查/修復(fù)有用程序首要目的是要到達(dá)牢靠的文件系統(tǒng)狀態(tài)，以防止將來文件系統(tǒng)崩潰或故障，其次個(gè)目的就是面對(duì)崩潰時(shí)保存數(shù)據(jù)。這意味著為了到達(dá)文件系統(tǒng)的全都性，有用程序可能丟棄數(shù)據(jù)。具體而言，當(dāng)有用程序在不做假設(shè)的狀況下，無法獲得所需信息以將構(gòu)造上不全都的文件或名目恢復(fù)到全都狀態(tài)時(shí)，就會(huì)廢棄數(shù)據(jù)。當(dāng)遇到不全都的文件或名目時(shí)，就廢棄整個(gè)文件或名目，而不再試圖保存任何局部任何由刪除受損名目所孤立起來的文件或子名目，都放在文件系統(tǒng)根下的lost+found名目中。文件系統(tǒng)檢查/修復(fù)有用程序重點(diǎn)考慮的因素之一是所需虛存數(shù)量。通常，這些有用程塊的安排狀態(tài)。隨著文件系統(tǒng)增大，塊的數(shù)量增多，用來跟蹤這些塊所需的虛存數(shù)量也隨之增加。JFS檢查/修復(fù)有用程序的設(shè)計(jì)區(qū)分在于其虛存需求由文件系統(tǒng)中文件和名目的數(shù)量〔而不是由塊的數(shù)量所打算。對(duì)JFS檢查/修復(fù)有用程序而言，每個(gè)文件或名目的虛存大約為每個(gè)文件或名目3232兆字節(jié)。如同全部其它的文件系統(tǒng)，JFS有用程序需要來實(shí)現(xiàn)。完畢語(yǔ)由于在系統(tǒng)崩潰時(shí)，JFSJFS能在幾秒或幾分鐘之內(nèi)把文件系統(tǒng)恢復(fù)到全都狀態(tài)。而在非日志文件系統(tǒng)中，文件恢復(fù)可能花費(fèi)幾小時(shí)或幾天。大局部文件效勞器用戶不能三如何覺察文件系統(tǒng)的問題當(dāng)系統(tǒng)的錯(cuò)誤日志消滅以下錯(cuò)誤時(shí)，需要對(duì)文件系統(tǒng)進(jìn)展檢測(cè)或修復(fù)。用命令#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四當(dāng)文件系統(tǒng)已滿時(shí)如何擴(kuò)大文件系統(tǒng)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