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

本文討論設定檔配置的移轉。 如果要將應用程式移轉至最新的版本,請使用 WebSphere Application Server Migration Toolkit。 如需相關資訊,請參閱 WASdev 上的 Migration Toolkit。
sptcfgz/OS 考量
移轉 Application Server for z/OS® 之前,請考量下列事項:- 移轉進度通常會歸入使用者定義變數或應用程式伺服器定義變數的值。但是仍有一些不會歸入其值的特殊變數。這些值如下:
- WAS_INSTALL_ROOT
- USER_INSTALL_ROOT
- WAS_PRODUCT_ROOT
- WAS_LIBS_DIR
- WAS_PROPS_DIR
- WAS_TEMP_DIR
- APP_INSTALL_ROOT
- DRIVER_PATH
- WAS_INSTALL_LIBRARY
- JAVA_HOME
- DEPLOY_TOOL_ROOT
- CONNECTOR_INSTALL_ROOT
- TRANLOG_ROOT
- MQJMS_LIB_ROOT
- WAS_ETC_DIR
- WEMPS_USER_ROOT
- MQ_INSTALL_ROOT
- WAS_DAEMON_ONLY_ICU_DATA
- WAS_DAEMON_ONLY_CONFIG_ROOT
- WAS_DAEMON_primordial_root
- WAS_DAEMON_daemon_was_env_file
當移轉作業建立設定檔時,會從設定檔範本來挑選這些變數的值。如果您為這些變數定義自訂值,當您移轉至 Application Server 版本之後,該版本並不會維持這些自訂值。由於這些變數是 Application Server 內容,而這些內容為設定檔屬性,因此不會移轉它們。如果您需要使用非預設值的項目來置換其值,您必須選在非產品安裝、設定檔建立與移轉程序期間來變更其值。避免困難: 請特別注意 APP_INSTALL_ROOT 變數。即使 APP_INSTALL_ROOT 採用您定義的自訂位置,依預設,移轉程序會將應用程式安裝在下列位置:
gotcha${USER_INSTALL_ROOT}/installedApps
如果要讓移轉程序使用非預設的應用程式安裝位置,請執行下列動作:- 在 zMMT 的「應用程式安裝目錄」欄位中指定位置。
- 在移轉期間,選取移轉應用程式及使用先前的應用程式安裝目錄選項來使用安裝路徑,無需重新輸入它。 如果舊版安裝路徑包含變數參照,應用程式伺服器會以移轉的值來解析這些變數。
- 在 z/OS 作業系統上安裝 WebSphere Application Server
9.0 版之後,您可以建置一個完整的 WebSphere Application Server, Network Deployment Cell 配置,驗證它能夠正確運作,然後再嘗試移轉現有的 Cell 或節點。
本程序可確保您的系統具備所有的必備項目,並且支援新層次的產品。
- 在執行移轉之前,請先評估 WebSphere Application Server
9.0 版中已淘汰的項目。
如需相關資訊,請參閱已淘汰、已穩定、已取代及已移除的特性。
- 從 WebSphere Application Server 7.0 版或更新版本移轉至 9.0 版之前,請將應用程式服務者區域 ID 連接某個金鑰環,並驗證金鑰環有相關聯的 WebSphereCA 憑證。否則,一旦您開啟廣域安全,就會發生安全錯誤。
- WebSphere Application Server
7.0 版或更新版本包含高可用性管理程式和核心群組功能。
如需瞭解當您從 7.0 版或更新版本移轉至 9.0 版時,可能影響您移轉的核心群組配置和拓蹼注意事項,請參閱核心群組的移轉考量。
- 如果您計畫執行 6.1 版之前的「網際網路交互 ORB 通訊協定 (IIOP)」用戶端,且它將與相同邏輯分割區 (LPAR) 上的 9.0 版伺服器互動,9.0 版常駐程式的常駐程式程序檔案庫必須將舊版 SBBOLD2 和 SBBOLPA 程式庫包含在它的 STEPLIB 中。
- 移轉支援需要來源和目標 WebSphere Application Server 配置都位於相同的 LPAR 上。
因此,您無法將現有的配置移轉至不同的 z/OS LPAR。您也無法利用 WebSphere Application Server 9.0 版移轉公用程式,以非 z/OS 作業系統作為來源或目標來進行移轉。
- 如果要移轉的 Cell 跨越 Sysplex 環境或作業系統,應該不會出現任何特有的移轉問題。您是在節點層次移轉,且您所用的工具是根據所移轉節點的平台來提供的。
如需設定混合平台 Cell 的相關資訊,請參閱 WebSphere for z/OS -- Heterogeneous Cells 白皮書。
- z/OS 作業系統上的 WebSphere Application Server 不支援產品的分散式和 i5/OS™ 版本所支援的 WASPreUpgrade、WASPostUpgrade 和 manageprofiles 指令行工具。
您必須使用「z/OS 移轉管理工具」或 zmmt 指令來產生移轉工作,之後再根據產生的指示來提交它們。
- 在移轉至 9.0 版期間,系統所需要的儲存體數量取決於環境。
- 在產生移轉定義時,請在「z/OS 移轉管理工具」或 zmmt 指令中,指定磁柱中的主要配置值,以提供檔案系統的大小。此外,這個檔案系統可根據您指定的次要配置而自動擴充。移轉工具提供給這些配置的預設值,通常已夠配置資料使用。
- 移轉備份目錄需要相當大量的暫存空間。所需的確切數量,受諸多因素影響,但是在大部分情況下(包括如果需要追蹤時),100 個磁柱已夠用。如果您不確定可供暫存目錄使用的空間,請在「z/OS 移轉管理工具」或 zmmt 指令中使用選項,將暫存目錄移至一個空間較多的自訂位置,並在該處裝載自己的暫時檔案系統。如果無法提供足夠的暫存空間,可能導致移轉程序提早結束。
- IBM® SDK Java™ Technology Edition 第 8 版是 WebSphere Application Server
9.0 版 的預設 SDK 版本。.
避免困難: 除非所有節點都已移轉至 9.0 版,否則,請勿啟用 SDK Java Technology Edition 8 版。gotcha
請參閱移轉 API 和規格,以取得相關資訊。
- 當移轉的 Cell 含有多個節點時,在移轉完所有的節點之前,應用程式必須維持最低的 Java SDK 層次。
- 移轉文章假設 WebSphere Application Server
9.0 版要安裝在必須與 WebSphere Application Server 的舊版共存的環境中。
在您規劃啟用共存性時,請考量下列項目:
- 更新 WebSphere Application Server
9.0 版所需要之層次的必要條件。
舊版的 WebSphere Application Server 會繼續執行較高的必要條件層次。
- 檢閱已定義的埠,確保 WebSphere Application Server
9.0 版安裝架構不會發生衝突。
請特別注意,當安裝成與 WebSphere Application Server 7.0 版或更新版本共存時,這兩個版本的預設常駐程式埠定義是相同的。
如需預設埠資訊,請參閱預設埠指派。
如需相關資訊,請參閱執行共存的應用程式伺服器。
- 更新 WebSphere Application Server
9.0 版所需要之層次的必要條件。
- 如果您規劃使用任何混合版次 Cell,請考量下列資訊:
- 您可以將 Cell 中的部分節點升級至 WebSphere Application Server
9.0 版,將其他節點保留舊的版本層次。
這表示可能有一段期間在相同的 Cell 中,您所管理的伺服器有些是舊版層次,有些則正在執行新版次。
在這個混合版次的環境中,您可以對舊版層次的伺服器執行的作業,可能會有一些限制。如需詳細資料,請參閱建立應用程式伺服器。建立叢集和叢集成員時可能也有一些限制。如需詳細資料,請參閱建立叢集。
- 您可以將 Cell 中的部分節點升級至 WebSphere Application Server
9.0 版,將其他節點保留舊的版本層次。
這表示可能有一段期間在相同的 Cell 中,您所管理的伺服器有些是舊版層次,有些則正在執行新版次。
- WebSphere Application Server
9.0 版移轉會將 HTTP 傳輸轉換成通道架構 Web 儲存器傳輸鏈。
如需 WebSphere Application Server 9.0 版傳輸支援的相關資訊,請參閱下列資訊:
- 配置傳輸鏈
- HTTP 傳輸通道設定
- 傳輸鏈
- 在您開發配置檔案系統策略時,請將維護納入考量。
如果您在「z/OS 移轉管理工具」中,利用產品檔案系統路徑的預設值來配置您的 WebSphere Application Server, Network Deployment 環境,所有節點都會直接指向產品檔案系統的裝載點。 這種配置幾乎無法用不干擾的方式,來進行漸進式維護。如果以這種方式來配置 Cell,當將服務套用至產品檔案系統時,會同時影響所有的節點。如果以這種方式來配置多個 Cell,當將服務套用至產品檔案系統時,會同時影響所有的 Cell。
您可能會想在每一個節點的配置檔案系統,與產品檔案系統的實際裝載點之間,指定一個稱之為「中間符號鏈結」的項目。在 WebSphere Application Server forz/OS V5 - Planning for Test, Production and Maintenance 白皮書中,有這個策略的說明。
如需這個問題以及它與套用維護間之關係的相關資訊,請參閱 Washington Systems Center Sample WebSphere for z/OS ND Configuration 白皮書。請參閱 WebSphere for z/OS: Updating an Existing Configuration HFS to Use Intermediate Symbolic Links 指示,瞭解取得和使用公用程式的相關資訊,利用這些資訊來更新現有配置的「階層式檔案系統 (HFS)」,以使用中間符號鏈結。
- 移轉工具會建立一個移轉備份目錄,內含舊版配置的備份副本。這個目錄的可用空間必須至少是舊版中的配置目錄與應用程式大小,加上移轉產生的批次工作輸出大小。
一般而言,除非您啟用追蹤,否則移轉產生的批次工作輸出非常小。追蹤輸出的大小,會因您啟用追蹤的移轉部分而有不同。最大的追蹤產生者是移轉中的 WASPostUpgrade 階段。一般而言,就這個階段您所看到的追蹤輸出大約 30 MB。
- WebSphere Application Server
9.0 版不支援 DB2® for zOS Local JDBC Provider (RRS)。
如果您在要移轉的 7.0 版或更新版本配置中使用 DB2 for zOS Local JDBC Provider (RRS),您必須在移轉至 9.0 版之前,變更配置來使用「DB2 Universal JDBC 驅動程式提供者」,或在移轉之後,立刻變更。 9.0 版移轉工具不會為您移轉提供者。
如果您在要移轉的版本中使用 DB2 for zOS Local JDBC Provider (RRS),且在移轉至 9.0 版之前,沒有變更您的配置來使用「DB2 Universal JDBC 驅動程式提供者」,會發生下列事件:- 執行移轉工具時,您會收到下列訊息:
MIGR0442W: Not migrating DB2 for zOS Local JDBC Provider (RRS) jdbc provider. Manually create a DB2 Universal Driver provider as a replacement. See DB2 documentation for further details.
- 移轉之後,DB2 存取中斷,並收到下列的執行時期訊息:
DSRA8213W: JDBC provider, DB2 for zOS Local JDBC Provider (RRS), is no longer supported by WebSphere Application Server. Applications should use DB2 Universal JDBC Driver Provider Type 2.
如果您決定必須將配置變更為使用「DB2 Universal JDBC 驅動程式提供者」,完成下列其中一項作業即可達成:- 移轉至 9.0 版之前,請將您的 7.0 版或更新版本配置變更為使用「DB2 Universal JDBC 驅動程式提供者」。
如果您執行這個動作,9.0 版移轉工具會處理指向「DB2 Universal JDBC 驅動程式提供者」的移轉,不需要任何後置移轉活動 ID。
請執行下列其中一個動作:- 請手動將配置變更為使用「DB2 Universal JDBC 驅動程式提供者」。
- 如果您從 7.0 版或更新版本移轉,請利用適用於 DB2 on z/OS 的「JDBC 移轉公用程式」,從 DB2 for zOS Local JDBC Provider (RRS) 移轉至「DB2 Universal JDBC 驅動程式提供者」。
這個工具是一個 Script,它會採一次一個節點的方式,將 DB2 for zOS Local JDBC Providers (RRS) 移轉至「DB2 Universal JDBC 驅動程式提供者」。工具隨附的白皮書會說明如何先安裝及配置「DB2 Universal JDBC 驅動程式」,然後再執行工具來移轉您的配置。
- 移轉至 9.0 版之後,請執行下列動作之一:
- 請手動將配置變更為使用「DB2 Universal JDBC 驅動程式提供者」。
- 使用適用於
z/OS 上 DB2 的「JDBC 移轉公用程式」,從 DB2 for zOS Local JDBC Provider (RRS) 移轉至「DB2 Universal
JDBC 驅動程式提供者」。
這個工具是一個 Script,它會採一次一個節點的方式,將 DB2 for zOS Local JDBC Providers (RRS) 移轉至「DB2 Universal JDBC 驅動程式提供者」。
- 執行移轉工具時,您會收到下列訊息:
- 您將基本應用程式伺服器移轉至執行於 z/OS 作業系統的 WebSphere Application Server 9.0 版之後,管理和使用者應用程式會依照舊版的相同方式,繼續定義在虛擬主機 default_host 之下。 但是,移轉後的部署管理程式則會定義在 6.1 版引進的虛擬主機 admin_host 之下。
- 如果您使用隔離的資料儲存庫(尤其是 SIB 和 Apache Derby 資料庫的交易日誌之類的非共用資料儲存庫),且您從舊版進行移轉,會儲存您現有的資料庫和交易日誌。如果您具有關鍵任務資訊,並且儲存在這些本端資料儲存庫中,在嘗試移轉之前,應在安全情況下關閉所有與那些儲存庫互動的伺服器。那些伺服器應維持離線,直到順利完成移轉或回復為止。
在移轉完成或回復成舊版之後,即可重新啟動和這些隔離資料儲存庫互動的伺服器。
- 在移轉 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 層次範圍的安全網域,移轉工具會採取下列動作:
- 如果您更新了舊版 WebSphere Application Server 中的 java.security 檔,請確定您的更新項目位在已移轉的 java.security 檔中,位置如下:V8WAS_HOME/properties/java.security。
- 利用移轉工具來移轉至 WebSphere Application Server
9.0 版之後,您可能需要執行一些移轉工具不會自動執行的動作。
- 檢查您在 WebSphere Application Server
7.0 版或更新版本中可能使用的任何「小型認證機構 (LTPA)」安全設定,然後驗證已適當設定 9.0 版安全。
如需相關資訊,請參閱小型認證機構。
- 必要的話,在 WebSphere Application Server
9.0 版上啟動已移轉的伺服器之前,請先建立新的「系統授權機能 (SAF)」設定檔。
從 6.1 版開始,某些安全機能是用 SAF 設定檔來控制。
- 在 7.0 版或更新版本中,是以 SAF 安全設定檔來控制啟用授信應用程式設定,而不是如同舊版使用內部 WebSphere 變數來控制。
所有使用 LocalOS 登錄或 SAF 授權的伺服器都需要啟用授信應用程式選項,它允許 WebSphere Application Server 執行時期代表應用程式碼來執行某些特許作業。
- 在 7.0 版或更新版本中,是用 SAF 安全設定檔與 com.ibm.websphere.security.SyncToOSThread 變數,來控制允許與 OS 執行緒同步特性(容許應用程式使用作業系統身分來存取資源,而不使用伺服器身分)。
這項實作容許由管理者以及系統安全管理者來決定是否使用該特性。這項實作也容許應用程式所能扮演的身分限制。
如果您從 WebSphere Application Server 的舊版進行移轉且需要這些特性,您必須建立所需要的 SAF 設定檔。 如果這些設定檔不存在及未正確設定,當在 9.0 版上啟動時,使用 LocalOS 使用者登錄或 SAF 授權的 Cell 會失敗。
如果您將「資源存取控制機能 (RACF®)」用於安全系統,請使用下列指示。如果您使用另一種 SAF 相容安全系統,請聯絡安全系統供應商,以取得適當資訊。- 檢查您的「多重虛擬儲存體 (MVS™)」系統日誌或使用管理主控台,判斷您的伺服器是否已啟用啟用授信應用程式。在啟動日誌中找出 control_region_security_enable_trusted_applications。如果此值設為 1,表示啟用授信應用程式已啟用。若已啟用這個選項,請建立下列 SAF 設定檔,並將 READ 存取權授與應用程式伺服器控制區域使用者 ID:
BBO.TRUSTEDAPPS.cell_shortname.cluster_transition_name
請使用下列 RACF 指令來完成這個動作:RDEFINE FACILITY BBO.TRUSTEDAPPS.cell_shortname.cluster_transition_name UACC(NONE) PERMIT FACILITY BBO.TRUSTEDAPPS.cell_shortname.cluster_transition_name ID(controller_userid) ACCESS(READ) SETROPTS RACLIST(FACILITY) REFRESH
非叢集伺服器的叢集轉移名稱會取代 cluster_name SAF 機能設定檔。如果您希望 Cell 中所有伺服器的啟用授信應用程式都已啟用,請用萬用字元 (*) 取代叢集名稱。
如需相關資訊,請參閱系統授權機能的類別與設定檔。
- 檢查您的「多重虛擬儲存體 (MVS)」系統日誌或使用管理主控台,判斷您的伺服器是否已啟用允許與 OS 執行緒同步。若已啟用這個選項,請建立下列 SAF 設定檔,並將 READ 或 CONTROL 存取權授與應用程式伺服器控制區域使用者 ID:
下列範例含有可讓您用來完成這個動作的 RACF 指令:BBO.SYNC.cell_shortname.cluster_transition_name
RDEFINE FACILITY BBO.SYNC.cell_shortname.cluster_transition_name UACC(NONE) PERMIT FACILITY BBO.SYNC.cell_shortname.cluster_transition_name ID(controller_userid) ACCESS(CONTROL) SETROPTS RACLIST(FACILITY) REFRESH
非叢集伺服器的叢集轉移名稱會取代叢集名稱。如果您希望 Cell 中所有伺服器的允許與 OS 執行緒同步都已啟用,請用萬用字元 (*) 取代叢集名稱。
重要:- 一旦將控制區域 READ 存取權,授與應用程式伺服器控制區域使用者 ID,就會根據 SAF SURROGAT 設定檔,限制執行緒身分只能變更成特定的使用者 ID。
如果控制器使用者 ID 對 BBO.SYNC 設定檔具備 READ 存取權,並且 com.ibm.websphere.security.SyncToOSThread 變數設為 true,應用程式可要求「與 OS 執行緒同步」。應用程式可扮演呼叫者身分或相關角色的使用者 ID,來存取資源。但是,為了讓服務者使用不同的應用程式 ID 來執行,服務者對於 SURROGAT 設定檔 BBO.SYNC.application_userid 需具備 READ 存取權。
- 一旦將控制區域 CONTROL 存取權,授與應用程式伺服器控制區域使用者 ID,則容許將執行緒身分切換成任何要求「與 OS 執行緒同步」的使用者 ID。
如果控制器使用者 ID 對 BBO.SYNC 設定檔具備 CONTROL 存取權,並且 com.ibm.websphere.security.SyncToOSThread 變數設為 true,則應用程式可要求「與 OS 執行緒同步」。應用程式可扮演呼叫者身分或相關角色的任何使用者 ID,來存取資源。不會檢查 SURROGAT 設定檔。
如需相關資訊,請參閱允許應用程式與 OS 執行緒同步。
- 一旦將控制區域 READ 存取權,授與應用程式伺服器控制區域使用者 ID,就會根據 SAF SURROGAT 設定檔,限制執行緒身分只能變更成特定的使用者 ID。
- 在 7.0 版或更新版本中,是以 SAF 安全設定檔來控制啟用授信應用程式設定,而不是如同舊版使用內部 WebSphere 變數來控制。
- 如果您將 SAF EJBROLE 設定檔用於角色型授權,請為部署人員角色與管理安全管理員角色建立 EJBROLE 設定檔;這兩個角色是在 6.1 版建立的。
- 為了改良啟動效能,請檢閱「Java 虛擬機器 (JVM)」設定,驗證您所用的資料堆大小至少有 50。
如需相關資訊,請參閱說明文件內的「Java 虛擬機器設定」一文。
如果您以前使用較小的資料堆大小,則可使用預設資料堆大小 50。
- 驗證自動移轉 Apache Derby 資料庫的結果,並對工具未自動移轉的任何 Apache Derby 資料庫,採取手動移轉。
請參閱移轉 Apache Derby 資料庫,以取得相關資訊。
- 如果相同邏輯分割區 (LPAR) 上有多個節點代理程式,執行移轉工作之後,可能會產生 IPC_CONNECTOR_ADDRESS 埠衝突。請重新配置衝突的埠。
- 如果您有應用程式會試圖經由「傳輸層安全 (TLS)」,向「階段作業起始通訊協定 (SIP) 統一資源識別碼 (URI)」傳送要求,您應該知道 WebSphere Application Server 6.1 版和 9.0 版之間的行為差異。
在 6.1 版中,當 SIP 應用程式經由 TLS 將要求傳送給 SIP 的 URI 時,要求 URI 架構會從 "sip" 變更為 "sips"。在 9.0 版中,架構會維持不變。
當您的應用程式試圖傳送 SIP 要求,而其中的要求 URI 含有 "sip" 架構與 "tls" 傳輸參數時,您就可看到這項差異。比方說,如果 6.1 版中的應用程式建立一項要求,而其中含有如下的要求 URI:
接著將它傳送至網路,則 SIP 儲存器會同時變更架構與傳輸參數,而產生下列的要求 URI:sip:alice@atlanta.com;transport=tls
在 9.0 版中,SIP 儲存器不會變更架構。sips:alice@atlanta.com;transport=tcp
如果在 6.1 版應用程式伺服器移轉至 9.0 版之後,您想要保留舊的行為,請變更應用程式碼。 如果應用程式想要傳送 "sips" URI,應該在要求送出訊息之前,以該方式來建立 URI。當使用 "sips" URI 時,其行為就和 6.1 版中的行為相同。
- 檢查您在 WebSphere Application Server
7.0 版或更新版本中可能使用的任何「小型認證機構 (LTPA)」安全設定,然後驗證已適當設定 9.0 版安全。


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