更新系統軟體

系統更新程序涉及整個系統環境的更新此程序可能涉及記憶體和軟體變更。

新增更多記憶體至節點或更正 DIMM 故障

重要: 透過新增更多記憶體來升級節點之前,您必須先從系統配置中移除該節點。如果要這麼做,請完成下列程序。同樣地,如果您在更新處理程序期間,遇到任何節點的記憶體 DIMM 故障,請立即停止。然後,遵循此程序來確保更新成功。
  1. 如果您將記憶體新增至節點,則必須從系統配置中移除該節點。如果要這麼做,可以使用管理 GUI 或 CLI。
    • 如果要使用管理 GUI,請用滑鼠右鍵按一下節點,然後選取移除
    • 如果要使用 CLI,請輸入下列指令,其中 node_id | node_name 識別節點。
      svctask rmnode node_id | node_name
  2. 根據硬體製造商的指示,在節點上新增或更換 DIMM。
  3. 檢查系統中其餘節點的狀態和更新狀態:
    svcinfo lssoftwareupgradestatus
  4. 如果夥伴節點已啟動,且系統更新狀態為 updating(更新中),請在服務模式下更新節點,並將它加回系統中:
    svctask addnode
    請參閱 addnode 指令資訊,以取得可能的旗標。會繼續更新
  5. 如果夥伴節點已啟動,且系統更新狀態為 stalled(停滯),請決定要完成更新(推進),還是取消(回復)。您的決定有一部分取決於失效當時您更新的進展程度。您可以透過服務更新策略或節點移除 (rmnode 指令)來推進。
    • 推進(服務更新):如果要手動完成更新,請使用服務模式更新程序,來更新其餘的舊版節點。等所有節點都執行同一層次之後,就會確定更新
    • 推進(rmnode 指令):請只有在更新已完成 50% 或以上時,才使用 rmnode 指令程序。
    • 回復(取消更新)。若有一或多個節點離線,則需要 -force 參數。
       svctask applysoftware -abort -force
      重要: 使用 -force 參數,可能導致無法存取。請只有在(您離線節點的)夥伴節點還是原始程式碼層次時,才選擇這個選項。
      已更新節點會回復為原始的軟體層次,一次一個節點。
  6. 驗證所有節點都已回復,並執行相同的韌體。
  7. 輸入下列指令:
    svcconfig backup
  8. 驗證系統的性能。

規劃考量

如需更新前之限制的最新資訊,請造訪下列網站:

http://www.ibm.com/support/docview.wss?uid=ssg1S1009131

請酌留最多一週的時間來規劃您的作業,逐一完成預備的更新作業,然後完成系統環境的更新更新程序可以劃分為下列的一般程序,如表 1 所示。
表 1. 更新作業
順序 更新作業
1 在您更新之前,請熟悉所涉及的先決條件和作業。在自動更新程序期間,系統會有系統地更新每一個節點。決定您要自動更新還是手動更新。在自動更新程序中,叢集系統會有計劃地更新所有節點。自動方法是在節點上更新軟體的偏好程序。不過,您也可以手動更新每個節點。
2 請確定 CIM 物件管理程式 (CIMOM) 用戶端運作正確。必要時,請更新這些用戶端,讓它們可以支援新版本的系統程式碼
3 請確定環境中的多重路徑驅動程式是完全備援的。
4 更新您的系統。
5 更新系統環境中的其他裝置。例如,將主機和交換器更新為正確的層次。
註: 時間量會因所需的準備工作量及環境的大小而有所不同。
小心: 如果您的多重路徑驅動程式支援發生失效接手問題,請先解決這些問題,再啟動正常的作業。

系統的軟體是當成單一套件來測試和發佈。每次發佈新版本時,套件編號就會增加。

有些程式碼層次只支援特定的先前層次的更新,否則該程式碼只能安裝在特定的硬體類型上。如果要更新為高於現行層次一個以上的層次,您可能需要安裝中間層次。舉例來說,如果您是從層次 1 更新為層次 3,則可能需要先安裝層次 2,才能安裝層次 3。如需每一個程式碼層次先決條件的相關資訊,請造訪下列網站:

www.ibm.com/support
小心: 請確定日誌中不存在未修正的錯誤,且系統的日期和時間設定正確。啟動修正程序,並確定在您嘗試並行更新程式碼之前,已修正所有未解決的錯誤。

更新程序

在自動更新程序期間,會逐一已更新系統中的每一個節點,且新的程式碼暫置在節點上。當每一個節點重新啟動時,系統所能承擔的最高 I/O 速率可能有所下降。等系統中的所有節點都以新程式碼層次順利重新啟動之後,就會自動確定新層次。

在自動程式碼更新期間,會循序已更新工作配對中的每一個節點。正在已更新的節點將暫時無法使用,且對該節點的所有 I/O 作業都會失敗。因此,I/O 錯誤計數會增加,且會將失敗的 I/O 作業導引至工作配對中的夥伴節點。應用程式不會看到任何的 I/O 失敗。將新節點新增到系統時,會將更新套件自動下載到系統中的新節點上。

一般而言,更新可以與正常使用者 I/O 作業同時進行。不過,效能可能受影響。對於在更新期間所能執行的作業,若有任何的限制,這些限制會記載在可用來下載更新套件的產品網站上。在更新程序期間,大部分的配置指令都無法使用。從更新程序啟動到確定新程式碼層次,或是直到取消該程序為止,只有下列指令可運作:

  • 所有資訊指令

如果要判斷更新程序何時完成,則會透過管理 GUI 通知您。如果您使用指令行介面,請發出 lsupdate 指令,顯示更新的狀態。

由於更新程序期間會出現一些作業限制,因此程式碼更新由使用者完成。不過,如果您對更新有疑問,請聯絡您的支援中心。請勿在沒有技術協助之下,嘗試疑難排解更新問題。如需相關資訊,請參閱如何取得資訊、協助和技術協助的相關主題。

多重路徑驅動程式

在您更新之前,請確定多重路徑驅動程式是完全備援的,每一條路徑都可用且都在線上。在更新期間,您可能會看到消失(失效接手)的路徑相關錯誤及錯誤計數不斷增加。當節點路徑恢復時,節點會撤回成為完全備援的系統。等延遲 30 分鐘之後,另一個節點的路徑會調降。

如果您以 IBM® 子系統裝置驅動程式 (SDD)IBM 子系統裝置驅動程式裝置特定模組 (SDDDSM),作為主機上的多重路徑軟體,則會以 datapath query devicedatapath query adapter 指令來顯示增加的 I/O 錯誤計數,以監視多重路徑軟體的狀態。如需相關資訊,請參閱 IBM 多重路徑子系統裝置驅動程式 使用手冊,以取得 datapath query 指令的相關資訊。

如果您以 IBM 子系統裝置驅動程式路徑控制模組 (SDDPCM),作為主機上的多重路徑軟體,則會以 pcmpath query devicepcmpath query adapter 指令來顯示增加的 I/O 錯誤計數,以監視多重路徑軟體的狀態。

Metro MirrorGlobal Mirror 關係

如果系統的次要磁區會執行 Metro Mirror 或 Global Mirror 關係,當您在該系統上更新軟體時,主要磁區上的寫入效能可能會下降,Global Mirror 關係可能會因一或多個錯誤(錯誤碼 1920)而自動停止。您可能希望在更新軟體前,主動停止這些關係,以避免寫入效能下降,並在完成更新之後,重新啟動這些關係。

系統更新之後

位於系統的審核日誌內容在更新之前,會先傳送到配置節點上 /dumps/audit 目錄中的檔案。現在審核日誌中的內容,會包括成功更新系統之後,來自所執行之指令的內容。