在以上 38 張表格中，針對 Business Space 源數據庫表格中的數據，只有 23 張表格用於數據遷移：
Business Space 業務空間，其對應 SPACENODE，SPACENODE_DD，SPACENODE_LOD 表；
Business Space 業務空間模板，其對應 TEMPLATENODE，TEMPLATENODE_LOD 表；
Business Space 業務空間頁面，其對應 LAYOUTNODE，LAYOUTNODE_DD，LAYOUT_MARKUP_NODE，LAYOUT_TREE，NAVNODE，NAVNODE_DD，NAVNODE_LOD，NAV_TREE 表；
Business Space 窗口小部件，其對應 WIDGET_DEFINITION，WIDGET_INSTANCE，WIDGET_RELATION，WIDGET_WIDGETBLOB，WIDGET_WINDOW，WIREITEM 表；
Business Space 用戶可定製數據，其對應 BSP_USER_DATA_T 表；
Business Space 用戶權限數據，其對應 AC_MEMBER，AC_RESOURCE，AC_ROLE 表。
如何回滾再運行 IBM Business Space V6.x 到 V7.5 數據遷移
前面章節介紹了 Business Space 源數據庫表和目標數據庫表，數據遷移的過程就是把源數據庫表中的數據讀取出來，然後轉換成新的 Business Space 數據格式，最後存儲到目標數據庫表的過程。由於 Business Space 數據的讀取 – 轉換 – 存取是以用戶為分組，分批執行的，所以在任何一個環節出現異常，在目標數據庫表中都有可能出現不完整數據。因為這時就需要執行數據回滾的操作，以便再次運行 Business Space V6.x 到 V7.5 數據遷移。
本節將以獨立配置環境為例，介紹如果回滾再運行 IBM Business Space V6.x 到 V7.5 數據遷移，網絡部署配置環境與獨立配置環境下運行數據遷移基本步驟是一樣的。
為了刪除掉目標數據庫表格中不完整的 Business Space 遷移數據，用戶首先需要停止運行配置的 Business Space 的目標服務器。
運行位於 profile_root/bin 目錄下的 stopServer.bat/sh 命令，執行結果如圖 15。
為了徹底刪除掉目標數據庫表格中不完整的 Business Space 遷移數據，用戶需要刪除掉所有與 Business Space 相關的數據庫表。
使用具有讀寫權限的用戶登錄到數據庫服務器；
連接目標數據庫；
將目錄定位到 profile_root/dbscripts/BusinessSpace/node_name_server_name/database_product_name/database_name 目錄下，如果用戶的 Business Space 服務器和數據庫服務器不在同一台物理機上，則需要將上述目錄下的文件拷貝到數據庫服務器的文件系統上，並將目錄定位到該目錄下；
運行 dropTable_BusinessSpace.sql 以刪除 Business Space 數據庫表。
成功運行了 dropTable_BusinessSpace.sql 腳本後，用戶在目標數據庫里將看不到上一節所列出的 38 張 Business Space 數據庫表格，如果用戶依然還可以看到部分或者全部數據庫表，請重新執行上述 4 步以刪除這些數據庫表格。
在上一小節中，用戶已經成功刪除了所有與 Business Space 相關的數據庫表格，所以用戶需要重新建立所有與 Business Space 相關的數據庫表。
使用具有讀寫權限的用戶登錄到數據庫服務器；
連接目標數據庫；
將目錄定位到 profile_root/dbscripts/BusinessSpace/node_name_server_name/database_product_name/database_name 目錄下，如果用戶的 Business Space 服務器和數據庫服務器不在同一台物理機上，則需要將上述目錄下的文件拷貝到數據庫服務器的文件系統上，並將目錄定位到該目錄下；
運行 createTable_BusinessSpace.sql 以建立 Business Space 數據庫表。
成功運行了 createTable_BusinessSpace.sql 腳本後，用戶在目標數據庫里將看到上一節所列出的 38 張 Business Space 數據庫表格，如果用戶不能看到全部 Business Space 數據庫表，請重新執行上一小節所述的 4 步以刪除這些不完整的數據庫表格，之後再執行上述 4 步以重新建立全部數據庫表格。
由於重新建立的 Business Space 所需要的全部數據庫表格，因此一些系統自帶的業務空間，業務空間模板，以及業務空間主題都已經被刪除，所以用戶需要重新導入這些數據到新建的數據庫表裡。
修改位於 profile_name\BusinessSpace\node_name\server_name\mm.runtime.prof\public\ 目錄下的 oobLoadedStatus.properties 文件，確保三個標誌位都為 true，如圖 16。
圖 16. 修改後的 oobLoadedStatus.properties 文件
修改完成上一節所述的三個標誌位變量後，需要啟動服務器，以將系統數據導入到新的 Business Space 數據庫表中。
運行位於 profile_root/bin 目錄下的 startServer.bat/sh 命令，執行結果如圖 17。
再成功啟動 Business Space 服務器後，用戶即可以再次運行 Business Space V6.x 到 V7.5 數據遷移命令，關於 Business Space V6.x 到 V7.5 數據遷移命令的詳細介紹，大家可以參見 Business Space 數據遷移命令。
如何確認 IBM Business Space V6.x 到 V7.5 數據遷移是否成功
如果成功運行 Business Space V6.x 到 V7.5 數據遷移，Business Space 數據遷移命令輸出信息如圖 18。
在這種情況下，用戶還需要：
檢查服務器目錄下的系統日誌文件中是否有程序異常發生。
Business Space 數據遷移的日誌文件位於配置的 Business Space 的服務器目錄下的系統日誌文件（SystemOut.log 和 SystemErr.log），如果日誌文件中出現和 Business Space 數據遷移相關的異常（可根據執行數據遷移時間判斷），意味着 Business Space 數據遷移失敗，用戶再次運行數據遷移程序前，需要執行 Business Space V7.5 的數據回滾操作。
登錄 Business Space，檢查數據遷移前的業務空間數據是否成功遷移，主要需要檢查以下數據。
業務空間：比較數據遷移前後 Business Space 業務空間和所包含的頁面數目（不包括系統自帶的業務空間 welcome space 和頁面），以及空間、頁面名稱等屬性是否一致，如圖 19 和圖 20。
圖 19. 數據遷移前 Business Space 業務空間
以下文章點擊率最高
Loading…