文件系統(tǒng)安裝維護規(guī)范

1、StorNext共享文件系統(tǒng)安裝配置及維護規(guī)范目 錄1. StorNext共享文件系統(tǒng)實現(xiàn)基礎(chǔ)架構(gòu)及其工作原理31.1 基于SAN的StorNext共享文件系統(tǒng)架構(gòu)部署31.2 基于SAN的StorNext共享文件系統(tǒng)工作原理51.3 基于SAN&NAS的StorNext共享文件系統(tǒng)架構(gòu)部署72. StorNext共享文件系統(tǒng)常用術(shù)語103. StorNext共享文件系統(tǒng)實施規(guī)范133.1 SNFS系統(tǒng)實施規(guī)劃133.2 SNFS系統(tǒng)軟件安裝173.3 SNFS系統(tǒng)軟件配置174. StorNext共享文件系統(tǒng)運行維護194.1 SNFS共享文件系統(tǒng)日常維護194.2 SNFS共享文件

2、系統(tǒng)故障處理224.2.1 SNFS共享文件系統(tǒng)常見故障224.2.2 SNFS共享文件系統(tǒng)故障檢查及處理步驟234.2.3 SNFS共享文件系統(tǒng)故障售后處理步驟244.3 SNFS共享文件系統(tǒng)啟動和停止254.4 SNFS共享文件系統(tǒng)日常維護常用命令27附件1 SNFS標簽丟失及修復(fù)29附件2 使用cvfsck命令實現(xiàn)文件系統(tǒng)檢測32附件3 StorNext產(chǎn)品服務(wù)內(nèi)容及步驟371. StorNext共享文件系統(tǒng)實現(xiàn)基礎(chǔ)架構(gòu)及其工作原理美國昆騰公司的StorNext數(shù)據(jù)存儲管理軟件被廣泛應(yīng)用于廣電、能源、科學(xué)計算、衛(wèi)星勘測等領(lǐng)域，用于實現(xiàn)數(shù)據(jù)的虛擬化存儲。StorNext數(shù)據(jù)存儲管理軟件包括

3、兩部分，一是StorNex File System（StorNext共享文件系統(tǒng)，簡稱SNFS），用于實現(xiàn)異構(gòu)SAN或LAN環(huán)境下共享文件系統(tǒng)；另一個是StorNext Storage Manager（簡稱SNSM）遷移管理軟件?；赟torNext數(shù)據(jù)存儲管理軟件可為用戶提供一個高性能、大容量的統(tǒng)一存儲系統(tǒng)。以下我們主要簡述在廣電領(lǐng)域被大量應(yīng)用的StorNext共享文件系統(tǒng)軟件的架構(gòu)部署及其工作原理。在本文我們將介紹兩種類型的StorNext共享文件系統(tǒng)部署架構(gòu)：l 基于SAN的StorNext共享文件系統(tǒng)存儲架構(gòu)l 基于SAN&NAS的StorNext共享文件系統(tǒng)存儲架構(gòu)1.1 基

4、于SAN的StorNext共享文件系統(tǒng)架構(gòu)部署基于美國昆騰公司的StorNext共享文件系統(tǒng)（也稱之為SNFS共享文件系統(tǒng)），可實現(xiàn)多臺服務(wù)器（甚至是不同類型的服務(wù)器）并發(fā)共享訪問同一個文件。作為一個基于SAN存儲架構(gòu)的共享文件系統(tǒng)，SNFS可以比傳統(tǒng)直連存儲模式在數(shù)據(jù)訪問和管理方面提供明顯的好處：l 分配存儲資源更容易。通過取代以每個主機為單位供應(yīng)和跟蹤存儲資源，StorNext FS實現(xiàn)了可以被許多主機同時訪問的文件系統(tǒng)?？梢约羞M行存儲資源分配、管理和保護數(shù)據(jù)等管理工作。l 一個共享文件系統(tǒng)消除了存儲冗余度，因為很多主機不必保存同一文件的多個副本。這不僅提高了存儲系統(tǒng)總體的利用率，而且降

5、低了數(shù)據(jù)備份和其他數(shù)據(jù)保護應(yīng)用的負擔(dān)。l 數(shù)據(jù)的可用性更好，因為數(shù)據(jù)不再綁定在某個單獨的服務(wù)器上。如果一臺主機不可用，其它主機依然可以訪問共享數(shù)據(jù)。l 如果用戶不再通過局域網(wǎng)在主機之間傳輸文件，將大大提高生產(chǎn)效率、降低網(wǎng)絡(luò)帶寬瓶頸。如上圖所示，在一個通過SAN實現(xiàn)服務(wù)器與存儲設(shè)備連接的生產(chǎn)環(huán)境中，服務(wù)器可通過光纖鏈路實現(xiàn)共享存儲的基于BLOCK級的數(shù)據(jù)共享訪問，但這種訪問是基于物理層面的，而且往往是服務(wù)于數(shù)據(jù)庫系統(tǒng)的?；赟torNext共享文件系統(tǒng)可使得這些服務(wù)器可實現(xiàn)文件級的邏輯層面的數(shù)據(jù)共享，同時這些文件數(shù)據(jù)的訪問鏈路依舊是基于FC的。也就是說所有的服務(wù)器都可以通過FC鏈路直接共享訪問這

6、些數(shù)據(jù)文件。因此采用SNFS共享文件系統(tǒng)能夠有效利用SAN網(wǎng)絡(luò)保證系統(tǒng)中的各服務(wù)器對共享磁盤陣列中數(shù)據(jù)訪問的性能要求。如上圖所示，在具體的系統(tǒng)部署中，我們通常將SNFS共享文件系統(tǒng)的管理節(jié)點，稱之為元數(shù)據(jù)服務(wù)器（Metadata Server或Metadata Controller），在其他的擬實現(xiàn)基于FC鏈路訪問共享存儲中數(shù)據(jù)的服務(wù)器稱之為SNFS SAN客戶端（SAN Client）。在元數(shù)據(jù)服務(wù)器和其他SNFS客戶端中部署SNFS軟件，實現(xiàn)整個系統(tǒng)中的多臺服務(wù)器共享存儲在光纖磁盤陣列上的數(shù)據(jù)文件。由于SNFS元數(shù)據(jù)服務(wù)器對所有服務(wù)器實現(xiàn)數(shù)據(jù)訪問集中控制。1.2 基于SAN的StorNex

7、t共享文件系統(tǒng)工作原理StorNext共享文件系統(tǒng)實現(xiàn)的數(shù)據(jù)存儲管理是將存儲的數(shù)據(jù)文件邏輯分為兩部分，一是文件的基本屬性，包括文件名、文件大小、文件創(chuàng)建及修改時間、文件存儲位置等，這類信息我們稱之為文件的元數(shù)據(jù)信息；另一個就是這個數(shù)據(jù)文件存儲的數(shù)據(jù)內(nèi)容，我們稱之為文件的數(shù)據(jù)體。如上圖所示，在一個基于SAN的StorNext共享文件系統(tǒng)中將部署兩個網(wǎng)絡(luò)：一個是用于實現(xiàn)元數(shù)據(jù)在元數(shù)據(jù)服務(wù)器和SAN客戶端之間傳輸?shù)囊蕴W(wǎng)絡(luò)，另一個就是用于文件內(nèi)容存儲訪問的SAN存儲網(wǎng)絡(luò)。StorNext元數(shù)據(jù)服務(wù)器本身可不負責(zé)對數(shù)據(jù)文件數(shù)據(jù)體的訪問，當(dāng)一個SNFS SAN客戶端服務(wù)器希望讀取已經(jīng)存儲在共享文件系統(tǒng)中

8、的數(shù)據(jù)文件時，它只需要首先通過以太網(wǎng)絡(luò)（稱之為元數(shù)據(jù)網(wǎng)絡(luò)，我們建議此網(wǎng)絡(luò)最好只用于元數(shù)據(jù)信息傳輸，私有網(wǎng)絡(luò)將有助于提高SNFS共享文件系統(tǒng)的讀寫性能）向元數(shù)據(jù)服務(wù)器發(fā)出請求，由元數(shù)據(jù)服務(wù)器決定該文件是否可用并且該服務(wù)器的應(yīng)用或用戶是否有權(quán)訪問此文件。如果此文件可被授權(quán)訪問，則元數(shù)據(jù)服務(wù)器可將此數(shù)據(jù)在SAN存儲設(shè)備中的存儲位置發(fā)送回該服務(wù)器，該服務(wù)器就可以直接通過高速的光纖網(wǎng)絡(luò)訪問該文件了；對于新文件的創(chuàng)建，元數(shù)據(jù)服務(wù)器將根據(jù)策略在SAN存儲設(shè)備中分配給這臺請求存儲空間的服務(wù)器足夠的存儲地址，在SNFS客戶端得到這些地址信息后，將通過FC鏈路直接實現(xiàn)數(shù)據(jù)存儲。在此數(shù)據(jù)存儲操作完成后，元數(shù)據(jù)服務(wù)器

9、將及時更新各SAN節(jié)點（SNFS的SAN客戶端）的共享文件系統(tǒng)的存儲信息，以確保數(shù)據(jù)在所有SNFS節(jié)點間的數(shù)據(jù)訪問同步。在具體StorNext共享文件系統(tǒng)的生產(chǎn)部署實現(xiàn)上，由于元數(shù)據(jù)服務(wù)器是整個系統(tǒng)的管理核心，因此我們通常建議客戶部署兩臺服務(wù)器，實現(xiàn)主、備元數(shù)據(jù)服務(wù)器的存儲結(jié)構(gòu)，組成雙機高可用系統(tǒng)，采用Fail-Over方式的雙機高可用模式，如下圖所示：以保證當(dāng)正常運行在主元數(shù)據(jù)服務(wù)器的SNFS共享文件系統(tǒng)管理功能出現(xiàn)故障時，這一功能可在限定的時間內(nèi)切換到另一臺服務(wù)器中，不會對用戶正在生產(chǎn)的業(yè)務(wù)系統(tǒng)運行產(chǎn)生任何影響。這兩臺服務(wù)器都可稱之為元數(shù)據(jù)服務(wù)器，正在實現(xiàn)文件系統(tǒng)管理的服務(wù)器為主元數(shù)據(jù)服務(wù)

10、器，處于備援狀態(tài)的服務(wù)器稱之為備元數(shù)據(jù)服務(wù)器。采用以上存儲架構(gòu)可實現(xiàn)共享存儲中的數(shù)據(jù)以文件形式實現(xiàn)訪問，可實現(xiàn)基于工作流的數(shù)據(jù)存儲管理服務(wù)，以提升部門之間、人員之間的協(xié)同工作能力，提升工作生產(chǎn)效率、數(shù)據(jù)訪問及管理效率。同時，虛擬化的、文件級數(shù)據(jù)共享存儲訪問提高了數(shù)據(jù)存儲資料的利用率，同時更為存儲系統(tǒng)的按需擴充奠定了堅實基礎(chǔ)。在基于SAN存儲架構(gòu)實現(xiàn)的StorNext共享文件系統(tǒng)中，用戶需要針對每一個需要實現(xiàn)數(shù)據(jù)共享訪問的SAN客戶端實現(xiàn)授權(quán)管理，也就是說，每一個SAN客戶端需要一個License，此License與所需的平臺相關(guān)；同時為實現(xiàn)元數(shù)據(jù)服務(wù)器的高可用管理機制，也需要一個Failove

11、r Option以激活元數(shù)據(jù)服務(wù)器的高可用服務(wù)。1.3 基于SAN&NAS的StorNext共享文件系統(tǒng)架構(gòu)部署在StorNext V3.0以后的版本，美國昆騰國際公司（以下簡稱昆騰公司）不僅提供了基于SAN共享的數(shù)據(jù)存儲技術(shù)，同時也提供了一個優(yōu)化、高性能的網(wǎng)絡(luò)數(shù)據(jù)存儲解決方案給StorNext共享文件系統(tǒng)客戶。分布式 LAN 客戶端是 StorNext 數(shù)據(jù)共享解決方案的一個重要補充，它能讓需要斷續(xù)訪問或部分訪問共享數(shù)據(jù)儲存庫的應(yīng)用程序以更低的成本連接 StorNext 存儲。分布式 LAN 客戶端還通過改進的彈性、負載均衡和每數(shù)據(jù)流性能，消除了 NFS 和 CIFS 數(shù)據(jù)共享的實現(xiàn)

12、中一對多的數(shù)據(jù)訪問限制。如上圖所示，基于DLC模式的數(shù)據(jù)寫入可通過多臺SAN客戶端節(jié)點實現(xiàn)，這些SAN客戶端節(jié)點可稱之為Cluster Gateways（網(wǎng)關(guān)服務(wù)器）。也就是說，在寫入過程中如果一個實現(xiàn)數(shù)據(jù)寫入的SAN客戶端出現(xiàn)故障，這個寫入請求還是可通過其他SAN客戶端實現(xiàn)，也就是說從根本上消除了CIFS的單點故障。基于StorNext共享文件系統(tǒng)實現(xiàn)的SAN+NAS存儲架構(gòu)的不是非常簡單，可直接將DLC分布式網(wǎng)絡(luò)客戶端模塊安裝在原有通過CIFS實現(xiàn)網(wǎng)絡(luò)訪問共享文件系統(tǒng)的服務(wù)器上，即可實現(xiàn)共享存儲系統(tǒng)中數(shù)據(jù)訪問的高性能并提高數(shù)據(jù)訪問的可靠性。如下圖所示：當(dāng)某臺DLC客戶端服務(wù)器（LAN Cl

13、ients）需要訪問存儲在共享文件系統(tǒng)中的數(shù)據(jù)時，這臺DLC客戶端將首先發(fā)送該文件的元數(shù)據(jù)信息（文件存儲位置信息）數(shù)據(jù)請求到元數(shù)據(jù)服務(wù)器，元數(shù)據(jù)服務(wù)器將相關(guān)的元數(shù)據(jù)信息反饋給這臺DLC客戶端，這臺DLC客戶端就將這些元數(shù)據(jù)信息通過以太網(wǎng)絡(luò)轉(zhuǎn)遞給已經(jīng)獲取的可提供共享文件系統(tǒng)存取服務(wù)的網(wǎng)關(guān)服務(wù)器IO節(jié)點服務(wù)器（SAN客戶端，Clustered Gateways），而后由這些IO節(jié)點服務(wù)器實現(xiàn)數(shù)據(jù)的存取。多個網(wǎng)關(guān)服務(wù)器，可同時為所有的網(wǎng)絡(luò)客戶端節(jié)點使用，從而可提供高速、并發(fā)的數(shù)據(jù)訪問支持。同時，基于DLC訪問模式，還可實現(xiàn)網(wǎng)絡(luò)數(shù)據(jù)訪問鏈路的冗余（Failover）和負載均衡（Load Balance

14、）。比較DLC分布式網(wǎng)絡(luò)客戶端訪問模式與傳統(tǒng)的NFS/CIFS服務(wù)模式，NFS/CIFS服務(wù)模式實現(xiàn)的一對多的連接模式，因此當(dāng)NFS/CIFS服務(wù)器出現(xiàn)故障時，所有通過NFS/CIFS協(xié)議訪問這臺NFS/CIFS服務(wù)器的網(wǎng)絡(luò)節(jié)點將不能繼續(xù)工作；而如果是在網(wǎng)絡(luò)節(jié)點服務(wù)器上采用了StorNext的DLC分布式網(wǎng)絡(luò)客戶端（LAN Clients），則可將多臺IO節(jié)點服務(wù)器（SAN客戶端服務(wù)器）作為可提供網(wǎng)絡(luò)數(shù)據(jù)訪問服務(wù)的服務(wù)器集群（Clustered Gateways）。此外基于DLC的數(shù)據(jù)寫入模式，用戶還可以根據(jù)寫入數(shù)據(jù)類型，對單次輸出的數(shù)據(jù)塊長度進行優(yōu)化，以便在提高數(shù)據(jù)傳輸有效性的同時，減少可能

15、產(chǎn)生的碎片度。在此網(wǎng)絡(luò)存儲架構(gòu)中的IO節(jié)點服務(wù)器就是SNFS的SAN客戶端（Clustered Gateway）。為實現(xiàn)DLC網(wǎng)絡(luò)共享存儲方案，還需根據(jù)實際需要增加配置DLC分布式網(wǎng)絡(luò)客戶端模塊，所需的模塊個數(shù)將根據(jù)用戶現(xiàn)有環(huán)境中需要通過SAN客戶端基于CIFS實現(xiàn)共享的網(wǎng)絡(luò)客戶端，通常每個需要通過DLC方式訪問共享文件系統(tǒng)的需要一個DLC客戶端授權(quán)。綜上所述，基于StorNext的SAN客戶端模塊和DLC分布式網(wǎng)絡(luò)客戶端模塊可實現(xiàn)SAN+NAS的SNFS文件系統(tǒng)共享存儲管理，可為SAN+NAS類型的客戶應(yīng)用提供更為高效便捷、可靠安全的數(shù)據(jù)存儲管理服務(wù)。2. StorNext共享文件系統(tǒng)常用術(shù)

16、語本章將簡述基于美國昆騰公司的StorNext數(shù)據(jù)存儲管理軟件實現(xiàn)的共享文件系統(tǒng)中常用的術(shù)語以及各自的功用，供參考。l SNFS共享文件系統(tǒng)，也常稱之為StorNext共享文件系統(tǒng)、SAN共享文件系統(tǒng)等。它是指基于美國昆騰公司的StorNext數(shù)據(jù)存儲管理軟件中的StorNext File Systems模塊基于SAN存儲架構(gòu)實現(xiàn)的、一個可被多主機共享訪問的日志型文件系統(tǒng)。l 元數(shù)據(jù)服務(wù)器（Metadata Server、Metadata Controller），也稱之為StorNext元數(shù)據(jù)服務(wù)器、SNFS元數(shù)據(jù)服務(wù)器等。它是指實現(xiàn)SNFS共享文件系統(tǒng)元數(shù)據(jù)管理服務(wù)的服務(wù)器。為實現(xiàn)元數(shù)據(jù)管理

17、的高可用性，通常配置兩臺，一主一備，以確保文件服務(wù)管理的訪問可靠性和連續(xù)性。l 元數(shù)據(jù)，在SNFS共享文件系統(tǒng)中是指文件的基本屬性信息，即文件的文件名、文件大小、文件屬組、文件創(chuàng)建及修改時間、文件存儲位置等信息，此類信息在SNFS共享文件系統(tǒng)中是被元數(shù)據(jù)服務(wù)器進行管理的。l 文件的數(shù)據(jù)體，是指文件存儲的具體數(shù)據(jù)內(nèi)容。在SNFS文件系統(tǒng)中，文件的數(shù)據(jù)體是可被所用的SAN客戶端服務(wù)器直接訪問的。l SNFS客戶端，包括SNFS SAN客戶端和SNFS DLC分布式網(wǎng)絡(luò)客戶端。n SNFS SAN客戶端，簡稱為SAN客戶端，SNFS SAN客戶端是指通過SAN鏈路直接訪問文件的服務(wù)器，亦即安裝FC卡

18、通過FC SAN實現(xiàn)共享存儲訪問的服務(wù)器或安裝網(wǎng)卡通過IP SAN實現(xiàn)共享存儲訪問的服務(wù)器。n SNFS DLC分布式網(wǎng)絡(luò)客戶端，簡稱DLC客戶端，是指通過網(wǎng)絡(luò)基于SNFS DLC管理協(xié)議實現(xiàn)SNFS共享文件系統(tǒng)中數(shù)據(jù)文件訪問的客戶端。l DLC網(wǎng)關(guān)服務(wù)器（DLC PROXY SERVER或DLC GATEWAY SERVER），也可稱之集群網(wǎng)關(guān)服務(wù)器（Clustered Gateway）。這些客戶端服務(wù)器就是SNFS的SAN客戶端，只是在實現(xiàn)文件系統(tǒng)加載時，添加了一個Mount加載選項“diskproxy=server”（Linux客戶端）或指明此服務(wù)器為DLC Proxy Server（W

19、indows客戶端）。DLC分布式網(wǎng)絡(luò)客戶端就是通過這些服務(wù)器實現(xiàn)SNFS共享文件系統(tǒng)中數(shù)據(jù)存取的。l 元數(shù)據(jù)傳輸網(wǎng)絡(luò)，在用于元數(shù)據(jù)傳輸獨享時，也稱之為私有元數(shù)據(jù)網(wǎng)絡(luò)（Private Metadata LAN）。這一網(wǎng)絡(luò)是指連接元數(shù)據(jù)服務(wù)器、SNFS客戶端服務(wù)器（SAN客戶端、DLC分布式網(wǎng)絡(luò)客戶端）的以太網(wǎng)絡(luò)，用于實現(xiàn)元數(shù)據(jù)的在元數(shù)據(jù)服務(wù)器和SAN客戶端間的元數(shù)據(jù)傳輸?shù)?。為確保元數(shù)據(jù)傳輸不被干擾，通常建議配置一個專用以太網(wǎng)絡(luò)用于元數(shù)據(jù)傳輸。一個獨享的100Mbps的網(wǎng)絡(luò)就足夠與元數(shù)據(jù)的傳輸。l DLC數(shù)據(jù)傳輸網(wǎng)絡(luò)，此網(wǎng)絡(luò)可用于DLC網(wǎng)絡(luò)客戶端與DLC網(wǎng)關(guān)服務(wù)器間進行數(shù)據(jù)交換。此網(wǎng)絡(luò)并不是必須

20、的，如果無法在DLC分布式網(wǎng)絡(luò)客戶端和DLC網(wǎng)關(guān)服務(wù)器之間構(gòu)建一個單獨網(wǎng)絡(luò)用于用戶數(shù)據(jù)傳輸，也可以與與元數(shù)據(jù)傳輸網(wǎng)絡(luò)共享使用，但為確保DLC客戶端的數(shù)據(jù)訪問性能，建議是一個共享的Gbits網(wǎng)絡(luò)。l 數(shù)據(jù)卷在SNFS共享文件系統(tǒng)中，用于實現(xiàn)元數(shù)據(jù)、日志數(shù)據(jù)、用戶數(shù)據(jù)存儲的最小物理單元，根據(jù)存儲數(shù)據(jù)的不同類型，包括：n 元數(shù)據(jù)卷，是指用于存儲元數(shù)據(jù)的磁盤卷LUN，通常建議采用RAID1或RAID1+0方式實現(xiàn)磁盤卷的RAID保護。此磁盤卷LUN需要被元數(shù)據(jù)服務(wù)器共享。用于存儲SNFS共享文件系統(tǒng)中文件的元數(shù)據(jù)信息。在存儲設(shè)備中，應(yīng)具備最高性能和最高安全性。n 日志數(shù)據(jù)卷，是指用于存儲日志數(shù)據(jù)的磁盤

21、卷LUN，通常建議采用RAID1或RAID1+0方式實現(xiàn)磁盤卷的RAID保護。此磁盤卷LUN需要被元數(shù)據(jù)服務(wù)器共享。在存儲設(shè)備中，應(yīng)具備最高性能和最高安全性。非必須的磁盤卷，如果存儲系統(tǒng)不具備創(chuàng)建單獨RAID卷組實現(xiàn)日志數(shù)據(jù)存儲，則日志數(shù)據(jù)和元數(shù)據(jù)可存儲在同一元數(shù)據(jù)卷內(nèi)。n 用戶數(shù)據(jù)卷，是指存儲用戶數(shù)據(jù)的磁盤卷LUN，可能是多條，通常采用RAID5或RAID6方式實現(xiàn)磁盤卷的RAID保護。構(gòu)成文件系統(tǒng)的磁盤卷LUN需要被加載此文件系統(tǒng)的所有SAN連接的服務(wù)器（SAN客戶端，包括元數(shù)據(jù)服務(wù)器）共享。數(shù)據(jù)卷是用于存儲用戶數(shù)據(jù)文件數(shù)據(jù)體的物理設(shè)備。l SNFS磁盤卷標簽，或稱之為SNFS卷標，在創(chuàng)建

22、文件系統(tǒng)每一個SNFS共享文件使用的磁盤卷上都需要標記一個磁盤卷標簽。此磁盤卷標簽是用于該卷在SNFS文件系統(tǒng)啟動時與此卷在操作系統(tǒng)中的物理設(shè)備名對應(yīng)的，因此SNFS卷標完整性是SNFS文件系統(tǒng)可被正常加載的前提。l 條帶化卷組是在SNFS共享文件系統(tǒng)中用于文件存儲的最小邏輯單元，以磁盤卷組的形式提供磁盤卷的管理，包括以下幾種不同類型的卷組類型：n 元數(shù)據(jù)條帶化卷組，或稱之為元數(shù)據(jù)卷組。在文件系統(tǒng)配置中，用于實現(xiàn)元數(shù)據(jù)存儲的條帶化卷組，稱之為元數(shù)據(jù)條帶化卷組。n 日志數(shù)據(jù)條帶化卷組，或稱之為日志數(shù)據(jù)卷組。在文件系統(tǒng)配置中，用于實現(xiàn)日志數(shù)據(jù)存儲的條帶化卷組，稱之為日志數(shù)據(jù)條帶化卷組。此為非必須的

23、磁盤卷組，如果存儲系統(tǒng)不具備創(chuàng)建單獨RAID卷組實現(xiàn)日志數(shù)據(jù)存儲，則日志數(shù)據(jù)和元數(shù)據(jù)可存儲在同一元數(shù)據(jù)卷組內(nèi)。n 用戶數(shù)據(jù)條帶化卷組，也可稱之為用戶數(shù)據(jù)卷組或數(shù)據(jù)卷組。在文件系統(tǒng)配置中，用于實現(xiàn)用戶數(shù)據(jù)文件的數(shù)據(jù)體數(shù)據(jù)的數(shù)據(jù)存儲。l 其他常用的用于文件系統(tǒng)配置的參數(shù)，包括FsBlockSize、JournalSize、Journalsize、InodeExpanMin、InodeExpanInc、InodeExpanMax、這些參數(shù)與應(yīng)用相關(guān)，我們通常不建議在實施過程中修改文件系統(tǒng)的缺省參數(shù)（缺省參數(shù)可參見/usr/cvfs/examples/example.cfg文件中的有關(guān)信息），如需修改

24、請咨詢Quantum的專業(yè)服務(wù)顧問。3. StorNext共享文件系統(tǒng)實施規(guī)范本章將簡述基于美國昆騰公司的StorNext共享文件系統(tǒng)模塊構(gòu)建的SNFS共享文件系統(tǒng)的實施規(guī)范，供參考。一個SNFS共享文件系統(tǒng)的實施可分為以下實施步驟：l SNFS系統(tǒng)實施規(guī)劃l SNFS系統(tǒng)軟件安裝l SNFS系統(tǒng)配置3.1 SNFS系統(tǒng)實施規(guī)劃在進行SNFS系統(tǒng)實施前需要進行充分規(guī)劃，以避免實施的無序性，避免實施錯漏和降低后期系統(tǒng)擴容（特別是SNFS共享文件系統(tǒng)擴容）的難度。規(guī)劃內(nèi)容包括：l 系統(tǒng)需要的、擬創(chuàng)建的SNFS文件系統(tǒng)的名稱和容量及使用的磁盤卷設(shè)備。n 文件系統(tǒng)名稱將建議采用更為直觀的描述實現(xiàn)，例如

25、如果這個文件系統(tǒng)是存儲高清數(shù)據(jù)的，可使用GAOQING或HD為文件系統(tǒng)的名稱。n 文件系統(tǒng)容量定義是規(guī)劃定義此文件系統(tǒng)需要捆綁多少條物理磁盤卷LUN構(gòu)建這個文件系統(tǒng)，在這里我們不建議用戶使用大容量磁盤卷卷來構(gòu)建SNFS共享文件系統(tǒng)，特別是在多客戶端并發(fā)寫訪問一個共享文件系統(tǒng)時。l 根據(jù)應(yīng)用需求SNFS文件系統(tǒng)的容量進行共享存儲系統(tǒng)（使用SAN連接的磁盤陣列設(shè)備）的規(guī)劃，此規(guī)劃主要是根據(jù)存儲的最佳實踐完成存儲設(shè)備的Cache、磁盤卷（包括用于元數(shù)據(jù)、日志數(shù)據(jù)存儲磁盤卷和用于用戶數(shù)據(jù)存儲磁盤卷）的規(guī)劃和創(chuàng)建。這需要咨詢所采用存儲的廠商專家進行規(guī)劃設(shè)計，以達到最高安全性和最佳性能。以上兩步完成后，可

26、以列表的形式表述此規(guī)劃。例如以下創(chuàng)建了一個名稱為HD.cfg的共享文件系統(tǒng)，文件系統(tǒng)的元數(shù)據(jù)和日志數(shù)據(jù)存儲在同一個元數(shù)據(jù)條帶卷組，共有四個用于用戶數(shù)據(jù)存儲的磁盤卷組，每個條帶卷組中包含兩個磁盤卷：共享文件系統(tǒng)名稱SNFS條帶卷組SNFS條帶卷組名稱磁盤卷SNFS標識LUNHD.cfg元數(shù)據(jù)卷MetaJourFiles01HD_XP_MTJN013HD_XP_MTJN014013014用戶數(shù)據(jù)卷DataFiles001HD_XP_DATA072HD_XP_DATA073072073用戶數(shù)據(jù)卷DataFiles002HD_XP_DATA074HD_XP_DATA075074075用戶數(shù)據(jù)卷Data

27、Files003HD_XP_DATA076HD_XP_DATA077076077用戶數(shù)據(jù)卷DataFiles004HD_XP_DATA078HD_XP_DATA079078079備注：1. 以上系統(tǒng)設(shè)計的前提是兩條磁盤卷的IO性能可滿足用戶應(yīng)用存儲帶寬的需求，如果帶寬不能滿足，需要增加條帶卷組中磁盤卷的條數(shù)。2. 建議磁盤卷的卷標和文件系統(tǒng)名稱及磁盤卷的SNFS卷標相關(guān)聯(lián)，以便丟失后易于回寫。如上磁盤卷標識：HD_XP_DATA072中1) HD是指文件系統(tǒng)名稱2) XP是指存儲系統(tǒng)類型3) DATA是指用戶數(shù)據(jù)磁盤卷、MTJN是指用于存儲元數(shù)據(jù)和日志數(shù)據(jù)的磁盤卷4) 072是指此磁盤卷的LU

28、N號。l 擬訪問共享文件系統(tǒng)的各服務(wù)器操作系統(tǒng)平臺規(guī)劃。這里涉及以下幾點：n 一是指元數(shù)據(jù)服務(wù)器需要滿足的最低配置，建議如下：總之，內(nèi)存越大越好、CPU個數(shù)越多越好、磁盤空間越大越好。n 二是指規(guī)化SNFS安裝的操作系統(tǒng)平臺，在廣電領(lǐng)域使用的服務(wù)器平臺多為Windows平臺，包括Windows 2003、Windows XP、Vista以及今后可能使用的Windows 7等，SNFS共享文件系統(tǒng)都對這些平臺提供支持，但注意請這些平臺的操作系統(tǒng)版本及必須的補丁程序的安裝和配置，可參見下表。備注：我們建議用戶在規(guī)劃SNFS共享文件系統(tǒng)的元數(shù)據(jù)服務(wù)器平臺是使用Linux操作系統(tǒng)而不是Windows操

29、作系統(tǒng)。n 三是規(guī)劃數(shù)據(jù)卷大小，特別是元數(shù)據(jù)卷的大小以及使用的磁盤卷標簽類型等。元數(shù)據(jù)卷大小定義是與存儲文件的目錄個數(shù)及目錄下文件個數(shù)相關(guān)，請參見下表：磁盤卷所使用類型及操作系統(tǒng)平臺要求如下（請注意在包含Windows XP的SNFS共享環(huán)境中，數(shù)據(jù)磁盤卷LUN的大小不能超過2TB）：備注：1. Metadata卷大小和設(shè)定的FsBlockSize及目錄下的文件數(shù)量相關(guān)。2. 不建議metadata卷小于25GB，metadata卷的大小與文件目錄數(shù)、文件數(shù)及FsBlockSize相關(guān)，建議文件系統(tǒng)配置參數(shù)FsBlockSize在16K-64K之間，F(xiàn)sBlockSize較大將有助于提高文件系

30、統(tǒng)啟動及在主備系統(tǒng)間實現(xiàn)切換的速度。3. 在一個文件系統(tǒng)中，同一個StripeGroup中的Data磁盤LUN的大小需是一致的。建議用于存儲數(shù)據(jù)的Data LUN為二或四的倍數(shù)，在一個文件系統(tǒng)中多StripeGroup模式將有助于提高文件系統(tǒng)的可靠性并減少磁盤碎片。4. 所有的Metadata磁盤和Journal磁盤，必須保證是整個存儲中性能最優(yōu)、安全性最好的磁盤，建議使用Raid10實現(xiàn)Metadata數(shù)據(jù)和Journal數(shù)據(jù)的存儲保護。建議采用Raid 5實現(xiàn)Data磁盤的保護。其實這部分工作在系統(tǒng)設(shè)計階段（售前）應(yīng)該已經(jīng)完成，但在實施階段的規(guī)劃將是將售前的系統(tǒng)規(guī)劃進行定量化，為后續(xù)系統(tǒng)的

31、部署實施做好準備。以下為SNFS共享文件系統(tǒng)中可配置的條帶化卷組、磁盤卷的最大值供參考：l 一個SNFS文件系統(tǒng)最多的卷組為256個。l 一個條帶化卷組中最多的磁盤個數(shù)為128個。l 一個文件系統(tǒng)中最多的磁盤個數(shù)為512個。3.2 SNFS系統(tǒng)軟件安裝SNFS的軟件安裝非常簡單，請參照SNFS的有關(guān)安裝指南進行軟件安裝。需要關(guān)注的就是：請在操作系統(tǒng)平臺完成安裝配置后再安裝SNFS共享文件系統(tǒng)管理軟件；而不建議使用全盤“克隆”方式。3.3 SNFS系統(tǒng)軟件配置SNFS的軟件配置是整個SNFS系統(tǒng)實施過程中最為簡單的，特別是在Windows平臺的配置更是如此。唯一需要注意的主要有以下兩點：l 一是

32、在完成標記磁盤卷的SNFS標簽后，必須將磁盤卷SNFS標簽狀態(tài)記錄到一個文件以便后續(xù)磁盤卷標簽丟失后使用：n 在Linux元數(shù)據(jù)服務(wù)器平臺可使用如下命令參見：#“/usr/cvfs/bin/cvlabel c > cvlabel.hostname_date +%F”n 在Windows元數(shù)據(jù)服務(wù)器平臺可使用如下命令才：C:Program FilesStorNextbincvlabel c > cvlabel.outl 一是在客戶端配置并加載文件系統(tǒng)后需要修改回收站屬性，對于加載文件系統(tǒng)的盤符禁用回收站功能，即“刪除文件直接刪除而不移入回收站”。如下為一個英文操作系統(tǒng)平臺的配置實例，

33、請參考：4. StorNext共享文件系統(tǒng)運行維護本章將簡述基于美國昆騰公司的StorNext數(shù)據(jù)存儲管理軟件構(gòu)建的SNFS共享文件系統(tǒng)的日常維護、故障處理及主要維護命令，請參考。4.1 SNFS共享文件系統(tǒng)日常維護對與SNFS共享文件系統(tǒng)的日常維護，最為重要的有以下幾點：1. 查看主備元數(shù)據(jù)服務(wù)上加載的文件系統(tǒng)是否正常：1) 可使用cvadmin命令進行查看，如下圖：上圖表示當(dāng)期的主元數(shù)據(jù)服務(wù)器的IP地址為6，備元數(shù)據(jù)服務(wù)器的IP地址為5；總共有三個SNFS文件系統(tǒng)music、video、sharefs。2) 維護時間：在客戶日常有重要任務(wù)啟動前。

34、3) 維護頻度：一日一次。2. 查看主備元數(shù)據(jù)服務(wù)器中內(nèi)存使用狀況是否正常，我們不建議當(dāng)已近使用SWAP空間時，還使用此服務(wù)器作為主元數(shù)據(jù)服務(wù)器，如果為主備高可用管理模式，且業(yè)務(wù)允許，可考慮將文件系統(tǒng)切換到備元數(shù)據(jù)服務(wù)器，重新啟動主元數(shù)據(jù)服務(wù)器。以Linux平臺為元數(shù)據(jù)服務(wù)器為例進行表述：1) 如下為當(dāng)前主元數(shù)據(jù)服務(wù)器top命令的輸出狀態(tài)：如下為當(dāng)前備元數(shù)據(jù)服務(wù)器top命令的輸出狀態(tài)：如生產(chǎn)允許，可重新啟動當(dāng)前的主元數(shù)據(jù)服務(wù)器，以便釋放系統(tǒng)中占用的內(nèi)存資源。2) 維護時間：每日最繁忙（最重要）任務(wù)啟動前。3) 維護頻度：隨時監(jiān)控3. 查看主元數(shù)據(jù)服務(wù)器中文件系統(tǒng)的元數(shù)據(jù)讀寫訪問是否存在瓶頸，或

35、出現(xiàn)跳變。可通過如下命令遍歷該文件系統(tǒng)的cvlog日志進行觀測，通常建議將這些信息保留下來，以便跟蹤日志中元數(shù)據(jù)卷的存儲狀態(tài)變化情況，及時掌握系統(tǒng)階段運行情況（還是以Linux平臺為例，查看文件系統(tǒng)video的工作狀態(tài)）：1) 使用命令“grep "PIO HiPriWr" /usr/cvfs/data/video/log/cvlog | more”進行查看，如下：2) 維護時間：根據(jù)運維時間確定。3) 維護頻度：每周一次或根據(jù)運維需求。4. 查看所有的數(shù)據(jù)卷標簽是否正常。1) 使用命令（假定此前在系統(tǒng)完成配置后生成的文件是cvlabel.out）：# /usr/cvfs/

36、bin/cvlabel c > cvlabel.tmp# diff cvlabel.tmp cvlabel.out2) 維護時間：在存儲系統(tǒng)有任何改動操作前后或需要增添新的服務(wù)器前后。3) 維護頻度：按需操作。5. 監(jiān)控是否在ras中有任何異常信息：1) 維護命令：“tail f /usr/cvfs/ras/raslog”2) 維護頻度：有任何文件系統(tǒng)故障時。4.2 SNFS共享文件系統(tǒng)故障處理4.2.1 SNFS共享文件系統(tǒng)常見故障通常SNFS文件系統(tǒng)故障主要包含以下幾類：l SNFS客戶端無法實現(xiàn)文件系統(tǒng)中數(shù)據(jù)存取n 所有客戶端都無法存取某一文件系統(tǒng)數(shù)據(jù)，可能原因是元數(shù)據(jù)服務(wù)器（或F

37、SNAMESERVER）通信故障或共享存儲設(shè)備故障（全部或部分數(shù)據(jù)LUN無法訪問）導(dǎo)致這些客戶端故障。n 僅部分客戶端無法存取文件系統(tǒng)數(shù)據(jù)，可能原因是這些客戶端與元數(shù)據(jù)服務(wù)器（或FSNAMESERVER）通信故障或與此文件系統(tǒng)相關(guān)的數(shù)據(jù)LUN無法訪問而致。l 元數(shù)據(jù)服務(wù)器中通過cvadmin命令發(fā)現(xiàn)某個文件系統(tǒng)未被加載?？赡茉蛴袃蓚€n 一是與此文件系統(tǒng)相關(guān)的磁盤卷出現(xiàn)丟失，需檢查是否為硬件故障或磁盤上的SNFS標簽丟失所致。n 二是此元數(shù)據(jù)服務(wù)器出現(xiàn)故障，需要重新啟動。l SNFS客戶端訪問某一文件系統(tǒng)中數(shù)據(jù)時，性能低?？赡茉蛟谟冢簄 元數(shù)據(jù)服務(wù)器加載文件過多或內(nèi)存資源損耗過大導(dǎo)致服務(wù)器出

38、現(xiàn)性能瓶頸。n 元數(shù)據(jù)卷的存儲存在性能瓶頸，可檢查cvlog中的“PIO HiPriWr”中的sysavg數(shù)值與此前記錄數(shù)據(jù)進行比對分析。n SNFS客戶端到元數(shù)據(jù)服務(wù)器（或FSNAMESERVER）的通信鏈路存在問題，可登錄運行cvadmin命令，而后使用latency-test進行檢查，以上輸出信息可和此前系統(tǒng)完成安裝后取得的latency-test數(shù)據(jù)結(jié)果進行比對。4.2.2 SNFS共享文件系統(tǒng)故障檢查及處理步驟在發(fā)現(xiàn)與SNFS共享文件系統(tǒng)相關(guān)的故障后的處理過程如下：l 第一，檢查Metadata LAN的通信是否正確。l 第二，檢查出現(xiàn)故障的文件系統(tǒng)的磁盤LUN的識別是否有問題。l

39、第三，檢查MDC服務(wù)器及SNFS客戶端上的SNFS服務(wù)進程是否啟動正確。檢查方法如下：1. 檢查Metadata LAN可使用ping命令進行，即在故障客戶端或MDC服務(wù)器上使用ping命令檢查網(wǎng)絡(luò)狀態(tài)。2. 使用cvlabel l 命令檢查所有的磁盤LUN及的磁盤LUN的SNFS標簽LABEL是正確的。3. 如果某臺SNFS客戶端不能訪問此前加載的所有SNFS文件系統(tǒng)，則也可能是這臺客戶端SNFS進程存在問題，重新啟動SNFS服務(wù)進程或重新啟動系統(tǒng)以便排除。經(jīng)過以上處理方法如果還沒有解決問題則需要采集日志信息，開一個SR，交由美國昆騰公司的售后專家負責(zé)處理，其所需信息及處理流程如下。4.2.

40、3 SNFS共享文件系統(tǒng)故障售后處理步驟在需要獲取美國昆騰公司的售后服務(wù)支持時，請確定該系統(tǒng)是在昆騰公司的保修服務(wù)期內(nèi)。如果已經(jīng)出了服務(wù)保修期限，需在購買服務(wù)后，才能享受昆騰提供的技術(shù)支持服務(wù)，有關(guān)服務(wù)的購買請與銷售人員聯(lián)系。用戶可通過昆騰提供的網(wǎng)上服務(wù)支持系統(tǒng)OSR或使用電話撥打我公司提供的免費服務(wù)電話108007121495（使用網(wǎng)通線路的客戶）或108001201495（使用電信線路的客戶）直接聯(lián)系美國昆騰國際公司的亞太呼叫中心的技術(shù)人員進行報修服務(wù)：1. 在進行故障報告前，須準備如下信息（相關(guān)客戶安裝地點等信息應(yīng)該與原注冊信息一致）：l 序列號，此序列號為在申請軟件永久授權(quán)時的產(chǎn)品序列

41、號。l 故障處理聯(lián)系人、電話及郵件地址。l 所使用產(chǎn)品型號、基本配置等信息，包括元數(shù)據(jù)服務(wù)器類型、HA架構(gòu)、客戶端類型、數(shù)量，以及元數(shù)據(jù)服務(wù)器的cvfsid。l 故障描述及已完成處理過程，并進行SNFS共享文件系統(tǒng)日志信息采集：n 在Windows元數(shù)據(jù)服務(wù)器上，通過cvgather命令采集故障及系統(tǒng)運行的相關(guān)信息。C:Program FilesStorNextbin>cvgather -f 文件系統(tǒng)名請注意在運行以上命令后，會在當(dāng)前目錄下生成一個：文件系統(tǒng)名.out的文件，此文件即為采集的日志信息。n 在Linux或Unix元數(shù)據(jù)服務(wù)器上，通過cvgather命令采集故障及系統(tǒng)運行的相

42、關(guān)信息。# /usr/cvfs/bin/cvgather -f 文件系統(tǒng)名請注意在運行以上命令后，會在當(dāng)前目錄下生成一個：Linux_主機名_文件系統(tǒng)名.tgz的文件，此文件即為采集的日志信息。n 對于HA系統(tǒng)，需采集兩臺元數(shù)據(jù)服務(wù)器的信息。2. 將采集的日志信息，根據(jù)此后與維護人員聯(lián)系的昆騰技術(shù)專家的要求發(fā)送到指定位置，并根據(jù)昆騰技術(shù)專家要求進行故障處理。3. 在完成故障處理后，關(guān)閉SR。此外用戶也可通過OSR方式獲取服務(wù)幫助。有關(guān)通過OSR方式申請SR可直接獲得昆騰技術(shù)支持（需要具備internet連接。此方式為首選方式，在開SR時可直接提供相關(guān)信息，以便更快得到服務(wù)支持，請正確填寫所有必

43、填信息，以避免任何錯誤導(dǎo)致的服務(wù)延誤），可參見附件3。4.3 SNFS共享文件系統(tǒng)啟動和停止為確保存儲在SNFS共享文件系統(tǒng)中數(shù)據(jù)的安全可靠性，用戶的系統(tǒng)管理員才能實施涉及SNFS共享文件系統(tǒng)的運行管理操作，通常執(zhí)行SNFS共享文件系統(tǒng)啟動和停止操作的目的主要有系統(tǒng)維護或故障處置。l 如需關(guān)閉任何SNFS客戶端，可直接關(guān)閉服務(wù)器或給該服務(wù)器斷電。l 如果元數(shù)據(jù)服務(wù)器斷電或關(guān)閉，則整個文件系統(tǒng)就不能被訪問。l 對于SNFS共享文件系統(tǒng)的正常應(yīng)用來講，在啟動任何SNFS客戶端實現(xiàn)文件系統(tǒng)加載前，必須確定至少有一臺元數(shù)據(jù)服務(wù)器已經(jīng)啟動，并實現(xiàn)了該客戶端擬加載文件系統(tǒng)的啟動和激活。l 在客戶端SNFS

44、服務(wù)出現(xiàn)故障時也需要考慮重新啟動SNFS服務(wù)進程。如下為Linux元數(shù)據(jù)服務(wù)器重新啟動SNFS服務(wù)進程的示例：rootdqhmd02 #rootdqhmd02 # /etc/init.d/cvfsUSAGE: /etc/init.d/cvfs start | stop | restart | fullstoprootdqhmd02 #以下為重新停止和啟動服務(wù)進程的例子，供參考：rootdqhmd02 # /etc/init.d/cvfs fullstopInitiating stop of ADIC PSE componentInitiating fullstop of ADIC DSM co

45、mponentUnmounting SNFS filesystemsStopping SNFS DaemonsStopping SNFS PortMapperWaiting for FSMs to finish.SNFS Stop OK Unloading SNFS module 'cvfs'.SNFS Unload OK rootdqhmd02 #rootdqhmd02 #rootdqhmd02 # /etc/init.d/cvfs startInitiating start of ADIC DSM componentInitializing StorNext Filesys

46、tem (SNFS)Loading SNFS modulesnet.core.rmem_max = 1048576Starting /usr/cvfs/bin/.core.rmem_max = 131071Starting /usr/cvfs/bin/cvfsd.Mounting SNFS filesystemsSNFS Initialized OK rootdqhmd02 #在Windows平臺停止或啟動SNFS服務(wù)進程可通過如下步驟進行：停止：Start à All Program à StorNext File System à Stop

47、File System Services啟動：Start à All Program à StorNext File System à Start File System Services4.4 SNFS共享文件系統(tǒng)日常維護常用命令以下簡述幾個SNFS共享文件系統(tǒng)日常維護中經(jīng)常使用的命令，供參考：cvadmin用于SNFS共享文件系統(tǒng)的日常維護管理可以以交互方式或直接命令行方式提供。語法：cvadmin -H FSMHostName -F FileSystemName -f filename -e command1 -e command2 常用交互命令：start

48、 FileSystemName# 啟動指定文件系統(tǒng)activateFileSystemName# 激活指定文件系統(tǒng)stopFileSystemName# 停止指定文件系統(tǒng)selectFileSystemName# 選定一個文件系統(tǒng)stat# 顯示當(dāng)期文件系統(tǒng)狀態(tài)show long# 顯示文件系統(tǒng)配置情況who# 查看選定文件系統(tǒng)的客戶端連接情況disks# 顯示所有SNFS可用的磁盤LUN信息paths# 顯示磁盤卷可用的鏈路。failSNFS文件系統(tǒng)# 完成指定文件系統(tǒng)的切換latency-test# 測試FSM到客戶端的網(wǎng)絡(luò)等待時間quit# 退出cvlabel用于磁盤卷的SNFS磁盤標簽

49、的管理常用語法：cvlabel l 或 cvlabel c 或 cvlabel cvlabel.out其主要用戶可參見附件1l 以短格式輸出此服務(wù)器可識別磁盤卷信息，包括磁盤卷設(shè)備名、大小、SNFS標簽名稱等，命令格式：cvlabel -ll 輸出此服務(wù)器可識別磁盤卷信息，包括磁盤卷設(shè)備名、大小、SNFS標簽名稱、磁盤的LUN信息等，命令格式：cvlabel c l 寫磁盤卷標簽，首先使用“cvlabel c > cvlabel.out”命令生成一個文件，編輯這個文件，給每個共享文件系統(tǒng)所需的LUN添加一個SNFS標簽，而后再使用命令“cvlabel cvlabel.out”將此SNFS

50、標簽寫到LUN上。cvfsck用于SNFS共享文件系統(tǒng)檢測的命令。常用命令用法可參見附件2中描述。cvfsid此命令用于獲得SNFS授權(quán)使用的主機ID信息。cvversion此命令用于獲得當(dāng)前安裝的StorNext版本。cvcpSNFS系統(tǒng)提供的多線程快速拷貝命令，與cp的用法類似。snfsdefrag用于磁盤碎片檢測和文件的磁盤碎片整理。常用命令格式：snfsdefrag c 文件名# 輸出文件的碎片個數(shù)snfsdefrag e 文件名# 輸出文件的碎片大小snfsdefrag 文件名# 實現(xiàn)指定文件的碎片整理附件1 SNFS標簽丟失及修復(fù)近期遇到SNFS系統(tǒng)中所使用的SNFS磁盤卷標簽丟失

51、故障。本文就是對這一現(xiàn)象的成因進行分析，并對處理方法進行了描述，請參照執(zhí)行。磁盤卷SNFS LABEL丟失成因分析：SNFS標簽占據(jù)了磁盤自0字節(jié)到1M字節(jié)的位置。也就是說，如果有其他程序修改或覆蓋了這個區(qū)域中的數(shù)據(jù)，就會造成SNFS磁盤卷標簽丟失。在SNFS系統(tǒng)中，只有通過GUI界面或一個命令行程序修改磁盤卷的SNFS標簽：GUI界面是以交互方式提供標簽修改操作的，命令行程序是“cvlabel”，其他應(yīng)用程序只會發(fā)生讀取磁盤卷SNFS標簽的操作。常見的發(fā)生磁盤卷SNFS標簽丟失現(xiàn)象多與Windows操作系統(tǒng)的工作環(huán)境相關(guān)。如果一臺未安裝SNFS客戶端軟件的Windows操作系統(tǒng)在接入SAN環(huán)

52、境時，當(dāng)Windows服務(wù)器發(fā)現(xiàn)系統(tǒng)中的磁盤卷不是使用NTFS標記過的，則Windows操作系統(tǒng)將要求對此磁盤卷進行標記，如果應(yīng)答了“Yes/確認”，則此磁盤卷就會被Windows操作系統(tǒng)使用NTFS格式進行標記。此標記過程將會造成已經(jīng)寫了SNFS標簽的磁盤卷上的SNFS標簽被覆蓋。確保磁盤卷SNFS LABEL安全的手段：在Windows操作系統(tǒng)啟動或操作過程中，如果出現(xiàn)需要對磁盤進行格式化的界面時，請務(wù)必小心點按“Yes/確定”鍵，必須確定此磁盤卷是否為SNFS使用的磁盤卷，如果是SNFS使用并標記過的，則必須點按“No/取消”鍵。還有一個簡單的處理方法是：在安裝配置Windows操作系統(tǒng)

53、，先將光纖線拔掉，而后再進行操作系統(tǒng)或其他軟件的安裝。只有在完成了SNFS軟件安裝后，再連接光纖線，進行后續(xù)與SNFS系統(tǒng)配置相關(guān)的操作。磁盤卷SNFS LABEL丟失后的處理手段：磁盤卷的SNFS LABEL丟失后，一般不會造成任何數(shù)據(jù)損失。通常的磁盤卷SNFS LABEL丟失有兩種情況：n 情況一：數(shù)據(jù)卷的SNFS LABEL丟失：l SNFS LABEL標簽的丟失將不影響正在進行數(shù)據(jù)存取的SAN客戶端操作，而且數(shù)據(jù)讀寫都是正確的。但如果此SAN客戶端進行重新啟動，則SNFS文件系統(tǒng)就不能正常加載了。n 情況二：元數(shù)據(jù)卷/日志數(shù)據(jù)卷的SNFS LABEL丟失：l 由于元數(shù)據(jù)服務(wù)器不能識別到

54、元數(shù)據(jù)卷了，因此此卷相關(guān)的文件系統(tǒng)將不能正常訪問，并導(dǎo)致所有的SAN客戶端都不能訪問這個文件系統(tǒng)上的數(shù)據(jù)了。這兩種情況，只要不破壞磁盤卷上的數(shù)據(jù)體，即未覆蓋或修改了磁盤卷由開始位置1M字節(jié)以后的數(shù)據(jù)，而后只需將磁盤卷標簽SNFS LABEL重新寫回原來的位置，SNFS系統(tǒng)將依舊可正常運行。但請注意如果將標簽的位置寫錯了，整個SNFS文件系統(tǒng)的完整性就被破壞了，以下是幾中可能的情況：n 寫錯了元數(shù)據(jù)或日志卷標簽：整個文件都將不可用。如果進行了cvfsck，理論上是無法進行系統(tǒng)恢復(fù)的了。n 寫錯了數(shù)據(jù)卷標簽：文件系統(tǒng)將是可用的。但是如果寫入了數(shù)據(jù)，則問題非常嚴重的數(shù)據(jù)，會出現(xiàn)損失現(xiàn)象。l 例如，如

55、果有兩個數(shù)據(jù)卷，他們的SNFS LABEL是data_001和data_002，如果將這兩個卷標簽寫錯了，同時又有數(shù)據(jù)寫入，則就會破壞已經(jīng)寫入磁盤卷上的數(shù)據(jù)。防患于未然的SNFS標簽保護：在完成SNFS軟件安裝及系統(tǒng)配置后，有一個非常重要的工作需要完成，必須采用如下命令“cvlabel -c” 輸出磁盤卷的信息到一個文件，假定文件名稱為“cvlabel-c.out”。在此文件中，如下行所示：data002 /dev/sdle 4292737024 VTOC # host 6 lun 1 sectors 4292737024 sector_size 512 inquiry HP HSV210 6

56、220 serial 600508B4000AF0F50002800002330000n 第一列是磁盤卷的SNFS標簽：data002n 第二列是磁盤卷在系統(tǒng)中的設(shè)備名（啟動時或存儲系統(tǒng)修改配置后，可能會改變）：/dev/sdlen 第三列是磁盤卷的容量：4292737024個塊（512字節(jié)/塊）n 第九列是磁盤卷的LUN號（永遠不會改變，除非修改了存儲系統(tǒng)中該卷的配置）：1n 第十九列式磁盤卷在存儲系統(tǒng)中的標識：600508B4000AF0F50002800002330000如果在完成系統(tǒng)設(shè)計后記錄了以上信息，那么當(dāng)SNFS標簽丟失后，維護人員即可根據(jù)這個文件中每條LUN的記錄，根據(jù)LUN號

57、填入正確的SNFS標簽，而后通過cvlabel命令寫回去就好了。附件昆騰SNFS售后專家對有關(guān)SNFS LABEL丟失現(xiàn)象進行測試后的回復(fù)1. Is StorNext software caused the SNFS label lost?Stornext will not overwrite the label without user intervention via GUI (need to unmount & stop the FS before you can relabel the LUN) or via command “cvlabel”Anyway, if the LUNs being used by SNFS are able to detect and access by other system or application, then it is possible the SNFS label get overwritten by other systems.Example: These LUNs no longer have valid SNFS l