Linux
為共享磁碟選擇文件系統（不是像 GFS 這樣的集群文件系統）
我有一堆連接到 SAN 的伺服器。一台伺服器託管生產數據庫伺服器，對導出到所有伺服器的 LUN 上的文件系統執行完整數據庫備份。
只有“所有者”（生產伺服器）以讀寫方式安裝此文件系統。當所有者已執行完整備份時，
sync將呼叫。其他主機稍後以只讀方式掛載此文件系統，以便快速訪問備份，以載入副本。這樣我就沒有網路作為傳輸備份的瓶頸。
我已經在 Solaris 上進行了多年的這個設置，在一個普通的 UFS 文件系統上沒有任何故障。
現在我將在 Linux (RHEL6) 上進行相同的設置，並希望獲得有關選擇什麼文件系統的建議。我認為越簡單越好，因為我絕對不希望所有者以外的任何其他主機進行任何更改。如果磁碟上的結構停止匹配核心“知道”的內容，則不會有日誌重播或其他瘋狂的東西會混淆所有者核心。
我希望你能理解我的問題。在 linux 上安裝只讀文件系統時，我看到了一些讓我有點擔心的事情（比如日誌重播）。
我正在尋找簡單的東西。不是需要握手和心跳的集群文件系統。只有一個節點需要寫入。
根據用於掛載的 linux手冊頁，您可以對 ext3/ext4 文件系統使用“-o ro,noload”（這將是我為此選擇的 FS）。
我認為你已經很幸運沒有遇到這個問題。
當然，任何數量的盒子都應該能夠以只讀方式從大多數文件系統中讀取而不會出現問題。您可以通過將設備設置為只讀（例如使用blockdev ）來阻止所有寫入（包括日誌重播）。
但是，如果寫入主機決定在文件系統仍然掛載在其他地方時對文件系統進行 fsck，那麼您認為在您目前的架構上會發生什麼？
如果是我，我認為更好的方法可能是在兩個 RAID1 集之間移動磁碟以跨 / 使用 SAN 中的快照工具遷移數據。或者只是使用網路文件系統或集群文件系統。