升级管理工具
使用升级管理工具 (UMT),您可以将 BO 对象(用户、组和 BO 内容对象)从 BI 平台的先前版本导入到升级后的版本。升级 BO 环境时,您可以选择两种升级方式。
完整升级 − 您可以选择将所有对象从源移动到目标。
增量升级 − 您也可以选择分批移动对象。
配置 UMT
要使用 UMT 进行升级,您需要配置 UMT 以获得更好的性能。启动升级管理工具时,运行“Java –Xmx”命令以使用 Java 堆运行→右键单击 UMT 并转到属性,如下所述:
您必须将“目标”路径复制到记事本中,并将“Xmx”替换为为您的系统配置的堆大小,如下所示:
您还可以配置升级管理工具中的超时。设置以下参数:
要为 UMT 设置 CORBA 超时,您必须导航到属性文件并添加以下条目。属性文件位于您的 BO 安装目录中的以下路径:“SAP BusinessObjects Enterprise XI 4.0\java\apps\upgradeManagementTool\jars”
<entry key="umt.systemVar.backendCommunicationTimeoutInMS">630000</entry>
建议将值保持在 630000 以下,否则您可能会遇到与 CMS 登录相关的错误。
在 UMT 中设置源和目标
您可以在 UMT 中定义源和目标 CMS 系统并检查连接。从“所有程序”运行升级管理工具→选择增量升级→下一步。以下屏幕说明了相同的内容。
输入您的源和目标 CMS 名称并提供凭据。从下拉列表中提供升级方案,如下所示:
UMT 中提供不同的升级方案,例如:
实时到实时 − 这需要源系统和目标系统都处于运行状态。
BIAR 到实时 − 此选项用于将对象从 BIAR 文件格式导入到实时目标系统。
实时到 BIAR − 此选项用于将对象从实时系统导出为 BIAR 格式。
这些方案可以根据源系统和目标系统状态使用。如果两个系统都处于运行状态,则无需导出/导入对象即可执行实时到实时的升级。
在 BO 4.2 中,UMT 有一些新的功能,如下所示:
您可以从下拉列表中将日志级别定义为低、中和高。
选择日志级别“高”时,它会在过程中捕获所有错误、警告和故障。
您还可以将临时空间定义为任何所需的目录,并在更改后重新启动 UMT 工具。
临时空间通常存储所有 Derby 数据库的条目,升级完成后,可以删除这些文件。
当您将 BO 从 BOXI 3.x 升级到 BI 4.1 时,您可以有多种方案来迁移不同的对象、内容、用户等,并在每个方案中定义范围。根据 SAP 的建议,可以使用以下迭代:
| 迭代 | 范围 |
|---|---|
|
迭代 #1 |
在此迭代中,迁移了以下对象及其依赖项:
相同的方法可用于单次迭代中迁移所有用户组和所有访问级别。但是,根据对象的数量,这可能会非常耗时。因此,建议根据存储库对象的数量来确定迭代次数。 |
|
迭代 #2 |
以下对象被认为需要更新及其依赖项。您可以在对象选择屏幕中选择这些对象进行迁移:
对于本模式手册,我们进行了一次迭代的迁移。但是,根据您的存储库对象数量,这可能需要多次迭代。 |
|
迭代 #3 |
在最初的“选择过滤器”屏幕中,时间过滤器根据要求设置。在本模式手册中,我们将开始日期设置为 2016 年 2 月 1 日,结束日期设置为 2016 年 2 月 5 日。因此,只有以下对象将被列出并迁移:
|
|
迭代 #4 |
以下对象被认为需要升级及其依赖项。这些是在对象选择屏幕中选择用于迁移的对象:
在此迭代中,所有内容依赖项(与所有文档相关)都被设置为首先升级。但是,这也可以逐步进行。 请注意,任何已迁移的对象都不会列在对象选择屏幕中。同样,在此迭代中,我们使用了选择过滤器屏幕中的“隐藏已升级的对象”功能。 |
|
迭代 #5 |
以下对象被选中用于升级及其依赖项:
对于本模式手册,我们进行了一次迭代的迁移。但是,根据对象数量,此迭代可能会非常耗时。因此,建议根据存储库大小和对象数量来确定迭代次数。 |