產品配置移轉期間的配置對映
在產品配置移轉期間,會對映各種配置。

本文討論設定檔配置的移轉。 如果要將應用程式移轉至最新的版本,請使用 WebSphere® Application Server Migration Toolkit。 如需相關資訊,請參閱 WASdev 上的 Migration Toolkit。
sptcfg移轉包含將 WebSphere Application Server 舊版配置複製到新版中。
有許多可行的移轉實務。移轉工具會將您在移轉的版本其中現有的物件和屬性對映至 9.0 版環境中對應的物件和屬性。
移轉工具會將舊版的值引進 9.0 版環境中。
移轉工具會將適當的指令行參數,轉換成伺服器程序定義中的 Java™ 虛擬機器 (JVM) 設定。大部分的設定都會直接對映。有些設定不會移轉,因為它們在 WebSphere Application Server 9.0 版配置中的角色不存在、意義不同,或範圍不同。
如需如何變更程序定義設定的相關資訊,請參閱程序定義設定。如需如何變更 JVM 設定的相關資訊,請參閱 Java 虛擬機器設定。
- 在 7.0 版或更新版本中,通用伺服器有自己的類型,稱為 GENERIC_SERVER。移轉會執行這項轉換,但是移轉無法準確移轉通用伺服器所參照的外部資源。在移轉作業完成通用伺服器設定的移轉之後,您可能需要執行其他作業。如果通用伺服器所管理的舊資源是在舊的 WebSphere Application Server 安裝架構之下,請執行下列作業:
如果通用伺服器所管理的舊資源沒有安裝在舊的 WebSphere Application Server 安裝架構之下,就不需要任何進一步的動作:
您可以移轉屬於 Cell 的 WebSphere Application Server 7.0 版或更新版本節點,而不需將節點從 Cell 移除。
請先移轉部署管理程式,再移轉 Cell 中的任何基本節點。
重要: 將 WebSphere Application Server, Network Deployment 從 7.0 版或更新版本移轉至 9.0 版時,請使用相同的 Cell 名稱。 如果您使用不同的 Cell 名稱,聯合節點就無法順利移轉至 WebSphere Application Server, Network Deployment 9.0 版 Cell。將 Cell 內的基本 WebSphere Application Server 節點移轉至 9.0 版,也會將節點代理程式移轉至 9.0 版。 Cell 可以有一些 9.0 版的節點,以及 7.0 版或更新版本層次的其他節點。
- WebSphere Application Server 9.0 版會將各項設定合併到 9.0 版原則檔中,從而移轉隨 7.0 版或更新版本安裝的所有原則檔,其性質如下:
移轉會將舊版目錄中的檔案複製到 WebSphere Application Server 9.0 版配置中。
WebSphere Application Server 9.0 版會將各項設定合併到 9.0 版內容檔中,從而移轉隨 7.0 版或更新版本安裝的所有內容檔。
如果舊的 WebSphere Application Server 安裝架構中有 J2C 資源所參照的 RAR,則會移轉這些 RAR。 在這種情況下,RAR 會複製到新的 WebSphere Application Server 安裝架構中的對應位置。 關聯式資源配接器 RAR 將不會被移轉。
移轉叢集層次資源:WebSphere Application Server 6.0 版引進了叢集層次資源的概念。 這些配置在叢集目錄下的 resourcexxx.xml 檔中。例如:<resources.j2c:J2CResourceAdapter xmi:id="J2CResourceAdapter_1112808424172" name="ims" archivePath="${WAS_INSTALL_ROOT}\installedConnectors\x2.rar"> ... </resources.j2c:J2CResourceAdapter>
如果您具有叢集層次資源,這個資源在每一個叢集成員(節點)中,都必須位於相同位置中。因此,以上述範例來說,每一個叢集成員必須將 RAR 檔安裝在 ${WAS_INSTALL_ROOT}\installedConnectors\x2.rar 位置中。在每一個叢集成員中,會解析 ${WAS_INSTALL_ROOT} 來取得確切位置。
在部署管理程式的移轉中,工具會移轉部署管理程式上的叢集檔,包括 resourcexxx.xml 檔在內。
在聯合節點的移轉中,工具會處理每一個 J2C 配接器。
7.0 版中的 RAR 檔移轉至 9.0 版:
從 7.0 版移轉至 9.0 版,會將 RAR 檔之類的檔案從 WAS_INSTALL_ROOT 複製到 WAS_INSTALL_ROOT,以及從 USER_INSTALL_ROOT 複製到 USER_INSTALL_ROOT。
比方說,如果 WAS_INSTALL_ROOT 中有 7.0 版的 RAR 檔,移轉工具不會將檔案從 WAS_INSTALL_ROOT 中自動複製到 USER_INSTALL_ROOT 中。 這是維護叢集層次 J2C 資源的完整性。
不過,如果您將 7.0 版中 EAR 檔(例如 archivePath="C:/WAS/installedConnectors/x2.rar")的路徑寫在程式中,9.0 版移轉工具將無法變更 archivePath 屬性來加以反映,因為這會破壞所有尚未移轉的其他叢集成員。不提供從舊版移轉來的範例。您可以安裝一些對等的 WebSphere Application Server 9.0 版範例。
當您在 WebSphere Application Server 9.0 版中啟用安全時,依預設,會啟用 Java 2 安全。 Java 2 安全會要求您明確授與安全許可權。
當移轉至 WebSphere Application Server 9.0 版時,您選擇是否要移轉成支援 Script 相容性,會導致兩個不同的結果。如需將您的安全配置移轉至 9.0 版的相關資訊,請參閱說明文件中的「移轉、共存和交互作業 – 安全考量」一文。
在 WebSphere Application Server for z/OS® 中,依預設,stdin、stdout 和 stderr 的輸出會引導至 SYSOUT。 如果將它們重新導向到舊版的配置目錄,您可能需要在 9.0 版 JCL 中進行這項變更。
移轉工具會嘗試移轉現有的取消和工作目錄。否則,會使用適當的 9.0 版預設值。
如果 WebSphere Application Server for z/OS 使用者 ID 在舊版配置目錄中有起始目錄,您應該在移轉之前,將它們更新為常駐於另一個位置。
避免困難: 在共存性情況下,在不同版本之間使用一般目錄,可能造成問題。gotcha
移轉工具會移轉所有的埠。您必須解決任何的埠衝突,才能同時執行伺服器。
註: 如果移轉中的配置定義了若干埠,移轉工具會修正 9.0 版配置中的埠衝突,且會將變更記載下來,供您驗證。您必須手動新增每一個埠的虛擬主機別名項目。如需相關資訊,請參閱說明文件內的「配置虛擬主機」一文。
WebSphere Application Server 7.0 版所實作的 Java Platform Enterprise Edition (Java EE) 規格層次要求在 Web 儲存器中,變更設定內容類型的行為。 如果預設的 Servlet 寫出器沒有設定內容類型,不但 Web 儲存器不再以它為預設值,Web 儲存器還會傳回 Cell 是 "null"。 這個狀況有可能導致部分瀏覽器會不正確地顯示所產生的 Web 儲存器標籤。 為了防止出現這個問題,當移轉企業應用程式時,移轉作業會將 Web 模組的 autoResponseEncoding IBM® 延伸設為 "true"。