如何确认 IBM Business Space V6.x 到 V7.5 数据迁移是否成功

yanzi1150

如果成功运行 Business Space V6.x 到 V7.5 数据迁移，Business Space 数据迁移命令输出信息如图 1。

图1 数据迁移命令执行成功



在这种情况下，用户还需要：
检查服务器目录下的系统日志文件中是否有程序异常发生。
Business Space 数据迁移的日志文件位于配置的 Business Space 的服务器目录下的系统日志文件（SystemOut.log 和 SystemErr.log），如果日志文件中出现和 Business Space 数据迁移相关的异常（可根据执行数据迁移时间判断），意味着 Business Space 数据迁移失败，用户再次运行数据迁移程序前，需要执行 Business Space V7.5 的数据回滚操作。
登录 Business Space，检查数据迁移前的业务空间数据是否成功迁移，主要需要检查以下数据。
业务空间：比较数据迁移前后 Business Space 业务空间和所包含的页面数目（不包括系统自带的业务空间 welcome space 和页面），以及空间、页面名称等属性是否一致，如图 2 和图3。

图 2. 数据迁移前 Business Space 业务空间




图 3. 数据迁移后 Business Space 业务空间



业务空间页面：比较数据迁移前后 Business Space 业务空间页面布局是否一致，如图 4 和图5。

图 4. 数据迁移前 Business Space 业务空间页面布局




图 5. 数据迁移后 Business Space 业务空间页面布局



窗口小部件：比较数据迁移前后 Business Space 业务空间页面内所有窗口小部件的配置属性是否一致，如图 6和图7。

图 6. 数据迁移前窗口小部件配置




图7. 数据迁移后窗口小部件配置



业务空间权限信息：比较数据迁移前后 Business Space 业务空间及页面的权限信息是否一致，如图 8 和图9。

图8. 数据迁移前业务空间权限信息




图9. 数据迁移后业务空间权限信息



如果登录 Business Space 后发现，数据迁移前后 Business Space 业务数据不一致，这意味着 Business Space V6.x 到 V7.5 数据迁移失败，用户再次运行数据迁移程序前，需要执行 Business Space V7.5 的数据回滚操作，关于 Business Space 的详细介绍，大家可以参见 Business Space 信息中心。


总结

通过本文介绍的在用户误操作 IBM Business Space V6.x 到 V7.5 数据迁移，导致数据迁移失败后，如何回滚再运行数据迁移，将使用户能够快速重新运行 Business Space 数据迁移，而不需要重新执行 Business Space 产品迁移的全部操作，从而帮助用户减少在产品迁移过程中，由于误操作 IBM Business Space V6.x 到 V7.5 数据迁移而产生的时间浪费。