系統處於靜止狀態並且已備份完成後,您就可以放心地開始升級程序。
如果您已升級資料庫,請安排 DBA 匯入儲存的資料庫資訊, 包括綱目資訊和儲存程序。如需相關指示,請參閱您的資料庫伺服器文件。
備份了 4.3 版以前的安裝之後,即可安裝新版本的 InterChange Server。 若要安裝新版本的 InterChange Server,請參閱安裝 InterChange Server、XML 資料處理常式、電子郵件配接器及其他支援產品來取得安裝指示。
附註:
如果是從 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 已適當地配置:
VisiBroker ORB 中呈現了各種可調整 ORB 的相關內容。 如果已在自訂的 Script 或軟體中使用了這些內容, 則必須驗證是否已針對 IBM Java ORB 適當地設定這些內容。表 32 會列出部份 VisiBroker ORB 內容, 以及它們在 IBM Java ORB 中的對等名稱。
如果您具有任何 4.2.2 之前安裝版本的自訂 Script (參照 VisiBroker ORB 內容) , 請將它們換成表 32底下所列的 IBM ORB 對等 Script。
表 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。 |
在 4.2.2 版之前的 InterChange Server, VisiBroker ORB 提供 osfind 工具,來識別以 InterChange Server 登錄的所有 ORB 物件。 基於這個目的,IBM Java ORB 提供了名為 CosNameServer_Dump 的工具。這個工具位於 ProductDir/bin 目錄中。如需詳細資訊,請參閱 System Administration Guide。
從 4.2.2 版的 InterChange Server 起, IBM Java ORB 即已取代 VisiBroker ORB。隨著這個變更, 「暫時性命名伺服器」取代了先前針對 HA 使用的 VisiBroker Smart Agent。 如需配置 HA 環境的 IBM ORB 的詳細資訊, 請參閱安裝和配置 Object Request Broker (ORB)。
如果已在預先存在的 InterChange Server 系統中建立了自訂檔案, 則必須評估下列檔案來判定它們是否需要升級:
從 InterChange Server 4.2.2 版起, 已變更所有啟動 Script,以因應從 VisiBroker ORB 至 IBM Java ORB 的移轉, 以及對 IBM JRE 的支援。
如果您已自訂伺服器啟動 Script,並且要從 4.2.2 以外的版本升級至 4.3, 則您必須對新的 Script 做出類似的變更。您可能需要對這些啟動 Script 做出下列自訂變更:
比方說,如果您具有任何自訂的資料處理常式,請在 CLASSPATH 變數中加入它們的 .jar 檔中。
在完成了升級程序及其測試之後,您可以從伺服器啟動中移除 -design 選項,以便 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,請遵循下列步驟:
如需驗證支援軟體是否確實執行的相關指示,請參閱啟動支援軟體和啟動 IBM ORB Transient Naming Server。
有關如何啟動 InterChange Server 的指示,請參閱啟動 InterChange Server和啟動系統管理程式。
您可以檢查 ProductDir 目錄中的 InterchangeSystem.log 檔以確認是否已順利啟動。
InterChange Server 儲存庫是一個資料庫,可保存關於 InterChange Server 元件的 Meta 資料。 您可以利用或不利用原位資料庫升級來執行升級。「4.3 ICS 安裝程式」不會自動升級您的 ICS 儲存庫內容。 不過,當您在前一個步驟中啟動了 ICS 時,如果使用原位升級, 則 ICS 會使用任何 4.3 變更來升級 4.3 之前的儲存庫中的綱目。在進行升級程序時,您必須決定要將哪些物件載入到儲存庫:
「安裝程式」會自動將各種 ICS 元件的適當輸入檔複製至 ProductDir 及 ProductDir 的各種子目錄,包括 /repository (其中 ProductDir 是新的 4.3 版的產品目錄)。 這些輸入檔包含 4.3 ICS 版本的新元件。
如果已利用 repos_copy 備份了 ICS 儲存庫, 則您將具有一或多個儲存庫檔案,包含元件 (來自預先存在的 ICS 版本) 的儲存庫物件。
您可以在已連接的 Windows 機器上,使用「系統管理程式」中的「InterChange Server 元件管理」檢視畫面,來瀏覽已載入伺服器的元件。
只在您不利用資料庫的原位升級來升級 InterChange Server 時, 才需要本節中說明的步驟。
您已在「ICS 配置精靈」中指定了這些 ICS 資料庫的名稱, 這是 ICS 安裝程序的一部份。 當您啟動了新版本的 ICS 時,伺服器即升級了儲存資料庫中的綱目。 若要起始設定這個新的儲存庫,您必須載入預先存在的儲存庫物件。
準備載入儲存庫時,請採取下列步驟:
ProductDir/DLMs/classes/NativeMaps
ProductDir/collaborations/classes/UserCollaborations
其中 ProductDir 是新的 4.3 版的產品目錄。 這個步驟可確保現有對映和協同作業的 .class 檔位於新的 4.3 目錄結構。
下列幾節將說明這些載入儲存庫的各個相關步驟。
只在您是從 4.1.1 版升級時,才需要本節中的步驟。
檢查現有的 repos_copy 備份檔 (稱為儲存庫檔案),來確定所有值是否與新的儲存庫相關。 建立現有儲存庫檔案的備份版本,然後編輯原始儲存庫檔案來修正下列資訊:
匯入關係時,您必須驗證每一個關係的下列屬性在儲存庫檔案內是否有效:
如果這些屬性代表一個無法在 repos_copy 匯入 ICS 儲存庫期間找到的資料庫,InterChange Server 將回復整個匯入作業。 不過,如果每個關係都刪除這些屬性, InterChange Server 會使用儲存庫作為預設關係資料庫。
以 4.1.1 格式的資料庫連線儲存區無法匯入新的儲存庫。 因此,您必須從儲存庫檔案中刪除連線儲存區。 在 ICS 實例升級之後,您必須在連接的 Windows 機器上的「系統管理程式」內,重新建立這些連線儲存區。
在您匯入預先存在的儲存庫物件之前, 您必須刪除任何可能已經存在於 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 選項,將這些儲存庫物件匯入新的儲存庫。
例如,假設您具有 Repository411.txt 儲存庫檔案。下列 repos_copy 指令將載入這個檔案內所有的儲存庫物件:
repos_copy -iRepository411.txt -sserverName -uuserName -ppassword -r*
在先前的 repos_copy 指令中:
在預先存在的儲存庫物件位於新的儲存庫之後,您仍須執行其他步驟, 才能完成協同作業範本與對映的升級。如需相關資訊,請參閱完成協同作業範本和對映升級。