2.2 SLES 11 中的新增功能

本節所述的是 SUSE® Linux Enterprise Server 11 版本的功能與行為變更。

2.2.1 EVMS2 已廢棄

企業磁碟區管理系統 (EVMS2) 儲存管理解決方案已廢棄。SUSE Linux Enterprise Server 11 套件中已移除了所有 EVMS 管理模組。您在升級系統時,Linux Volume Manager 2 (LVM2) 會自動識別 EVMS 受管設備並加以管理。如需詳細資訊,請參閱《Evolution of Storage and Volume Management in SUSE Linux Enterprise》(SUSE Linux Enterprise 中儲存和磁碟區管理的演進)

如需有關在 SUSE Linux Enterprise Server 10 中使用 EVMS2 管理儲存的資訊,請參閱《SUSE Linux Enterprise Server 10 SP3:儲存管理指南》

2.2.2 Ext3 做為預設檔案系統

Ext3 檔案系統已取代 ReiserFS 做為 YaST 工具在安裝和建立檔案系統時建議使用的預設檔案系統。ReiserFS 仍受支援。如需詳細資訊,請參閱 SUSE Linux Enterprise 10 檔案系統支援網頁上的《File System Future Directions》(檔案系統未來方向)

2.2.3 JFS 檔案系統已廢棄

不再支援 JFS 檔案系統,已從該套裝作業系統中移除 JFS 公用程式。

2.2.4 OCFS2 檔案系統包含於高可用性版本中

SUSE Linux Enterprise 高可用性延伸完全支援 OCFS2 檔案系統。

2.2.5 /dev/disk/by-name 已廢棄

在 SUSE Linux Enterprise Server 11 套件中,/dev/disk/by-name 路徑已廢棄。

2.2.6 /dev/disk/by-id 目錄中的設備名稱永久不變

在 SUSE Linux Enterprise Server 11 中,當啟動多重路徑時,預設多重路徑設定依賴 udev 覆寫 /dev/disk/by-id 目錄中的現存符號連結。在您啟動多重路徑之前,該連結透過使用設備的 scsi-xxx 名稱來指向 SCSI 設備。當多重路徑正在執行時,該符號連結則透過使用設備的 dm-uuid-xxx 名稱來指向設備。這樣可確保不論多重路徑是否啟動,/dev/disk/by-id 路徑中的符號連結始終指向同一設備。由於 lvm.confmd.conf 等組態檔案會自動指向正確的設備,所以無須對其進行修改。

如需關於此行為變更如何影響其他功能的詳細資訊,請參閱以下各節︰

2.2.7 多重路徑設備的過濾器

/dev/disk/by-name 目錄的廢棄 (如節 2.2.5, /dev/disk/by-name 已廢棄 中所述) 會影響您在組態檔案中設定多重路徑設備過濾器的方式。若在 /etc/lvm/lvm.conf 檔案中,多重路徑設備過濾器使用的是 /dev/disk/by-name 設備名稱路徑,則您需要將該檔案修改為使用 /dev/disk/by-id 路徑。設定使用 by-id 路徑的過濾器時,請注意以下事項:

  • /dev/disk/by-id/scsi-* 設備名稱永久不變,且建立它僅是為了該目的。

  • 不要在過濾器中使用 /dev/disk/by-id/dm-* 名稱。它們是設備對應程式設備的符號連結,使用這些名稱會導致在回應 pvscan 指令時報告重複的 PV。這些名稱會從 LVM-pvuuid 變更為 dm-uuid,再變回 LVM-pvuuid

如需關於設定過濾器的資訊,請參閱節 7.2.3, 在多重路徑設備上使用 LVM2

2.2.8 多重路徑設備的使用者易記名稱

/dev/disk/by-id 目錄中對多重路徑設備名稱處理方式的變更 (如節 2.2.6, /dev/disk/by-id 目錄中的設備名稱永久不變 中所述) 會影響您對使用者易記名稱的設定,因為設備的這兩個名稱有所不同。您必須將組態檔案修改為在設定多重路徑後僅掃描設備對應程式名稱。

例如,您需要修改 lvm.conf 檔案以使用多重路徑設備名稱進行掃描,方法是指定 /dev/disk/by-id/dm-uuid-.*-mpath-.* 路徑,而非 /dev/disk/by-id

2.2.9 多重路徑的進階 I/O 負載平衡選項

除了輪替之外,系統還提供了以下適用於設備對應程式多重路徑的進階 I/O 負載平衡選項︰

  • Least-pending

  • Length-load-balancing

  • Service-time

如需更多資訊,請參閱瞭解優先程序群組與屬性

2.2.10 多重路徑工具 Callout 的位置變更

設備對應程式多重路徑工具的 mpath_* prio_callout 已移至位於 /lib/libmultipath/lib* 中的共享程式庫中。透過使用共享程式庫,callout 會在精靈啟動時載入到記憶體中。這有助於避免在所有路徑失效的情況下出現系統鎖死,例如當需要從磁碟載入程式而磁碟此時不可用的情況下。

2.2.11 mkinitrd -f 的選項從 mpath 變更為 multipath

將設備對應程式多重路徑服務新增到 initrd 的選項已從 -f mpath 變更為 -f multipath

若要建立新的 initrd,現在指令變更為:

mkinitrd -f multipath