linux集群文件系統

A. 專家觀點 linux文件系統：為未來做好准備了么

我當時的目的是將我作為HPC（高性能計算）存儲咨詢師的經歷和我在文件系統及操作系統上的專業知識相聯系起來，為讀者提供最佳的行動指南。這和我在所有其他文章中所採取的方法是相同的。為了我的客戶，我花了大部分時間來回顧存儲技術問題。我所處理的安裝一般是從500TB的存儲容量起步。我所咨詢的一個站點中有一個目前有超過12PB的容量，而且許多站點還計劃在2010年前增加到60PB。
在我的世界中，計算環境和大型存儲環境有很大的不同。在我所工作的高性能計算環境中，我經常看到大型集群（是的，Linux集群）。但是，在所有這些成百上千的節點中，我注意到，沒有人實際使用大型的--我的意思是100TB或以上--Linux文件系統。我還沒有看到過50TB的Linux文件系統。這並不是說它們不存在，而是我沒見過它們，也沒有聽說過它們。
我所看到的Linux集群是類似於Lustre這樣的集群式文件系統。Lustre目前使用許多ext3/4文件系統，並將它們捆綁在一個單一名字的空間里。但是這篇文章和上篇文章和這些集群式文件系統沒有關系，和超過100TB的Linux文件系統的實施也沒有關系。這就是Linux文件系統的麻煩所在。
我覺得Linux文件系統的擴展有兩個問題。
Linux文件系統沒有和RAID（獨立磁碟冗餘陣列）帶對齊，除非你拼湊第一個帶，以便和超級鎖對齊。幾乎所有的大型的高性能文件系統都能夠自動完成這項事情，而元數據域則能夠一直保持和RAID帶的對齊。由於元數據經常是被分離到和數據不同的另一個設備上，因此RAID帶可以和數據及元數據的分配相對齊。
如果你碰到硬體問題（從RAID故障到因為電力事故等原因所導致的多個設備的硬故障），那麼僅僅對日誌進行FSCK（檢查文件系統並修復）操作是不夠的。如果發生這種事情，那麼你必須FSCK整個文件系統，而不只是日誌（一些回復者指出了這個問題）。由於元數據是分布在文件系統內，因此必須檢查所有的元數據。鑒於問題的復雜性（從電力故障到RAID故障到未發現或未修正的錯誤），可能需要做很多的工作，而且由於元數據域和RAID帶的應用並不對齊，因此需要對RAID設備進行讀－改－寫操作。
這些只是許多問題中的兩個。Linux文件系統要想符合大型文件系統上的高性能I/O要求，需要解決許多問題。這並不是說你就不能使用100TB或以上的ext-3/4或其他的一些Liunx文件系統了，但是高性能I/O要求數據通路上的所有事物都能夠匹配，以便獲得高比例的硬體帶寬。在一些時候，你可以通過增加額外的硬體而不是通過擴展來得到帶寬，但是這需要成本。
我想要澄清的另外一件事情就是，我所討論的這種類型的環境並不使用帶兩個或甚至四個插座（socket）的SMP（對稱多處理器結構）系統。如果你有一個500TB的文件系統，你經常需要更多的帶寬給文件系統，而這種需求超過了四插座系統--比如說，兩個PCIe 2.0匯流排（理論帶寬為10GB/秒）--所能提供的帶寬。在許多情況下，這些類型的系統使用8個甚至16個PCIe匯流排及10GB/秒到20GB/秒（或更多）的帶寬。這些類型的環境不使用刀片，它們也不能使用刀片，因為從管理成本的角度和擴展性能的角度來看，將大型文件系統分解開來是很不合算的。
其他問題
除了那些帶過多感情色彩的回復以及個人攻擊以外（不好意思，我是一個獨立咨詢師，並不受雇於微軟或任何其他廠商，我的觀點就是我自己的觀點），有許多讀者提出了一些很好的問題。
一位讀者想知道Google是如何使用大型文件系統的。我的回答就是Google里每個刀片節點的每個文件系統都是很小的，然後通過一種應用程序來將它們組合成大的文件系統。同時，Google的文件系統並不是Linux標准發布的一部分。
一些讀者注意到我沒有深入闡釋ext-3/4和XFS文件系統的細節。要想知道該問題的更多內容，請看我的《選擇一個文件系統還是文件管理器》。
一位讀者試圖了解那些面對PB級存儲要求的用戶是否會使用塊設備文件系統，而不是使用網路型熱添加（Hot-add）文件系統（我想說光調整大小這項工作就會讓人非常頭疼，更不用說強制性的FSCK了），或者他們是否運行堆棧Linux文件系統，或者說它們是否在不花費時間和成本來進行重大調整的情況下運行這種文件系統。此外，大部分的NAS（網路附加存儲）文件系統都不擴展到PB級。
我的回答是，針對這種規模文件系統的SMP，我知道現在哪些人需要這種性能。通過刀片或網路將文件系統分解，會增加管理上的花銷，從而增加成本。NAS的性能並不符合那些針對大型歸檔進行流式I/O的人，他們幾乎都是使用基於HSM（分層存儲管理）的文件系統。在Linux文件系統需要大幅改進FSCK性能這一點上，這位讀者基本上同意我的觀點。關於最後一點，這些人對性能資源是有大量投資。
一些讀者指出我沒有提到文件系統以外的其他因素，例如設備驅動程序、硬體平台、應用程序訪問模式以及其他運行中的應用程序。這是中肯的評價，但是我的回答是我只是試圖解決Linux中的文件系統問題，而不是討論整個的數據通路。
行動呼籲
這些觀點和分析是我作為一位存儲咨詢師而發出的，所有這些觀點都是基於我在真實世界環境和超大型站點中的所見所聞。我的建議是Linux文件系統可能適用於幾十TB的系統，但是不要試圖在幾百TB及以上的系統中使用這種文件系統。鑒於每個地方的數據都在飛速增長，Linux文件系統的擴展性問題將隨著時間越來越明顯。
如果你不同意，可以自己試試。用MKFS（建立Linux文件系統命令）建立一個500TB的ext 3-4文件系統或其他的Linux文件系統，在這個文件系統中加入多個流的數據，在幾個月內用來自一個大型SMP伺服器的20GB/秒帶寬來添加/刪除文件，然後破壞這個系統，用FSCK來恢復它，並告訴我這個過程用了多長時間。在幾個月的添加及刪除文件的時間內，這個系統的I/O性能是否能保持一致？如果在一個目錄內放入一百萬個文件，並在文件系統內放入1億個文件，這時這個系統還能運作良好嗎？
我猜想如此實踐的結果只會證實我的觀點：Linux文件系統有擴展問題，在普遍使用100TB環境之前必須要解決這些問題。只有現在心平氣和地解決這些問題，Linux才會真正成為Linux支持者所期望的那樣。

B. linux下常用的分布式文件系統有哪些

常見的分布式文件系統有，GFS、HDFS、Lustre 、Ceph 、GridFS 、mogileFS、TFS、FastDFS等。各自適用於不同的領域。它們都不是系統級的分布式文件系統，而是應用級的分布式文件存儲服務。
GFS（Google File System）
--------------------------------------
Google公司為了滿足本公司需求而開發的基於Linux的專有分布式文件系統。。盡管Google公布了該系統的一些技術細節，但Google並沒有將該系統的軟體部分作為開源軟體發布。
下面分布式文件系統都是類 GFS的產品。

HDFS
--------------------------------------
Hadoop 實現了一個分布式文件系統（Hadoop Distributed File System），簡稱HDFS。 Hadoop是Apache Lucene創始人Doug Cutting開發的使用廣泛的文本搜索庫。它起源於Apache Nutch，後者是一個開源的網路搜索引擎，本身也是Luene項目的一部分。Aapche Hadoop架構是MapRece演算法的一種開源應用，是Google開創其帝國的重要基石。

Ceph
---------------------------------------
是加州大學聖克魯茲分校的Sage weil攻讀博士時開發的分布式文件系統。並使用Ceph完成了他的論文。
說 ceph 性能最高，C++編寫的代碼，支持Fuse，並且沒有單點故障依賴， 於是下載安裝， 由於 ceph 使用 btrfs 文件系統， 而btrfs 文件系統需要 Linux 2.6.34 以上的內核才支持。
可是ceph太不成熟了，它基於的btrfs本身就不成熟，它的官方網站上也明確指出不要把ceph用在生產環境中。

Lustre
---------------------------------------
Lustre是一個大規模的、安全可靠的，具備高可用性的集群文件系統，它是由SUN公司開發和維護的。
該項目主要的目的就是開發下一代的集群文件系統，可以支持超過10000個節點，數以PB的數據量存儲系統。
目前Lustre已經運用在一些領域，例如HP SFS產品等。

C. 什麼是Linux文件系統,Linux常用的文件系統有哪些

我們在Linux中常用的文件系統主要有ext3、ext2及reiserfs。Linux目前幾乎支持所有的Unix類的文件系統，除了我們在安裝Linux操作系統時所要選擇的ext3、reiserfs和ext2外，還支持蘋果MACOS的HFS，也支持其它Unix操作系統的文件系統，比如XFS、JFS、Minix
fs
及UFS等，您可以在kernel的源碼中查看；如果您想要讓系統支持哪些的文件系統得需要把該文件系統編譯成模塊或置入內核；
當然Linux也支持Windows文件系統NTFST和fat，但不支持NTFS文件系統的寫入；支持fat文件系統的讀寫。現在還有新的ext4文件系統。

D. 基於linux 平台的主要分布式文件系統有哪些

常見的分布式文件系統有，GFS、HDFS、Lustre 、Ceph 、GridFS 、mogileFS、TFS、FastDFS等。各自適用於不同的領域。它們都不是系統級的分布式文件系統，而是應用級的分布式文件存儲服務。
GFS（Google File System）
--------------------------------------
Google公司為了滿足本公司需求而開發的基於Linux的專有分布式文件系統。。盡管Google公布了該系統的一些技術細節，但Google並沒有將該系統的軟體部分作為開源軟體發布。
下面分布式文件系統都是類 GFS的產品。
HDFS
--------------------------------------
Hadoop 實現了一個分布式文件系統（Hadoop Distributed File System），簡稱HDFS。
Hadoop是Apache Lucene創始人Doug Cutting開發的使用廣泛的文本搜索庫。它起源於Apache
Nutch，後者是一個開源的網路搜索引擎，本身也是Luene項目的一部分。Aapche
Hadoop架構是MapRece演算法的一種開源應用，是Google開創其帝國的重要基石。
Ceph
---------------------------------------
是加州大學聖克魯茲分校的Sage weil攻讀博士時開發的分布式文件系統。並使用Ceph完成了他的論文。
說 ceph 性能最高，C++編寫的代碼，支持Fuse，並且沒有單點故障依賴， 於是下載安裝， 由於 ceph 使用 btrfs 文件系統， 而btrfs 文件系統需要 Linux 2.6.34 以上的內核才支持。
可是ceph太不成熟了，它基於的btrfs本身就不成熟，它的官方網站上也明確指出不要把ceph用在生產環境中。
Lustre
---------------------------------------
Lustre是一個大規模的、安全可靠的，具備高可用性的集群文件系統，它是由SUN公司開發和維護的。
該項目主要的目的就是開發下一代的集群文件系統，可以支持超過10000個節點，數以PB的數據量存儲系統。
目前Lustre已經運用在一些領域，例如HP SFS產品等。

E. linux中有哪些高可用集群

很多小型組織使用了KVM虛擬化，但卻無法在主機發生故障時採取相關措施保證高可用性。本文介紹如何採取簡單的方式確保虛擬機的高可用性。你可以使用任一Linux發行版的KVM，但是這些Linux發行版在集群功能方面存在差異。Pacemaker堆棧源於SUSE，紅帽在最近的版本中才確定其集群實現方式。因此在本文中我將介紹如何在OpenSuSE 13.1 下配置集群。 圖1. KVM高可用架構概覽假定集群中的節點已經連接到了SAN。如果集群中的節點還沒有連接到SAN，那麼將虛擬主機連接到Linux SAN並不復雜，當然你也可以使用SAN設備。然而我們在本文中採用的方式—使用OCFS 2共享文件系統構建集群—只有在使用SAN時才是有效的。配置KVM高可用集群的步驟如下所示：創建基礎集群在SAN共享存儲上配置OCFS2集群文件系統使用SAN磁碟作為後端存儲，安裝虛擬機為虛擬機配置Pacemaker集群資源驗證集群配置創建基礎集群在Open SUSE 13.1下使用命令zypper in pacemaker ocfs2-tools lvm2-clvm 安裝構建集群所必需的包，開始創建基礎集群。集群包括兩層。較低的層稱之為corosync轉載僅供參考，版權屬於原作者。祝你愉快，滿意哦

F. linux文件系統的組成和作用

/bin 見截圖中的解釋

/boot 是系統啟動時所需文件的存放處。

/dev 顧名思義就是存放設備文件的地方。包括滑鼠，鍵盤等設備的驅動文件等

/etc見截圖中的解釋

/home ..

/lib 包括其他一些目錄下的lib文件夾存放的是 函數運行時所調用的函數庫

/mnt 是軟盤和光碟的掛載點

/opt 是安裝軟體的目錄

/proc 虛擬文件系統，目錄中的文件存放在內存中。包括可以查看CPU的信息。

/sbin ..

/srv 存放網頁的文件夾 支持www等服務

/temp是存放臨時文件的（所以重要文件不要放在這里）

/user 存放與用戶相關的信息

/var 用來管理系統運行期間的信息

G. Linux文件系統特點

類似於 Windows下的C、D、E等各個盤，Linux系統也可以將磁碟、Flash等存儲設備劃分為若干個分區，在不同分區存放不同類別的文件。與Windows的C盤類似，Linux一樣要在一個分區上存放系統啟動所必需的文件，比如內核映象文件（在嵌入式系統中，內核一般單獨存放在一個分區中)內核啟動後運行的第一-個程序( init)給用戶提供操作界面的 shell程序、應用程序所依賴的庫等。這些必需、基本的文件合稱為根文件系統，它們存放在一個分區中。Linux 系統啟動後首先掛接這個分區，稱為掛接( mount）根文件系統。其他分區上所有目錄、文件的集合，也稱為文件系統。Linux 中並沒有C、D、E等盤符的概念，它以樹狀結構管理所有目錄、文件，其他分區掛接在某個目錄上，這個目錄被稱為掛接點或安裝點(mount point)，然後就可以通過這個目錄來訪問這個分區上的文件了。比如根文件系統被掛接在根目錄「I」上後，在根目錄下就有根文件系統的各個目錄、文件:/bin、/sbin、/mnt等;再將其他分區掛接到/mnt目錄上，/mnt目錄下就有這個分區.的各個目錄、文件。在一個分區上存儲文件時，需要遵循一定的格式，這種格式稱為文件系統類型，比如fat16、fat32、ntfs、ext2、ext3、jffs2、yaffs 等。除這些擁有實實在在的存儲分區的文件系統類型外，Linux還有幾種虛擬的文件系統類型，比如proc、sysfs 等，它們的文件並不存儲在實際的設備上，而是在訪問它們時由內核臨時生成。比如 proc文件系統下的uptime文件，讀取它時可以得到兩個時間值（用來表示系統啟動後運行的秒數、空閑的秒數)，每次讀取時都由內核即刻生成，每次讀取結果都不一樣。「文件系統類型」常被簡稱為「文件系統」,比如「硬碟第二個分區上的文件系統是EXT2」指的就是文件系統類型。所以「文件系統」這個術語，有時候指的是分區上的文件集合，有時候指的是文件系統類型，需要根據語境分辨，在閱讀各類文獻時需要注意這點。

H. 誰來關注下一代Linux文件系統發展趨勢

GNU/Linux在支持文件系統創新方面已經取得了極大的成功，目前已支持超過50種文件系統，毫無疑問，這一成功與Linux一向的開源策略是密不可分的。隨著數據的爆炸式增長，存儲行業已經發生了翻天覆地的變化，文件系統如何才能緊跟時代步伐，滿足越來越高要求的存儲需要呢？
硬碟的成本/容量曲線趨勢繼續遵守著名的摩爾定律，與此同時，我們也看到固態硬碟增長勢頭喜人，它因消除了機械硬碟固有的性能限製得到了廠商和消費者的重視，虛擬化也在改變存儲架構設計，應用程序也開始向基於FC的HTTP存儲協議轉移。
存儲容量幾乎每年以40%的速度遞增，現在市場上已經可以看到容量為2TB的機械硬碟，但它們的性能卻沒有按比例提高，固態硬碟的出現解決了傳統機械硬碟的許多弊病，因此未來幾年勢必會引發一場存儲革命，文件系統也需要為存儲革命做好准備，未來的文件系統必需解決擴展，並行處理和滿足新工作負載類型方面的問題。
POSIX API標准制約了創新
IDE和SCSI已經逐漸被SAS取代，終於超越了6Gbps的門檻，Infiniband和10GbE通過遠程直接內容訪問（Remote Direct Memory Access ，RDMA）和TCP卸載引擎提高了網路I/O，iSCSI大有取代FC SAN的趨勢，和傳統的使用NFS和CIFS協議應用程序不同，基於Internet的程序通常是使用HTTP/HTTPS訪問地理分散的存儲。
我們已經使用POSIX API訪問文件系統的歷史已經長達30年，它是一個標准，但它也是弱點，是它遏制了創新，應用程序開發人員需要新的API標准執行對象存儲和key-value存儲。
諸如卷管理，全局命名空間，壓縮，加密，克隆/快照，重復數據刪除，RAID和遠程站點復制技術都應該由文件系統實現，由於歷史原因，這些功能都是在文件系統之外實現的，因此效率低下，復雜程度較高。
文件系統不應局限於在內核空間實現
關於內核空間和用戶空間性能問題的爭論應該歇歇了，上下文切換不再是什麼大問題，因為堆棧和網路中的其它部分造成的延遲才是真正的限制因素。在用戶空間中實現的新興文件系統應該受到重視。原來大家都認為底層組件，如磁碟設備驅動和磁碟文件系統應該駐留在內核中，但現在是時候讓大部分代碼在用戶空間中實現了。例如，Hadoop和GlusterFS就是完全在用戶空間中實現的。有關Hadoop的使用可參考51CTO之前發布的使用Linux 和Hadoop進行分布式計算一文。
變革和創新
1、適合於直接附加存儲（Direct Attached Storag，DAS）的文件系統
Linux文件系統Ext3是迄今為止最穩定的Linux文件系統，但現在是時候考慮Ext4（內核2.6.31或更高才支持）了，因為它解決了諸如文件和目錄大小限制的局限性，基於延伸區（extent）分配機制能夠有效地存儲大文件，更快地執行fsck（文件系統檢查）和日誌校驗和檢查，但Ext4隻是一個暫時的解決方案。
Linux社區希望Linux支持ZFS和Btrfs（B-tree文件系統），Btrfs將類似ZFS的功能引入到Linux內核中，Btrfs不僅僅是一個磁碟文件系統，它還具有軟RAID管理，卷管理，克隆/快照和壓縮功能，它支持跨多塊磁碟動態增大或收縮卷。
Btrfs RAID可以從一個故障陣列快速重構，其速度比硬體RAID控制器還快，因為它只重新條帶化使用了的數據塊，執行快照需要的空間和時間也更少，Btrfs的目標是取代Linux默認文件系統Ext4，來自Oracle的Chris Mason是該項目的主要貢獻者。
2、網路文件系統（NFS）
NFS於1995年推出，NFS v3是目前應用最廣泛的NAS協議，所有伺服器操作系統（除微軟Windows外）和存儲廠商都支持它，2000年發布的NFS v4在許多方面都做了改進，但沒有取得廣泛應用。NFS v4.1（pNFS）應該會出現轉機，因為它帶來了人們迫切需要的並行I/O架構，並為低延遲高帶寬I/O增加了RDMA支持。
這是NFS的一個重大進步，允許用戶轉移到可橫向擴展的架構，但它的設計是基於一個統一的元數據伺服器，這可能會限制擴展能力，並且存在一個潛在的單點故障，因此要想成為主流應用尚需時日，這期間需要解決NFS v3/4的擴展性問題，通過在集群文件系統上集成NFS，利用虛擬IP和循環DNS技術，可以構建一個可擴展的NAS解決方案。
3、集群/分布式文件系統
集群或分布式文件系統允許跨多個存儲伺服器使用一個全局命名空間，並實現了智能分散I/O和數據，以克服NFS（和CIFS）的擴展性限制，每個廠商都有他們自己的內部協議，但對於應用程序是透明的，因為共享存儲是通過標準的POSIX介面訪問的。
這樣的文件系統有Oracle Lustre，IBM GPFS和GlusterFS，它們之間的主要區別是處理元數據的方式有所不同，Lustre使用的是中央控制元數據伺服器，GPFS使用的是分布式元數據伺服器模型，GlusterFS使用的是無元數據模型。在選擇集群文件系統時，關鍵就是要了解元數據的處理方式。
另一個不同點是Lustre和GPFS是在內核中實現的，GlusterFS是在用戶空間實現的，這些集群文件系統都實現了前面談到的關鍵存儲堆棧功能，它們都可以擴展到PB級存儲容量。
4、分布式對象存儲/key-value存儲
許多現代應用程序需要簡單對象API訪問諸如get/put，get/put屬性和lock/unlock這樣成對出現的數據，對象訪問允許將內存和磁碟看作是通過序列化的信息持久化塊。
大多數數據處理功能（如XML解析，哈希表，全文檢索等）都開始轉向更高級的應用程序庫，對象存儲API也適合構建NoSQL規模的資料庫。很多Web 2.0應用正在逐漸轉向Cassendra等NoSQL式存儲，比如前日的Digg和Twitter。
目前對象存儲還沒有標准化，雖然WebDAV，Hadoop，Apache Cassandra和Amazon S3都遵循這個模型，如果是構建一個新應用程序，它們也是很好的選擇，但在未標准化之前，POSIX API將是必需的。（參考閱讀：詳解NoSQL資料庫Apache Cassandra的配置）
小結

I. linux下常用的分布式文件系統有哪些

Lustre是HP，Intel，Cluster File System公司聯合美國能源部開發的Linux集群並行文件系統，名稱來源於Linux和Clusters。同時Lustre也是一個遵循GPL許可協議的開源軟體，Lustre也被稱為平行分布式文件系統，常用於大型計算機集群和超級電腦中。

Lustre的主要組建包括：元數據伺服器(Metadataservers， MDSs)、對象存儲伺服器(objectstorage servers， OSSs)和客戶端。其中MDSs提供元數據服務，MGS管理伺服器提供Lustre文件系統配置信息，OSS對象存儲伺服器expose塊設備提供數據。

Lustre文件系統針對大文件讀寫進行了優化，能夠提高性能的IO能力;在源數據獨立存儲、服務和網路失效的快速恢復、基於意圖的分布式鎖管理和系統可快速配置方面優異。

分布式存儲的關鍵技術主要包括：全局名字空間、緩存一致性、安全性、可用性和可擴展性。從數據形態來劃分，主要有：結構化數據、非機構化數據和半結構化數據。

Linux是一套免費使用和自由傳播的類Unix操作系統，是一個基於POSIX和UNIX的多用戶、多任務、支持多線程和多CPU的操作系統。它能運行主要的UNIX工具軟體、應用程序和網路協議。它支持32位和64位硬體。Linux繼承了Unix以網路為核心的設計思想，是一個性能穩定的多用戶網路操作系統。

Linux操作系統誕生於1991 年10 月5 日（這是第一次正式向外公布時間）。Linux存在著許多不同的Linux版本，但它們都使用了Linux內核。Linux可安裝在各種計算機硬體設備中，比如手機、平板電腦、路由器、視頻游戲控制台、台式計算機、大型機和超級計算機。

J. Linux裡面文件系統有哪些

Linux系統是現在非常受歡迎的操作系統，在Linux之中，一切都是文件，因為有很多操作都是依靠文件系統才可以完成的，而且文件系統可以滿足用戶正常的使用，那麼Linux中常見的文件系統有哪些?為大家介紹一下。
總體來說，在Linux之中，系統能夠支持的文件系統要比Windows系統多很多，達到數十種，所以說Linux系統也是非常出色的操作系統。Linux中常見的文件系統介紹：
1、Ext3：是一款日誌文件系統，能夠在系統異常的情況下避免文件系統資料丟失，並且能夠修復數據的不一致以及錯誤，同時，當硬碟容量較大的時候，所需要的修復時間也會增長，無法保證百分之百資料不會丟失，將整體磁碟的每個寫入動作細節預先記錄，避免發生異常的時候可追蹤到被中斷的部分，嘗試修補。
2、Ext4：是上一個的改進版本，是RHEL
6系統中的默認文件管理系統，支持存儲容量達到了1EB，同時還能夠無限多的子目錄，另外文件系統能夠批量分配block塊，從而極大地提高了讀寫效率。
3、XFS：是一個高性能的日誌文件系統，而且是RHEL
7中默認的文件管理系統，優勢就是在於發生意外可以快速回復可能被破壞的文件，強大的日誌功能只需要花費較低的計算和存儲性能，最大支持存儲容量18EB，幾乎滿足多種需求。