開始升級程序

系統處於靜止狀態並且已備份完成後,您就可以放心地開始升級程序。

註:
在安裝 4.3 版之前,不需要解除安裝舊版 InterChange Server, 但是若要在這段階段解除安裝是絕對可以接受的。 如需詳細資訊,請參閱解除安裝 InterChange Server。如果您選擇不在此時解除安裝, 則建議您在完成升級之後移除舊版本,因為相關聯的檔案很大。 即使您選擇在這個階段解除安裝,也應該使用不同的目錄來安裝 4.3 版。
升級系統需要執行下列作業:

匯入資料庫

如果您已升級資料庫,請安排 DBA 匯入儲存的資料庫資訊, 包括綱目資訊和儲存程序。如需相關指示,請參閱您的資料庫伺服器文件。

安裝 InterChange Server 的新版本

備份了 4.3 版以前的安裝之後,即可安裝新版本的 InterChange Server。 若要安裝新版本的 InterChange Server,請參閱安裝 InterChange Server、XML 資料處理常式、電子郵件配接器及其他支援產品來取得安裝指示。

附註:

  1. 升級期間,您必須將新版本安裝至與現有安裝不同的位置。

  2. 當安裝程式要求您命名 ICS 實例時,請確定 ICS 實例的這個名稱與舊版的名稱相同, 以確保失敗事件的可攜性。如果您正在執行資料庫的原位移轉,則不需要進行這個步驟。

  3. 若要取得原始 InterChange Server 配置資訊, 您可以在「安裝程式」啟動「InterChange Server 配置精靈」時, 採取下列其中一項動作:

配置 Object Request Broker

如果是從 4.2.2 版的 InterChange Server 升級, 則需要配置 Object Request Broker。 繼續進行升級伺服器 Script中的指示。

從 4.2.2 版的 InterChange Server 起, VisiBroker ORB 已被 IBM Java ORB 取代。 如升級硬體及支援軟體中所述,「ICS 安裝程式」會在安裝程序中自動安裝 IBM Java ORB 及 IBM Transient Naming Server。不過, 您必須執行下列作業,以確定 IBM Java ORB 已適當地配置:

升級 ORB 內容

VisiBroker ORB 中呈現了各種可調整 ORB 的相關內容。 如果已在自訂的 Script 或軟體中使用了這些內容, 則必須驗證是否已針對 IBM Java ORB 適當地設定這些內容。表 32 會列出部份 VisiBroker ORB 內容, 以及它們在 IBM Java ORB 中的對等名稱。

如果您具有任何 4.2.2 之前安裝版本的自訂 Script (參照 VisiBroker ORB 內容) , 請將它們換成表 32底下所列的 IBM ORB 對等 Script。

註:
表 32的部分內容名稱中已插入換行符號, 讓名稱可以整個放入表格資料格內。 實際內容名稱不包括空格或換行符號。

表 32. IBM ORB 內容及其 VisiBroker 對等內容
IBM ORB 內容 對等 VisiBroker 內容 說明
org.omg.CORBA.ORBInitialHost vbroker.agent.addr 為執行 IBM Transient Naming Server (tnameserv) 的機器指定 IP 位址或主機名稱。這個內容的預設值是 localhost
org.omg.CORBA.ORBInitialPort vbroker.agent.port 指定 IBM Transient Naming Server 接聽所在的埠。
com.ibm.CORBA.ListenerPort vbroker.se.iiop_tp.scm.iiop_tp. listener.port ORB 伺服器接聽進入要求的埠。 如果指定了這個內容,ORB 將在 ORB.init() 期間啟動接聽。依預設,這個埠是動態指派的。若為 4.3, 將繼續支援 VisiBroker 內容名稱 OAport
com.ibm.CORBA.LocalHost vbroker.se.iiop_tp.host 這個內容代表 ORB 執行所在之機器的主機名稱 (或 IP 位址)。 伺服器端 ORB 會使用本端主機名稱,將伺服器的主機名稱放入遠端物件的 IOR。 如果未設定這個內容,將呼叫下列指令行來擷取本端主機:InetAddress.getLocalHost(). getHostAddress();。若為 4.3,將繼續支援 VisiBroker 內容名稱 OAipAddr
com.ibm.CORBA.ThreadPool. MaximumSize vbroker.se.iiop_tp.scm.iiop_tp. dispatcher.threadMax 指定「伺服器連線管理程式」最多可以建立多少個執行緒。 預設值 0 表示沒有限制。若為 4.3,將繼續支援 VisiBroker 內容名稱 OAthreadMax
com.ibm.CORBA.ThreadPool. InactivityTimeout vbroker.se.iiop_tp.scm.iiop_tp. dispatcher.threadMaxIdle 指定閒置的執行緒取消之前的時間量 (秒)。 若為 4.3,將繼續支援 VisiBroker 內容名稱 OAthreadMaxIdle
com.ibm.CORBA.BufferSize vbroker.orb.streamChunkSize 第一次嘗試時將從 Socket 讀取的位元組數目 (作為 GIOP 訊息)。 緩衝區大小若越大,就越有可能在一次嘗試中讀取整個訊息,因而增進效能。 預設值是 2048。

識別已登錄的 ICS ORB 元件

在 4.2.2 版之前的 InterChange Server, VisiBroker ORB 提供 osfind 工具,來識別以 InterChange Server 登錄的所有 ORB 物件。 基於這個目的,IBM Java ORB 提供了名為 CosNameServer_Dump 的工具。這個工具位於 ProductDir/bin 目錄中。如需詳細資訊,請參閱 System Administration Guide

升級高可用性 (HA) 功能

從 4.2.2 版的 InterChange Server 起, IBM Java ORB 即已取代 VisiBroker ORB。隨著這個變更, 「暫時性命名伺服器」取代了先前針對 HA 使用的 VisiBroker Smart Agent。 如需配置 HA 環境的 IBM ORB 的詳細資訊, 請參閱安裝和配置 Object Request Broker (ORB)

升級伺服器 Script

如果已在預先存在的 InterChange Server 系統中建立了自訂檔案, 則必須評估下列檔案來判定它們是否需要升級:

升級伺服器啟動 Script

從 InterChange Server 4.2.2 版起, 已變更所有啟動 Script,以因應從 VisiBroker ORB 至 IBM Java ORB 的移轉, 以及對 IBM JRE 的支援。

如果您已自訂伺服器啟動 Script,並且要從 4.2.2 以外的版本升級至 4.3, 則您必須對新的 Script 做出類似的變更。您可能需要對這些啟動 Script 做出下列自訂變更:

註:
此時只需簡單的啟動指令,就可以存取「整合性測試環境」。 將 -design 選項新增至伺服器啟動 Script 中的啟動行,藉以將 ICS 設為設計模式。 Implementation Guide for WebSphere InterChange Server 中有更多的詳細資訊。

升級工具配置檔

工具配置檔 cwtools.cfg 的其中一項作業,就是提供要在編譯時併入的自訂 .jar 檔。如果已建立了自訂 .jar 檔,則您必須將這些自訂檔案新增至 CLASSPATH 變數中的 codeGeneration 區段。cwtools.cfg 檔位於 Windows 機器 (執行您的「工具」) 的下列目錄中:

ProductDir\bin
 

驗證環境變數

所有系統環境變數都設定在單一 CWSharedEnv.sh 檔中。所有啟動 Script 都會在其呼叫程序中讀取這個檔案。 它位於設定 ICS 全系統內容 (如 IBM Java ORB 的內容) 的這個檔案中。 請確實設定下列全系統內容,因為這是升級程序的一部份:

如需 CWSharedEnv.sh 檔的詳細資訊,請參閱 System Administration Guide

評估自訂元件

如果具有任何使用儲存庫表格 (如 Script、資料庫表格或儲存程序) 的完全自訂元件, 您必須評估每一個元件來判斷它是否必須升級。 比方說,如果儲存程序使用一個已在新版本中變更的儲存庫表格, 則您必須修改這個儲存程序,才能使用新的儲存庫表格結構。

註:
如果綱目沒有變更,您就不需要變更事件表格或觸發函式。

啟動新的升級版本

安裝完成之後,如果所有必要的支援軟體都在執行中, 您就可以使用您現有的儲存庫版本來啟動新版本的 InterChange Server。 如果您已利用資料庫的原位升級來升級,則必須將 ICS 指向原始儲存庫。若要啟動 ICS,請遵循下列步驟:

  1. 重新開機是明智之舉,但並未強制一定要重新開機。
  2. 如果您要利用資料庫的原位升級來進行安裝,則您可以重複使用先前的伺服器配置檔 InterchangeSystem.cfg。如果您不是原位升級資料庫, 請使用安裝程式所產生的新配置檔。如果您是使用先前的配置檔,請將舊的配置檔複製到新安裝版本的 ProductDir 目錄。如果您是使用新的配置檔, 請使用「伺服器配置」精靈來適當地變更設定。如果您想要從舊 ICS 升級失敗事件,請確定伺服器名稱與先前的伺服器安裝版本相同。
  3. 確定所有必要的支援軟體都在執行中。支援軟體包括下列各項:

    如需驗證支援軟體是否確實執行的相關指示,請參閱啟動支援軟體啟動 IBM ORB Transient Naming Server

  4. 啟動 InterChange Server。

    有關如何啟動 InterChange Server 的指示,請參閱啟動 InterChange Server啟動系統管理程式

您可以檢查 ProductDir 目錄中的 InterchangeSystem.log 檔以確認是否已順利啟動。

註:
若在升級 InterChange Server 系統之後,InterChange Server 無法啟動, 請檢視此升級程序以確定您是否遵循所有指示。 若仍然無法得知失敗原因,在嘗試調整或從備份還原之前,可尋求 IBM 技術支援的協助。

升級儲存庫

InterChange Server 儲存庫是一個資料庫,可保存關於 InterChange Server 元件的 Meta 資料。 您可以利用或不利用原位資料庫升級來執行升級。「4.3 ICS 安裝程式」不會自動升級您的 ICS 儲存庫內容。 不過,當您在前一個步驟中啟動了 ICS 時,如果使用原位升級, 則 ICS 會使用任何 4.3 變更來升級 4.3 之前的儲存庫中的綱目。在進行升級程序時,您必須決定要將哪些物件載入到儲存庫:

重要事項:
如果您不利用資料庫的原位升級來進行升級,請以預先存在的儲存庫物件載入新的 4.3 儲存庫。如需相關資訊,請參閱載入預先存在的儲存庫物件

您可以在已連接的 Windows 機器上,使用「系統管理程式」中的「InterChange Server 元件管理」檢視畫面,來瀏覽已載入伺服器的元件。

載入預先存在的儲存庫物件

只在您不利用資料庫的原位升級來升級 InterChange Server 時, 才需要本節中說明的步驟。

您已在「ICS 配置精靈」中指定了這些 ICS 資料庫的名稱, 這是 ICS 安裝程序的一部份。 當您啟動了新版本的 ICS 時,伺服器即升級了儲存資料庫中的綱目。 若要起始設定這個新的儲存庫,您必須載入預先存在的儲存庫物件。

準備載入儲存庫時,請採取下列步驟:

  1. 將現有的對映和協同作業 Java 類別 (.class) 檔複製至新的目錄結構:

    其中 ProductDir 是新的 4.3 版的產品目錄。 這個步驟可確保現有對映和協同作業的 .class 檔位於新的 4.3 目錄結構。

  2. 確定 ICS 系統針對關係和資料庫連線所使用的所有資料庫都在執行中。 也請確定 ICS 正在執行中。
  3. 利用下列步驟來載入預先存在的儲存庫物件:
    1. 編輯儲存庫檔案以修正某些不相容性。
    2. 清除儲存庫中的任何儲存庫物件。
    3. 載入預先存在的物件。

    下列幾節將說明這些載入儲存庫的各個相關步驟。

準備儲存庫檔案

只在您是從 4.1.1 版升級時,才需要本節中的步驟。

檢查現有的 repos_copy 備份檔 (稱為儲存庫檔案),來確定所有值是否與新的儲存庫相關。 建立現有儲存庫檔案的備份版本,然後編輯原始儲存庫檔案來修正下列資訊:

註:
如果您不想在預先存在的儲存庫物件的檔案中載入所有儲存庫物件, 則可以從您匯入 4.3 儲存庫的儲存庫檔案中移除不需要的物件。

清除新的儲存庫

在您匯入預先存在的儲存庫物件之前, 您必須刪除任何可能已經存在於 4.3 儲存庫的重複物件。這個步驟是必要的, 因為 repos_copy 公用程式在將舊版格式匯入儲存庫時,無法辨識 -ar-arp 選項 (用來處理重複物件)。 如果 ICS 在儲存庫檔案中找到任何重複物件,它將回復整個匯入作業。

若要刪除這些儲存庫物件,請使用 repos_copy 公用程式的 -d 選項。例如,下列 repos_copy 指令會刪除儲存庫的內容:

repos_copy -sNewICSinstance -uadmin -ppasswd -d
 

在先前的 repos_copy 指令中:

匯入儲存庫檔案

若要將儲存庫檔案的內容載入儲存庫,請使用 repos_copy 公用程式。如備份 InterChange Server 系統中所述,您應利用 repos_copy 公用程式的 -o 選項,匯出預先存在的儲存庫物件, 來建立一或多個儲存庫檔案。此時您將利用 repos_copy-i 選項,將這些儲存庫物件匯入新的儲存庫。

註:
在 4.1.1 版的 InterChange Server 中, 專案定義是儲存在儲存庫中。在 4.3 版的 InterChange Server 中, 專案定義不再儲存於儲存庫中。它們現在是透過「整合元件程式庫 (ICL)」和使用者專案來定義的。匯入作業將載入儲存庫檔案中定義的所有儲存庫物件, 但是專案定義除外。如需詳細資訊, 請參閱 Windows 版系統安裝手冊

例如,假設您具有 Repository411.txt 儲存庫檔案。下列 repos_copy 指令將載入這個檔案內所有的儲存庫物件:

 repos_copy -iRepository411.txt -sserverName -uuserName -ppassword -r*
 

在先前的 repos_copy 指令中:

在預先存在的儲存庫物件位於新的儲存庫之後,您仍須執行其他步驟, 才能完成協同作業範本與對映的升級。如需相關資訊,請參閱完成協同作業範本和對映升級

Copyright IBM Corp. 1997, 2004