盡管示例來自于 AIX 遷移，但可以針對其他平臺和系統變化來調整大部分想法。分三個階段來考慮升級：

• 準備
• 升級本身
• 升級后的工作

　　平穩升級有賴于良好的準備工作。但這個過程并沒有在您將系統交回用戶時就結束了。升級之后，花費一些時間修訂文檔、看看用戶是否滿意并進行升級后的檢查，是非常重要的。這樣您便有機會弄清工作得如何以及如何做更好。

　　準備

管理用戶期望。升級的最大困難通常并不在技術方面，更多的時候跟管理用戶期望有關，以便用戶不會期望系統完成不可能的事情。管理期望意味著讓涉眾參與更改審批過程，還意味著用戶對升級帶來的影響有一個合理的估計。何時會再次備份他們的系統？他們會注意哪些功能和特性？一個關鍵的組成部分是允許有足夠的停機時間來進行升級。

　　不要在生產環境中進行測試，而是使用一個盡可能與生產環境接近的測試環境來測試升級的運行。在生產環境中進行測試可能會造成災難。

閱讀文檔。即使您以前進行過類似的升級，也要閱讀文檔，因為可能會有新的先決條件和不同的過程。我發現，尤其是到 Virtual I/O Server (VIOS) 的升級，您需要了解所涉及的內容，尤其是所有先決條件。

最大程度減小對用戶的影響。很難確定中斷時間范圍，原因之一在于中斷過程太長。情況并不總是這樣的。某些升級方法可能會節省大量時間。例如，使用 Network Installation Manager (NIM) 通過 nimadm 進行遷移，將允許您創建一個備用磁盤并在中斷時間范圍之前升級該磁盤。在停機期間，所有需要做的只是重新啟動，用戶就可以再次登錄了。采用這種備用磁盤安裝的方式還會提供一個非常快速的回滾計劃（如果需要的話）。

　　事先下載更新。有了一個緊湊的中斷時間范圍，您就不再需要在下載您認為不需要的軟件或固件方面浪費時間。您可以提前下載所有更新。對于 AIX，這可能是指 Power Systems 固件、適配器和設備微碼，可能還包括 Hardware Management Console。

驗證更新。如果您使用的是物理媒體，那么執行您可以執行的所有操作來檢查它的可讀性。如果程序包采用壓縮格式或者位于存檔中，那么有必要進行解壓縮或者至少檢查您是否可以讀取該存檔。

　　創建并驗證備份。這聽起來非常簡單，不是嗎？但備份實際上只是用于還原的功能。備份過程中的某些元素可能需要修訂。我最近聽說一個小學校，有人每天更改備份磁帶，但實際上從未計劃運行任何備份。檢查您的備份是否包含您可能需要還原的一切內容也是非常重要的。例如，如果您使用 mksysb 命令進行 AIX 操作系統備份，則通過一些其他方法檢查排除列表 (/etc/exclude.rootvg) 中的所有文件或目錄是否可還原或是否不重要。

　　準備備用升級策略。單點故障可能會是毀滅性的。您可能有一個首選的方法來進行升級，但您仍然可以擁有回滾計劃，以防萬一。例如，如果您使用 NIM 進行 AIX 遷移，那么您可能希望在您的 VIOS 虛擬媒體存儲庫上擁有 AIX V7.1 安裝映像的副本。

　　在升級期間

首先重新啟動。如果 uptime 命令報告操作系統已經運行了幾個月，那么可能需要進行一次初始的重新啟動。這樣將會確認操作系統本身原封未動并且能夠承受住重新啟動。如果由于某些原因，系統未啟動、必需的過程未啟動或者文件系統未裝載，那么您可以直接解決這些問題，無需考慮此問題是否跟升級有關。

保留日記。簡單記錄每個任務的開始和結束時間將有助于您計劃在將來進行更高效的升級。記下任何意外結果或問題，以及您可能使用的任何解決方案或解決辦法。

　　建立多個回滾點。如果您的升級涉及 10 個步驟，但第 3 步失敗了，那么您愿意將系統停留在第 2 步階段，還是回滾到原始的升級前配置？

　　記錄升級。您應該已經擁有了一些升級文檔，其中包含您計劃要執行的操作。那么對該文檔進行一些改進以便顯示您實際執行的操作是非常值得的。如果您對原始計劃進行了某些改動，請記下都有哪些改動以及為什么進行改動。

　　通知涉眾。如果在升級期間遇到問題或者您預計有一些延遲，則應該提前通知涉眾。通常，他們寧愿被告知系統未按計劃運行，而不愿自己最后才搞清真相。

　　升級之后

　　驗證功能。如何驗證升級是否成功將取決于應用程序。進行一些基本的測試是非常必要的。但重要的是在數百個或數千個用戶打電話說他們無法登錄之前，弄清楚數據庫已關閉。

　　創建新備份。如果出現不幸的情況，在升級完成之后的一段時間內還必須依賴備份，那么您必須還原到升級前的備份，然后再次升級。

清理。成功完成升級之后，需要清理您可能使用過的所有臨時文件和文件系統。刪除備用磁盤并恢復卷組鏡像（如果適用）。

　　減少代價

　　成功和平穩的升級不應該依賴幸運。良好的準備、基本的故障排除技巧以及改進過程的愿望都有助于您以最小的代價升級系統。