vsphere遷移到高版本_計劃遷移到最新版本的IBM BPM和IBM Business Monitor
要繼續在受支持的版本中運行業務應用程序，並利用最新的產品功能，必須進行遷移。 IBM BPM和IBM Business Monitor基礎架構使用最新的性能升級至關重要，這樣您的應用程序才能利用最新的標準和模式。 遷移可以定義爲從原始環境（運行舊版本的IBM業務流程管理和業務活動監視產品，其中可能包含其他體系結構，例如IBM WebSphere Process Server）遷移到新環境（運行支持的基礎架構） ，最好是IBM BPM和IBM Business Monitor的最新版本。
本教程主要側重於以V8.5.5作爲目標平臺的IBM BPM和IBM Business Monitor的遷移規劃，但適用於以後可用的更高版本。 以下各節介紹了IBM BPM和IBM Business Monitor的遷移概念，概述了建議的遷移方法，討論了遷移選項，提供了評估技術，並描述了計劃和執行遷移所需的遷移執行詳細信息。
遷移角色和職責
下表中描述的角色通常包含在將應用程序遷移到IBM BPM和IBM Business Monitor的項目中。
表1：IBM BPM和IBM Business Monitor的角色和職責
| 角色 | 職責範圍 |
|---|---|
| 專案經理 |
確保遷移項目「正確」運行並在給定的時間範圍內完成（在當前版本停止運行之前）。 |
| 業務流程分析師 |
確定是否必須更改或擴展現有流程以及如何擴展現有流程，或者必須創建新流程。 |
| 解決方案架構師 |
確保所有相關應用程序都已遷移，並且正確考慮和實施了對最終用戶的影響。 決定是否以及如何修改應用程序（理想情況下，在此項目中不應進行任何修改）。 |
| 業務流程開發人員 | 爲流程應用程序的開發提供主要輸入。 |
| IBM BPM架構師 | 提供流程應用程序設計的主要輸入。 |
| 業務流程集成開發人員 |
確保在新的或遷移的環境中正確實施了現有的後端集成（例如，MQ集成）。 |
| 業務監控架構師 |
提供用於監視應用程序設計的主要輸入（包括儀表板和報告）。 |
| 業務監視器開發人員 | 提供用於開發監視器模型應用程序的主要輸入（包括儀表板和報告）。 |
| 基礎架構師 |
確保現有環境正確映射到新的或遷移的IBM BPM環境（例如，集羣，數據庫，安全性，LDAP等）。 |
| IBM BPM管理員 | 確保當前的應用程序部署機制也可以在新的或遷移的IBM BPM環境中工作。 確保對現有和將來的業務流程實施進行技術監控，以進行性能和調整。 |
| IBM Business Monitor管理員 | 確保當前的監視應用程序部署機制也可以在新的或遷移的IBM Business Monitor環境中使用。 確保對現有和將來的業務監視實施進行技術上的性能監視和調整。 |
| 測試儀 | 確保現有應用程序在新的或遷移的IBM BPM和IBM Business Monitor環境中正常工作。 |
| 數據庫管理員 |
確保將現有數據庫連接正確映射到新的或遷移的IBM BPM環境（數據源，數據庫安全性）。 參與遷移過程，以便共同確定新的或遷移的IBM BPM和IBM Business Monitor環境的數據庫設計。 |
| 支持負責人 |
爲新的或遷移的IBM BPM和IBM Business Monitor環境提供支持。 |
您的遷移選項
瞭解產品遷移和產品升級之間的以下區別非常重要：
- 產品升級適用於作爲修訂包提供的產品版本，其版本號僅更新了後兩位（V8.0.nn）。 完成對現有產品安裝的升級，並使用產品二進制文件和數據庫，而無需任何應用程序遷移或運行時數據庫遷移。 升級包括數據庫架構更新。
- 產品遷移適用於新產品版本，其版本號僅更新了前兩位數字（Vn.n）。 遷移需要完全安裝新版本的二進制文件。 新的二進制文件（新版本）與舊的二進制文件（舊版本）位於不同的目錄中。 使用版本到版本的遷移工具（IBM知識中心的產品文檔中定義的遷移腳本和過程）將配置和應用程序從每個概要文件從舊的二進制文件遷移到新的二進制文件。 遷移的目標版本有時包括對現有功能的修復，引入的新功能以及對數據庫架構的更新。
遷移運行時環境或開發工件
在爲IBM BPM或IBM Business Monitor計劃遷移項目時，請考慮兩種遷移方法：
- 遷移所有業務數據和應用程序 ：在遷移期間保持長時間運行的流程的狀態，並將歷史業務實例數據轉發到新版本中。 此類遷移需要維護窗口。
- 僅遷移工件 ：將您的應用程序從當前的生產環境導入開發工具。 使用開發工具的遷移過程來遷移應用程序。 創建一個並行目標生產環境，該環境從頭開始配置，並且配置與源生產環境不同。 您可以修改流程應用程序以使用新的產品版本功能。 將應用程序部署到目標生產環境時，它們將創建一組新的數據庫表，因此它們無權訪問爲源生產環境配置的數據庫中存儲的應用程序數據。
請注意業務數據和應用程序遷移的以下限制：
- 從源到目標的遷移需要停機時間。
- 節點上的所有應用程序必須準備好同時遷移。
- 新功能不會自動啓用。 如果您不使用工件遷移或開發工具中的遷移選項來遷移應用程序工件，則有時功能不可用。 例如，僅通過在IBM Integration Designer中遷移應用程序工件來啓用在監視器模型中使用動態事件框架（DEF），而不是通過將監視器模型遷移到目標運行時環境的遷移工具來完成。
- 您必須重新應用完整的測試範圍：功能和性能測試。
考慮工件遷移的以下好處：
- 您可以使用開發工具和開發環境來遷移應用程序工件。
- 您可能會更改服務器拓撲。
- 在源中啓動的流程實例在源服務器上完成。
- 新實例將在目標生產環境中啓動。
- 您可以同時管理並行的源和目標生產環境
- 您可以使用快照部署過程有選擇地將應用程序從源生產環境遷移到新版本。
- 遷移不依賴於遷移工具。
- 現有數據不會移動。
在決定使用哪個遷移選項時，請考慮以下因素：
- 是否需要保持非常長時間運行的流程實例（數月甚至數年）？
- 您需要保留性能數據嗎？
- 同一臺服務器上正在運行多少個流程應用程序？
- 最終用戶是否指向相同的門戶或用戶界面？
- 是否需要自定義路由？
- 是否有停機時間限制？
- 有許可限制嗎？ 多個環境可能需要軟件（例如數據庫軟件）的多個許可證。
基於源版本的運行時遷移支持
查看支持遷移的以下產品版本：
表2：對IBM WebSphere Process Server的運行時遷移支持
| 從 | 至 | |||||
|---|---|---|---|---|---|---|
| WebSphere Process Server版本 | 終止支持日期 | IBM BPM V7.5.1.x | IBM BPM V8.0.0.x | IBM BPM V8.0.1.x | IBM BPM V8.5.0.x | IBM BPM V8.5.5 |
| V6.0.2 | 10/2010 | |||||
| V6.1.0 | 04/2013 | 是 | ||||
| V6.1.2 | 10/2013 | 是 | ||||
| V6.2.0 | 04/2014 | 是 | 是 | 是 | 是 | 是 |
| V7.0.0 | 04/2015 | 是 | 是 | 是 | 是 | 是 |
表3：對IBM Lombardi Teamworks和IBM WebSphere Lombardi Edition的運行時遷移支持
| 從 | 至 | |||||
|---|---|---|---|---|---|---|
| 版 | 終止支持日期 | IBM BPM V7.5.1.x | IBM BPM V8.0.0.x | IBM BPM V8.0.1.x | IBM BPM V8.5.0.x | IBM BPM V8.5.5 |
| Teamworks V6.1.x | 10/2013 | 是 | 是 | 是 | 如所須 | 如所須 |
| Teamworks V6.2.x | 10/2013 | 是 | 是 | 是 | 是 | 是 |
| WebSphere Lombardi版V7.1 | 10/2013 | 是 | 是 | 是 | 是 | 是 |
| WebSphere Lombardi版V7.2 | 04/2016 | 是 | 是 | 是 | 是 | 是 |
表4：對IBM BPM的運行時遷移支持
| 從 | 至 | |||||
|---|---|---|---|---|---|---|
| IBM BPM版本 | 終止支持日期 | IBM BPM V7.5.1.x | IBM BPM V8.0.0.x | IBM BPM V8.0.1.x | IBM BPM V8.5.0.x | IBM BPM V8.5.5 |
| V7.5.0 | 不適用 | 升級 | 是 | 是 | 是 | 是 |
| V7.5.1 | 不適用 | 升級 | 是 | 是 | 是 | 是 |
| V8.0.0 | 不適用 | 升級 | 升級 | 是 | 是 | |
| V8.0.1 | 不適用 | 升級 | 是 | 是 | ||
| V8.5.0 | 不適用 | 升級 | 升級 |
表5：對IBM WebSphere Business Monitor的運行時遷移支持
| 從 | 至 | ||||
|---|---|---|---|---|---|
| IBM WebSphere Business Monitor版本 | 終止支持日期 | IBM Business Monitor V7.5.1.x | IBM Business Monitor V8.0.0.x | IBM業務監視器 V8.0.1.x |
IBM業務監視器 V8.5.5 |
| V6.0.2.x | 9/2010 | 遷移到V6.1 + | 遷移到V6.2.0.x + | 遷移到V6.2.0.x + | 遷移到V6.2.0.3 + |
| V6.1.x | 4/2013 | 是 | 遷移到V6.2.0.x + | 遷移到V6.2.0.x + | 遷移到V6.2.0.3 + |
| V6.2.0.x | 4/2014 | 是 | 是 | 是 | 遷移到6203+ |
| V6.2.0.3 | 4/2014 | 是 | 是 | 是 | 是 |
| V7.0.0.x | 4/2015 | 是 | 是 | 是 | 是 |
| V7.0.0.5 | 4/2015 | 是 | 是 | 是 | 是 |
表6：對IBM Business Monitor的運行時遷移支持
| 從 | 至 | ||||
|---|---|---|---|---|---|
| IBM Business Monitor版本 | 終止支持日期 | IBM Business Monitor V7.5.1.x | IBM Business Monitor V8.0.0.x | IBM業務監視器 V8.0.1.x |
IBM業務監視器 V8.5.5 |
| V7.5.0 | 不適用 | 升級 | 是 | 是 | 是 |
| V7.5.1.x | 不適用 | 是 | 是 | 是 | |
| V7.5.1.2 | 不適用 | 是 | 是 | 是 | |
| V8.0.0 | 不適用 | 升級 | 升級 | 是 | |
| V8.0.1.x | 不適用 | 是 |
三相遷移方法
在計劃遷移時，請記住，遷移可以分爲三個階段：1.遷移研討會，2.遷移評估，以及3.遷移執行。 如下圖所示，遷移研討會的時間約爲一天，而遷移評估通常需要幾個星期。 根據IBM BPM和IBM Business Monitor環境的數量，以及應用程序的數量和複雜性以及測試要求，遷移執行可能需要幾個月的時間才能完成。
圖1：三相遷移方法
無論您是要遷移到單獨的IBM BPM還是要遷移到IBM Business Monitor，還是要遷移到同時包含這兩種產品的環境，遷移階段均適用。 以下概述描述了每個階段：
- 研討會 ：遷移研討會由會議和討論組成，以收集對遷移的初始要求和有關源環境的信息。 在研討會之前，應收集有關當前應用程序和基礎結構的信息。
- 評估 ：評估旨在提供時間進行分析，評估遷移選項以確定遷移策略，然後利用這些發現來制定遷移計劃並評估實施工作。
- 執行 ：遷移的執行包括遷移過程和工具的準備，遷移方法的測試（包括應用程序的迴歸測試）以及從源到目標環境的遷移的實現。 它包括在目標開發環境中建立源應用程序的開發基線，以爲將來的功能應用程序更新提供基礎。
階段1：遷移研討會
遷移研討會包括與正在考慮進行遷移的應用程序的主題專家舉行的一系列會議（有關參與的潛在角色的列表，請參閱前面的角色表）。 研討會的目的是收集遷移的初始要求，並充分了解源環境以決定遷移方法，然後計劃遷移評估。
在遷移研討會期間，您的團隊應專注於以下領域：
- 目標 ：捕獲遷移的業務和技術目標。
- 約束 ：確定任何技術或業務約束，例如遷移窗口。
- 運行時環境 ：描述每個候選遷移環境（包括開發環境）的基礎結構和拓撲。
- 應用程序：盤點應用程序，包括組件，用戶界面，數據保留，卷，服務級別協議和整體體系結構。
- 操作 ：高層記錄可能影響遷移或受遷移影響的相關操作過程，實踐，工具和人員配置（例如，配置管理，安全性，災難恢復，備份和高可用性）。
- 測試：描述功能和非功能測試的方法，包括時間表。 確定可能需要修改才能在遷移環境中使用的所有測試套件，腳本或測試工具。
階段2：遷移評估
在遷移評估期間，將進行三項活動：分析源環境，應用程序和目標環境目標；以及 確定遷移實施策略； 最後，計劃遷移實施並估算工作量（工作分解結構）。
分析遷移需求
遷移評估期間的第一個活動是分析遷移需求和遷移目標。 在遷移研討會上，通過遷移調查表檢查約束和需求以及源環境的數據。 在源環境中查看現有的應用程序工件。
確定遷移策略
遷移評估中的下一個活動是確定遷移策略。 根據先前的遷移需求分析中發現的目標和約束，考慮並研究各種遷移選項，以確定最佳的遷移策略和方法。 通常與應用程序主題專家討論遷移選項，以從業務和技術角度權衡每個選項的優缺點。
在此階段，請考慮不同的源和目標環境，例如開發，測試，登臺和生產。 另外，作爲整體策略的一部分，爲每種環境決定一種獨特的遷移方法。 如果多個應用程序適合遷移，請根據應用程序複雜性，共享的技術環境以及業務用戶之間的共有程度，評估將它們一起遷移或單獨遷移的可能性。
達成遷移策略的協議後，可將其用作下一個活動的基礎，以規劃所選方法的實施。
計劃遷移
根據您確定的所選遷移策略和方法，創建一個遷移執行計劃，其中詳細說明了遷移執行的三個階段中的角色和活動。 階段3：「遷移執行」部分介紹了這些階段（準備，遷移，空運行和測試以及生產遷移）。
爲預算和計劃目的，爲遷移創建一個高級計劃。 在計劃中，確定每個階段的任務，確定每個任務所需的角色，並對完成每個任務的工作進行粗略的估計。 此外，爲整體遷移定義時間表，可能包括針對單個應用程序或環境的單獨階段。
階段3：遷移執行
遷移執行包括三個階段：準備，遷移空運行和測試以及生產遷移。
製備
開發遷移過程和腳本以執行從源環境到目標環境的遷移。 準備用於新產品版本的基礎結構。
首先定義目標環境的需求和設計：
- 績效要求 ：記錄業務的現有績效要求，並針對新版本進行驗證。 本文檔用於在執行期間確定分析和性能測試的大小。
- 基礎架構規模調整 ：根據業務當前的績效要求進行規模調整。 使用最新的產品性能報告來預測使用模式和硬件要求。 IBM還提供了Techline服務，您可以用來調整新硬件的大小。 與您的IBM服務代表一起使用Techline服務。
- 硬件採購 ：基於大小分析來購買硬件，以確保可以使用適當的基礎結構來部署新版本。
- 基礎結構拓撲 ：確定IBM BPM和IBM Business Monitor的拓撲。 對於新安裝，請使用受支持的標準拓撲，例如，黃金拓撲。 對於新版本，必須爲IBM BPM和IBM Business Monitor使用單獨的單元。 另外，如果IBM BPM應用程序需要功能分離，請考慮爲新版本使用多個單元，每個應用程序可能一個單元。
定義目標環境後，請安裝目標基礎結構併爲遷移的應用程序進行配置：
- 基礎結構安裝 ：根據最終的拓撲結構安裝和配置IBM BPM和IBM Business Monitor V8.5.5產品。 此時必須有適當的硬件資源（例如，磁盤，內存，CPU）可用。
- 工具安裝 ：安裝IBM Integration Designer V8.5.5。
作爲階段2評估的一部分，您已完成了對應用程序工件的高級分析，以幫助確定遷移策略。 現在，在遷移執行的準備階段，更詳細地分析工件以爲實際遷移做準備：
- 詳細的工件和代碼分析 ：確定不贊成使用的功能和自定義API的使用，以確保代碼在最新版本中兼容並受支持。 如果應用程序中有一些較早使用的不支持的功能或不受支持的功能，這些功能在開發基線階段就已解決。 請參閱下表，以獲取對IBM BPM和IBM Business Monitor過去版本中不推薦使用和除去的功能的引用。
表7：IBM BPM不建議使用和除去的功能
表8：IBM Business Monitor不建議使用和除去的功能
準備階段的剩餘步驟是設計和開發必要的過程和腳本，以支持遷移：
- 遷移過程 ：通過擴展標準遷移過程，開發針對遷移方案的詳細遷移過程。
- 遷移腳本 ：創建或驗證腳本以進行測試。
遷移空運行和測試
測試遷移工具和過程，包括在測試（非生產）環境中對從源環境到目標環境的遷移進行試運行。 然後在遷移的應用程序上運行迴歸測試。 在此階段包括以下步驟：
- 通過工件遷移進行基線開發遷移 ：使用Process Designer或IBM Integration Designer遷移源工件。 將開發工件從源開發工具遷移到目標開發工具，包括將工件與新的體系結構功能和範例對齊所需的任何修改。 建議不要在遷移過程中對應用程序進行功能更新。 開發基準的目的是簡單地提供源環境中的等效功能，作爲目標環境中將來功能更新的基礎。
- 通過業務數據和應用程序遷移進行運行時遷移 ：使用業務數據和應用程序遷移方法遷移測試運行時環境。 使用此方法作爲實際生產遷移的試運行。 在空運行期間，創建可用於類似的後續遷移的遷移食譜或腳本。
- 測試 ：測試並解決缺陷。 要測試新版本，請遵循現有的測試過程。 測試範圍應包括功能測試，集成測試，用戶驗收測試和性能測試。 測試是整個遷移工作的重要組成部分。
生產環境遷移
遷移過程包括從源到目標生產環境的實際遷移。 遷移到生產環境通常是在有限的時間範圍內進行的，例如在系統維護窗口期間。 在遷移生產環境之前，請使用克隆的數據庫測試遷移過程並驗證遷移後的步驟。
確定一個兼顧業務和技術約束的遷移窗口，以將生產運行時環境遷移到v8.5.5。 使用以下高級步驟遷移到IBM BPM V8.5.5和IBM Business Monitor V8.5.5：
- 準備要提取的源環境，包括服務器和數據庫。
- 使用拓撲信息規劃和創建新的目標環境。
- 對服務器運行時數據和配置執行遷移。
- 執行其他配置，例如報告。
- 在新的目標環境上執行迴歸測試。
- 停止並停用源環境。
高級別時間表和人員配備
本部分提供了執行遷移的高級時間表。 建議使用以下分階段的方法來計劃遷移執行項目，因爲它涵蓋了開發工件和運行時環境的遷移：
- 在第一階段，通過遷移開發工件，然後在測試環境中對其進行測試，來創建開發環境的基線。
- 在第二階段中，通過選擇運行時環境（例如，名爲「 Stage」）來執行空運行和測試，從而遷移運行時環境。
下圖概述了工件和運行時遷移的建議階段和建議角色：
圖2：遷移工件的時間線和角色
圖3：遷移運行時環境的時間線和角色（業務數據和應用程序）
IBM軟件服務產品
使用IBM Software Services遷移到業務流程管理解決方案有助於確保您的業務運營交付正確的商品和服務，並滿足客戶對一致性和便利性的需求。 IBM Software Services提供專門的現場諮詢服務，以滿足您的遷移需求。 在IBM Software Services中，專家訪問服務團隊在IBM Smarter Process產品方面具有深厚的技能，這些產品被IBM客戶和整個IBM用於複雜項目。 專家訪問服務團隊通過在關鍵時刻提供對深度技術專業知識的及時訪問，徹底改變了提供諮詢專業知識的方式。 IBM幫助客戶減輕風險並加快完成時間。
請與IBM軟件服務公司聯繫以舉辦遷移研討會，以幫助確定您的特定遷移需求。 基於這一爲期一天的研討會的結果，團隊可以通過對應用程序進行遷移評估並制定遷移策略和計劃來協助您進行遷移。
結論
本教程介紹了遷移概念，並提供了指導以幫助您爲團隊計劃IBM BPM和IBM Business Monitor的遷移。 您瞭解了制定遷移戰略和啓動遷移計劃必不可少的業務計劃和準備要求。
您瞭解了IBM BPM和IBM Business Monitor遷移的高級遷移選項，包括對特定產品版本的遷移支持。 本教程介紹了建議的遷移到產品版本的方法，包括遷移研討會，遷移評估和遷移執行的階段。 本教程還概述了遷移的時間表，以及如何計劃和配置每個階段。
現在，您準備好使用遷移方法來爲您的組織計劃遷移。
致謝
作者要感謝Werner Tod，Zhang Shuo和Jim Thorpe對本文的貢獻和評論。
翻譯自: https://www.ibm.com/developerworks/bpm/library/techarticles/1502_sharma/1502_sharma.html