IBM Cognos 最佳实践: 案例研究:升级到 IBM Cognos 10

产品:IBM Cognos 8 BI 和 IBM Cognos 10 BI; 关注领域:升级/迁移

本文提供了一个案例研究,其中安装了一个新分布的 IBM Cognos 10.1 BI 环境,还提供了一个现有的分布式 IBM Cognos BI 8.3 环境,使用 IBM Cognos BI 8.3 内容存储和配置文件作为基础。

Arun Sekar, IT 分析师, Tata Consultancy Services (TCS)

Arun S 是印度的 Tata Consultancy Services 中的一名助理顾问;他已在各种垂直行业(比如生命科学、医疗保健和零售行业)中工作了一段时间,负责提供 BI 解决方案。他还是一名 BI 解决方案架构师,在 Cognos Series 7 工具、IBM Cognos 8、IBM Cognos 10 BI、Tibco Spotfire 和 Informatica 方面具有一定的经验。他的专长是管理 Series 7、IBM Cognos 8、IBM Cognos 10 和 TIBCO Spotfire 工具。他是 Oracle Certified Associate、IBM Cognos Administrator 和 IBM Cognos Report Designer。



Ganapathy Srinivasan Ramanujam, 助理系统工程师, Tata Consultancy Services (TCS)

Ganapathy Srinivasan Ramanujam 是印度 Tata Consultancy Services 的一名助理系统工程师,具有 4 年 IT 经验。他是通过认证的 IBM Cognos Administrator 和 IBM Cognos Report Designer,在 Cognos Administration 和 IBM Cognos 系列 8v Tools 及 Framework Modeling 方面具有广泛的经验。他参与过 TCS,主要关注的是 Retail BI 解决方案。他的主要专长在 IBM Cognos 8 BI 领域,尤其擅长 IBM Cognos 8 Administration。



2012 年 10 月 29 日

免费下载:IBM® Cognos® Express V9.5 或者 Cognos® 10 Business Intelligence Developer Edition V10.1 试用版
下载更多的 IBM 软件试用版,并加入 IBM 软件下载与技术交流群组,参与在线交流。

简介

目的

本文档将介绍安装和配置 IBM Cognos 10.1 以及从 IBM Cognos BI V8.3 升级到 IBM Cognos BI 10.1 的过程中涉及的流程和最佳实践。

适用性

本文档主要面向那些想将其 IBM Cognos BI V8.3 安装升级到 IBM Cognos 10.1 的 IBM Cognos BI 管理员。

例外和除外责任

尽管本文档特定于 8.3-to-10.1 升级,但提供的流程和信息适用于从 IBM Cognos 8 的其他版本升级到 IBM Cognos 10.1 的任何人。


确定 IBM Cognos 10 架构

在确定适用于新的 IBM Cognos 10 BI 环境的架构时,需要考虑的主要因素如下:

  • 并发用户负载。
  • 最终用户的地理位置。
  • 非峰值期间和峰值期间要处理的批量报告的最大数量。
  • 峰值期间和非峰值期间要处理的交互式报告的最大数量。
  • 要配置和使用的身份验证提供程序。
  • IBM Cognos BI 报告将要集成到其中的第三方门户。

对于此升级,需要确定的是:新的 IBM Cognos 10 BI 环境只需支持现有的 IBM Cognos 8 BI 用户数量和工作负载。因此,IBM Cognos 10 环境的架构能够保持与 IBM Cognos BI 8.3 环境相同。还需要确定的是:相同物理机器可以使用不同的端口和其他细微的修改来管理新的 IBM Cognos 10 BI 环境。

我们计划将我们的应用程序升级为新的 IBM Cognos 10.1 版本,以便与其他企业级更改(比如 Internet Explorer 8 的使用) 进行兼容和利用 IBM Cognos 10.1 的新特性。所有使用 IBM Cognos 8.3 的应用程序都将有步骤地移动到 IBM Cognos 10.1,并且一旦完成迁移,IBM Cognos 8.3 实例就会关闭。当与其他因素(比如成本)参合到一起的时候,会导致使用新的硬件和现有服务器,制定重用现有 Windows 硬件的决策。

应用程序用户将移动到 IBM Cognos 10.1 环境,在完成测试后,会在 IBM Cognos 8.3 上禁用其工件。仅在测试期间,相同的用户集才可以同时访问 IBM Cognos 8.3 和 IBM Cognos 10.1 环境。在此阶段之后,用户只能访问 IBM Cognos 10.1 环境。硬件(服务器)利用率的评估是在采用此方法之前执行的。确保硬件有足够的资源来支持升级期间的两种环境和用户负载非常重要。

IBM Cognos 8.3 和 IBM Cognos 10 将存在于使用不同端口号的相同 Windows 2003 R2 Enterprise Edition 盒上。

正如下面的表 1 中可以看到的,新的 IBM Cognos 10 BI 组件将安装在其 IBM Cognos 8 对应物旁边,但有两个明显的例外:IBM Cognos 10 的主要 Content Manager 与 IBM Cognos 8.3 的备用 Content Manager 将位于相同的机器上,而 IBM Cognos 10 的 Content Manager 与 IBM Cognos 8.3 的主要 Content Manager 将位于相同的机器上。此方法用来提供完成处理所需的必要系统资源。

表 1:IBM Cognos 8.3 的现有架构和建议的 IBM Cognos 10 架构
机器名称IBM Cognos 8.3 GatewayIBM Cognos 8.3 Application TierIBM Cognos 8.3 Content ManagerIBM Cognos 10 GatewayIBM Cognos 10 Application TierIBM Cognos 10 Content Manager
AXXXX
BXX
CX主要X备用
DX备用X主要

升级 Content Store 的方法

有两种升级 Content Store 的有效方法。

方法 1:使用部署工具,通过 IBM Cognos Administration 控制台中的导出/导入向导将 Content Store 的内容从 IBM Cognos 8.3 BI 环境移动到 IBM Cognos 10 环境。此方法的优缺点概括如下:

优点缺点
使用部署工具是一个很直接的流程,可通过 IBM Cognos Administration 控制台自身执行。安全设置和功能需要单独部署。
支持将内容传输到不同的 RDBMS。例如,IBM Cognos 8.3 中的 MS SQL Server 和 IBM Cognos 10 中的 DB2。每个项目使用的时间需要单独部署。

方法 2:通过冷备份 IBM Cognos 8.3 BI Content Store 数据库模式,并将它导入用于 IBM Cognos 10 Content Store 的新数据库,将整个 IBM Cognos 8.3 BI Content Store 升级到 IBM Cognos 10。

优点缺点
因为我们升级了整个 Content Store,所以,IBM Cognos 8.3 中的所有内容都将升级到 IBM Cognos 10,包括安全性和用户的 My Folder 内容。需要备份现有 Content Store,并且需要将此作为一个新的 DB 导入。
升级整个 Content Store 所用的时间更少,并且所有用户偏好设置都将保留在 IBM Cognos 10 中。只能部署为相同的数据库类型。

IBM 建议:如果可能的话,请使用方法 2,因为它升级了整个 Content Store。如果只需要移动部分 Content Store,或者需要更改 Content Store 的底层数据库(例如,从 Oracle 到 DB2),那么方法 1 将是更好的选择。

因为我们将在已经安装了 IBM Cognos 8.3 的相同 Windows 机器上安装 IBM Cognos 10.1,因此可以对 IBM Cognos 10.1 重用为了完成数据源连接而准备的 ODBC 驱动程序。如果计划在新的 IBM Cognos 10 环境中使用 Dynamic Query Mode,则需要安装用于数据源的 JDBC 驱动程序。

最终,需要决定是为 IBM Cognos 10.1 环境创建一个新的 Audit 数据库,还是继续使用 IBM Cognos 8.3 环境的现有 Audit 数据库。虽然 IBM Cognos 8.3 环境已被淘汰,但是 Audit 数据库中的信息仍然完整无缺,并且可作为一个归档使用。创建 Audit 的步骤包含在 IBM Cognos 10 Installation 和 Configuration Guide 中,它们假定在安装 IBM Cognos 10.1 之前已经创建了该数据库。


安装和配置

一致性检验

第一步是一致性检验。需要执行此步骤来确保源 Content Store 是干净的,并且可用于 IBM Cognos 10 升级。强烈建议在执行一致性检验之前执行 Content Store 数据库的冷数据库备份。

  • 使用一个用户 id 登录到 IBM Cognos BI 8.3 环境,该用户是 Cognos 名称空间中的 System Administrators 角色的一名成员。
  • 导航到 IBM Cognos Administration 页面。
  • 单击 Configuration 选项卡,单击左侧面板上的 Content Administration 选项,然后单击 New content maintenance 图标旁边的下拉菜单并单击 New Consistency Check…
  • 执行一致性检验。
图 1 - IBM Cognos Administration 中的一致性检验选项
图 1 - IBM Cognos Administration 中的一致性检验选项

在选中 New Consistency Check… 项之后,New Content Maintenance Task wizard: Consistency Check 会出现。

有两种类型的一致性检验。第一种只检查完全存在于 Content Store 之内的引用,第二种将会检查 Content Store 与选定的外部安全名称空间之间的不一致性。这两种类型的一致性检验都是必需的。

仅在 Content Store 上执行一致性检验

可以使用一致性检验来检查和移除 IBM Cognos Content Store 中的任何过时数据。在 New Content Maintenance Task 向导中,选择如图 2 中所示的 Internal references 选项,确保检查了 Content Store 数据,找出了所有不一致的地方,然后单击 Next 按钮。

图 2 - 对内部引用执行一致性检验
图 2 - 对内部引用执行一致性检验

此时会出现一个 Run with options 屏幕。在此屏幕中,我们将指定运行内容维护任务的时间,以及该任务应该只查找不一致的地方,还是应该查找不一致的地方并随后修复它们。如图 3 所示,我们只想找出不一致的地方,以便在修复它们之前分析它们,所以,我们选择了 Find only。单击 Run 按钮启动一致性检验。

图 3 - 立刻在 “Find only” 模式下执行内部一致性检验
图 3 - 立刻在 “Find only” 模式下执行内部一致性检验

在结束一致性检验之后,View run history details 屏幕会出现。在图 4 中,来自一致性检验的响应是 “The content store database is consistent”。如果报告了任何不一致的地方,那么我们需要调查每个不一致的地方,然后在 Find and fix 模式下重新运行一致性检验来修复不一致的地方。

图 4 - 在 “Find only” 模式下运行内部一致性检验的结果
图 4 - 在 “Find only” 模式下运行内部一致性检验的结果

外部名称空间上的一致性检验

针对外部安全名称空间的一致性检验是确保 Content Store 中存在的用户帐户与将要使用的身份验证提供程序同步所必需的。

可能会从身份验证提供程序中移除一些用户,但这些用户仍然位于 Content Store 中。可以通过以下流程从 Content Store 中移除这些用户。

在执行此步骤之前,运行一致性检验的用户必须登录到所有外部安全名称空间。这将确保可以处理 Content Store 中的所有用户,并使用相应的身份验证提供程序同步化这些用户,或者从 Content Store 中移除这些用户。

在一致性检验向导中,选择 References to external namespacesAll namespaces 选项,并单击 Next 按钮。

图 5 – 执行一致性检验,以便引用所有外部安全名称空间
图 5 – 执行一致性检验,以便引用所有外部安全名称空间

图 4 中所示,Run with options 屏幕会出现。指定运行一致性检验的时间,确保选中了 Find only 模式并单击 Run 按钮。如果发现任何差异,则需要在执行了 Content Store 备份之后在 Find and fix 模式下重新执行一致性检验。

Content Store 备份与还原

在完成一致性检验步骤之后,需要请求数据库管理员 (DBA) 对所产生的 IBM Cognos 8.3 Content Store 数据库执行冷备份,并将它导入将用于 IBM Cognos 10 Content Store 的新数据库。请记录以下细节,以供将来参考。

IBM Cognos 8.3 Content Store 规范

数据库类型:
服务器名称:
模式(如果需要的话):
用户 ID:
密码:

备份 Content Store 规范(将用于 IBM Cognos 10 Content Store)

数据库类型:
服务器名称:
模式(如果需要的话):
用户 ID:
密码:

安装适用于 IBM Cognos 10 的主要 Content Manager

在完成 Content Store 备份与还原步骤之后,是时候根据前面定义的架构开始安装 IBM Cognos 10 环境了。我们将从在安装了 IBM Cognos 8.3 环境的备用 Content Manager 的 同一台机器上安装主要 Content Manager 开始。新的安装需要一个不同的端口号和一个不同的服务名称。

在 IBM Cognos 10 安装程序中,仅选择 Application Tier 和 Content Manager 组件,如图 6 中所示。

图 6 – 安装程序中选定的 Content Manager 和 Application Tier 组件
图 6 – 安装程序中选定的 Content Manager 和 Application Tier 组件

我们可以从 IBM Cognos 8.3 中导出配置,将该配置用于 IBM Cognos 10.1 安装。这将确保无需重新配置所有身份验证提供程序和其他配置设置,比如系统文件位置和 Java 内存设置。使用导出的设置还可以降低打字错误的风险,尤其是许多配置设置都不会发生更改的时候。

请注意:因为将使用来自 IBM Cognos 8.3 环境的配置作为 IBM Cognos 10.1 环境的 基础,所以,应该在修改了 Content Store 数据库名称、Audit 数据库名称和端口号之后启动 IBM Cognos 10.1 服务。

  • 将相应的 JDBC jar 文件复制到 IBM Cognos 10 安装位置。应该将这些文件复制到 <c10_root>\webapps\p2pd\WEB-INF\lib
  • 从托管 Content Manager 的机器(上述表 1 中的 Machine C)中导出 IBM Cognos 8.3 配置,并将它保存为 cogstartup.xml。 请注意,导出配置的内容是未加密的。该导出操作是通过选择 File > Export As… 选项在 IBM Cognos Configuration 中执行的。 导出的 cogstartup.xml 文件应该保存到 <c8_root>\logs 目录中。
  • 将导出的 cogstartup.xml 文件复制到新 IBM Cognos 10 实例的 <c10_root>\configuration 子目录中。
  • 打开 IBM Cognos Configuration,获得新安装的 IBM Cognos 10 实例。系统会用一条警告消息提示您:cogstartup.xml 是一个较老的版本,并且将会获得升级。选择 OK,此时会将 IBM Cognos 8.3 配置升级为一个 IBM Cognos 10 配置文件,然后可以使用该文件进行以下修改。在完成此步骤后,会出现一个信息对话框,指示配置文件的升级已经完成,并将呈现该文件。单击 OK 继续后面的操作。
    图 7 - IBM Cognos Configuration 显示,从 IBM Cognos 8.3 环境导入的文件已经升级,可用于 IBM Cognos 10
    图 7 - IBM Cognos Configuration 显示,从 IBM Cognos 8.3 环境导入的文件已经升级,可用于 IBM Cognos 10
  • 修改 Content Store 的详细信息,使之指向从前面的备份中还原的 Content Store 数据库。
  • 修改 Audit 数据库的详细信息,以便引用适用于 IBM Cognos 10 的新的审计数据库。
  • 修改 Content Manager 和 Dispatcher 的主机名。
  • 检查所有端口号,查看它们是否可用,如有必要,请选择新的可用端口。我们使用了 netstat 命令来确定端口是否已经准备就绪,或者是否已经可用于配置。Netstat 命令显示了协议统计数据和当前网络连接。在图 8 中,命令 netstat –an | find “9301” 显示了正在侦听的连接或已经建立的连接,这意味着端口 9301 已经投入使用。
    图 8 - 使用 netstat 命令查看 Dispatcher 和 CM 机器上的端口状态
    图 8 - 使用 netstat 命令查看 Dispatcher 和 CM 机器上的端口状态
  • 修改调度程序的端口号、日志服务器并关闭。
  • 检查文件系统位置的值,确保该位置存在于新机器上。
  • 对于每个身份验证提供程序,验证这些参数与 IBM Cognos 8.3 环境中的参数相同。
  • 测试 Content Store 连接。
  • 测试 Audit 数据库连接。
  • 核实已在 IBM Cognos 10 配置中适当地指出了 Java Runtime Environment (JRE)。为此,请按下 Ctrl+F3,这会带您来到 Properties 对话框,如图 9 中所示。JRE 信息将位于 System Properties 选项卡之中。
    图 9 – IBM Cognos 10.1 安装的 JRE 属性
    图 9 – IBM Cognos 10.1 安装的 JRE 属性
  • 修改 IBM Cognos 10.1 服务名称,这样该名称就会与 IBM Cognos 8.3 服务名称不同。此更改需要在保存配置并启动新的 IBM Cognos 10.1 实例之前执行。
  • 保存配置。这会创建新的密钥。此外,现在 会加密以明文形式导出的配置文件,将此作为保存流程的一部分。
  • 从 IBM Cognos Configuration 启动新的 IBM Cognos 10 实例。 因为这将是第一次启动 IBM Cognos 10,并且 IBM Cognos 10 Content Manager 配置将指向还原的 IBM Cognos 8.3 数据库,所以会出现一个对话框,提示将要升级 Content Store 数据库(参见图 10)。请注意,我们故意取消对 Upgrade report specifications? 复选框的选中,这样初次启动新 IBM Cognos 10 的主要 Content Manager 就会很快 。升级报告规范的任务稍后会在升级流程中完成。单击 OK 按钮继续后面的操作。
    图 10 – 对话框指出将要升级 Content Store 数据库
    图 10 – 对话框指出将要升级 Content Store 数据库
    因为是第一次启动新的 IBM Cognos 10 实例,所以会花费比往常多一些的时间来启动(因为要升级 Content Store 模式)。我们需要一直等待,直到控制台告诉我们已经成功启动该实例。检查 <c10_root>/logs 文件夹,查看升级进度。您可以看到,IBM Cognos 10 组件的引用正在升级,升级的细节信息包含在 cogserver.log 文件中。
  • 在已经启动 IBM Cognos 10 之后,验证 Content Manager 是通过在浏览器中访问 http://<hostname>:<port>/p2pd/servlet 来运行的,并使用实际值替换 <hostname><port>。此时会出现一个 HTML 页面(参见图 11),其中包含 Content Manager 构建编号、启动 Content Manager 的时间、当前时间和 Content Manager 的当前状态。State: 字段应该包含一个 Running 值。
    图 11 – Content Manager 状态页面显示了一个 Running 状态
    图 11 – Content Manager 状态页面显示了一个 Running 状态
  • 在获得上述信息之后,需要确定已经启动了主要 Content Manager 并且它在正确运行。现在,我们可以使用备用 Content Manager 安装以及调度程序和网关安装。

安装备用 Content Manager

在完成安装适用于 IBM Cognos 10 的主要 Content Manager 的步骤之后,就可以开始安装 IBM Cognos 10 的备用 Content Manager。回顾一下前面的内容,我们选择在安装了 IBM Cognos 8.3 的主要 Content Manager 的机器上安装 IBM Cognos 10 的备用 Content Manager,以确保能够适当共享资源。

在适用于 IBM Cognos 10.1 的机器上单独安装 Application Tier 和 Content Manager 组件,如图 12 中所示。新的安装要求使用一个不同的端口号和一个不同的服务名称。

图 12 – 安装程序显示了选中的 Content Manager 和 Application Tier 组件
图 12 – 安装程序显示了选中的 Content Manager 和 Application Tier 组件

再次声明,我们可以从 IBM Cognos 8.3 导出配置,将该配置用于 IBM Cognos 10.1 安装。这将确保无需重新配置所有身份验证提供程序和其他配置设置,比如文件系统位置和 Java 内存设置。

请注意:因为将使用来自 IBM Cognos 8.3 环境的配置作为 IBM Cognos 10.1 环境的基础,所以,应该在修改了 Content Store 数据库名称、Audit 数据库名称和端口号之后启动 IBM Cognos 10.1 服务。

  • 将相应的 JDBC jar 文件复制到 IBM Cognos 10 安装位置。应该将这些文件复制到 <c10_root>\webapps\p2pd\WEB-INF\lib
  • 导出备用 Content Manager 的 IBM Cognos 8.3 配置(从上表 1 的 Machine D 中导出),并将它保存为 cogstartup.xml。请注意,导出配置的内容是未加密的。该导出操作是通过选择 File > Export As… 选项在 IBM Cognos Configuration 中执行的。导出的 cogstartup.xml 文件应该保存到 IBM Cognos 10 安装位置的 <c10_root>\configuration 子目录中。
  • 打开 IBM Cognos Configuration,获得新安装的 IBM Cognos 10 实例。正如在配置主要 Content Manager 安装时所看到的,系统会用一条警告消息提示您:cogstartup.xml 是一个较老的版本,并且将会获得升级。单击 OK 按钮,将它升级为 IBM Cognos 10 格式。
  • 修改 Content Store 的详细信息,使之指向前面的备份中还原的 Content Store 备份数据库。
  • 修改 Audit 数据库的详细信息,以便应用适用于 IBM Cognos 10 的新的审计数据库。
  • 修改 Content Manager 和 Dispatcher 的主机名。
  • 检查所有端口号,查看它们是否可用,如果有必要的话,请选择新的可用端口。请使用前面标题为安装适用于 IBM Cognos 10 的主要 Content Manager 的小节中描述的 netstat 命令。
  • 修改调度程序的端口号、日志服务器并关闭。
  • 添加 Content Manager URI,确保主要 Content Manager 是紧随备注 Content Manager 之后列出的第一个 Content Manager。
    图 13 - 添加 Content Manager URI
    图 13 - 添加 Content Manager URI
  • 检查文件系统位置的值,确保该位置存在于新机器上。
  • 对于每个身份验证提供程序,验证这些参数与 IBM Cognos 8.3 环境中的参数相同。
  • 测试 Content Store 连接。
  • 测试 Audit 数据库连接。
  • 核实已在 IBM Cognos 10 配置中适当地指出了 Java Runtime Environment (JRE)。为此,请按下 Ctrl+F3,这会将您带到 Properties 对话框,如图 9 中所示。JRE 信息将位于 System Properties 选项卡之中。
  • 修改 IBM Cognos 10 服务名称,这样该名称就会与 IBM Cognos 8.3 服务名称不同。此更改需要在保存配置并启动新的 IBM Cognos 10.1 实例之前执行。
  • 保存该配置。这会创建新的密钥。此外,以明文形式导出的配置文件现在将会加密,这将成为保存流程的一部分。
  • 启动备用 Content Manager。
  • 在已经启动 IBM Cognos 10 之后,核实备用 Content Manager 是通过在浏览器中访问 http://<hostname>:<port>/p2pd/servlet 来运行的。使用实际值替换 <hostname><port>。返回的 HTML 看起来应该类似于图 14 中所示的 HTML。State: 字段应该有一个 Running as standby 值。
    图 14 – 备用 Content Manager 的状态
    图 14 – 备用 Content Manager 的状态

安装 Cognos 10 Dispatcher

在完成安装备用 Content Manager 的步骤之后,根据架构推荐开始安装 IBM Cognos 10 Dispatcher 组件。仅在此机器中安装 Application Tier 组件,如图 15 中所示。

图 15 - 安装程序显示,仅选中了 Application Tier 组件
图 15 - 安装程序显示,仅选中了 Application Tier 组件

请注意:因为将使用来自 IBM Cognos 8.3 环境的配置作为 IBM Cognos 10.1 环境的基础,所以,应该在修改了 Content Store 数据库名称、Audit 数据库名称和端口号之后启动 IBM Cognos 10.1 服务。

  • 将相应的 JDBC jar 文件复制到 IBM Cognos 10 安装位置。应该将这些文件复制到 <c10_root>\webapps\p2pd\WEB-INF\lib
  • 导出 Application Tier 组件的 IBM Cognos 8.3 配置,并将它保存为 cogstartup.xml。请注意,已导出配置的内容是未加密的。此导出是通过选择 File > Export As… 选项在 IBM Cognos Configuration 中执行的。导出的 cogstartup.xml 文件应该保存到 <c8_root>\logs 目录中。
  • 将此 cogstartup.xml 文件复制到 IBM Cognos 10 安装位置的 <c10_root>\configuration 子目录中。
  • 打开 IBM Cognos Configuration,获得新安装的 IBM Cognos 10 实例,正如在配置主要 Content Manager 安装时所看到的,系统会用一条警告消息提示您:cogstartup.xml 是一个较老的版本,并且将会获得升级。单击 OK,它会升级为 IBM Cognos 10 格式。
  • 修改 Content Manager 和 Dispatcher 的主机名。
  • 检查所有端口号,查看它们是否可用,如果有必要的话,请选择新的可用端口。请使用前面标题为 Install Primary Content Manager For IBM Cognos 10 的小节中描述的 netstat 命令。
  • 修改调度程序的端口号、日志服务器并关闭。
  • 添加 Content Manager URI,确保主要 Content Manager 是紧跟备用 Content Manager 之后列出的第一个 Content Manager。
  • 添加 Dispatcher URI。
  • 修改 Audit 数据库的详细信息,以便引用为实现 IBM Cognos 10 审计和测试连接而创建的新数据库。
  • 核实已在 IBM Cognos 10 配置中适当地指出了 Java Runtime Environment (JRE)。为此,请按下 Ctrl+F3,这会将您带到 Properties 对话框,如 图 9 中所示。JRE 信息将位于 System Properties 选项卡之中。
  • 修改 IBM Cognos 10.1 服务名称,这样该名称就会与 IBM Cognos 8.3 服务名称不同。此更改需要在保存配置并启动新的 IBM Cognos 10.1 实例之前执行。
  • 保存配置。这将会创建新的密钥。此外,以明文形式导出的配置文件限制将会加密,这将成为保存流程的一部分。
  • 启动 Dispatcher。
  • 在 Web 浏览器中键入 URL http://<hostname>:<port>/p2pd/servlet/dispatch, 用实际值替换 <hostname><port>,如果 Dispatcher 正在运行,那么您会看到一个 HTML 页面,其中包含此 Dispatcher 的所有外部安全名称空间的下拉列表(参见图 16)。
    图 16 – IBM Cognos 10 Dispatcher 状态
    图 16 – IBM Cognos 10 Dispatcher 状态
  • 重复上述步骤来安装其他 IBM Cognos 10 Dispatchers。

一旦安装完了所有 IBM Cognos 10 Dispatchers,请使用 URL http://<hostname>:<port>/p2pd/servlet/dispatch/p2plbDiag 来查看 IBM Cognos 10 环境中的所有 Services 和 Dispatchers 的状态。您必须使用一个用户 ID 来登录,以便查看状态,该用户是 System Administrators 角色的一名成员。

安装 IBM Cognos 10 Gateway

在完成安装 Cognos 10 Dispatchers 的步骤之后,开始安装 IBM Cognos 10 Gateways。基本流程是相同的。先导出 IBM Cognos 8.3 配置,然后将它导入 IBM Cognos 10 并修改端口号。如果需要的话,请向 Web 服务器添加一个 SSL(安全套接层)证书。需要从 IBM Cognos 10 Gateway 机器打开 Dispatcher 端口,以便提供 Gateways 与 Dispatchers 之间的通信。

在上表 1 中的 Machine A 上,启动 IBM Cognos 10 安装程序并只选择 Gateway 组件,如图 17 中所示。

图 17 – 安装程序显示,只选中了 Gateway 组件
图 17 – 安装程序显示,只选中了 Gateway 组件
  • 导出 IBM Cognos 8.3 Gateway 配置,并将它保存为 cogstartup.xml。请注意,已导出配置的内容是未加密的。此导出操作是通过选择 File > Export As… 选项在 IBM Cognos Configuration 中执行的。导出的 cogstartup.xml 文件应该保存到 <c8_root>\logs 目录中。
  • 将此 cogstartup.xml 文件复制到 IBM Cognos 10 安装位置的 <c10_root>\configuration 子目录中。
  • 打开 IBM Cognos Configuration,获得新安装的 IBM Cognos 10 实例。正如配置主要 Content Manager 安装时所看到的,系统会用一条警告消息提示您:cogstartup.xml 是一个较老的版本,并且将会获得升级。单击 OK,它会升级为 IBM Cognos 10 格式。
  • 在安装 IBM Cognos 10 调度程序时,请将 Dispatchers 的端口号修改为我们用过的端口号。
  • 保存对 Gateway 的配置。

在完成 Gateway 配置之后,您可以通过在 Web 浏览器中启用 Web 网关来验证 IBM Cognos 10 实例。您应该会看到默认的 IBM Cognos 10.1 登录屏幕(参见图 18),其中包含一个下来列表,允许用户选择已在 IBM Cognos Configuration 中定义的某个安全名称空间。

图 18 – 默认的 IBM Cognos 10 登录屏幕
图 18 – 默认的 IBM Cognos 10 登录屏幕

安装适用于 IBM Cognos 10 的 Audit 部署

IBM Cognos 10.1 中的 Audit 表有一些额外的字段,这些字段反映在 IBM Cognos 10.1 Audit 部署中包含的模型和报告中。此时,在升级过程中,IBM Cognos 10.1 Content Store 包含 IBM Cognos 8.3 环境中的 Audit 包。尽管 这些 Audit 报告在升级报告规范的时候也会获得升级,但该升级流程不会添加额外的字段。建议从 Content Store 中删除现有的 Audit 包,并使用 IBM Cognos 10.1 中提供的新的 Audit 包替换。

从浏览器中,通过新建立的网关 URL 连接到 IBM Cognos 10.1,并使用 System Administrator 有权访问的帐户进行登录。在 IBM Cognos Connection 中,导航到 IBM Cognos 10.1 Audit 包所部属的位置(该位置与 IBM Cognos 8.3 Audit 包所在的位置相同)。默认位置是 Public Folders > Audit

在处理之前,如果您创建了其他的 Content Store 对象,比如 Public Folders > Audit 下的报告(包括报告输出)和日程安排,那么您可能想备份这些对象的副本,或者把它们移动到 Content Store 中的另一个位置。

单击 Audit 包旁边的复选框,然后单击 Delete 图标,如图 19 中所示。

图 19 – IBM Cognos Connection 显示,Audit 部署已被选中,鼠标悬停在 delete 图标上方
图 19 – IBM Cognos Connection 显示,Audit 部署已被选中,鼠标悬停在 delete 图标上方

此时会出现如图 20 中所示的对话框,告知用户删除某些条目可能导致断开其他 Content Store 对象中的链接。单击 OK 继续后面的操作。

图 20 - 对话框显示了用来删除现有 Audit 包的请求信息
图 20 - 对话框显示了用来删除现有 Audit 包的请求信息

Audit 包现在已经被移除。

为了完整地删除现有的 Audit 设置,我们需要移除 Audit 包使用的现有数据源。请导航到 IBM Cognos Administration,单击 Configuration 选项卡,并确保已在左侧的选项列表中选定 Data Source Connections。选择 Audit 数据源并单击 Delete 图标,如图 21 中所示。如果 url_xml 数据源也已经创建,那么可以选择它和 Audit 数据源。

图 21 – 已经选中 Audit 数据源,以便在 IBM Cognos Administration 中删除它
图 21 – 已经选中 Audit 数据源,以便在 IBM Cognos Administration 中删除它

再次声明,此时会出现一个对话框,告知用户删除某些条目可能会导致断开其他 Content Store 对象中的链接。单击 OK 继续后面的操作。

将 Audit 包从 IBM Cognos 8.3 带入 IBM Cognos 10.1 环境中是 Content Store 升级过程的一部分,现在已经完全移除。要部署 IBM Cognos 10.1 Audit 包,请遵循 IBM Cognos 10.1 Administration and Security Guide 中提供的步骤。


Cognos 10 实例中的定制和性能调优

这一节将介绍有关定制(皮肤变化)的内容,可能需要对新的 IBM Cognos 10 环境执行一些定制操作,以便为客户端标准带来新的外观。

皮肤变化和定制

IBM Cognos 8.3 实例中包含的任何定制都需要在新的 IBM Cognos 10 环境中重新实现。在 IBM Cognos 10 Gateway、Dispatcher 和 Content Manager 机器上,需要更新定制 .CSS 和 .XML 文件。您应该认识到在 IBM Cognos 8.3 和 IBM Cognos 10.1 之间的 .CSS 和 .XML 文件 中可能很难实现定制,所以您应该先查阅 “IBM Cognos 10 Administration and Security Guide”,以获得有关的更多信息。

IBM Cognos 10.1 服务器实例的性能调优

作为性能调优的一部分,高亲和力连接、低亲和力连接、报告服务的超时设置、不活动超时时间、邮件中的报告输出的最大大小和其他环境特定设置在新的 IBM Cognos 10.1 环境中都需要使用 IBM Cognos 8.3 中的值作为基础进行修改。

对于 Report Service 和 Batch Report Service,都需要修改峰值和非峰值期间的高亲和力设置、低亲和力设置和流程服务的最大数量。

登录到 IBM Cognos 10.1 环境,并导航到 IBM Cognos Administration 页面。单击 Configuration 选项卡,选择左侧面板上的 Dispatchers 和 Services 项。在右侧面板上,您会看见已在环境中配置的 Dispatcher 的列表。单击每个 Dispatcher 的 set 属性并选择 Settings 选项卡。

选择 Category 下列框中的 Tuning。修改以下设置,以便它们匹配 IBM Cognos 8.3 配置设置。

  • 处理能力
  • 用于非峰值期间的批量报告服务的高亲和力连接的数量
  • 用于非峰值期间的批量报告服务的低亲和力连接的数量
  • 用于非峰值期间的批量报告服务的最大流程数量
  • 用于非峰值期间的报告服务的高亲和力连接的数量
  • 用于非峰值期间的报告服务的低亲和力连接的数量
  • 用于非峰值期间的报告服务的最大流程数量
  • 报告服务的排队时间限制(秒)
  • 非压缩电子邮件附件的最大大小,以 MB 为单位
  • 用于峰值期间的批量报告服务的高亲和力连接的数量
  • 用于峰值期间的批量报告服务的低亲和力连接的数量
  • 用于峰值期间的批量报告服务的最大流程数量
  • 用于峰值期间的报告服务的高亲和力连接的数量
  • 用于峰值期间的报告服务的低亲和力连接的数量
  • 用于峰值期间的报告服务的最大流程数量
  • 非峰值期的开始时间(小时)
  • 峰值期的开始时间(小时)

请注意,IBM Cognos 10.1 的性能特征类似于但又不同于 IBM Cognos 8.3。应该在完成升级过程之后持续监视 IBM Cognos 10.1 的性能。

如果需要从 IBM Cognos 8.3 环境转入其他的环境设置,此时可能需要做些更改。

重新命名 IBM Cognos 10.1 服务

您可能发现,通过将 Dispatcher 名称插入服务的开始部分来重新命名 IBM Cognos Administration 控制台中的每个 IBM Cognos 10 服务非常有用。以这种方式重新命名服务在监视服务状态时非常有帮助,因为可以用它们所属的 Dispatcher 来标记它们。

例如,如果有一些命名为 230、231 和 233 的 Dispatcher,那么重新命名 Report Service 和 Batch Report Service 会导致类似的情况出现。

  • 230_ReportService
  • 231_ReportService
  • 233_ReportService
  • 230_BatchReportService
  • 231_BatchReportService
  • 233_BatchReportService

这对监视 IBM Cognos Administration 控制台中的每个 Dispatcher 服务 的状态非常有帮助,如图 22 和图 23 中所示。

图 22 - IBM Cognos 10 环境中所有 Report 服务的状态
图 22 - IBM Cognos 10 环境中所有 Report 服务的状态
图 23 - IBM Cognos 10 环境中所有 Batch Report 服务的状态
图 23 - IBM Cognos 10 环境中所有 Batch Report 服务的状态

新的服务帐号

应该使用新的服务帐号来启动 IBM Cognos 10 服务。 还可以将此帐号用于监视之目的。在使用新的服务帐号时,可以区分和监视 Java 虚拟机 (JVM) 利用率和 IBM Cognos 10 Report Server 流程 (BiBusTKServerMain.exe)。在调试与 IBM Cognos 10 服务器有关的问题时,执行报告期间的任何系统资源异常都会很有帮助。如图 21 中所示,帐号 cogdevsc10 将用作名为 IBM Cognos:9501 的服务的服务帐号。确保此服务帐号有足够的权限来运行 IBM Cognos 10。通常,此服务帐号是 Windows 机器上的 Administrators 小组的一名成员。

图 24 – 设置 IBM Cognos 10 服务帐号
图 24 – 设置 IBM Cognos 10 服务帐号
图 25 – Windows Task Manager 显示了将用于 IBM Cognos 10 流程的 cogdevsvc10 以及将用于 IBM Cognos 8.3 流程的 cogdevsvc1
图 25 – Windows Task Manager 显示了将用于 IBM Cognos 10 流程的 cogdevsvc10 以及将用于 IBM Cognos 8.3 流程的 cogdevsvc1

升级报告规范

最后一个步骤是使用 New Report Upgrade 向导升级 IBM Cognos 10 环境中的报告规范。

报告规范可以在 Content Manager 安装和 启动过程中升级,或者通过 administration 页面中的报告升级向进行升级。因为我们没有选择在 Content Manager 启动期间升级报告,所以我们必须使用 Report Upgrade Tasks 来升级报告。升级报告失败会给性能带来影响,因为每次在 IBM Cognos 10 中打开一个报告都会对它进行升级。如果没有保存升级报告,报告规范将仍然是旧版本,系统会在每次打开报告时自动对其进行升级。

  • 在 IBM Cognos 10 Administration 工具中,单击 Configuration 选项卡。
  • 如图 26 中所示,从与 New content maintenance 图标相关的下拉菜单中选择 New Report Upgrade… 任务。
    图 26 – 在 IBM Cognos Administration 中选中了 New Report Upgrade…. 任务
    图 26 – 在 IBM Cognos Administration 中选中了 New Report Upgrade…. 任务
  • New Content Maintenance Task wizard: Report Upgrade 会出现。选择要升级的包、报告和/或文件夹(参见图 27)并单击 OK
    图 27 – 选择针对报告升级的 New Content Maintenance 任务向导应该处理的项
    图 27 – 选择针对报告升级的 New Content Maintenance 任务向导应该处理的项
  • 单击 Next 按钮,如图 28 中所示,继续指定用来运行升级任务的选项。
    图 28 – 针对升级选择的内容
    图 28 – 针对升级选择的内容
  • 选择 Save and run once 并单击 Finish 按钮,以便继续完成升级任务(参见图 29)。
    图 29 – 选择报告升级的运行频率
    图 29 – 选择报告升级的运行频率
  • 选择 Now 作为运行升级任务的时间,如图 30 所示。
    图 30 – 将运行升级任务的时间指定为 now
    图 30 – 将运行升级任务的时间指定为 now

图 31 显示了报告升级状态。状态消息包含成功升级的对象的总数和不需要升级的对象的数量,并列出了升级时出错的对象。每个出现升级错误的对象都需要进行进一步的调查。报告无法升级的原因有许多种。

图 31 - 报告升级向导的完整状态
图 31 - 报告升级向导的完整状态

IBM Cognos SDK 应用程序

如果要使用 IBM Cognos SDK 应用程序,则需要升级所有 IBM Cognos SDK 应用程序,以便在连接和运行 IBM Cognos 10.1 报告之前使用 IBM Cognos BI 10.1 库(JAR 文件和 .NET 程序集)。有可能必须对现有应用程序执行一些额外的代码更改,结果导致产品行为中出现不适用的功能和/或差异。请参阅 IBM Cognos 10 SDK Developer’s Guide,获得关于将 SDK 应用程序升级到 IBM Cognos 10.1 级别的详细信息。


补丁更新

IBM Cognos 10.1 是基本安装。IBM 提供了一些修复包,可将它们安装到现有 IBM Cognos 10 实例上,解决一些已知的问题。您可以在以下 URL 的 IBM Cognos Support 站点上进行搜索,查找可用的更新和修复包:

http://www.ibm.com/support/entry/portal/us/Downloads?cm_re=other-_-suprcn-_-download


附录 A - 参考资料

IBM Cognos 10.1 安装和配置指南

IBM Cognos 10.1 架构和部署指南

IBM Cognos 10.1 管理和安全指南

IBM Cognos 10.1 SDK 开发人员指南

参考资料

学习

获得产品和技术

讨论

  • 参与 developerWorks 博客 并加入 developerWorks 中文社区,developerWorks 社区是一个面向全球 IT 专业人员,可以提供博客、书签、wiki、群组、联系、共享和协作等社区功能的专业社交网络社区。

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Information Management
ArticleID=843054
ArticleTitle=IBM Cognos 最佳实践: 案例研究:升级到 IBM Cognos 10
publish-date=10292012