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

1、StorNext共享文件系統(tǒng)安裝配置及維護(hù)規(guī)范目 錄1. StorNext共享文件系統(tǒng)實(shí)現(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ù)語(yǔ)103. StorNext共享文件系統(tǒng)實(shí)施規(guī)范133.1 SNFS系統(tǒng)實(shí)施規(guī)劃133.2 SNFS系統(tǒng)軟件安裝173.3 SNFS系統(tǒng)軟件配置174. StorNext共享文件系統(tǒng)運(yùn)行維護(hù)194.1 SNFS共享文件系統(tǒng)日常維護(hù)194.2 SNFS共享文件

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

29、作系統(tǒng)。n 三是規(guī)劃數(shù)據(jù)卷大小，特別是元數(shù)據(jù)卷的大小以及使用的磁盤(pán)卷標(biāo)簽類(lèi)型等。元數(shù)據(jù)卷大小定義是與存儲(chǔ)文件的目錄個(gè)數(shù)及目錄下文件個(gè)數(shù)相關(guān)，請(qǐng)參見(jiàn)下表：磁盤(pán)卷所使用類(lèi)型及操作系統(tǒng)平臺(tái)要求如下（請(qǐng)注意在包含Windows XP的SNFS共享環(huán)境中，數(shù)據(jù)磁盤(pán)卷LUN的大小不能超過(guò)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)啟動(dòng)及在主備系統(tǒng)間實(shí)現(xiàn)切換的速度。3. 在一個(gè)文件系統(tǒng)中，同一個(gè)StripeGroup中的Data磁盤(pán)LUN的大小需是一致的。建議用于存儲(chǔ)數(shù)據(jù)的Data LUN為二或四的倍數(shù)，在一個(gè)文件系統(tǒng)中多StripeGroup模式將有助于提高文件系統(tǒng)的可靠性并減少磁盤(pán)碎片。4. 所有的Metadata磁盤(pán)和Journal磁盤(pán)，必須保證是整個(gè)存儲(chǔ)中性能最優(yōu)、安全性最好的磁盤(pán)，建議使用Raid10實(shí)現(xiàn)Metadata數(shù)據(jù)和Journal數(shù)據(jù)的存儲(chǔ)保護(hù)。建議采用Raid 5實(shí)現(xiàn)Data磁盤(pán)的保護(hù)。其實(shí)這部分工作在系統(tǒng)設(shè)計(jì)階段（售前）應(yīng)該已經(jīng)完成，但在實(shí)施階段的規(guī)劃將是將售前的系統(tǒng)規(guī)劃進(jìn)行定量化，為后續(xù)系統(tǒng)的

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

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

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

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

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

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

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

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

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

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

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

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

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

44、服務(wù)出現(xiàn)故障時(shí)也需要考慮重新啟動(dòng)SNFS服務(wù)進(jìn)程。如下為L(zhǎng)inux元數(shù)據(jù)服務(wù)器重新啟動(dòng)SNFS服務(wù)進(jìn)程的示例：rootdqhmd02 #rootdqhmd02 # /etc/init.d/cvfsUSAGE: /etc/init.d/cvfs start | stop | restart | fullstoprootdqhmd02 #以下為重新停止和啟動(dòng)服務(wù)進(jìn)程的例子，供參考：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平臺(tái)停止或啟動(dòng)SNFS服務(wù)進(jìn)程可通過(guò)如下步驟進(jìn)行：停止：Start à All Program à StorNext File System à Stop

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

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

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

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

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

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

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

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

55、果有兩個(gè)數(shù)據(jù)卷，他們的SNFS LABEL是data_001和data_002，如果將這兩個(gè)卷標(biāo)簽寫(xiě)錯(cuò)了，同時(shí)又有數(shù)據(jù)寫(xiě)入，則就會(huì)破壞已經(jīng)寫(xiě)入磁盤(pán)卷上的數(shù)據(jù)。防患于未然的SNFS標(biāo)簽保護(hù)：在完成SNFS軟件安裝及系統(tǒng)配置后，有一個(gè)非常重要的工作需要完成，必須采用如下命令“cvlabel -c” 輸出磁盤(pán)卷的信息到一個(gè)文件，假定文件名稱(chēng)為“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 第一列是磁盤(pán)卷的SNFS標(biāo)簽：data002n 第二列是磁盤(pán)卷在系統(tǒng)中的設(shè)備名（啟動(dòng)時(shí)或存儲(chǔ)系統(tǒng)修改配置后，可能會(huì)改變）：/dev/sdlen 第三列是磁盤(pán)卷的容量：4292737024個(gè)塊（512字節(jié)/塊）n 第九列是磁盤(pán)卷的LUN號(hào)（永遠(yuǎn)不會(huì)改變，除非修改了存儲(chǔ)系統(tǒng)中該卷的配置）：1n 第十九列式磁盤(pán)卷在存儲(chǔ)系統(tǒng)中的標(biāo)識(shí)：600508B4000AF0F50002800002330000如果在完成系統(tǒng)設(shè)計(jì)后記錄了以上信息，那么當(dāng)SNFS標(biāo)簽丟失后，維護(hù)人員即可根據(jù)這個(gè)文件中每條LUN的記錄，根據(jù)LUN號(hào)

57、填入正確的SNFS標(biāo)簽，而后通過(guò)cvlabel命令寫(xiě)回去就好了。附件昆騰SNFS售后專(zhuān)家對(duì)有關(guān)SNFS LABEL丟失現(xiàn)象進(jìn)行測(cè)試后的回復(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