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

本文討論設定檔配置的移轉。 如果要將應用程式移轉至最新的版本,請使用 WebSphere® Application Server Migration Toolkit。 如需相關資訊,請參閱 WASdev 上的 Migration Toolkit。
sptcfg移轉作業一律會涉及將單一設定檔移轉至相同或不同機器中的另一個單一設定檔。範例包括 WebSphere Application Server 7.0 版部署管理程式移轉至 9.0 版部署管理程式,以及 7.0 版應用程式伺服器移轉至 9.0 版獨立式應用程式伺服器。
有許多可行的移轉實務。移轉工具會將您在移轉的版本其中現有的物件和屬性對映至 9.0 版環境中對應的物件和屬性。
移轉工具會將舊版的值引進 9.0 版環境中。
不過,在呼叫 WASPostUpgrade 期間,如果將 -setPorts 參數設為 generateNew 或某個埠值,會將該埠值提供給移轉至 9.0 版的每一部應用程式伺服器。
移轉工具會將適當的指令行參數,轉換成伺服器程序定義中的 Java™ 虛擬機器 (JVM) 設定。大部分的設定都會直接對映。有些設定不會移轉,因為它們在 WebSphere Application Server 9.0 版配置中的角色不存在、意義不同,或範圍不同。
如需如何變更程序定義設定的相關資訊,請參閱程序定義設定。如需如何變更 JVM 設定的相關資訊,請參閱 Java 虛擬機器設定。
- 在 7.0 版或更新版本中,通用伺服器有自己的類型,稱為 GENERIC_SERVER。移轉會執行這項轉換,但是移轉無法準確移轉通用伺服器所參照的外部資源。在移轉作業完成通用伺服器設定的移轉之後,您可能需要執行其他作業。如果通用伺服器所管理的舊資源是在舊的 WebSphere Application Server 安裝架構之下,請執行下列作業:
如果通用伺服器所管理的舊資源沒有安裝在舊的 WebSphere Application Server 安裝架構之下,就不需要任何進一步的動作:
利用 wsadmin 工具,將所有 WebSphere Application Server 7.0 版或更新版本 EAR 檔移轉至 9.0 版時,WASPostUpgrade 工具會利用預設的 Java 資料堆大小上限 64 MB,來安裝 EAR 檔。
如果在移轉期間,因為 Java 資料堆大小不夠大而無法安裝 7.0 版或更新版本 EAR 檔,您會看到一則類似下列訊息:java.lang.OutOfMemoryError JVMXE006:OutOfMemoryError
請增加 Java 資料堆大小上限,並遵循範例來安裝應用程式。
在 WebSphere Application Server 9.0 版上安裝應用程式的範例
假設:- C:\WebSphere\AppServer
- EAR 檔的名稱
- 應用程式的名稱
- 安裝 EAR 檔的伺服器名稱
- 要配置伺服器的節點名稱
wsadmin -conntype NONE -c "$AdminApp install C:\\WebSphere\\AppServer\\installableApps\\ EAR_file_name {-nodeployejb -appname app_name -server server_name -node node_name}"
在 WebSphere Application Server, Network Deployment 9.0 版上安裝應用程式的範例
假設:- C:\WebSphere\ Manager
- EAR 檔的名稱
- 應用程式的名稱
- 應安裝 EAR 檔的叢集名稱
wsadmin -conntype NONE -c "$AdminApp install C:\\WebSphere\\ Manager\\installableApps\\ EAR_file_name> {-nodeployejb -appname app_name -cluster cluster_name}"
您可以移轉屬於 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 安全會要求您明確授與安全許可權。
您可以利用一些技術,在 9.0 版中定義不同層次的 Java 2 安全。 其中一個方法是建立一個 was.policy 檔作為應用程式的一部分,以啟用所有的安全許可權。移轉之時,移轉工具會呼叫 wsadmin 指令,將 9.0 版 properties 目錄中現有的 was.policy 檔新增到企業應用程式中。
當移轉至 WebSphere Application Server 9.0 版時,您選擇是否要移轉成支援 Script 相容性,會導致兩個不同的結果。如需將您的安全配置移轉至 9.0 版的相關資訊,請參閱說明文件中的「移轉、共存和交互作業 – 安全考量」一文。
這些目錄的位置通常位於舊版的安裝目錄下。stdin、stdout 和 stderr 的預設位置是 WebSphere Application Server 9.0 版安裝根目錄的 logs 目錄。
移轉工具會嘗試移轉現有的取消和工作目錄。否則,會使用適當的 9.0 版預設值。
避免困難: 在共存性情況下,在不同版本之間使用一般目錄,可能造成問題。gotcha
WebSphere Application Server 7.0 版所實作的 Java Platform Enterprise Edition (Java EE) 規格層次要求在 Web 儲存器中,變更設定內容類型的行為。 如果預設的 Servlet 寫出器沒有設定內容類型,不但 Web 儲存器不再以它為預設值,Web 儲存器還會傳回 Cell 是 "null"。 這個狀況有可能導致部分瀏覽器會不正確地顯示所產生的 Web 儲存器標籤。 為了防止出現這個問題,當移轉企業應用程式時,移轉作業會將 Web 模組的 autoResponseEncoding IBM® 延伸設為 "true"。