本文翻译自How to Upgrade to BI4.0 – Business Intelligence (BusinessObjects) – SCN Wiki

简介

本文解释了如何升级到SAP Business Intelligence 4.0. 本文信息在Help Portal上的升级手册上也有提及。

产品版本:

  • BusinessObjects Enterprise XI 3.1 SP2
  • LifeCycleManager XI3.1 SP2

升级过程概览

升级到BI 4.0主要分为四个步骤:

    1. 升级准备
    2. 安装BI 平台
    3. 使用升级管理工具
    4. 配置BI 平台

1. 升级准备

在升级到BI 4.0之前,您需要在现有的环境和新的环境中完成一些操作。

配置现有环境

    1. 做好盘点和清理工作以确保只升级必要的内容。
    2. 运行资源库诊断工具来检测文件资源库和CMS资源库间的不一致。如果文件资源库和CMS资源库之间存在不一致,这会导致升级管理工具运行失败。
    3. 明确升级管理工具不能直接升级的内容以及升级该内容需要的流程。比如在使用升级管理工具升级Voyager Workspaces 或者Desktop Intelligence 文档之前,您需要做一些手动操作。
    4. 备份包括系统数据库、输入以及输出文件资源库在内的所有现存资源库。
    5. 备份您现有环境中的自定义的web应用、HTML页以及脚本。

配置计划中的BI 4.0环境

    1. 建立并配置中间件以及ODBC连接。
    2. 确保您的机器配置符合BI 系统的要求。您可以在Platform Availability Matrix (PAM) 上找到支持平台的相关信息。具体链接如下:http://service.sap.com/support -> Help and Support -> SAP BusinessObjects Support -> Documentation -> Supported Platform s/PARs -> SAP BusinessObjects BI 4.0


提示


2.安装BI平台

您可以选择在一个独立的环境中安装BI平台或者在一个已经运行中的平台中同步安装。但是您不能直接从XI3.1升级到BI4.0。

在一个独立的环境中安装BI平台

我们推荐您在一个独立的环境中安装BI平台。

步骤:


    1. 在一个独立的服务器上安装BI4.0。
    2. 使用升级管理工具把您的之前系统内容升级到新的系统中。
    3. 停掉XIR3或者XIR2 SP2的的服务器。


在一个已经运行中的平台中同步安装

您可以在一个已经运行中的平台中同步安装BI平台,但是这种做法我们不推荐。您可以在一台正在运行着XI3.x或者XIR2 SP2且符合BI4.0安装要求的服务器上安装BI4.0。请您在PAM上确认您的服务器满足BI4.0平台所有要求。

步骤:

    1. 在安装有XI3.x或者XIR2的服务器上安装BI4.0。现在在同一台服务器上会有两个版本的BI。因此请您明确CMS群集的信息。
    2. 为您的BI4.0的部署创建一个唯一的名字和端口号(不是6400)以避免两个部署之间的冲突。
    3. 使用升级管理工具把之前系统内容升级到新系统中。
    4. 在BI4.0成功部署之后,卸载XI3.x 或者XIR2 SP2。

3.使用升级管理工具

在您成功安装BI4.0之后,您应该开始着手准备运行升级管理工具。升级管理工具是BI4.0新推出的一种工具。您可以使用它把XIR3.x以及XIR2 SP2环境中的BI内容升级到BI4.0中。在完成准备工作之后,您可以开始运行升级管理工具。

准备升级管理工具

在您现存的XI3.x, XIR2 SP2环境中进行下面的操作:

  • 停掉除了中央管理服务器(CMS)以及文件资源库服务器(FRS)之外的所有服务器。

在您新的BI4.0环境中进行下面的操作:

  • 如果您正在使用第三方验证(AD、LDAP、SAP),您必须在您新的BI4.0环境中配置验证插件并且将所有您要从原系统中导出的用户组(AD、LDAP)或者角色(SAP)映射到新系统中。升级管理工具只能导入已经在目标BI4.0系统中配置并映射好的组和用户。
  • 停掉目标系统中除了CMS、FRS以及报表应用服务器(RAS)(如果您计划升级水晶报表文档的话)之外的所有服务器(包括所有的作业服务器)。

在哪里运行升级管理工具

在决定在哪里运行升级管理工具之前您需要考虑下面几个事情:

  • 在Windows中可以通过GUI访问升级管理工具,在Linux中可以通过命令行访问升级管理工具。
  • 当您通过GUI的方式运行升级管理工具时,您可以选择完整升级或者是增量升级(下文将会提到二者的区别)。如果您用命令行的方式运行,您只能选择完整升级。
  • 升级管理工具要求您要升级的功能在当前系统是可用的。这意味着您需要在不同的BI系统服务器上安装相应的内容。
  • 您需要在BI4.0系统中安装升级管理工具。并且服务器的版本需要时64位的。
  • UMT从源系统读取,存到本地硬盘上,然后写入到目标系统。
  • 操作系统的临时空间至少要10GB。注意系统的剩余的临时空间。
  • 在命令行中设置JavaHeap以利用尽量多的RAM会大幅度减少升级所需时间。

完整升级 vs. 增量升级

在完整升级中,源系统中所有的BI内容全部会被升级到目标系统中。完整升级替代了BI XI3.1中CCM的类似功能。

http://wiki.scn.sap.com/wiki/download/attachments/242221672/upgradeaone.jpg?version=1&modificationDate=1309367222000&api=v2

您可以使用增量升级来把源系统中一个的对象单独地升级到目标系统中。增量升级替代了导入向导的功能。

http://wiki.scn.sap.com/wiki/download/attachments/242221672/upgradestaged.jpg?version=1&modificationDate=1309367231000&api=v2

完整升级 增量升级
一次升级所有内容 分步升级
仅需要维护一个系统 需要维护两个系统
长时间的停机时间 较短的停机时间
整个系统都被锁住 部分内容被锁住
出现问题可能影响整个系统 出现问题只影响部分系统

运行升级管理工具

当您运行升级管理工具时,你BI系统的内容将会被迁移到新的BI4.0系统。但是有一些内容需要一些手动操作才能完成升级。

可以使用升级管理工具直接升级的BI内容

  • 安全、访问级别、用户/用户组、日历、事件
  • 文件、目录、个人文档、资源库对象
  • Web Intelligence、Crystal Reports、QaaWs
  • Universes(unv)、连接、计划任务、实例
  • 远程连接、复制作业
  • 移动订阅、离线文档

需要手动升级的BI内容

BI内容 如何升级
Universes

如果您使用升级管理工具把在Universe Designed中创建的UNV升级到BI4.0系统中,这些universe会在BI4.0正常使用。如果您决定在升级之后把unv升级到unx(在BI4.0的设计管理工具中创建的universe),您需要在信息设计工具中升级它们。请注意只有关系型universe才能从unv转换成unx。OLAP universe不能从unv转成unx。关于如何转换关系型universe(unv到unx)您可以参考下面的链接:

http://wiki.sdn.sap.com/wiki/display/BOBJ/Conversion+of+the+relational+universes+in+BI+4.x%2C+from+UNV+to+UNX

Crystal Reports

如果您使用升级管理工具把Crystal Reports升级到SAP Crystal Reports 2011,这些报表都能在BI4.0中正常使用。如果您要把Crystal Reports 2011 升级到 SAP Crystal Reports for Enterprise,您需要在SAP Crystal Reports for Enterprise把每张报表都打开然后在字段映射窗口里把每一列映射到unx对象上。您可以参考下面的链接获取更多关于这两个版本的信息:

http://wiki.sdn.sap.com/wiki/display/BOBJ/From+Crystal+Reports+2008+to+SAP+Crystal+Reports+2011+or+SAP+Crystal+Reports+f…

Voyager Workspace

您可以使用升级管理工具升级Voyager Workspace。但是在升级之前,您需要完成一些手动操作。

  • Voyager workspaces只能从BI XI3.1以上的版本升级到BI4.0。
  • 在转换过程中不支持连接提示。这意味着您必须在源系统中把连接属性改成SSO或者预定义。再升级之后,您可以在目标系统中把连接改成提示类型。
  • 在运行升级管理工具之前,您需要在BI4.0系统中重新创建OLAP连接。新建连接的名字要和BI XI3.1中的名字完全相同,否则Voyager Workspace没有办法正常升级。
  • 对于SAP BW Voyager,没要默认值的必填参数将会导致升级失败。为了避免这个问题,在升级前要在Query Designer中为查询指定一个默认值。在升级之后,您可以还原之前的配置。
Xcelsius

您可以使用升级管理工具升级Xcelsius Dashboards. 这些报表可以在SAP Dashboards中正常打开以及工作。在升级过程中您需要考虑的一些事情:

  • 如果您在Xcelsius模型以及Flash文件内嵌URL,这些URL不能被升级。您需要在升级之后手动升级这些内嵌URL。
  • 您不能升级如web service URL或者主机名字等硬编码的服务器名字。硬编码的内容需要您再升级后手动修改。
  • 如果您希望把它们转换成SAP Dashboards格式,您可以在SAP Dashboards中打开报表让后使用转换选项转换报表。这可以把dashboard转换成新的格式并且在后台创建新的Flash。
QaaWS

升级管理工具可以迁移QaaWS以及unv。当运行升级管理工具时,您需要填写目标系统的Web Application Server的名称以便依此升级QaaWS。

QaaWS不支持unx。因此如果您把unv转换成了unx,您必须在Dashboards中使用Query Design代替QaaWS。

OpenDocument

OpenDocument的URL在版本之间有一些变化,因此您需要把URL手动升级成http://<server>:<port>/BOE/OpenDocument/opendoc/<platformSpecific>?iDocID=<doc ID>…

或者您可以配置您的Web Server来重定向:

  • 如果您从XI3.x升级到BI4.0:

         重定向:../OpenDocument/opendoc/openDocument.jsp

         到:../BOE/OpenDocument/opendoc/openDocument.jspOpenDocument

  • 如果您从XIR2 升级到BI4.0:

         重定向:../businessobjects/enterprise115/desktoplaunch/opendoc/openDocument.jsp

         到:../BOE/OpenDocument/opendoc/openDocument.jspOpenDocument

无法升级的BI内容

内容 您可以如何处理这些无法升级的内容
Desktop Intelligence

由于Desktop intelligence的生命周期已经结束,升级管理工具无法升级desktop intelligence。Desktop Intelligence文档无法在BI4.0中使用。因此升级管理系统不能把它们迁移到BI4.0系统。您可以把Desktop Intelligence文档转换成Web Intelligence。您可以在现有的BI XI3.x系统中使用报表转换工具把Desk Intelligence转换成Web Intelligence,然后用升级管理工具把转换好的Webi报表迁移到BI4.0系统中。您可以参考下面的文档获得更多详细信息:

Desktop Intelligence End of Life and Conversion… | SCN

Deski and Webi – scope of features – Business Intelligence (BusinessObjects) – SCN Wiki

Conversion from Desktop Intelligence to Web Intelligence – Business Intelligence (BusinessObjects) – SCN Wiki

审核数据库 审核数据库有一个新的模式,因此您可以升级您现有的审核数据库。您可以保留它作为历史进程然后再BI4.0中新建一个数据库。如果您想要同时使用两个数据库来创建报表,您可以使用信息设计工具来创建一个多源的universe。
Subversion 资源库

如果您正在使用BI XI3.x的生命周期管理中的版本管理功能,请注意您不能使用升级管理工具升级Subversion资源库中的内容因为这个资源库是外部的。 BI XI3.x的Subversion的版本是v1.4.x,BI4.0的Subversion的版本是v1.6.x。因此,您需要Subversion 命令来导出、导入以及升级Subversion资源库。

  1. 在BI XI3.1中导出资源库:
    1. 进入命令行界面。
    2. 把目录切换到subversion\bin(例如:C:\Program Files\Subversion\bin)
    3. 运行导出命令:                                                                                                                                                          svnadmin dump c:/LCM_repository/svn_repository > dumprepo
    4. 把生成的dumprepo文件复制到BI 4.x的机器上。
  2. 导入到BI4.0
    1. 进入命令行界面。
    2. 把目录切换到$BI4.0InstallDir$\SAP BusinessObjects Enterprise XI 4.0\subversion
    3. 运行导入命令:                                                                                                                                                    svnadmin.exe load “E:/SAPBOBJ/SAP BusinessObjects Enterprise XI 4.0/LCM_repository/svn_repository” < c:/dumrepo
  3. 在BI4.0升级Subversion资源库到Subversion v1.6.x
    1. 在BI4.0机器上运行下面的命令:                                                                                                                          svnadmin.exe upgrade “E:/SAPBOBJ/SAP BusinessObjects Enterprise XI 4.0/LCM_repository/svn_repository”
    2. 重启BI4.0的SIA。
LCM 任务

根据BI4.x的升级手册,由于每个版本的内容差异,BI XI3.x的生命周期管理(LCM)任务不能被迁移到BI4.x中。默认情况下,LCM对象的迁移是关闭的。但是,如果您想保留您InfoObjects的历史,您可以通过在升级管理工具中添加下面的选项进行强制迁移:

-Dumt.systemVar.omitLCMObjects=false

4. 配置BI平台

  1. 对于第三方用户组,您可以使用CMC配置Windows AD的认证。对AD认证,请点击新。对SAP认证,请到更新页然后点击更新别名
  2. 对现有的产品指定新的所有者权限。
  3. 对新的产品指定权限(WRC,IDT,LCM等)
  4. 如果您是从XIR2 SP2升级,请为根文件夹设置权限。
  5. 请为所有没有用升级管理工具升级的文档做必要的更新。
To report this post you need to login first.

Be the first to leave a comment

You must be Logged on to comment or reply to a post.

Leave a Reply