升级管理工具


通过使用升级管理工具 (UMT),您可以将 BO 对象(用户、组和 BO 内容对象)从以前版本的 BI 平台导入到升级版本。升级 BO 环境时,您有两个选项来执行升级。

  • 完整升级- 您可以选择将所有对象从源移动到目标。

  • 增量升级- 您还可以选择批量移动对象。

配置UMT

使用UMT进行升级,需要配置UMT以获得更好的性能。在启动升级管理工具时运行“Java –Xmx”命令以使用 Java 堆运行它 → 右键单击​​ UMT 并转到“属性”,如下所述 -

配置UMT

您必须将“目标”路径复制到记事本,并将“Xmx”替换为系统的堆配置量,如下所示 -

路径UMT

您还可以在升级管理工具中配置超时。设置以下参数 -

超时UMT

要设置 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 系统并检查连接性。从所有程序运行升级管理工具 → 选择增量升级 → 下一步。下面给出的屏幕解释了相同的内容。

目标UMT

输入您的源 CMS 名称和目标 CMS 名称并提供凭据。从下拉列表中提供升级方案,如下所示 -

资历 UMT

UMT 中有不同的升级方案,例如 -

  • Live to Live - 这将需要源系统和目标系统都启动。

  • BIAR to Live - 此选项用于将对象从 BIAR 文件格式导入到实时目标系统。

  • Live to BIAR - 此选项用于从实时系统导出 BIAR 格式的对象。

可以根据源系统和目标系统的状态来使用这些方案。两个系统都已启动,您可以执行实时升级,而无需导出/导入对象。

在 BO 4.2 中,UMT 有一些新功能,如下所示 -

  • 您可以从下拉列表中将日志级别定义为低、中和高。

  • 当您选择日志级别 - “高”时,它会捕获过程中的所有错误、警告和故障。

特点 UMT
  • 您还可以将临时空间定义到任何所需的目录,并在更改后重新启动 UMT 工具。

  • 临时空间通常存储 Derby 数据库的所有条目,一旦升级完成;这些文件可以被删除。

当您执行从 BOXI 3.x 到 BI 4.1 的 BO 升级时,您可以有多个场景来迁移不同的对象、内容、用户等以及每个场景中定义的范围。根据 SAP 建议,可以使用以下迭代 -

迭代 范围

迭代

#1

在此迭代中,以下对象及其依赖项进行了迁移 -

  • 用户组
  • 访问级别
  • 应用领域

相同的方法可以在一次迭代中用于所有用户组、所有访问级别。但是,根据对象的数量等,这可能会非常耗时。因此,建议根据存储库对象来决定迭代次数。

迭代

#2

考虑使用依赖项更新以下对象。您可以在对象选择屏幕中选择这些对象进行迁移 -

  • 文件夹和对象
  • 存储库对象
  • 宇宙

对于这本模式书,我们在一次迭代中完成了迁移。但是,这取决于基于您的存储库对象的迭代次数。

迭代

#3

在最初的“选择过滤器”屏幕中,根据要求设置了时间过滤器。在我们的模式手册中,我们选择开始日期为 02/01/2016,结束日期为 02/05/2016。因此,只有以下对象将被列出和迁移 -

  • Universe - 在开始日期和选择过滤器中提到的日期之间修改的Universe
  • Web智能报告- 在选择过滤器中提到的开始日期和结束日期之间修改的报告。

迭代

#4

以下对象被考虑​​通过依赖项进行升级。这些是在“对象选择”屏幕中选择用于迁移的对象 -

  • 应用领域
  • 日历
  • 企业类别
  • 远程连接和复制作业
  • 存储库对象
  • 宇宙

在本次迭代中,所有内容依赖项(与所有文档相关)都被设置为首先升级。然而,这也可以增量地完成。

请注意,任何已迁移的对象都不会在对象选择屏幕中列出。同样,在本次迭代中,我们使用选择过滤器屏幕中的“隐藏已升级的对象”功能。

迭代

#5

选择以下对象进行具有依赖项的升级 -

  • 公用文件夹及其对象,在迭代 2 中升级的对象除外
  • QaaWS 对象
  • 活动
  • 移动订阅
  • 对象依赖项将在 UMT 中列出,但稍后将取消选择

对于这本模式书,我们在一次迭代中完成了迁移。然而,根据对象的数量,此迭代可能会非常耗时。因此,建议根据存储库大小和对象数量来决定迭代次数。