移轉注意事項
在移轉至 WebSphere® Application Server 9.0 版的程序開始之前,有些考量需要事先知道。

本文討論設定檔配置的移轉。 如果要將應用程式移轉至最新的版本,請使用 WebSphere Application Server Migration Toolkit。 如需相關資訊,請參閱 WASdev 上的 Migration Toolkit。
sptcfgAIX®、HP-UX、IBM® i、Linux、Solaris 和 Windows 作業系統的考量
移轉應用程式伺服器之前,請考量下列資訊:- 在執行移轉之前,請先評估 WebSphere Application Server
9.0 版中已淘汰的項目。
如需相關資訊,請參閱已淘汰、已穩定、已取代及已移除的特性。
- WebSphere Application Server 7.0 版或更新版本包含高可用性管理程式 (HAM) 和核心群組功能。
如需瞭解當您從 7.0 版或更新版本移轉至 9.0 版時,可能影響您移轉的核心群組配置和拓蹼注意事項,請參閱核心群組的移轉考量。
註: 在大部分情況下,核心群組中建議的伺服器數目應該不超出 50 個。 一旦移轉工具所新增的伺服器超過建議的上限時,您會收到警告訊息。 - 配置移轉工具不會轉換應用程式,或使它們與新的 Java SDK 層次相容。移轉至新 Java SDK 之前,請使用 WebSphere Application Server Migration Toolkit,評估您的應用程式是否應進行可能需要的變更,並在進行任何必要的更新之後,測試您的應用程式。請參閱 WASdev 上的 Migration Toolkit。
請參閱移轉 API 和規格,以取得相關資訊。
- 移轉工具會建立一個移轉備份目錄,內含舊版配置的備份副本,這是先前設定檔中之配置目錄和應用程式外加追蹤檔的大小。此外,您的系統必須具備目標設定檔的空間,在移轉之後,其大小與來源設定檔相同。
對於備份目錄,系統所需的儲存體量,取決於您的環境以及所用的移轉工具。
- 位置:備份目錄指定成 WASPreUpgrade 和 WASPostUpgrade 指令的參數。
- 數量:使用這些指令時,為了預估您的儲存體需求,請增加下列數量。
- 先前配置中所有設定檔的下列項目大小:
- profile_root/installableApps 目錄
- profile_root/installedApps 目錄
- profile_root/config 目錄
- profile_root/properties 目錄
- libraries.xml 配置檔中參照的共用程式庫
- resources.xml 配置檔中參照的資源配接器保存檔 (RAR)
- 若有啟用追蹤,請根據您配置的大小和複雜性,酌留足夠空間給追蹤檔。
- 先前配置中所有設定檔的下列項目大小:
- 如果您使用隔離的資料儲存庫(具體而言,SIB 和 Apache Derby 資料庫的交易日誌之類的非共用資料儲存庫),而且您從舊版進行移轉,當執行 WASPreUpgrade 指令時,會儲存您現有的資料庫和交易日誌。您在執行 WASPreUpgrade 指令之後所作的任何資料庫變更,都不會反映在移轉後的環境中。
- 如果您具有關鍵任務資訊,並且儲存在這些本端資料儲存庫中,在嘗試移轉之前,應在安全情況下關閉所有與那些儲存庫互動的伺服器。那些伺服器應維持離線,直到順利完成移轉或回復為止。
- 如果您因為非預期地發生了回復,或是為了套用修正程式,而嘗試多次移轉,請重新執行 WASPreUpgrade 指令,以便讓隔離的資料儲存庫的任何變更,反映在移轉後的環境中。
- 在移轉 Apache Derby 資料庫之前,如果有應用程式伺服器在管理正在使用 Apache Derby 資料庫的應用程式,您應該確保該應用程式伺服器已關閉。否則,Apache Derby 移轉將會失敗。
- 您應注意下列與移轉安全網域有關的規則:
- 如果您要移轉的部署管理程式具有 Cell 層次範圍的安全網域,移轉工具會採取下列動作:
- 移轉作業會在新配置中建立一個名稱為 PassThroughToGlobalSecurity 的網域(如果該網域尚不存在的話)。
- 移轉作業會針對存在於舊配置的所有叢集,在新配置中新增一項叢集對映。
- 只存在於移轉之前的 9.0 版部署管理程式配置中的叢集,並不會變更它們指向 PassThroughToGlobalSecurity 的對映。
- 如果移轉之前 9.0 版叢集的對映存在,移轉之後,它們仍會存在。
- 如果移轉之前 9.0 版叢集的對映不存在,移轉之後,它們仍不會存在。
- 如果移轉之前,叢集同時存在於舊版配置和 9.0 版配置中,新配置中的叢集會新增到 PassThroughToGlobalSecurity 網域中,行為會如同舊版中的叢集。
- 只存在於移轉之前的 9.0 版部署管理程式配置中的叢集,並不會變更它們指向 PassThroughToGlobalSecurity 的對映。
- 移轉作業會針對存在於所移轉之 6.1.x 版配置中的任何匯流排,新增一項匯流排對映。
匯流排對映所遵循的更新規則,和叢集對映規則相同。
- 管理伺服器(部署管理程式)不會新增至 PassThroughToGlobalSecurity 網域。
- 如果您要移轉的聯合節點具有 Cell 層次範圍的安全網域,移轉工具會採取下列動作:
- 移轉作業會在新配置中建立一個名稱為 PassThroughToGlobalSecurity 的網域(如果該網域尚不存在的話)。
- 移轉作業會針對舊節點配置中的所有非叢集伺服器,在 PassThroughToGlobalSecurity 網域中新增一項伺服器層次對映。
- 在要移轉的節點中,屬於叢集一部分的伺服器並不會接收 PassThroughToGlobalSecurity 網域中的項目,因為在移轉部署管理程式期間,會透過叢集對映來處理此情況。
如果您已移除該對映,移轉作業會維護該行為。
- 管理伺服器(節點代理程式)不會新增至 PassThroughToGlobalSecurity 網域。
- 在要移轉的節點中,屬於叢集一部分的伺服器並不會接收 PassThroughToGlobalSecurity 網域中的項目,因為在移轉部署管理程式期間,會透過叢集對映來處理此情況。
如需相關資訊,請參閱多重安全網域中的「混合版本環境中的安全網域」。
- 如果您要移轉的部署管理程式具有 Cell 層次範圍的安全網域,移轉工具會採取下列動作:
- 認證提示的停用程序有了改變。
如果要停用 9.0 版中的認證提示,請先配置 ipc.client.props 來停用認證提示,再從 6.1 版移轉至 9.0 版。
- 在移轉期間,某一部分的應用程式 meta 資料可能會重設為預設值,使得應用程式的運作和您所預期的不同。
如果您在舊環境中安裝某應用程式時,將使用二進位檔中的 meta 資料設為 true,並在該次安裝或未來的應用程式更新時,變更了應用程式的 meta 資料(例如:JNDI 資源參照或資料庫項目),移轉時該項變更可能會遺失。
當使用二進位檔中的 meta 資料設為 true,管理程式碼只會更新二進位 EAR 檔中的 meta 資料。混合 Cell 不支援這個選項;因此,在移轉過程中會自動將它變更為 false。當發生此情況時,會優先採用配置目錄中的擴充 meta 資料,而非使用二進位 EAR 檔中的值。如此會造成優先採用原始 EAR 檔安裝架構中的值,而非使用您可能已進行的任何更新。
請執行下列其中一項動作,來解決此問題:- 移轉之前,請先更新舊環境中的應用程式,並將使用二進位檔中的 meta 資料設為 false。請確定應用程式正以這項新設定正確運作,然後執行移轉。
- 移轉之後,請更新應用程式,並視需要更正 meta 資料,讓應用程式能夠適當運作。
- 利用移轉工具來移轉至 WebSphere Application Server
9.0 版之後,您可能需要執行一些移轉工具不會自動執行的動作。
- 檢查您在 WebSphere Application Server
7.0 版或更新版本中可能使用的任何「小型認證機構 (LTPA)」安全設定,然後驗證已適當設定 9.0 版安全。
如需相關資訊,請參閱小型認證機構。
- 檢查 logs 目錄中的 WASPostUpgrade.log 檔,取得移轉工具未移轉之任何 JavaServer Pages (JSP) 物件的詳細資料。
如果 9.0 版不支援配置了 JSP 物件的層次,移轉工具會在輸出中辨識這些物件,將它們記載下來。
- 驗證自動移轉 Apache Derby 資料庫的結果,並對工具未自動移轉的任何 Apache Derby 資料庫,採取手動移轉。
請參閱移轉 Apache Derby 資料庫,以取得相關資訊。
- 檢查您在 WebSphere Application Server
7.0 版或更新版本中可能使用的任何「小型認證機構 (LTPA)」安全設定,然後驗證已適當設定 9.0 版安全。


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-iseries&topic=cmig_pre
檔名:cmig_pre.html