配置基於Informix 資料庫的WPS v6.12 叢集應用系統

引言

基於 SOA 並且實現各種業界標準的 WebSphere Process Server（以下稱為 WPS），主要用於實現人、工作流、應用程式、系統、平臺和體系結構的業務流程自動化。當前越來越多的企業使用者選擇基於 WPS 搭建整合的業務系統，如金融，通訊等。它們要求系統的高吞吐量和高可用性。在實際的規劃和實施中，採用叢集的配置和部署是通用且有效的方式。本文章主要闡述在 Unix 環境 （AIX，Solaris 或者 HP-UX）下，如何安裝 WPS v6.1.2 產品和基於 Informix v9.4 資料庫配置叢集的詳細步驟。

WPS 叢集的配置過程中需要的硬體和軟體如下：

• 2 臺作業系統為AIX，Solaris 或者 HP-UX 的Unix 主機
• WPS V6.1.2
• Informix Dynamic Server 9.4 UC8
• Informix JDBC driver 3.00 JC3

  WPS 叢集拓撲結構

  您可以通過以下連結瞭解更多關於 WebSphere Process Server 叢集拓撲方面的知識： 快速搭建 WebSphere Process Server 部署環境

  WPS 叢集（Cluster）作為一個整體為使用者提供應用程式訪問，而使用者不需要關注叢集底層的具體實現細節。

  本文描述了遠端訊息傳遞和遠端支援叢集環境的搭建配置過程。這個叢集環境由三個叢集組成，具體的拓撲結構是：

  • 應用程式叢集，不但為應用程式提供工作負載管理以及 URL 和 EJB 請求故障轉移功能，而且還部署了 BPC 和 HTM 容器，提供了對長業務流程和人工業務流程的應用程式的支援。
  • 遠端訊息叢集，執行 WPS 預設提供的四個匯流排（SCA 應用，SCA 系統，BPC 和 CEI）提供獨立的高效的訊息引擎。
  • 遠端支援叢集，部署通用事件體系結構和業務規則管理等其他應用程式，提供非同步的事件查詢。

  此種叢集模式的具體拓撲結構如圖 1 所示。

  
  圖 1 叢集環境的拓撲結構
  
  

  這三個叢集配置在兩臺機器的不同的節點上，即三個叢集的成員水平部署在兩臺機器上。在一個叢集中的兩個成員是該叢集中完全相同的副本。訊息傳遞引擎、業務支援和業務流程應用程式分別位於不同的叢集上，所以可以根據實際業務負載和硬體環境，靈活調配所需的資源。這種模式，也稱為黃金拓撲，是 WPS 中最複雜的拓撲結構，是大多數企業整合應用使用者的首選，具有如下優點：

  • 可靠性。將所有的應用、訊息引擎和通用事件部署在三個叢集上面，方便管理和使用。
  • 可擴充套件性。因為系統中的訊息引擎處於的關鍵地位，可能存在之後的訪問需求增長等擴充套件需要，單獨建立訊息引擎叢集可以很方便實行這一點。
  • 對於系統執行時可能遇到的處理量非常大和可伸縮性等問題，通過將通用事件基礎架構（CEI）和應用程式分離，可以確保這兩個元件不會爭用相同的資源（記憶體和CPU）。此拓撲還能幫助建立集中的事件伺服器以處理來自多個源的事件。
  • 所有的應用伺服器由 Deployment Manager 統一管理，降低了系統管理的複雜度。

    安裝前的注意事項

    • 在叢集環境的安裝過程中，需要同步兩臺主機的資訊，確保它們之間能夠良好的通訊。主要同步的資訊包括兩臺主機的系統時間、時區設定，並確保兩臺機器的時間差在5分鐘之內，如果時間差超過5分鐘，聯合操作將失敗。
    • 更新兩臺主機的 hosts 檔案（預設目錄為 /etc/hosts ），確保每臺機器均包含對方的 host name 和對應的 IP 地址，以便主機間的相互訪問。
    • 在使用嚮導安裝和配置概要時，請按照從上到下的順序輸入配置引數，對於 WPS V6.12 ，輸入順序的改變有可能導致未知錯誤。

      叢集環境的搭建步驟

      Informix 資料庫規劃

      WPS 的叢集環境需要後臺資料庫的支援。為了提高叢集在實際執行中的效率，建議根據功能的不同，建立不同的資料庫。資料庫的詳細資訊如下表所示：

      
      表 1 資料庫具體資訊
      

      資料庫名稱	說明
      WPRCSDB	公共資料庫
      EVENT	通用事件體系結構資料庫
      CEIDB	通用事件體系結構訊息傳遞引擎資料庫
      SCASYSDB	服務元件系統訊息傳遞引擎資料庫
      SCAAPPDB	服務元件應用程式訊息傳遞引擎資料庫
      BPCDB	業務流程編排器資料庫
      BPCME	業務流程編排器訊息傳遞引擎資料庫
      OBSVRDB	業務流程編排器事件收集器資料庫

      
      

      注意：本文選擇英文語言的資料庫安裝。如果要安裝中文語言的資料庫，請參考本文的：在資料來源定製屬性中新增資料庫語言。

      安裝 WPS 的步驟

      首先使用圖形化安裝嚮導在兩臺主機上分別安裝 WPS v6.1.2 產品，。在安裝產品和搭建叢集過程中，步驟如下：

      1.選擇“Typical installation”安裝型別。典型安裝也稱為完全安裝，提供了環境的初始化定義，包括通過概要管理工具建立特定了型別的概要檔案。

      
      圖2 選擇安裝型別
      
      

      2.在選擇概要型別介面提供了四種可選擇的概要型別（圖 3）。我們選擇“None”，即不建立任何型別的概要，以便在以後的步驟中手動建立概要。

      
      圖3 選擇概要檔案型別
      
      

      使用Profile Management Tool（PMT） 建立 Deployment Manager 概要

      Deployment Manager（DM）是管理控制節點，它對叢集環境下的所有節點提供了圖形化的管理功能。一個叢集環境中一般只需要一個管理概要。下面我們將向您講述建立 DM 概要的主要步驟：

      1. 在/bin/ProfileManagement/ 下執行命令 pmt.sh ，彈出安裝介面。在各種型別的環境選項中選擇 WPS，進入下一步。

      2. 在概要型別中提供了三種典型的概要型別，選擇 Deployment manager profile，搭建 DM 概要。

      3. 在建立方式介面中，預設選項為建立典型的概要檔案，在此需要選擇 Advanced profile creation，以便我們在後續步驟中通過管理控制檯手動進行叢集配置，以滿足特定環境的需求。

      4. 填寫要建立的 Deployment manager profile 的名稱和安裝目錄。

      5. 填寫概要的 Node Name 和 Cell name ，指定 Host Name。

      6. 在管理安全選項中，如果選中 Enable administrative security 選項，請記住 WPS v 6.1.2

      使用者名稱稱和密碼。這裡建議取消 Enable administrative security 選項，不設定安全管理。在後續步驟中可以根據需要手動啟動安全管理選項，設定使用者名稱密碼。

      7. 配置伺服器的埠。

      8. 進行資料庫的配置。首先從 Choose a database product 選擇 Informix Dynamic Server 作為公共資料庫型別，並選擇 Use an existing database。另外，需要指定 Database name，本例中使用先前建立的資料庫 WPRCSDB。不選擇“Deplay execution of database scripts for new or existing database”選項，因為概要檔案的安裝過程中會自動建立資料庫 WPRCSDB 中的表。注意：如果建立的資料庫為中文字符集，則需要選擇 “Deplay execution of database scripts for new or existing database“選項，在概要建立完成後，手動執行建立資料庫表（請參考本節內容中的步驟 11）。

      
      圖 4 公共資料庫的配置 1
      
      

      9. 在資料庫配置的第2步，需要對 Common DB 引數進行配置。如果是遠端資料庫，則在填寫 Database server host name 時，要確保遠端資料庫的 host name 已經新增到本地主機（參考本文的第三部分內容“安裝前的注意事項”）；也可以直接在該項填寫遠端資料庫的 IP 地址。換句話說，在點選下一步之前，請確認資料庫的引數資訊，否則將在點選下一步後，會收到不能連線資料庫的錯誤提示。

      
      圖5公共資料庫的配置2
      
      

      10. 完成以上步驟後，系統會顯示概要的建立資訊。如果發現引數需要調整可以後退向導重新進行輸入。DM 建立成功後，可取消選擇 Launch the First steps console 和 Create another profile，點選完成。至此，Deployment Manager 建立完成。如果建立 DM 失敗，請檢視 /logs/manageprofile 目錄下的日誌檔案進行分析。

      11. 另外，如果需要手工建立 Common DB(WPRCSDB) 相關的表，可執行 DM 概要建立生成的資料庫指令碼，預設目錄為：

      /profiles/Dmgr01/dbscripts/CommonDB/Informix/WPRCSDB 。

      請將這些指令碼複製到 Informix 資料庫所在機器，並設定如下環境變數：

      INFORMIXSERVER= INFORMIXDIR=

      
      

      之後執行如下命令：

      dbaccess – createDatabase_CommonDB.sql 如果WPRCSDB已經建立，可以忽略。 dbaccess WPRCSDB createTable_AppScheduler.sql dbaccess WPRCSDB createTable_CommonDB.sql dbaccess WPRCSDB createTable_customization.sql dbaccess WPRCSDB createTable_lockmanager.sql dbaccess WPRCSDB createTable_mediation.sql dbaccess WPRCSDB createTable_Recovery.sql dbaccess WPRCSDB createTable_RelationshipMetadataTable.sql dbaccess WPRCSDB createTable_EsbLoggerMediation.sql dbaccess WPRCSDB insertTable_CommonDB.sql

      
      

      使用 PMT 建立自定義概要

      接下來，我們手動進行自定義概要的建立。這樣，能夠在建立概要過程中，根據客戶特定的使用需求和環境特點，選擇適合於自己的資料庫，並進行埠、使用者名稱、密碼等資訊的設定。

      在建立自定義概要（Custom profile）之前啟動 DeploymentManager（DM）概要，在目錄/profiles/Dmgr01/bin 下，執行 startManager.sh 命令。節點概要的建立與 DM 概要的建立類似，在目錄 /bin/ProfileManagment 下執行命令 pmt.sh，隨即獲得安裝介面，主要步驟如下。

      1． 選擇 Create 即建立一個新的概要檔案。

      2． 在環境選項中，選擇 WPS，進入下一步。

      3． 在建立概要的型別中，選擇 Custom Profile，建立一個自定義節點概要。

      4． 在安裝型別選項中，選擇 Advanced profile creation，以便在後續步驟中通過手動配置相關引數，定製特定的節點概要。

      5． 輸入節點所對應的 DM 概要的主機名稱和埠，預設埠為 8879。如果在建立 DM 時啟動了管理安全性，則需要輸入使用者名稱和密碼。Federate this node later 選項的選擇取決於是否要在建立節點的同時將其聯合到指定的 DM 概要中。這裡，我們不選擇該選項，節點會自動與 DM 概要聯合，需要注意的是，要確保 DM 概要此時為啟動狀態。

      若選擇建立節點之後手動聯合到 DM 概要中，則需要在建立節點完成後使用 /Custom01/bin 目錄下的 addNode.sh 命令進行節點與 DM 的手動聯合，具體命令如下：

      addNode.sh dmgr_hostname

      
      
      圖6 輸入 DM 資訊
      
      

      6． 輸入 DM 的資訊後，進入埠設定頁面，可以自行修改埠號。

      7． 在資料庫選項中選擇 Informix Dynamic Server 作為資料庫型別，併為Informix JDBC driver 指定正確的路徑。該路徑指向節點所在的本地機器上 ifxjdbc.jar 和 ifxjdbcx.jar 的儲存位置。

      
      圖7 輸入資料庫資訊
      
      

      8． 瀏覽彙總資訊無誤後，點選 Create 開始建立自定義概要。

      9．建立成功後，重複以上步驟為另一臺機器建立自定義概要。

      命令列方式建立 Deployment Manager 例項和託管節點例項

      建立 DM profile 和Custom profile時，除了使用 pmt.sh 命令外，還可以選擇命令列方式，即執行 /bin/manageprofiles.sh 命令建立概要。建立 Deployment manager 概要的命令和指令碼如下：

      ./manageprofiles.sh –create -dbServerPort 8002 –templatePath /profileTemplates/dmgr.wbiserver –profileName Dmgr01 -dbDelayConfig true –dbCommonForME false –dbType INFORMIX –dbHostName aix235.cn.ibm.com –dbInstance IFXTest –hostName aix235.cn.ibm.com –enableAdminSecurity false –dbName wprcsdb –dbPassword informix –ndtopology false -cellName aix235Cell01 –nodeName aix235CellManager01 –dbJDBCClasspath /opt/jdbc/lib –dbUserId Informix –dbCreateNew false –profilePath /profiles/Dmgr01

      
      

      建立自定義節點的命令和指令碼如下：

      ./manageprofiles.sh –create –dmgrHost 9.186.111.234 –profileName Custom01 –templatePath /profileTemplates/managed.wbiserver –dbType INFORMIX –ndtopology false –cellName aix234Node01Cell –hostName aix234.cn.ibm.com –nodeName aix234Node01 –dbJDBCClasspath /home/jdbc/lib –dmgrPort 8879 –profilePath /profiles/Custom01

      
      

      使用 WPS 的管理控制檯建立叢集環境

      WPS 的管理控制檯為使用者提供了圖形化部署叢集環境的功能，使用者可以通過對特定模式的選擇，快速實現對叢集環境中各元素的自動建立和關聯，包括叢集的建立、節點的部署、各元件資料庫的配置、安全性設定、以及業務流程編排器和業務規則管理器的相關引數設定。

      1． 登入 DM 管理控制檯 http://:9060/ibm/console。如果在建立 DM 時候啟動了管理安全設定，則需要使用建立時設定的使用者名稱和密碼才能登陸。

      2． 從左側導航欄中選擇“系統管理-〉控制檯首選項”，顯示控制檯首選項設定，選擇“與節點同步更改”，使節點自動同步生效，然後點選應用，儲存首選項。這樣才能保證資料在叢集中的各個託管節點的處於同步狀態，否則需要手工對各個節點進行同步操作。控制檯介面如圖 8 所示：

      
      圖 8 部署環境與節點同步更改
      
      

      3． 導航至“伺服器-〉部署環境”，開啟部署環境管理介面，點選“新建…”，建立一個新的部署環境。

      4． 在部署環境名稱中輸入部署環境名稱，如 WPSND，環境的執行時功能選擇預設值 WPS，即建立一個各個節點的功能為 WPS 的叢集，進入下一步。

      
      圖9 使用管理控制檯建立叢集環境
      
      

      5． 在部署環境模式選項中，提供了“遠端訊息傳遞和遠端支援”、“遠端訊息傳遞”和“單個叢集”三種典型的部署環境模式。此外，以上模式無法滿足需求時，使用者可以通過配置自己的叢集和伺服器來定製部署環境。本示例選擇“遠端訊息傳遞和遠端支援”。

      6. 為叢集環境選擇所包含的節點，選擇已建立的兩個節點（圖 10）後，進入下一步。

      
      圖10 為叢集部署環境選擇節點
      
      

      7．對上述節點，需要根據實際需求輸入在每個節點上建立的伺服器個數，從而將叢集伺服器對映至相應節點。在本叢集環境下，每個節點的每個叢集選擇一個伺服器（即預設值）。

      
      圖11 為節點選擇伺服器個數
      
      

      8．根據安裝之前的資料庫規劃，輸入資料庫例項的名字，其他引數如模式名稱、使用者名稱和密碼等可以使用預設值。除了通用事件體系結構資料庫（EVENT）資料庫例項外，其他資料庫均可以選擇“建立表”選項，即由系統自動在資料庫中建立資料庫所需表。

      如果沒有為訊息引擎元件自動建立資料表，可參考本文的手工建立訊息引擎的表。

      
      圖12 WPS相關的資料庫設定
      
      

      9． 下面開始進行安全性設定，主要包括元件 Common Event Infrastructure 和業務流程編排器的 JMS 認證別名的設定。安全性的設定只是在整個叢集環境啟用全域性安全設定時候才啟作用。這裡，為保證各個元件在啟用全域性安全設定時候仍然能夠正常使用，每個元件設定的使用者名稱和密碼需要與之後的全域性安全設定採用的使用者名稱密碼保持一致。

      
      圖13 叢集環境的安全性設定
      
      

      10． 安全性設定完成後，需要對業務流程編排器元件的相關引數進行設定，從而在生成叢集環境的同時對業務流程編排器進行自動的配置。在本叢集環境中，需要為安全性指定使用者，並根據實際需求取消或者選擇啟用電子郵件服務。

      
      圖14 業務流程編排器元件的設定
      
      

      11． 所有引數設定完成後，可以看到部署環境摘要，如圖 15 所示。檢查確認無誤後，選擇“完成並生成環境”。系統會自動生成並配置叢集部署環境，並實時顯示日誌內容。環境生成成功後，選擇“儲存更改”，並確定儲存內容。

      
      圖15 部署環境摘要
      
      

      12． 完成部署環境的自動生成後，還需要手工建立 CEI 資料庫的表。具體方法為：複製 /profiles/Dmgr01/databases/event/WPSND.Support/dbscripts/Informix 目錄下的檔案到資料庫伺服器任意目錄下，執行 cr_event_informix.bat/sh 指令碼。EVENT 資料庫將建立在表空間 ceiinst1_event_system 中。

      13． 至此，叢集環境部署完成，點選“啟動”按鈕，使環境狀態顯示為啟動。

      
      圖16 啟動叢集部署環境
      
      

      14． 導航進入資源-〉JDBC-〉資料來源，選擇所有資料來源，並點選“測試連線”，測試資料來源的狀態，如圖 17 所示。若得到成功資訊，證明資料來源的狀態正確。否則，請參考本文疑難解答部分的相關內容：為資料來源新增元件管理認證別名，為業務流程編排器觀察器配置Derby資料庫，對相應引數進行手動修改、配置。

      
      圖 17 測試資料來源連線狀態
      
      

      15. 確保資料來源連線成功後，需要確定叢集是否處於正常啟動狀態。導航到伺服器-〉叢集，檢視叢集狀態。

      
      圖18 確認叢集處於啟動狀態
      
      

      16． 同樣，需要檢視叢集環境所有伺服器的狀態是否正常，導航到伺服器-〉應用程式伺服器，伺服器狀態應全部為啟動狀態。

      17． default_host 選項中定義了所有伺服器的訪問埠，應確保叢集環境中的所有伺服器及其埠均包含在該表中，否則此伺服器將無法正常訪問。導航進入“環境-〉虛擬主機”，點選“default_host”，得到其配置資訊，選擇“其他屬性-〉主機別名”，檢視主機名和埠號。一般的叢集環境中存在多個 server，其 port 值相應也有多個。點選“新建”將未被包含的伺服器埠加入到該表中，填入主機名及相應埠號，點選“確定”並“儲存”。

      每個伺服器的埠號資訊可以通過導航至伺服器-〉應用程式伺服器，點選進入相應伺服器，並

      選擇“通訊-〉埠”進行察看。埠資訊中如果有 default_host 中未包括的埠，則需要手動新增，主要檢查如圖 19 所示的四種埠。

      
      圖19 檢視伺服器埠號
      
      

      18． 至此，叢集環境的建立和屬性配置基本完成。

      
      

      新增成員到叢集環境

      在使用“部署環境”搭建叢集的過程中，已經為每個叢集自動建立了成員伺服器。在本叢集環境中，每個叢集上包含兩個成員伺服器。如果業務需要繼續為叢集新增成員，可以使用以下方法：

      1.導航至“伺服器-〉叢集”，選擇需要新增成員的叢集名稱，點選進入其具體配置。在具體配置中，點選“其他屬性-〉叢集成員”，檢視已有成員的已配置權重和執行時權重。權重數值越大，在執行中分配的使用者請求數就越多。

      2.點選“新建”新增新的成員，輸入成員名及其所在節點，點選“新增成員”，如圖 20。

      
      圖20 使用管理控制檯為叢集新增成員
      
      

      3.確認總結資訊無誤後，點選“完成”。這時看到新新增的叢集狀態為“停止”。點選“儲存”，並啟動該成員即可。至此，新的叢集成員新增成功。

      
      

      回頁首

      
      
      

      為叢集環境配置新的匯流排

      使用者還可以根據實際業務需求，建立自定義的業務匯流排。導航至“服務整合-〉匯流排”，進入匯流排列表，點選“新建”。輸入匯流排名稱，進入下一步確認資訊後儲存即可。

      訊息傳遞引擎使用 JDBC 資料來源的例項與資料庫進行互動,以保證訊息的永續性。匯流排建立成功後，為匯流排成員建立所需的資料來源的具體步驟如下：

      1． 導航至“資源-〉JDBC-〉資料來源”，選擇匯流排相應的作用域，點選“新建”。如圖 21 所示，輸入資料庫名，JNDI 名稱。也可自主選擇元件管理的認證別名。

      
      圖21為匯流排建立資料來源
      
      

      2． 在 JDBC 提供程式選項中，選擇現有的 JDBC 提供程式：Informix JDBC Driver(XA)，進入下一步。在資料庫屬性部分，分別填寫資料庫名、伺服器名稱、ifxIFXHOST 選項，鎖定方式等待選項可保留預設值，如圖 22 所示。

      
      圖22 設定資料來源特定資料庫屬性
      
      

      3． 點選“完成”並儲存更改。

      4． 資料來源建立完成後，需要為匯流排新增新的成員。再次進入匯流排選項，選擇新建的匯流排，進入其配置資訊。點選“拓撲-〉匯流排成員”。點選“新增”，選擇一個新成員所服務的節點，以及使用的訊息儲存型別。本叢集環境中選擇 “資料儲存器” 儲存型別。

      5． 在屬性選項中，選擇“使用現有資料來源”，並填寫建立資料來源時定義的 JNDI 名稱，選中“建立表”選項，為現有資料來源建立所需表。確認匯流排成員的資訊後，點選“完成”並儲存更改。

      6．重複以上步驟，可為自定義的匯流排新增多個匯流排成員。

      
      

      疑難解答

      為資料來源新增元件管理認證別名

      測試資料來源的時候，可能會出現類似錯誤 “java.sql.SQLException:Connection without user/password not sipported.DSRA0010E:SQL State = IX000， error Code = -79，811”，這種情況多是由於沒有選擇正確的元件管理認證別名。

      點選進入相應資料來源的具體引數資訊，在“元件管理的認證別名”選項中選擇相應資料來源的認證別名，點選“確定”並儲存修改。再次測試相應資料來源，則出現成功資訊。需要注意，叢集是在啟動時候載入資料來源資訊的，如果更改資料來源配置引數時，叢集處於啟動狀態，則需要重新啟動叢集，部署在叢集上面的應用程式才能正確呼叫資料來源。

      為業務流程編排器觀察器配置Derby資料庫

      對於使用 Derby 資料庫的業務流程編排器資料來源，可能需要手動進行 Derby 資料庫的配置，否則測試連線無法成功。具體步驟如下：

      1．部署環境配置完成後，會在以下目錄生成建立業務流程編排器事件收集器資料來源（Business Process Choreographer Event Collector data source）資料庫和表的sql命令檔案：

      /profiles/Dmgr01/dbscripts/ProcessChoreographer/Derby/OBSVRDB/OBSBC00

      2．修改指令碼，在指令碼的首行新增如下命令（沒有換行）：

      connect 'jdbc:derby:/profiles/Dmgr01/databases/OBSVRDB;create=true' as OBSVRDB;

      
      

      該指令碼使得資料庫建在下面的目錄裡：/profiles/Dmgr01/databases/OBSVRDB

      去掉以下2行前的註釋”--”，

      --CALL SQLJ.INSTALL_JAR('/lib/bpcodbutil.jar'，'OBSBC00.BPCODBUTIL'，0); --CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY( 'derby.database.classpath'，'OBSBC00.BPCODBUTIL');

      
      

      並在檔案最後增加一句指令碼

      DISCONNECT ALL;

      
      

      3．將上面修改完成的指令碼檔案複製到 derby 的 lib 目錄，即 /derby/lib，執行以下命令完成業務流程編排器事件收集器資料庫的建立，確保命令正確執行：

      java -cp derby.jar:derbytools.jar -Dij.protocol=jdbc:derby: -Dij.database=/profiles/Dmgr01/databases/OBSVRDB org.apache.derby.tools.ij createSchema_Observer.sql

      
      
      • 如果 java 命令找不到，可以將 java 替換為 /java/bin/java。
      • 確保 –Dij.database 引數指定的目錄與前面指定的目錄完全相同。到 /derby/bin/networkServer/ 下執行 startNetworkServer.sh 命令啟動 Derby 網路伺服器。
      
      圖23 啟動 Derby 網路伺服器
      
      

      4．登入 WPS 管理控制檯， 導航至資源-〉JDBC-〉資料來源，檢查業務流程編排器觀察器的資料來源配置。該資料來源的作用域應該作用於整個單元 Cell 範圍上。

      5．點選“環境-〉WebSphere變數”，選擇作用域為 整個 Cell ，看變數 DERBY_JDBC_DRIVER_PATH 是否定義。如果沒有定義，點選新建，在變數定義介面中，輸入以下值：

      名稱： DERBY_JDBC_DRIVER_PATH

      值：${WAS_INSTALL_ROOT}/derby/lib

      點選“確定”，並儲存更改，確保變數新增成功。

      6．點選“資源-〉JDBC-〉資料來源”，選擇業務流程編排器觀察器資料來源，取消掉元件管理的認證別名並儲存修改。

      7．上述修改完成後，在此選擇業務流程編排器觀察器資料來源，點選“測試連線”，確保資料來源能連線成功。

      在資料來源定製屬性中新增資料庫語言

      導航至“資源-〉JDBC-〉資料來源”，選擇使用Informix資料庫的資料來源，在開啟配置資訊中，選擇“其他屬性-〉定製屬性”，得到其屬性列表。在屬性列表中，找到 ifxDB_LOCALE 的屬性，在該屬性的值選項中，新增值 zh_cn.gb，點選“確定”，並儲存修改。

      手工建立訊息引擎的表

      如果在建立訊息引擎時候，沒有讓WPS自動建立資料表，即沒有選擇“建立表”選項，可以通過 WPS 提供的命令 sibDDLGenerator.sh 生成指定模式的 sql 語句。具體的引數可以參考 WPS Information Center 中 sibDDLGenerator 命令介紹。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14789789/viewspace-589254/，如需轉載，請註明出處，否則將追究法律責任。