Skip to main content
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

分析階段工作流程

貢獻者

「分析」階段著重於移轉規劃前必須解決的項目。必須識別出互操作性對照表之外的主機組態細節。

針對每個主機、系統會識別目標組態(移轉後)、並執行落差分析、以識別不受支援的特定元件。主機分析應在完成後立即審查。必要的更新可能會中斷與每部主機上執行的應用程式的相容性。

一般而言、在實際移轉事件發生之前、不會進行必要的主機變更。這是因為通常需要排程維護時間、但如果可能的話、事先進行主機變更(例如系統修補和主機匯流排介面卡(HBA)更新)通常風險較低。此外、系統更新通常會與應用程式更新協調、利用相同的維護事件來進行。一般而言、移轉前對多重路徑I/O(MPIO)組態所做的任何變更、也會影響目前儲存設備的支援。例如、目前的儲存組態可能不支援從主機移除PowerPath、並重新設定為在Linux上使用原生MPIO和非對稱邏輯單元存取(ALUA)。

延遲MPIO重新設定、直到移轉完成為止、可簡化必要時的復原程序。

下表列出規劃階段工作。

元件 工作

主機

  1. 針對每個主機執行落差分析。找出所需的熱修復/修補程式、作業系統更新、HBA驅動程式和韌體升級、以符合NetApp IMT 支援系統上所選的目標組態。此外SnapDrive 、還SnapManager 應考量此主機上安裝其他NetApp軟體的需求(例如:NetApp®、簡稱「支援」)。

  2. 針對每個主機(作業系統組態、MPIO、HBA詳細資料、主機公用程式套件版本)、決定目標組態(移轉後)。

  3. 判斷其他NetApp產品需求SnapDrive (例如、NetApp SnapManager )。

相關資訊