產品配置移轉期間的配置對映

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

支援的配置 支援的配置:

本文討論設定檔配置的移轉。 如果要將應用程式移轉至最新的版本,請使用 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 安裝架構之下,請執行下列作業:
  1. 將任何相關的檔案複製至新的安裝架構中。
  2. 執行任何必要的設定,讓外部應用程式回復至有效的運作狀態。

    您最好將資源重新安裝到新的 WebSphere Application Server 目錄中。 無論您選擇執行哪一項,最終的步驟都是重設參照以指向應用程式的新位置。

如果通用伺服器所管理的舊資源沒有安裝在舊的 WebSphere Application Server 安裝架構之下,就不需要任何進一步的動作:

移轉 EAR 檔所用的 Java 資料堆大小

利用 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_file_name
EAR 檔的名稱
app_name
應用程式的名稱
server_name
安裝 EAR 檔的伺服器名稱
node_name
要配置伺服器的節點名稱
為求清楚明瞭,指令以多行顯示。
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_file_name
EAR 檔的名稱
app_name
應用程式的名稱
cluster_name
應安裝 EAR 檔的叢集名稱
為求清楚明瞭,指令以多行顯示。
wsadmin -conntype NONE
        -c "$AdminApp install
            C:\\WebSphere\\ Manager\\installableApps\\
                   EAR_file_name> 
        {-nodeployejb
         -appname app_name
         -cluster cluster_name}"
7.0 版或更新版本的節點移轉至 9.0 版的節點

您可以移轉屬於 Cell 的 WebSphere Application Server 7.0 版或更新版本節點,而不需將節點從 Cell 移除。

請先移轉部署管理程式,再移轉 Cell 中的任何基本節點。

重要:WebSphere Application Server, Network Deployment7.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 版或更新版本安裝的所有原則檔,其性質如下:
  • 保留 9.0 版原則檔內的任何註解。7.0 版或更新版本的原則檔所包含的任何註解都不會包含在 9.0 版的檔案中。
  • 移轉作業不會嘗試合併許可權或授權;嚴格來說,它是一種新增類型的移轉。如果許可權或授權不在 9.0 版檔中,移轉時會將它帶過來。
  • 安全是一個重大的元件;因此,移轉作業會在原始 .policy 檔結尾建立任何新增項目,位置就在 MIGR0372I: 已移轉的授與許可權如下這個註解後面。這麼做是為了協助管理者驗證移轉作業所做的任何原則檔變更。
內容目錄

移轉會將舊版目錄中的檔案複製到 WebSphere Application Server 9.0 版配置中。

內容檔

WebSphere Application Server 9.0 版會將各項設定合併到 9.0 版內容檔中,從而移轉隨 7.0 版或更新版本安裝的所有內容檔。

J2C 資源所參照的資源配接器保存檔 (RAR)

如果舊的 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 相容性,會導致兩個不同的結果。
  • 如果您選擇移轉成支援 Script 相容性,您的安全配置會原封不動移入 9.0 版中。

    這是預設值。

  • 如果您選擇不移轉成支援 Script 相容性,安全配置會轉換成 WebSphere Application Server 9.0 版的預設配置。 就 7.0 版或更新版本的預設安全配置來說,其運作幾乎與舊版相同,只是有部分的變更。

    例如,現有金鑰檔與信任檔已從 SSLConfig 儲存庫移出,並且建立了新的金鑰儲存庫與信任儲存庫物件。

如需將您的安全配置移轉至 9.0 版的相關資訊,請參閱說明文件中的「移轉、共存和交互作業 – 安全考量」一文。

Stdin、stdout、stderr、取消和工作目錄

這些目錄的位置通常位於舊版的安裝目錄下。stdinstdoutstderr 的預設位置是 WebSphere Application Server 9.0 版安裝根目錄的 logs 目錄。

移轉工具會嘗試移轉現有的取消和工作目錄。否則,會使用適當的 9.0 版預設值。

避免困難 避免困難: 在共存性情況下,在不同版本之間使用一般目錄,可能造成問題。gotcha
Web 模組

WebSphere Application Server 7.0 版所實作的 Java Platform Enterprise Edition (Java EE) 規格層次要求在 Web 儲存器中,變更設定內容類型的行為。 如果預設的 Servlet 寫出器沒有設定內容類型,不但 Web 儲存器不再以它為預設值,Web 儲存器還會傳回 Cell 是 "null"。 這個狀況有可能導致部分瀏覽器會不正確地顯示所產生的 Web 儲存器標籤。 為了防止出現這個問題,當移轉企業應用程式時,移轉作業會將 Web 模組的 autoResponseEncoding IBM® 延伸設為 "true"。


指出主題類型的圖示 概念主題



時間戳記圖示 前次更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=cmig_configmap
檔名:cmig_configmap.html