IBM Business Space V7.5 数据迁移的回滚再运行3

图 14. Business Space 目标数据库表 2

在以上 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。


图 15. 停止运行目标服务器

运行数据库脚本删除 Business Space 表

为了彻底删除掉目标数据库表格中不完整的 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 相关的数据库表格,所以用户需要重新建立所有与 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 步以重新建立全部数据库表格。

修改标志位,重新导入 OOTB 数据

由于重新建立的 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。


图 17. 启动目标服务器

再次运行 Business Space 数据迁移

再成功启动 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。


图 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 业务空间

     

如果这文章对你有帮助,请扫左上角微信支付-支付宝,给于打赏,以助博客运营

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注