更新系統軟體

系統更新程序涉及更新整個系統環境。

小心:更新程序期間,若有任何節點發生記憶體 DIMM 失效,請立即停止。請遵循這項程序,確保更新成功。
  1. 根據您硬體製造商的指示,更換失效節點上的 DIMM。
  2. 從系統卸下具有 DIMM 的節點:
    svctask rmnode object_id | object_name
  3. 檢查系統中其餘節點的狀態和更新狀態:
    svcinfo lssoftwareupgradestatus
  4. 如果夥伴節點已啟動,且系統更新狀態為 updating(更新中),請在服務模式下更新節點,並將它加回系統中:
    svctask addnode
    請參閱 addnode 指令資訊,以取得可能的旗標。會繼續更新
  5. 如果夥伴節點已啟動,且系統更新狀態為 stalled(停滯),請決定要完成更新(推進),還是取消(回復)。您的決定有一部分取決於失效當時您更新的進展程度。您可以透過服務更新策略或節點移除 (rmnode 指令)來推進。
    • 推進(服務更新):如果要手動完成更新,請使用服務模式更新程序,來更新其餘的舊版節點。等所有節點都執行同一層次之後,就會確定更新
    • 推進(rmnode 指令):請只有在更新已完成 50% 或以上時,才使用 rmnode 指令程序。
    • 回復(取消更新):
       svctask applysoftware -abort -force
      若有一或多個節點離線,則需要 -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 目錄中的檔案。現在審核日誌中的內容,會包括成功更新系統之後,來自所執行之指令的內容。