public.dhe.ibm.compublic.dhe.ibm.com/.../docs/ja/10.2.1.1/c8pp_inst.pdfMicrosoft SQL Server でContent Store を作成するための推奨設定................37 IBM Informix Dynamic

IBM Cognos PowerPlayバージョン 10.2.1.1

インストールおよび設定ガイド

��

注意本書および本書で紹介する製品をご使用になる前に、 415ページの『特記事項』に記載されている情報をお読みください。

製品情報

本書は IBM Cognos Business Intelligence バージョン 10.2.1.1 を対象として作成されています。また、その後のリリースも対象となる場合があります。

お客様の環境によっては、資料中の円記号がバックスラッシュと表示されたり、バックスラッシュが円記号と表示されたりする場合があります。

　

原典： IBM Cognos PowerPlay

Version 10.2.1.1

Installation and Configuration Guide

発行：日本アイ・ビー・エム株式会社

担当：トランスレーション・サービス・センター

第1刷 2013.8

Licensed Materials - Property of IBM

© Copyright IBM Corporation 2005, 2013.

目次

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi

第 1 章新しい機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1バージョン 10.2.1 の新機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

IBM Cognos BI の新しいセキュリティー標準 . . . . . . . . . . . . . . . . . . . . . . . 1外部オブジェクト・ストアでのレポートの格納 . . . . . . . . . . . . . . . . . . . . . . . 1

バージョン 10.2.0 の新機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2異なるファイルから Cognos Configuration を初期化するオプション . . . . . . . . . . . . . . . . 2サイレント・インストールの状況を画面に表示するためのオプション . . . . . . . . . . . . . . . 2事前定義 LDAP 設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

バージョン 10.1.0 の新機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3Software Development Kit Installation and Configuration Guide の入手方法 . . . . . . . . . . . . . . 3

バージョン 10.1.0 で変更された機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . 3デフォルトのインストール場所と Web の別名 . . . . . . . . . . . . . . . . . . . . . . . 3PowerPlay Batch Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4IBM Cognos Go! Dashboard は IBM Cognos Viewer の機能と統合されて 1 つのユーザー・インターフェースになりました . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4RACF プロバイダーを使用した認証に対するサポートの強化 . . . . . . . . . . . . . . . . . . 4システム評価指標を外部から監視する際の保護されたアクセス . . . . . . . . . . . . . . . . . . 4

バージョン 10.1.0 で削除された機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . 4IBM Cognos サービスで使用するメモリーの管理 . . . . . . . . . . . . . . . . . . . . . . 4

第 2 章分散オプション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7製品コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7サーバー・コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7オプションのサーバー・コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . 9移行コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10クライアント・コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11必要なデータベース・コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . 11

コンポーネントの分散 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121 台のコンピューターへのすべてのサーバー・コンポーネントのインストール . . . . . . . . . . . . 13別のコンピューターへのゲートウェイのインストール . . . . . . . . . . . . . . . . . . . . 13別のコンピューターへのアプリケーション層コンポーネントと Content Manager のインストール . . . . . . 1464 ビット版の IBM Cognos BI 製品のインストール . . . . . . . . . . . . . . . . . . . . . 16

IBM Cognos PowerPlay と別の IBM Cognos 製品との共存. . . . . . . . . . . . . . . . . . . . 18IBM Cognos PowerPlay に移行できる IBM Cognos Series 7 製品 . . . . . . . . . . . . . . . . 18IBM Cognos PowerPlay との相互運用が可能な IBM Cognos 製品 . . . . . . . . . . . . . . . . 19IBM Cognos Business Intelligence で再作成できる IBM Cognos Series 7 コンテンツ . . . . . . . . . . 23

第 3 章インストール準備 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25インストール前のリリース・ノートの確認 . . . . . . . . . . . . . . . . . . . . . . . . . 25サポートされる環境の確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26システム要件を確認する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26メモリー設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Java の要件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29IBM Cognos Business Intelligence のデフォルト・ポート設定の確認. . . . . . . . . . . . . . . . . 30Content Store を作成する際のガイドライン . . . . . . . . . . . . . . . . . . . . . . . . . 32

Linux、Windows、および UNIX オペレーティング・システムの DB2 に Content Store を作成する際の推奨設定 33z/OS 上の DB2 で Content Store を作成するための推奨設定 . . . . . . . . . . . . . . . . . . 36Oracle で Content Store を作成するための推奨設定 . . . . . . . . . . . . . . . . . . . . . 36

© Copyright IBM Corp. 2005, 2013 iii

Microsoft SQL Server で Content Store を作成するための推奨設定 . . . . . . . . . . . . . . . . 37IBM Informix Dynamic Server で Content Store を作成するための推奨設定 . . . . . . . . . . . . . 38Sybase で Content Store を作成するための推奨設定 . . . . . . . . . . . . . . . . . . . . . 39

IBM Cognos Business Intelligence のユーザー・アカウントまたはネットワーク・サービス・アカウントの設定 . . 40Web ブラウザーの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

第 4 章 IBM Cognos Business Intelligence のアップグレード . . . . . . . . . . . . 45アップグレード処理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45ドキュメントの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47アップグレードの前に環境内のアプリケーションを評価する . . . . . . . . . . . . . . . . . . 48以前のバージョンのコンテンツへのポータルでのアクセス . . . . . . . . . . . . . . . . . . . 50

アップグレード作業 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50新しいバージョンの製品のインストールと構成 . . . . . . . . . . . . . . . . . . . . . . 50コンテンツを新しいバージョンの製品に移動する . . . . . . . . . . . . . . . . . . . . . . 53レポート仕様をアップグレードする . . . . . . . . . . . . . . . . . . . . . . . . . . 60Lifecycle Manager を使用して製品のバージョン間でレポートを比較する . . . . . . . . . . . . . . 61

第 5 章 1 台のコンピューターに対する製品コンポーネントのインストールと設定 . . . . . 63サーバー・コンポーネントのインストール . . . . . . . . . . . . . . . . . . . . . . . . . 63

UNIX または Linux オペレーティング・システムでのサーバー・コンポーネントのインストール . . . . . . 65Windows オペレーティング・システムでのサーバー・コンポーネントのインストール . . . . . . . . . 68

フィックスパックのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69UNIX または Linux オペレーティング・システムでの IBM Cognos フィックスパックのインストール . . . . 70Windows オペレーティング・システムへのフィックスパックのインストール . . . . . . . . . . . . 70

翻訳された製品資料のインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . 71Content Store データベース用のデータベース接続の設定 . . . . . . . . . . . . . . . . . . . . 72

IBM DB2 Content Store のデータベース接続の設定 . . . . . . . . . . . . . . . . . . . . . 72Oracle Content Store のデータベース接続の設定 . . . . . . . . . . . . . . . . . . . . . . 77Informix Content Store のデータベース接続の設定 . . . . . . . . . . . . . . . . . . . . . 78Sybase Content Store のデータベース接続の設定 . . . . . . . . . . . . . . . . . . . . . . 78

IBM Cognos Configuration の起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78IBM Cognos Configuration の環境プロパティーの設定 . . . . . . . . . . . . . . . . . . . . . 79セキュリティーの有効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80Content Store のデータベース接続プロパティーの設定 . . . . . . . . . . . . . . . . . . . . . 81

DB2 Content Store のデータベース接続プロパティーの設定 . . . . . . . . . . . . . . . . . . 81Microsoft SQL Server、Oracle、Informix、または Sybase Content Store のデータベース接続プロパティーの設定 82

メール・サーバー・アカウントへの接続の指定 . . . . . . . . . . . . . . . . . . . . . . . 84IBM Cognos BI での IBM Cognos Series 7 ネームスペースの設定 . . . . . . . . . . . . . . . . . 85IBM Cognos サービスの開始 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87Web サーバーの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87実動システムでのコンパイル済みゲートウェイの使用 . . . . . . . . . . . . . . . . . . . . 88CGI ゲートウェイの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94画像を表示および参照するように WebDAV を設定する . . . . . . . . . . . . . . . . . . . 98

インストールと設定のテスト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100IBM Cognos Series 7 での Migration のインストールと設定 . . . . . . . . . . . . . . . . . . . 100

IBM Cognos Series 7 Migration コンポーネントのインストール. . . . . . . . . . . . . . . . . 101分散 IBM Cognos Series 7 環境での移行サービスの設定 . . . . . . . . . . . . . . . . . . . 102IBM Cognos Series 7 Migration サービスの開始 . . . . . . . . . . . . . . . . . . . . . . 103

第 6 章異なるコンピューターに対するサーバー・コンポーネントのインストールと設定 105サーバー・コンポーネントのインストールの順序 . . . . . . . . . . . . . . . . . . . . . . 107推奨 - 分散インストール環境における基本インストールでのインストールおよび設定 . . . . . . . . . . 108Content Manager のインストールと設定. . . . . . . . . . . . . . . . . . . . . . . . . . 109アクティブおよび待機中の Content Manager コンポーネント . . . . . . . . . . . . . . . . . 110Content Manager コンポーネントのインストール. . . . . . . . . . . . . . . . . . . . . . 111フィックスパックのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . 115

iv IBM Cognos PowerPlay バージョン 10.2.1.1: インストールおよび設定ガイド

Content Store データベース用のデータベース接続の設定 . . . . . . . . . . . . . . . . . . . 117IBM Cognos Configuration の起動. . . . . . . . . . . . . . . . . . . . . . . . . . . 123Content Store のデータベース接続プロパティーの設定 . . . . . . . . . . . . . . . . . . . . 124Content Manager コンピューターの環境プロパティーの設定 . . . . . . . . . . . . . . . . . . 127メール・サーバー・アカウントへの接続の指定 . . . . . . . . . . . . . . . . . . . . . . 129セキュリティーの有効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131IBM Cognos BI での IBM Cognos Series 7 ネームスペースの設定 . . . . . . . . . . . . . . . 131Content Manager の開始 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133Content Manager のインストールのテスト . . . . . . . . . . . . . . . . . . . . . . . . 134

アプリケーション層コンポーネントのインストールと設定 . . . . . . . . . . . . . . . . . . . 134アプリケーション層コンポーネントのインストール . . . . . . . . . . . . . . . . . . . . . 135フィックスパックのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . 139IBM Cognos Configuration の起動. . . . . . . . . . . . . . . . . . . . . . . . . . . 140アプリケーション層コンポーネントのコンピューターの環境プロパティーの設定 . . . . . . . . . . . 141アプリケーション層コンポーネントの起動 . . . . . . . . . . . . . . . . . . . . . . . . 142アプリケーション層コンポーネントのテスト . . . . . . . . . . . . . . . . . . . . . . . 143IBM Cognos BI Migration サービスのテスト . . . . . . . . . . . . . . . . . . . . . . . 143

ゲートウェイのインストールと設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . 144UNIX または Linux オペレーティング・システムでのゲートウェイ・コンポーネントのインストール . . . . 144Windows オペレーティング・システムでのゲートウェイ・コンポーネントのインストール . . . . . . . . 147フィックスパックのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . 148IBM Cognos Configuration の起動. . . . . . . . . . . . . . . . . . . . . . . . . . . 149ゲートウェイ・コンピューターに対する環境プロパティーおよびセキュリティー・プロパティーの設定 . . . 150Web サーバーの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152ゲートウェイのテスト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164IBM Cognos Series 7 での Migration のインストールと設定 . . . . . . . . . . . . . . . . . . 165

第 7 章 Cognos PowerPlay サンプルのインストール . . . . . . . . . . . . . . . 169PowerCube サンプルへのデータ・ソース接続の作成 . . . . . . . . . . . . . . . . . . . . . 169Cognos PowerPlay サンプルのインポート . . . . . . . . . . . . . . . . . . . . . . . . . 170サンプル・レポートのテスト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170

第 8 章認証プロバイダーを使用するための IBM Cognos コンポーネントの設定 . . . . 173匿名アクセスの無効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174Cognos ネームスペースへのユーザー・アクセスの制限 . . . . . . . . . . . . . . . . . . . . 175Active Directory サーバーを使用するための IBM Cognos コンポーネントの設定 . . . . . . . . . . . . 175

Active Directory ネームスペースの設定 . . . . . . . . . . . . . . . . . . . . . . . . . 176Active Directory のカスタム・ユーザー・プロパティーを IBM Cognos コンポーネントで使用可能にする方法 178Active Directory サーバーに対する保護された通信の有効化 . . . . . . . . . . . . . . . . . . 179詳細プロパティーを使用してドメインを含める、または除外する方法 . . . . . . . . . . . . . . . 179Active Directory サーバーと IBM Cognos コンポーネント間でのシングル・サインオンの有効化 . . . . . . 181

IBM Cognos Series 7 ネームスペースを使用するための IBM Cognos の設定 . . . . . . . . . . . . . 185IBM Cognos Series 7 ネームスペースの設定 . . . . . . . . . . . . . . . . . . . . . . . 186IBM Cognos Series 7 ネームスペースで使用されるディレクトリー・サーバーへの保護された通信の有効化 . . 187IBM Cognos Series 7 と IBM Cognos 間でのシングル・サインオンの有効化 . . . . . . . . . . . . 187IBM Cognos Series 7 ネームスペースと IBM Cognos Series 7 Trusted Signon プラグイン . . . . . . . . 188

カスタム認証プロバイダーを使用するための IBM Cognos の設定 . . . . . . . . . . . . . . . . . 190カスタム認証ネームスペースの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . 191ユーザーのログオン時におけるネームスペースの非表示 . . . . . . . . . . . . . . . . . . . 192

LDAP を使用するための IBM Cognos コンポーネントの設定 . . . . . . . . . . . . . . . . . . 192LDAP マッピング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193LDAP ネームスペースの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193Active Directory サーバーに対する LDAP ネームスペースの設定 . . . . . . . . . . . . . . . . 195IBM Directory Server に対する LDAP ネームスペースの設定 . . . . . . . . . . . . . . . . . 197Novell Directory Server に対する LDAP ネームスペースの設定 . . . . . . . . . . . . . . . . . 200Oracle Directory Server に対する LDAP ネームスペースの設定 . . . . . . . . . . . . . . . . . 202

目次 v

LDAP のカスタム・ユーザー・プロパティーを IBM Cognos コンポーネントで使用可能にする方法 . . . . 204LDAP サーバーへの保護された通信の有効化 . . . . . . . . . . . . . . . . . . . . . . . 204LDAP と IBM Cognos コンポーネント間でのシングル・サインオンの有効化 . . . . . . . . . . . . 206置換演算 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207

CA SiteMinder を使用するための IBM Cognos コンポーネントの設定 . . . . . . . . . . . . . . . 207SiteMinder ネームスペースの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . 209

認証に RACF プロバイダーを使用するための IBM Cognos の設定 . . . . . . . . . . . . . . . . 211RACF ネームスペースの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211RACF と IBM Cognos 間でのシングル・サインオンの有効化 . . . . . . . . . . . . . . . . . 212

SAP を使用するための IBM Cognos の設定 . . . . . . . . . . . . . . . . . . . . . . . . 213SAP ネームスペースの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214SAP と IBM Cognos 間でのシングル・サインオンの有効化 . . . . . . . . . . . . . . . . . . 215

認証プロバイダーの削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215

第 9 章設定オプション . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217IBM Cognos Configuration の起動. . . . . . . . . . . . . . . . . . . . . . . . . . . . 217IBM Cognos BI コンポーネントで使用する Java のバージョンの変更 . . . . . . . . . . . . . . . 218

IBM Cognos の既存データをバックアップします。 . . . . . . . . . . . . . . . . . . . . . 218Java バージョンの変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220

デフォルト設定の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221Cognos Content Database 用のデフォルトのユーザーとパスワードの変更. . . . . . . . . . . . . . 221ポートと URI の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224暗号化の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226IBM Cognos Application Firewall . . . . . . . . . . . . . . . . . . . . . . . . . . . 231一時ファイルのプロパティーの暗号化 . . . . . . . . . . . . . . . . . . . . . . . . . 233ネームスペースを使用するためのゲートウェイの設定 . . . . . . . . . . . . . . . . . . . . 234サービスの有効化と無効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234フォントの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235PDF レポートのデフォルト・フォントの変更 . . . . . . . . . . . . . . . . . . . . . . . 238PDF レポートの埋め込みフォントの設定 . . . . . . . . . . . . . . . . . . . . . . . . 239出力レポートの保存 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240一時出力レポートの場所の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . 242

レポート出力に外部オブジェクト・ストアを使用する . . . . . . . . . . . . . . . . . . . . . 242外部オブジェクト・ストアへのアクセスの検証 . . . . . . . . . . . . . . . . . . . . . . 243

UNIX および Linux プラットフォーム用のサーバー側印刷のカスタマイズ . . . . . . . . . . . . . . 244通知データベースの変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245通知データベースの接続プロパティーの変更 . . . . . . . . . . . . . . . . . . . . . . . 246

Cognos Content Database を使用した新しい Content Store の作成 . . . . . . . . . . . . . . . . . 246IBM Cognos トラストストアのセキュリティー標準への準拠の変更 . . . . . . . . . . . . . . . . 247

IBM Cognos トラストストアへの NIST SP800-131a 非標準証明書の復元 . . . . . . . . . . . . . 247IBM Cognos トラストストアからの NIST SP800-131a 非標準証明書の削除 . . . . . . . . . . . . . 248

別の認証局を使用するための IBM Cognos コンポーネントの設定 . . . . . . . . . . . . . . . . . 249証明書署名要求 (CSR) ファイルの作成 . . . . . . . . . . . . . . . . . . . . . . . . . 250IBM Cognos コンポーネントへの CA 証明書のインポート . . . . . . . . . . . . . . . . . . 252CA によって生成された証明書を使用するように IBM Cognos BI のコンポーネントを設定する . . . . . . 254

IBM Cognos コンポーネントの SSL プロトコルの設定 . . . . . . . . . . . . . . . . . . . . 255IBM Cognos コンポーネントの SSL を設定する . . . . . . . . . . . . . . . . . . . . . . 256IBM Cognos サーバーと他のサーバー間で共有の信頼関係を確立する (必要な場合)。 . . . . . . . . . 257Secure Socket Layer の暗号スイートの選択と順位付け . . . . . . . . . . . . . . . . . . . . 259

IBM Cognos を SSL 対応の Web サーバー用に設定する . . . . . . . . . . . . . . . . . . . . 260ログ・メッセージのリポジトリーの設定 . . . . . . . . . . . . . . . . . . . . . . . . . 260ログ記録データベースを作成する際のガイドライン . . . . . . . . . . . . . . . . . . . . . 261ログ記録データベース用のデータベース接続 . . . . . . . . . . . . . . . . . . . . . . . 262ログ・メッセージのリポジトリー . . . . . . . . . . . . . . . . . . . . . . . . . . . 264ユーザー固有のログ記録の有効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . 269

グローバル設定の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270

vi IBM Cognos PowerPlay バージョン 10.2.1.1: インストールおよび設定ガイド

サポートする言語のユーザー・インターフェースでのカスタマイズ . . . . . . . . . . . . . . . 271サポートする通貨のカスタマイズ . . . . . . . . . . . . . . . . . . . . . . . . . . . 272コンテンツ・ロケールのサポートのカスタマイズ . . . . . . . . . . . . . . . . . . . . . 273コンテンツ・ロケール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274ユーザー・インターフェースのロケールのマッピング . . . . . . . . . . . . . . . . . . . . 276サーバー・タイム・ゾーンのカスタマイズ . . . . . . . . . . . . . . . . . . . . . . . . 277E メール・メッセージのエンコード方式 . . . . . . . . . . . . . . . . . . . . . . . . 277Cookie 設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278

IP アドレスのバージョンの変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280IP バージョンの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280IPv6 オプションを使って開始するように IBM Cognos Configuration を手動で設定する . . . . . . . . . 281Windows 上で常に IPv6 オプションを使って開始するように IBM Cognos Configuration を設定する . . . . 281

Windows Vista でのファイルの場所のプロパティー . . . . . . . . . . . . . . . . . . . . . . 281Windows Vista でのファイルの場所のプロパティーの更新 . . . . . . . . . . . . . . . . . . 282

IBM Cognos Series 7 Migration サービスの設定の変更. . . . . . . . . . . . . . . . . . . . . 283PowerPlay と移行用の Migration サービスへのユーザー・アカウントの割り当て . . . . . . . . . . . . 283

第 10 章 Portal Services の設定 . . . . . . . . . . . . . . . . . . . . . . . . 285"applications.xml"ファイルの場所の指定 . . . . . . . . . . . . . . . . . . . . . . . . . . 286Portal Services のセキュリティーの設定 . . . . . . . . . . . . . . . . . . . . . . . . . 286

IBM Cognos のコンポーネントへの匿名アクセスの無効化 . . . . . . . . . . . . . . . . . . 287Shared Secret を使用したシングル・サインオンの有効化 . . . . . . . . . . . . . . . . . . . 287Kerberos 認証を使用した Sharepoint でのシングル・サインオンの有効化 . . . . . . . . . . . . . 292アプリケーション・サーバーを使用した WebSphere Portal に対するシングル・サインオンの有効化 . . . . 296基本認証を使用した Oracle WebCenter Interaction Portal に対するシングル・サインオンの有効化 . . . . . 297CA SiteMinder を使用した Oracle WebCenter Interaction Portal に対するシングル・サインオンの有効化 . . . 297

第 11 章 Tomcat 以外のアプリケーション・サーバーの使用 . . . . . . . . . . . . . 299別の JVM インスタンスの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300パフォーマンスのための JVM パラメーターの設定 . . . . . . . . . . . . . . . . . . . . . 300

IBM Cognos コンポーネントの設定のチェック . . . . . . . . . . . . . . . . . . . . . . . 300IBM Cognos の既存データをバックアップします。 . . . . . . . . . . . . . . . . . . . . . . 301環境変数の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303IBM Cognos Business Intelligence のデフォルトの接続タイムアウトの調整 . . . . . . . . . . . . . . 304アプリケーション・サーバー内で動作するように IBM Cognos コンポーネントを設定する . . . . . . . . 305アプリケーション構築ウィザードを使用して、IBM Cognos を IBM WebSphere Application Server 上にビルドし、インストールする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307

AIX 上で動作する WebLogic 9 用の JDK の指定 . . . . . . . . . . . . . . . . . . . . . . 308アプリケーション・サーバーの始動スクリプトを変更する . . . . . . . . . . . . . . . . . . . 309

WebLogic のアプリケーション・サーバーの始動スクリプトの変更. . . . . . . . . . . . . . . . 309JBoss のアプリケーション・サーバーの始動スクリプトの変更 . . . . . . . . . . . . . . . . . 310

アプリケーション・サーバーのプロパティーを構成して、IBM Cognos コンポーネントをインストールする . . . 311IBM Cognos の WebSphere へのインストール . . . . . . . . . . . . . . . . . . . . . . 311IBM Cognos の WebLogic へのインストール . . . . . . . . . . . . . . . . . . . . . . . 312IBM Cognos の SAP NetWeaver へのインストール . . . . . . . . . . . . . . . . . . . . . 314IBM Cognos の JBoss へのインストール . . . . . . . . . . . . . . . . . . . . . . . . 315

Secure Socket Layer の有効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 316Web 通信の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318

SAP NetWeaver の仮想ディレクトリーの設定. . . . . . . . . . . . . . . . . . . . . . . 318Tomcat 用に設定されたディスパッチャーの登録抹消 . . . . . . . . . . . . . . . . . . . . . 318アプリケーション・サーバー環境での IBM Cognos BI へのアップグレード . . . . . . . . . . . . . 319

第 12 章無人インストールと無人構成の使用 . . . . . . . . . . . . . . . . . . . 321無人インストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321別のコンピューターのインストール環境からの応答ファイルの使用 . . . . . . . . . . . . . . . 322応答ファイルの変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323

目次 vii

無人インストールの開始 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324無人設定の使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325無人アンインストールの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327

第 13 章パフォーマンスの保守 . . . . . . . . . . . . . . . . . . . . . . . . . 329システム・パフォーマンス評価指標 . . . . . . . . . . . . . . . . . . . . . . . . . . . 329システム評価指標の外部からの監視 . . . . . . . . . . . . . . . . . . . . . . . . . . 329

必要なサービスのみの有効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330DB2 Content Store の調整 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 333IBM Cognos サービスで使用するメモリー・リソースの調整 . . . . . . . . . . . . . . . . . . . 334各プロセスの要求数を削減する方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . 33464 ビット・インストール済み環境での Apache Tomcat の設定の調整 . . . . . . . . . . . . . . . 335Cognos Content Database の要求処理能力の強化 . . . . . . . . . . . . . . . . . . . . . . . 335Metric Store データベースのパフォーマンスの向上 . . . . . . . . . . . . . . . . . . . . . . 336ネットワークでのレポート配信時間の短縮 . . . . . . . . . . . . . . . . . . . . . . . . . 336ユーザー負荷の大きい環境では非同期タイムアウトに大きな値を設定する . . . . . . . . . . . . . . 337

第 14 章 UNIX および Linux オペレーティング・システムで IBM Cognos BusinessIntelligence を手作業で構成する . . . . . . . . . . . . . . . . . . . . . . . . 339デフォルトの構成設定を手動で変更する . . . . . . . . . . . . . . . . . . . . . . . . . 339コンポーネントを設定に追加する . . . . . . . . . . . . . . . . . . . . . . . . . . . . 340暗号化設定の手動による変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 342UNIX および Linux オペレーティング・システムでのグローバル設定 . . . . . . . . . . . . . . . 342

UNIX および Linux オペレーティング・システムのグローバル設定を手動で変更する . . . . . . . . . 344UNIX および Linux オペレーティング・システムでのサイレント・モードによる Cognos BI の起動および停止 345

UNIX および Linux オペレーティング・システムでのサイレント・モードによる Cognos BI の起動 . . . . 345UNIX および Linux オペレーティング・システムでのサイレント・モードによる Cognos BI の停止 . . . . 345

IBM Cognos アプリケーション・ファイルの手作業による作成 . . . . . . . . . . . . . . . . . . 346Business Intelligence ソフトウェアの IBM Cognos アプリケーション・ファイルの作成 . . . . . . . . . 346サーブレット・ゲートウェイの IBM Cognos アプリケーション・ファイルの作成 . . . . . . . . . . 348

第 15 章 IBM Cognos BI のアンインストール . . . . . . . . . . . . . . . . . . 351UNIX または Linux オペレーティング・システムでの IBM Cognos Business Intelligence のアンインストール . . 351Microsoft Windows オペレーティング・システムでの IBM Cognos Business Intelligence のアンインストール . . 352

付録 A. ユーザー補助機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . 355インストール・ウィザードのショートカット・キー . . . . . . . . . . . . . . . . . . . . . . 355

付録 B. IBM Cognos Configuration のコマンド行オプション . . . . . . . . . . . . 357

付録 C. トラブルシューティング . . . . . . . . . . . . . . . . . . . . . . . . 361問題のトラブルシューティング . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361知識ベースの検索 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363フィックスの入手 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364IBM サポートと連絡を取る. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364IBM との情報交換. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 365サポート更新情報のサブスクライブ . . . . . . . . . . . . . . . . . . . . . . . . . . 367

ログ・ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368Linux オペレーティング・システムで issetup を実行できない . . . . . . . . . . . . . . . . . . 371IBM Cognos Business Intelligence の起動に関する問題 . . . . . . . . . . . . . . . . . . . . . 371

IBM Cognos Configuration で IBM Cognos サービスを開始すると"CFG-ERR-0106"エラーが発生する . . . . 372IBM Cognos Business Intelligence の起動時の暗号化エラー . . . . . . . . . . . . . . . . . . 374別のプロセスでポートが使用中のため、IBM Cognos サービスを起動できない . . . . . . . . . . . . 374IBM Cognos サービスが開始しない、または開始後に障害が発生する . . . . . . . . . . . . . . . 375IBM Cognos Business Intelligence サーバーが起動に失敗し、エラー・メッセージが出ない . . . . . . . . 376IBM Cognos Business Intelligence の始動時にサーバーを使用できない . . . . . . . . . . . . . . 376

viii IBM Cognos PowerPlay バージョン 10.2.1.1: インストールおよび設定ガイド

IBM Cognos Connection の使用時にネームスペースにログオンできない . . . . . . . . . . . . . . 380ネットワークの停止後に IBM Cognos サービスを再起動できない . . . . . . . . . . . . . . . . 380より新しいバージョンをインストールすると以前のバージョンの Content Store が自動的に更新されることを知らせる警告は出ない . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 381リソースのダウンロードが失敗する . . . . . . . . . . . . . . . . . . . . . . . . . . 381AIX から DB2 に接続すると SQL1224N エラーが返される . . . . . . . . . . . . . . . . . . 381IBM Cognos Business Intelligence 始動時の Content Manager エラー . . . . . . . . . . . . . . . 381Content Manager の起動に失敗する、または起動に時間がかかる . . . . . . . . . . . . . . . . 382Content Manager のコンピューターにあるログ・ファイルに"DPR-ERR-2014"エラーが記録される . . . . . 383インストール・ディレクトリーに非 ASCII 文字が含まれているとランタイム・エラーが発生する . . . . . 384Microsoft Cube または PowerCube を開くことができない. . . . . . . . . . . . . . . . . . . 384Windows 2003 で IBM Cognos Business Intelligence の起動時にページが見つからない . . . . . . . . . 385IBM Cognos Business Intelligence のインストール後にポータルを開くとページが表示されない . . . . . . 385IBM Cognos Business Intelligence の起動時に Web ブラウザーに"DPR-ERR-2058"エラーが表示される . . . . 386IBM Cognos Business Intelligence の起動時に Web ブラウザーに DPR-ERR-2022 エラーが表示される . . . . 388Linux へのインストール中に一部の言語で文字化けが発生する . . . . . . . . . . . . . . . . . 388cognos.xts ファイルをダウンロードできない . . . . . . . . . . . . . . . . . . . . . . . 389アプリケーション・サーバーの始動スクリプトのエラー . . . . . . . . . . . . . . . . . . . 389IBM Cognos Business Intelligence を WebLogic Application Server on AIX で実行すると失敗する . . . . . 390IBM WebSphere アプリケーション・サーバーへの IBM Cognos Business Intelligence の配布に失敗する . . . 390p2pd.war ファイルを WebLogic に配布する際に、コンテキスト属性を逆シリアル化できないエラー . . . . 391WebLogic アプリケーション・サーバーで IBM Cognos Business Intelligence をアップグレードした後でエラーが表示される . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 391アップグレード後に中国語、日本語、または韓国語の文字が異なっている . . . . . . . . . . . . . 392IBM Cognos Business Intelligence を Linux にインストールすると、アクセント付き文字や 2 バイト文字が正しく表示されない . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 392ユーザー負荷の高い環境で「RSV-SRV-0066 SOAP エラーが返されました」または「RQP-DEF-0114 ユーザーにより要求がキャンセルされました」エラーが表示される . . . . . . . . . . . . . . . . . . 392マルチテナント・インストールをアップグレードする際に IBM Cognos サービスが開始できない . . . . . 393

IBM Cognos Business Intelligence の設定に関する問題 . . . . . . . . . . . . . . . . . . . . . 394データベースとインデックスのクリーンアップ・スクリプトの実行 . . . . . . . . . . . . . . . 394設定の保存時に情報を暗号化しようとするとエラーが発生する . . . . . . . . . . . . . . . . . 397CAM-CRP-1315 設定保存時のエラー . . . . . . . . . . . . . . . . . . . . . . . . . . 398CAM-CRP-0221 ポータルにログオンする際のエラー . . . . . . . . . . . . . . . . . . . . 399インストール・ディレクトリー名を手動で変更するとアプリケーション・サーバー下で実行されているインストール環境に影響する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 399IBM Cognos Configuration の別のインスタンスで設定データがロックされる . . . . . . . . . . . . 400IBM Cognos Configuration をキーボードのみでナビゲートする際にタブ・シーケンスを終了できない . . . . 401設定を保存できない . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 401IBM Cognos Configuration の起動時の Java エラー . . . . . . . . . . . . . . . . . . . . . 401IBM Cognos Configuration の起動時の暗号化エラー. . . . . . . . . . . . . . . . . . . . . 402IBM Cognos サービスの再起動による設定値の適用 . . . . . . . . . . . . . . . . . . . . . 402CM-CFG-029 Microsoft SQL サーバー Content Store を特定する設定を保存する際のエラー . . . . . . . 403Linux on System z で DB2 が検出されないエラー . . . . . . . . . . . . . . . . . . . . . 403Content Manager がフェイルオーバー用に設定されている場合の"DPR-ERR-2079" . . . . . . . . . . . 404JRE 1.5 が使用されている Solaris で大規模な Content Store のインポートに失敗する . . . . . . . . . 404Windows に大規模な配布をインポートすると Java 仮想マシンがクラッシュする . . . . . . . . . . . 404レポートを開いたときの DPR-ERR-2008 エラー . . . . . . . . . . . . . . . . . . . . . . 405Business Insight で TM1 キューブ・ビューアーまたは Web シート iWidget をロードできない . . . . . . 405ユーザーに対して Active Directory 資格情報の入力が要求される . . . . . . . . . . . . . . . . 406IBM Cognos Configuration の起動時に UNIX でフォントが見つからない . . . . . . . . . . . . . 406ESSBASEPATH を検出できない . . . . . . . . . . . . . . . . . . . . . . . . . . . 407Oracle Essbase Server の使用時にクエリーが失敗する . . . . . . . . . . . . . . . . . . . . 407Active Directory ネームスペースからグループ・メンバーシップが欠落している . . . . . . . . . . . 409Oracle 10G Application Server への配布中にエラーが表示される . . . . . . . . . . . . . . . . 410Web ブラウザーから IBM Cognos Business Intelligence に接続するときの CGI タイムアウト・エラー . . . 410

目次 ix

サーブレット・クラスが WebLogic でロードに失敗する . . . . . . . . . . . . . . . . . . . 411Windows デスクトップ・アイコンまたは IBM Cognos Configuration ウィンドウが点滅する . . . . . . . 412Migration が機能しない . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 412いくつかのロケールで、オブジェクト名の翻訳が欠落している . . . . . . . . . . . . . . . . . 413

特記事項. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415

用語集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419B . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419C . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 420D . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 421E . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422F . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422G . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422H . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422I. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422J. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422L . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423M . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423N . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423O . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 424P . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 424Q . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 425R . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 425S . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 425T . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426U . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426W . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427

索引 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 429

x IBM Cognos PowerPlay バージョン 10.2.1.1: インストールおよび設定ガイド

概要

このガイドには、IBM® Cognos® PowerPlay® のインストール、設定、およびテストの手順が記載されています。

「IBM Cognos Series 7 PowerPlay」と「IBM Cognos PowerPlay」間の移行や相違点については、「移行および管理ガイド」を参照してください。

対象読者

このガイドを使用するには、次の知識が必要です。

v IBM Cognos Series 7 PowerPlay

v Microsoft Windows または UNIX オペレーティング・システムへのソフトウェアのインストール

v 使用する情報テクノロジーとセキュリティーのインフラストラクチャー

v データベース、ディレクトリー・サーバー、およびアプリケーション・サーバーの管理

情報の入手方法

IBM Cognos 製品資料を Web で入手するには、IBM Cognos インフォメーション・センター (http://pic.dhe.ibm.com/infocenter/cogic/v1r0m0/index.jsp) にアクセスしてください。各言語版の資料もすべて用意されています。リリース・ノートは、インフォメーション・センターに直接公開されます。最新の Technote や APAR へのリンクも掲載されています。

さらに、IBM Cognos の製品ディスクには、製品のリリース・ノートとインストール・ガイドが PDF 形式で収録されています。

ユーザー補助機能

ユーザー補助機能は、動作が制限されている方、視力の限られた方など、身体に障害を持つ方々に IT 製品をご使用いただけるように支援する機能です。この製品は、ユーザー補助機能を備えています。ユーザー補助機能については、 355ページの『インストール・ウィザードのショートカット・キー』を参照してください。IBM Cognos の HTML 文書は、ユーザー補助機能を備えています。 PDF 文書は補足的なもので、それ自体には追加のユーザー補助機能はありません。

将来の見通しに関する記述

このドキュメントには製品の現在の機能が記載されています。現在利用できない項目への言及が含まれる場合もありますが、将来的に使用可能になることを示唆するものではありません。このような言及は、なんらかの資料、規約、または機能を提供するという誓約、保証、または法的義務ではありません。特性や機能の開発、公開、およびその時期に関しては、引き続き IBM が単独裁量権を有します。

© Copyright IBM Corp. 2005, 2013 xi

http://pic.dhe.ibm.com/infocenter/cogic/v1r0m0/index.jsp


サンプルに関する特記事項

Sample Outdoors 社、Great Outdoors 社、GO 販売、Sample Outdoors または Great

Outdoors 名のすべてのバリエーション、および Planning サンプルでは、IBM および IBM のお客様向けのサンプル・アプリケーションを開発するために使用されるサンプル・データにより、架空の企業活動が描出されています。これらの架空データには、販売取引、商品流通、財務、および人事のサンプル・データが含まれます。実在する名称、住所、連絡先電話番号、取引額とは一切関係がありません。また、サンプル・ファイルの中には、手動またはコンピューターで生成された架空のデータ、学術的ソースまたは公共のソースを基に編集された実際のデータ、版権所有者の許可を得て使われているデータなどが、サンプル・アプリケーションを開発するためのサンプル・データとして使用されている場合もあります。参照される製品名は、それぞれの所有者の商標である可能性があります。許可なく複製することは禁止されています。

xii IBM Cognos PowerPlay バージョン 10.2.1.1: インストールおよび設定ガイド

第 1 章新しい機能

このセクションでは、このリリースでの新機能、変更された機能、削除された機能についてリストで示します。この情報は、アップグレードやアプリケーション配布戦略、ユーザー向けの研修要件の計画を作成する上で役立ちます。

過去のリリースの新機能に関する情報は、 IBM Cognos インフォメーション・センター (http://pic.dhe.ibm.com/infocenter/cogic/v1r0m0/index.jsp) のいずれかにアクセスすることによって入手できます。

オペレーティング・システム、パッチ、ブラウザー、Web サーバー、ディレクトリー・サーバー、データベース・サーバー、アプリケーション・サーバーなど、IBM

Cognos Business Intelligence 製品でサポートされている環境の最新のリストについては、IBM Software Product Compatibility Reports (SPCR) ページ(www.ibm.com/support/docview.wss?uid=swg27037784) を参照してください。

バージョン 10.2.1 の新機能以下のトピックでは、10.2.1 の新機能を示します。

IBM Cognos BI の新しいセキュリティー標準デフォルトでは、IBM Cognos バージョン 10.2.1 は NIST SP800-131a 標準規格に適合しています。これは、製品の暗号機能がこの標準に対応するように設定されているためです。

IBM Cognos BI を他の標準に準拠するように設定したり、ThirdPartyCertificateTool

を使用して古い標準に関連付けられている暗号コンポーネントを削除したりできます。

詳細については、 247ページの『IBM Cognos トラストストアのセキュリティー標準への準拠の変更』を参照してください。

外部オブジェクト・ストアでのレポートの格納外部オブジェクト・ストアを設定することによって、レポート出力を Content Store

データベースではなくローカル・ドライブまたはネットワーク共有に格納するように Content Manager を設定できます。

外部オブジェクト・ストアを使用すると、Content Manager の負荷が軽減されるため、読み取りと書き込みのパフォーマンスが向上します。

© Copyright IBM Corp. 2005, 2013 1



http://www.ibm.com/support/docview.wss?uid=swg27037784

関連情報:

242ページの『レポート出力に外部オブジェクト・ストアを使用する』Content Manager を設定して、外部オブジェクト・ストアを定義することによりレポート出力をローカル・ドライブまたはネットワーク共有に格納できます。レポート出力は IBM Cognos Connection および IBM Cognos SDK を介して使用可能ですが、レポート出力は Content Store データベースに格納されません。

バージョン 10.2.0 の新機能前回のリリース以降の新機能を示します。直接関連するトピックへのリンクが用意されています。

異なるファイルから Cognos Configuration を初期化するオプション

IBM Cognos 設定ツールを開始するとき、 -startupfile path/filename.xml オプションを使用して cogstartup.xml ファイルの他にスタートアップ・ファイルを指定できます。

cogstartup.xml ファイルは Configuration ディレクトリーに引き続き存在している必要があります。

例えば、以下のコマンドは Configuration ディレクトリーにある test.xml ファイルを使用して構成パラメーターを設定することにより、サイレント・モードでインストール・プログラムを実行します。

cogconfig.sh -s -startupfile <c10 の場所>/configuration/test.xml

関連情報:

325ページの『無人設定の使用』無人設定を使用するには、設定するものと同じ IBM Cognos BI コンポーネントがすでにインストールされている既存のインストール環境から設定をエクスポートする必要があります。設定のエクスポートが終了したら、IBM Cognos Configuration

をサイレント・モードで実行できます。

サイレント・インストールの状況を画面に表示するためのオプション

UNIX または Linux 環境では、-displayLog オプションを使用して、サイレント・インストールの状況を画面に表示することができます。

例えば、以下のコマンドはサイレント・モードでインストール・プログラムを実行します。インストール・プログラムは応答ファイルとして test.ats を使用し、インストールの状況を画面に表示します。

./issetup -s test.ats -displayLog

2 IBM Cognos PowerPlay バージョン 10.2.1.1: インストールおよび設定ガイド

関連情報:

323ページの『応答ファイルの変更』インストールの設定を指定して記録するための応答ファイルを生成して変更します。提供されている応答ファイルのテンプレートを変更することもできます。

事前定義 LDAP 設定IBM Cognos Configuration では、いくつかの事前定義 LDAP 認証ネームスペース設定から選択することにより、環境を設定することができます。

次に、事前定義 LDAP 設定のリストを示します。

v LDAP - Active Directory

v LDAP - IBM Tivoli®

v LDAP - OracleSunOne

バージョン 10.1.0 の新機能前回のリリース以降の新機能を示します。直接関連するトピックへのリンクが用意されています。

Software Development Kit Installation and ConfigurationGuide の入手方法

バージョン 10.1.0 では、「IBM Cognos Software Development Kit Installation and

Configuration Guide」は IBM Cognos インフォメーション・センターから入手できます。

IBM Cognos インフォメーション・センターは、http://pic.dhe.ibm.com/infocenter/

cogic/v1r0m0/index.jsp にあります。

バージョン 10.1.0 で変更された機能前回のリリース以降に変更された機能を示します。直接関連するトピックへのリンクが用意されています。

デフォルトのインストール場所と Web の別名IBM Cognos Business Intelligence バージョン 10.1.0 では、デフォルトのインストール・ディレクトリーのパスが変更されています。

このガイドで c10 の場所によって表されるデフォルトの場所は次のとおりです。

v Microsoft Windows オペレーティング・システム

C:¥Program Files¥IBM¥cognos¥c10

v UNIX および Linux オペレーティング・システム

/usr/IBM/cognos/c10

IBM Cognos Configuration におけるデフォルトの Web の別名は、"cognos8"から"ibmcognos"に変わりました。

第 1 章新しい機能 3



PowerPlay Batch Administration以前のリリースでは、IBM Cognos PowerPlay Batch Administration ユーティリティーは別途ダウンロードする必要がありました。このリリースでは、PowerPlay のインストール時にこのユーティリティーもインストールされます。

このユーティリティーの詳細については、「PowerPlay 移行および管理ガイド」を参照してください。

IBM Cognos Go! Dashboard は IBM Cognos Viewer の機能と統合されて 1 つのユーザー・インターフェースになりました

以前のリリースでの双方向ダッシュボード・アプリケーションは、IBM Cognos BI

サーバー製品に付属する IBM Cognos Go! Dashboard をインストールすることで使用できました。また、IBM Cognos Viewer では基本的なレポートの利用が可能でした。

IBM Cognos Go! Dashboard と IBM Cognos Viewer の機能が 1 つのユーザー・インターフェースに統合され、フォルダーを表示したり開いたりしなくても、画面上の情報を利用できるようになりました。ただし、このリリースでは IBM Cognos

Viewer も引き続き維持されており、利用することができます。

RACF プロバイダーを使用した認証に対するサポートの強化以前のリリースでは、IBM Cognos Business Intelligence サーバーで Resource Access

Control Facility (RACF®) プロバイダーを使用して認証する場合、カスタム Java™ プロバイダーを作成してから、このプロバイダーを使用するために IBM Cognos

Configuration でカスタム Java プロバイダーのネームスペースを設定していました。バージョン 10.1.0 の IBM Cognos Business Intelligence サーバーでは、 AIX®

または Linux for System z® オペレーティング・システムの IBM Cognos

Configuration に RACF ネームスペースを直接設定できます。

システム評価指標を外部から監視する際の保護されたアクセス以前のリリースでは、Java Management Extensions (JMX) という技術を使えば、IBM Cognos Administration とは別の場所からでもシステム評価指標を監視できました。この技術には、アプリケーションとサービス指向のネットワークの管理と監視を行うためのツールも付いていました。バージョン 10.1.0 の IBM Cognos Business

Intelligence サーバーでは、Java 環境で評価指標に安全にアクセスできるように、IBM Cognos Configuration に 2 つの新しいプロパティーが用意されています。

バージョン 10.1.0 で削除された機能前回のリリース以降、削除された機能を示します。直接関連するトピックへのリンクが用意されています。

IBM Cognos サービスで使用するメモリーの管理以前のリリースでは、IBM Cognos Configuration で IBM Cognos サービス用の最大メモリー量を設定するためのオプションが 2 つ用意されていました。最大メモリー値を調整すること、あるいは Cognos サービスを削除してから小規模用、中規模用、または大規模用の設定テンプレートを使用した新しいサービスを選択すること


が可能でした。バージョン 10.1.0 の IBM Cognos BI サーバーで用意されたオプションは 1 つのみで、最大メモリー値を調整する方法です。

第 1 章新しい機能 5


第 2 章分散オプション

IBM Cognos PowerPlay を実装する前に、使用環境で IBM Cognos PowerPlay をどのようにインストールするかを決める必要があります。すべての PowerPlay コンポーネントを 1 台のコンピューターにインストールすることも、ネットワーク上に分散してインストールすることもできます。最適な分散方法は、レポート作成またはスコアカード処理の要件、リソース、設定によって異なります。また、設定要件は、すべてのコンポーネントを 1 台のコンピューターにインストールするか、複数のコンピューターに分散してインストールするかによって異なります。

IBM Cognos PowerPlay は、その他の IBM Cognos 製品と互換性があります。使用している環境に他の IBM Cognos 製品がある場合は、IBM Cognos PowerPlay の環境内における位置づけを考慮する必要があります。

IBM Cognos PowerPlay と IBM Cognos BI コンポーネントの両方が含まれる一部の分散インストール環境では、インストールと設定の手順を実行した後に、IBM

Cognos Administration でさらに別のタスクを実行する必要があります。必要な管理タスクの詳細については、「IBM Cognos PowerPlay 移行および管理ガイド」を参照してください。

製品コンポーネントIBM Cognos PowerPlay は、レポート作成およびデータ検索の機能を統合した Web

ベースのビジネス・インテリジェンス・ソリューションです。

IBM Cognos PowerPlay は、環境内のリソースを利用して、既存のインフラストラクチャーに簡単に統合できます。これらの既存のリソースのいくつかは、必ず使用する必要があります (Content Store のデータベースの使用など)。その他のリソースは、必要に応じて使用します (認証用のセキュリティー・プロバイダーの使用やアプリケーション・サーバーの使用など)。

IBM Cognos BI では、デフォルトのアプリケーション・サーバーとして Apache

Tomcat が使用されます。ただし、現在の環境で、Tomcat 以外のサポート対象のアプリケーション・サーバーを使用している場合は、そのサーバーで動作するようにIBM Cognos BI 製品を設定できます。

サーバー・コンポーネントIBM Cognos Business Intelligence のサーバー・コンポーネントは、3 層に分けられています。

サーバー・コンポーネントでは、レポート作成およびデータ検索を行うためのユーザー・インターフェースと、ユーザー要求のルーティングと処理を行うためのサーバー機能を提供します。

インストール・プログラムでは、次のサーバー・コンポーネントをインストールすることを選択できます。


v ゲートウェイ

v アプリケーション層コンポーネント

v Content Manager

Web 通信 - ゲートウェイIBM Cognos Business Intelligence での Web 通信は通常、1 つ以上の Web サーバーにあるゲートウェイを通じて行われます。ゲートウェイは、Web サーバーから他のサーバーに情報を転送する Web サーバー・プログラムの拡張機能です。

多くの場合、ゲートウェイは CGI プログラムですが、Internet Server Application

Program Interface (ISAPI) や Apache モジュール (apache_mod) などの他の規格を採用している場合や、サーブレット式の実装形態になる場合もあります。

アプリケーション層コンポーネントIBM Cognos Business Intelligence アプリケーション層は、1 つ以上の IBM Cognos

BI サーバーから構成されます。IBM Cognos BI サーバーでは、レポート、分析、クエリーなどゲートウェイによって転送された要求が実行されます。また、IBM

Cognos BI サーバーでは、IBM Cognos Connection と Studio/Authoring ツールのインターフェースの表示も行います。

製品の設定と管理 - IBM Cognos Configuration

IBM Cognos Configuration は、IBM Cognos BI の設定と、そのサービスの起動および停止を行うために使用するツールです。

コンテンツの発行、管理、および表示 - IBM Cognos Connection

IBM Cognos Connection は、IBM Cognos Business Intelligence に付属の Web ポータルであり、同 BI 製品で利用できる企業データへの単一のアクセス・ポイントとなります。また、データのクエリー、分析、および構成と、レポート、スコアカード、およびイベントの作成を行うエントリー・ポイントとしても使用できます。ユーザーは、IBM Cognos Connection からすべての Web ベースの IBM Cognos BI

アプリケーションを実行できます。他のビジネス・インテリジェンス・アプリケーションや、他のアプリケーションへの Web アドレスを IBM Cognos Connection に統合できます。

一元管理 - IBM Cognos Administration

IBM Cognos Administration は、IBM Cognos BI の管理タスクを一元的に実行するための管理インターフェースです。IBM Cognos Administration を使用すると、IBM

Cognos 環境の全体的な管理が容易になります。IBM Cognos Administration には、IBM Cognos Connection からアクセスできます。

また、IBM Cognos Administration では、PowerPlay のキューブ設定やレポート設定も実行できます。

IBM Cognos PowerPlay Studio

IBM Cognos PowerPlay Studio では、Web ブラウザーを使用してレポートを表示、閲覧、配布できます。


発行したコンテンツの表示と操作 - Cognos Viewer

Cognos Viewer は、発行されたどのタイプの IBM Cognos コンテンツでも表示または操作できるポートレットです。IBM Cognos Viewer は IBM Cognos Connection

および既存の企業ポータルからアクセスできます。

ディメンション・データの閲覧、分析、比較 - Analysis Studio

Analysis Studio では、ディメンション・データの調査、分析、および比較を行えます。Analysis Studio からは、ディメンション・データ・ソース、OLAP (Online

Analytical Processing: オンライン分析処理) データ・ソース、およびディメンションを使用してモデル化されたリレーショナル・データ・ソースにアクセスできます。Analysis Studio で作成した分析は、Report Authoring で開いて、プロフェッショナル・レポートを構築するために使用できます。

意思決定の促進 - IBM Cognos Workspace

固有の情報のニーズに応じて、IBM Cognos コンテンツや、TM1®

Websheet、CubeView などの外部データ・ソースを使用して、高度な双方向ワークスペースを作成できます。お気に入りのワークスペースやレポートを表示して開いたり、コンテンツを操作したり、発見した内容を E メールで送信したりすることが可能です。コラボレーションによる意思決定にコメントやアクティビティーを使用することもできます。

アプリケーション・データの管理 - Content ManagerContent Manager は、セキュリティー、設定データ、モデル、評価指標、レポート仕様、出力レポートなどのカスタマー・アプリケーション・データの保存を管理するIBM Cognos Business Intelligence サービスです。Content Manager は、パッケージの発行、レポート仕様の取得や保存、スケジュール情報の管理、および Cognos ネームスペースの管理を行うために必要です。

Content Manager では、Content Store データベースに情報が保存されます。

オプションのサーバー・コンポーネント次のオプションのコンポーネントは、サーバーにインストールして IBM Cognos

Business Intelligence の機能を拡張するために用意されています。

設定済みのアプリケーション・データベース - Cognos ContentDatabase

Cognos Content Database は、Apache Derby データベースのインスタンスです。これは選択可能なインストール・コンポーネントであり、デフォルトではインストールされません。Cognos Content Database をインストールする場合、これが IBM

Cognos Business Intelligence のデフォルトの Content Store として事前構成されます。

実働環境の Content Store として、Cognos Content Database を使用しないでください。Cognos Content Database の用途は、テスト・システムまたは概念検証用のシステムを迅速に設定できるようにすることです。

第 2 章分散オプション 9

Apache Derby はオープン・ソース・ソフトウェアです。ライセンス条件は Apache

Derby Web サイトで参照できます。Apache Derby データベースへの変更、あるいは他社製品との共有はサポートされていません。Apache Derby データベースに対する変更は、自己責任において行ってください。

Cognos Content Database は、クエリー・データベースとしてではなく、Content

Store または通知データベースとして使用できます。

サンプル・データを使用した学習およびトラブルシューティング -IBM Cognos BI サンプル

IBM Cognos BI サンプルは、Sample Outdoors 社という架空の企業のデータを使用して、製品の機能と、技術およびビジネスに関するベスト・プラクティスについて説明するためのものです。また、これらのサンプルを使用すると、レポートのデザイン方法を試したり共有したりできるほか、トラブルシューティングを行うこともできます。

移行コンポーネントIBM Cognos Business Intelligence 移行コンポーネントは、 IBM Cognos Series 7 のコンテンツを IBM Cognos BI に移行するために使用します。

移行コンポーネントの詳細については、「IBM Cognos PowerPlay 移行および管理ガイド」を参照してください。

移行コンポーネントには、次のものがあります。

Migration Assistant

管理者は、Migration Assistant を使用して、IBM Cognos Series 7 PowerPlay のコンテンツを PowerPlay Enterprise Server、Upfront、IBM Cognos Connection から IBM

Cognos PowerPlay に移行します。

Migration サービス

Migration サービスによって、IBM Cognos Series 7 から IBM Cognos PowerPlay への PowerPlay コンテンツの移行がサポートされます。IBM Cognos PowerPlay をインストールすると、デフォルトで Migration サービスもインストールされます。Migration サービスは、IBM Cognos PowerPlay CD にも収録されており、IBM

Cognos Series 7 コンピューターにインストールできます。

ブックマーク変換ユーティリティー

ブックマーク変換ユーティリティーを使用して、PowerPlay Enterprise Server ブックマークを、IBM Cognos PowerPlay Studio で読み取り可能な形式のブックマークに変換します。

レポート変換マクロ

IBM Cognos PowerPlay は IBM Cognos Series 7 で作成された ppr 形式のレポートをサポートしていません。 IBM Cognos PowerPlay には ppr2ppx.mac というマクロが用意されており、これで ppr 形式のレポートを ppx 形式に変換できます。


レポート・アップグレード・マクロ

リモート・キューブにアクセスするローカル .ppx ファイルがある場合は、IBM

Cognos PowerPlay に付属のマクロを使用して、レポート内のキューブ参照を IBM

Cognos BI のパッケージ参照に変更できます。また、このマクロでは、レポートのエンコード方式が UTF-8 に変換されます。

クライアント・コンポーネントクライアント・コンポーネントでは、サーバーが完全にインストールされていない環境でも機能が提供されますが、一部の処理はサーバーに依存して実行される場合があります。IBM Cognos PowerPlay には、次のクライアントが用意されています。

IBM Cognos PowerPlay Client

PowerPlay Client では、レポートの表示、閲覧、書式設定、配布が可能です。

必要なデータベース・コンポーネントIBM Cognos PowerPlay では、装備されているツールの他に、その他のリソースで作成された次のコンポーネントが必要になります。

Content Store

Content Store は、レポート仕様や発行されたモデル、およびこれらを含むパッケージ、データ・ソースの接続情報、外部ネームスペースに関する情報、Cognos ネームスペース、レポートのスケジュールやバーストに関する情報など、IBM Cognos BI

製品での処理が必要なデータが保存されるリレーショナル・データベースです。

IBM Cognos BI 製品には、Cognos Content Database というデータベースが組み込まれています。このデータベースを使用すると、テスト用または概念検証用のシステムですぐに製品を実行できます。IBM Cognos BI 製品を使って実稼働環境を設定する段階になったら、Content Store を設定します。その際は、セキュリティー保護が可能で、パフォーマンスや安定性の調整ができる、サポートされているデータベースを使用してください。管理用のポータルの機能を使用すると、Cognos Content

Database のデータのバックアップやアーカイブを先に行ってから、実働環境の新しい Content Store データベースにデータを移行できます。詳細については、Cognos

Business Intelligence「管理およびセキュリティー・ガイド」の Content Store 全体の配布に関するトピックを参照してください。

デザイン・モデルとログ・ファイルは、Content Store には保管されません。

Content Store は、Content Manager という IBM Cognos サービスで使用されます。

データ・ソース

データ・ソースはクエリー・データベースとも呼ばれ、IBM Cognos BI からアクセス可能なリレーショナル・データベース、ディメンション・キューブまたは OLAP

キューブ、ファイル、またはその他の物理データ・ストアです。アプリケーション層コンポーネントでは、データ・ソース接続を使用してデータ・ソースにアクセスします。


IBM Cognos PowerPlay では、PowerCube データ・ソースがサポートされています。詳しくは、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

コンポーネントの分散IBM Cognos PowerPlay サーバー・コンポーネントをインストールするときには、ゲートウェイ、アプリケーション層コンポーネント、および Content Manager のインストール場所を指定します。これらのコンポーネントは、次のいずれかのオプションを使用してインストールできます。

v 1 台のコンピューターにすべてのコンポーネントをインストールする。

通常、このオプションはデモンストレーションや概念の検証を行う環境で使用します。

v ゲートウェイを個別のコンピューターにインストールする。

このオプションでは、ゲートウェイと Web サーバーが同じコンピューターにインストールされ、他の IBM Cognos コンポーネントは別のコンピューターに分散されます。IBM Cognos コンポーネントからの要求を処理できる Web サーバーがある場合に、この方法を選択します。

v アプリケーション層コンポーネントと Content Manager を個別のコンピューターにインストールする。

パフォーマンス、可用性、容量、セキュリティーを、組織独自の処理方法に応じて最適化する場合に、このオプションを選択します。

Cognos Content Database のインストールを計画している場合は、Content Manager

と同じコンピューターにインストールしてください。Cognos Content Database

は、Content Store として使用されるように自動的に設定されます。

v IBM Cognos BI サーバー・コンポーネントを他の IBM Cognos PowerPlay 製品と同じ場所にインストールする。

異なる IBM Cognos BI 製品では、Content Manager などのコンポーネントが共有されます。例えば、レポートの作成に使用する IBM Cognos BI コンポーネントとスコアカード処理に使用する IBM Cognos BI コンポーネントを同じコンピューターにインストールする場合は、同じ場所にインストールします。これにより、サービスで必要となるディスク領域やメモリー使用量などのリソースが節約されます。

v 64 ビット・システムにコンポーネントをインストールする。

IBM Cognos BI コンポーネントの一部は、64 ビット・システムに対応しています。すべてのサーバー・コンポーネントをまとめて 1 つサーバーにインストールする場合、または複数のサーバーにインストールする場合のいずれにおいても、32 ビットのコンポーネントと 64 ビットのコンポーネントは別のディレクトリーにインストールする必要があります。

IBM Cognos BI サーバー・コンポーネントをインストールした後、これらのコンポーネントが相互に通信できるように設定する必要があります。


Content Manager、アプリケーション層コンポーネント、ゲートウェイ・コンポーネントのみでなく、ビジネス・インテリジェンス用のメタデータ・モデル作成アプリケーションである Framework Manager もインストールする必要があります。また、IBM Cognos BI で使用する PowerCube を作成するためのモデル作成ツールであるTransformer をインストールするように選択することもできます。どのような方法でIBM Cognos をインストールする場合でも、すべてのモデル作成コンポーネントを別の場所にインストールできます。

Framework Manager または Transformer のインストールの詳細については、「IBM

Cognos Business Intelligence バージョン 10.2.1 インストールおよび設定ガイド」を参照してください。

1 台のコンピューターへのすべてのサーバー・コンポーネントのインストール

すべての IBM Cognos PowerPlay サーバー・コンポーネントを 1 台のコンピューターにインストールできます。ユーザー負荷の軽い、概念の検証やデモンストレーションを行う環境では、この方法を選択します。

ゲートウェイは Web サーバーと同じ場所に設定しなければならないため、インストール先のコンピューターでも Web サーバーが実行されている必要があります。

Web サーバーが UNIX ベースまたは Linux ベースの場合、PowerPlay Client は、Microsoft Windows オペレーティング・システムで動作している別のコンピューターにインストールする必要があります。

1 台のコンピューターにインストールする場合は、PowerPlay 用のすべてのサーバー・コンポーネントが 1 台のコンピューターにインストールされます。Content

Store とデータ・ソースは、1 台以上のコンピューターにインストールできます。

設定要件

IBM Cognos PowerPlay のすべてのサーバー・コンポーネントを同じコンピューターにインストールした場合は、次の作業を行う必要があります。

v IBM Cognos Web コンテンツをホストできるように Web サーバーを設定する

v Content Store との接続情報を指定する

v 通知用の E メール・アカウントを設定する (レポートを E メールで送信する場合)

別のコンピューターへのゲートウェイのインストールゲートウェイは、Web サーバーと Web クライアントからのクエリーをディスパッチャーに渡します。ゲートウェイは 1 つ以上の Web サーバーに設定できます。

ゲートウェイと Web サーバーのみを同じコンピューターにインストールし、レポートの作成に使用する他の IBM Cognos PowerPlay サーバー・コンポーネントを別のコンピューターにインストールすることもできます。Web ファームを使用している場合は、各 Web サーバーへのゲートウェイのインストールが必要になることがあります。複数の Web サーバーを使用して受信要求を管理すると、サービス・レベルを向上できます。


Web サーバーと同じコンピューターにゲートウェイ・コンポーネントのみをインストールすると、Web サーバーではコアの Web サービスのみが管理され、ユーザー要求は処理されません。Web サーバーとアプリケーション層コンポーネントのコンピューターの間にファイアウォールがある場合、このような処理の分離が必要になることがあります。

次の図では、2 台の Web サーバーのそれぞれにゲートウェイがインストールされている状態を示しています。受信した要求は、いずれかのゲートウェイに渡され、アプリケーション層コンポーネントのコンピューターに転送されます。

設定要件

1 つ以上のゲートウェイを別のコンピューターにインストールする場合は、IBM

Cognos コンテンツを表示できることと、そのゲートウェイが IBM Cognos の他のコンポーネントと通信可能であることを確認する必要があります。ゲートウェイをインストールしたコンピューターで、次の作業を行う必要があります。

v IBM Cognos Web コンテンツをホストできるように Web サーバーを設定する

v ディスパッチャー URI を設定する

別のコンピューターへのアプリケーション層コンポーネントとContent Manager のインストール

アプリケーション層コンポーネントでは、IBM Cognos Connection インターフェースを使用して、負荷分散、データ・アクセス、クエリーの実行、ジョブのスケジュール、レポートの表示を行います。Content Manager では、すべてのレポート仕様、結果パッケージ、フォルダー、ジョブが Content Store 内に格納されます。

Content Store

アプリケーション層コンポーネントContent Manager

クエリー・データベース

Web サーバーゲートウェイ

Web サーバーゲートウェイ

図 1. 2 つのゲートウェイを持つインストール


アプリケーション層コンポーネントと Content Manager は、同じコンピューターにインストールすることも、別のコンピューターにインストールすることもできます。別のコンピューターにインストールすると、パフォーマンス、可用性、容量の向上を期待できます。

複数の Content ManagerContent Manager はいくつでもインストールできますが、一度にアクティブになるのは 1 つのみです。その他の Content Manager は、バックアップ用として動作します。その他の Content Manager がアクティブになるのは、アクティブな Content

Manager コンピューターに影響する障害が発生した場合のみです。フェイルオーバー保護として、Content Manager を複数のコンピューターにインストールすることを推奨します。

複数の Content Manager のインストール

Content Manager では、レポート仕様、発行されたモデル、およびこれらを使用するパッケージ、データ・ソースの接続情報、外部ネームスペースに関する情報、Cognos ネームスペース、レポートのスケジュールとバーストに関する情報など、IBM Cognos BI の動作に必要なデータを格納します。Content Store は、リレーショナル・データベース管理システム (RDBMS) です。インストールした各 IBM

Cognos には Content Store が 1 つずつあります。

Content Manager を、アプリケーション層コンポーネントとは別のコンピューターにインストールすることもできます。例えば、Content Manager を、アプリケーション層ではなくデータ層にインストールできます。

アクティブな Content Manager でエラーが発生した場合、保存されていないセッション・データは失われます。別の Content Manager に切り替わった場合、ユーザーはログオンを求められることがあります。

設定要件

Content Manager がインストールされている各コンピューターで、次の作業を行います。

v Content Store との接続情報を指定する

v ディスパッチャー URI を指定する

v すべての Content Manager URI を指定する

v 外部アプリケーションのディスパッチャー URI を指定する

v 通知用の E メール・アカウントへの接続を設定する (E メール・レポートを使用する場合)

複数のアプリケーション層コンポーネント・コンピューター大量のレポート要求を処理することの多い環境で拡張性を向上させるには、アプリケーション層コンポーネントを複数のコンピューターにインストールして、そのコンピューターは受信した要求の処理のみを実行するようにします。アプリケーション層コンポーネントを複数のコンピューターにインストールすると、コンピューター間で負荷を分散し、バランスをとることができます。また、単独のコンピューターで対応するよりもアクセス性や処理量が向上するだけでなく、フェイルオーバーにも対応できます。


複数の IBM Cognos PowerPlay サーバーが存在するインストールでは、受信した要求は、ゲートウェイを経由してディスパッチャーにルーティングされます。ディスパッチャーは、いずれかの PowerPlay サーバーに要求を転送します。次に、PowerPlay サーバーから Content Manager に要求が転送され、Content Manager では、PowerCube にクエリーを実行するためのメタデータを照会するクエリーがContent Store に対して実行されます。このクエリー結果が、PowerPlay サーバーに返されて表示されます。

設定要件

1 つ以上のアプリケーション層コンポーネントを別のコンピューターにインストールする場合は、アプリケーション層コンポーネントがレポートの作成に使用する他の IBM Cognos PowerPlay コンポーネントと通信できるようにするために、次の作業を行う必要があります。

v すべての Content Manager URI を指定する

v ディスパッチャー URI を指定する

v 外部アプリケーションのディスパッチャー URI を指定する

64 ビット版の IBM Cognos BI 製品のインストールIBM Cognos BI コンポーネントの一部は、64 ビット・システムに対応しています。64 ビット・システムにインストールする場合、コンポーネントが適切なディレクトリーにインストールされる必要があります。

以前のリリースと同様に、IBM Cognos PowerPlay コンポーネントは 32 ビットのままです。ただし、PowerPlay では、64 ビットの IBM Cognos BI インストールとの統合をサポートするインストールが提供されます。この統合により、64 ビットのIBM Cognos BI コンポーネントによるパフォーマンスの利点を活用できます。

IBM Cognos BI コンポーネントのデフォルトのインストール先ディレクトリーは、インストールするバージョンによって異なります。

表 1. 32 ビット・インストールのデフォルト・パス

32 ビット・インストールのプラットフォームデフォルト・パス

Microsoft Windows オペレーティング・システム

C:¥Program Files¥IBM¥Cognos¥c10

64 ビットの Microsoft Windows オペレーティング・システム

C:¥Program Files (x86)¥IBM¥Cognos¥c10

UNIX オペレーティング・システム /usr/IBM/cognos/c10

Linux オペレーティング・システム /opt/IBM/cognos/c10

表 2. 64 ビット・インストールのデフォルト・パス


Microsoft Windows オペレーティング・システム

C:¥Program Files¥IBM¥Cognos¥c10_64

UNIX オペレーティング・システム /usr/IBM/cognos/c10_64


表 2. 64 ビット・インストールのデフォルト・パス (続き)


Linux オペレーティング・システム /opt/IBM/cognos/c10_64

すべてのサーバー・コンポーネントをまとめて 1 つのサーバーにインストールする場合、または複数のサーバーにインストールする場合のいずれにおいても、32 ビットのコンポーネントと 64 ビットのコンポーネントは別のディレクトリーにインストールする必要があります。

c10_64 ディレクトリーに一緒にインストールできるサーバー・コンポーネント

次のコンポーネントは、1 つの 64 ビット・サーバーにまとめてインストールするか、複数の 64 ビット・サーバーに別個にインストールすることができます。コンポーネントをインストールするときは、必ず適切なダウンロード・ディレクトリーまたはディスクから開始してください。

v IBM Cognos BI サーバーと IBM Cognos PowerPlay (Content Manager、アプリケーション層コンポーネント、ゲートウェイ)

v IBM Cognos BI Supplementary Language Documentation (32 ビット・バージョンと 64 ビット・バージョンが 1 つのディスクに収められています)

v IBM Cognos BI サンプル (32 ビット・バージョンと 64 ビット・バージョンが1 つのディスクに収められています)

64 ビット・コンポーネントとは別のディレクトリーにインストールする必要のあるコンポーネント

次のコンポーネントは、64 ビット・サーバーにまとめてインストールできますが、64 ビット・コンポーネントとは別のディレクトリーにインストールする必要があります。例えば、64 ビット Windows コンピューターの場合、これらのコンポーネントのデフォルトのインストール場所は Program Files (x86) ディレクトリーですが、64 ビット・サーバー・コンポーネントは Program Files ディレクトリーにインストールされます。また、別個の 32 ビット・システムにインストールすることもできます。

v Framework Manager (Windows のみ)

v IBM Cognos PowerPlay Client (Windows のみ)

v IBM Cognos Transformer (PowerCube を構築するための UNIX および Linux ユーティリティー)

v IBM Cognos Transformer (Windows モデル作成ツール)

v IBM Cognos BI for Microsoft Office (Windows のみ)

統合環境での製品資料へのアクセス

IBM Cognos Business Intelligence コンポーネントのドキュメントは、ゲートウェイ・コンポーネントとともにインストールされます。別の IBM Cognos BI 製品を統合する場合、同じゲートウェイを使用することも、別のゲートウェイを使用することもできます。同じゲートウェイを使用する場合、すべてのゲートウェイ・コン


ポーネントの製品バージョンは同じで、かつ各製品の IBM Cognos BI ゲートウェイ・コンポーネントは同じコンピューターの同じ場所にインストールする必要があります。これにより、すべての製品ドキュメントを全ユーザーが利用できることが保証されます。各製品で別のゲートウェイを使用する場合、各製品の IBM Cognos

BI ゲートウェイ・コンポーネントは別個のコンピューターにインストールできますが、個々のゲートウェイ上の製品ドキュメントはインストールされた IBM Cognos

BI 製品に固有のものになります。

ユーザーが各 IBM Cognos BI 製品に別々のゲートウェイを経由してアクセスし、かつすべてのコンポーネントのドキュメントにアクセスできるようにするには、各製品のゲートウェイ・コンポーネントを他の IBM Cognos BI ゲートウェイ・コンポーネントと同じ場所にインストールします。

IBM Cognos PowerPlay と別の IBM Cognos 製品との共存IBM Cognos PowerPlay は、別の IBM Cognos Business Intelligence 製品がある環境にインストールすることができます。PowerPlay のインストール・ウィザードでは互換性のあるディレクトリーが認識され、競合が発生すると警告が表示されます。PowerPlay のインストール後は、他の IBM Cognos BI 製品で作成されたオブジェクトにアクセスできます。アクセスの要件は、2 つの製品を実行する方法によって異なります。

IBM Cognos PowerPlay に移行できる IBM Cognos Series 7製品

IBM Cognos Series 7 PowerPlay アプリケーションは完全に IBM Cognos PowerPlay

に移行できます。詳細については、「PowerPlay 移行および管理ガイド」を参照してください。

他の IBM Cognos Series 7 製品からメタデータとアプリケーションを IBM Cognos

Business Intelligence に移行することもできます。移行できるコンテンツには、Architect モデル、Impromptu® クライアント・レポートとカタログ、Impromptu Web

Reports コンテンツなどがあります。

PowerPlay Enterprise Server

IBM Cognos Series 7 PowerPlay のデータ分析およびデータ閲覧の機能が、IBM

Cognos PowerPlay で使用できるようになりました。IBM Cognos BI のサービス指向アーキテクチャーにより、PowerPlay Web、PowerPlay Enterprise Server

Administration、PowerPlay Enterprise Server サービスの統合が実現しました。

Migration Assistant を使用すると、次のコンポーネントから IBM Cognos Series 7

PowerPlay コンテンツを移行できます。

v PowerPlay Enterprise Server

v Upfront

v Cognos Connection (IBM Cognos Series 7 PowerPlay Enterprise Server から発行されたコンテンツ)


ブックマーク、および PowerPlay Client のレートも Cognos PowerPlay に移行できます。IBM Cognos Series 7 PowerPlay から IBM Cognos PowerPlay に移行可能なコンテンツの詳細については、「PowerPlay移行および管理ガイド」を参照してください。

IBM Cognos Series 7 から IBM Cognos PowerPlay にコンテンツを移行するには、IBM Cognos PowerPlay Server と IBM Cognos Series 7 Migration コンポーネントのインストールが必要になります。

Architect

Architect モデルを移行して、 Framework Manager でメタデータ・ソースとして使用できます。

Impromptu

Impromptu カタログおよびレポートを IBM Cognos BI に移行できます。移行済みのカタログを Framework Manager でメタデータ・ソースとして使用します。カタログの移行プロセスを完了した後で、Impromptu レポートを移行して配布できます。

Impromptu Web Reports

スケジュールやイベントなど Impromptu Web Reports のコンテンツを IBM Cognos

BI に移行できます。IBM Cognos Series 7 Deployment Manager パッケージを移行ソースとして使用すると、Impromptu Web Reports のコンテンツを移行できます。Impromptu Web Reports を移行する前に、レポートで使用されている Impromptu カタログ・メタデータを移行する必要があります。

Impromptu クエリー定義 (.iqd) ファイルは移行できませんが、IBM Cognos BI

Transformer 8.4 でキューブを構築するために既存の .iqd ファイルを引き続き使用できます。これを行うには、オプション・コンポーネントである Series 7 IQD Bridge

をインストールする必要があります。Series 7 IQD Bridge は、IBM Cognos Series

7 でサポートされているプラットフォーム上に IBM Cognos BI がある場合にインストールが可能です。

PowerPrompts は移行されませんが、組み込み管理者機能または IBM Cognos ソフトウェア開発キットを使用すると、類似した機能を実装できます。

IBM Cognos PowerPlay との相互運用が可能な IBM Cognos 製品

IBM Cognos Business Intelligence 製品の中には、IBM Cognos PowerPlay では提供されていない機能を備えているものがあります。これらの製品は IBM Cognos

PowerPlay と同じ環境で使用できます。

IBM Cognos BI サーバー

Framework Manager や IBM Cognos Transformer などのモデル作成ツールをPowerPlay とともに使用するには、IBM Cognos BI をインストールする必要があります。Report Authoring、Analysis Studio、Query Studio を使用する場合にも、IBM

Cognos BI サーバーが必要です。


既存の IBM Cognos BI 環境に PowerPlay をインストールする場合は、PowerPlay

をインストールする前に IBM Cognos BI の設定をバックアップしてください。

1 台のコンピューターにインストールする場合は、次のように、両方の製品のコンポーネントを同じディレクトリーにインストールします。

1. IBM Cognos BI サーバーと IBM Cognos PowerPlay の両方をインストールする。

2. インストールされたコンポーネントを設定する。

3. IBM Cognos Series 7 PowerPlay サーバーに、IBM Cognos Series 7 Migration コンポーネントをインストールする。

分散インストールの場合は、次のようにコンポーネントをインストールして設定します。

1. IBM Cognos BI サーバーのすべてのコンポーネント (Content Manager、アプリケーション層、およびゲートウェイ) をインストールし、設定してテストします。

IBM Cognos BI サーバーのインストールと設定については、IBM Cognos BI「インストールおよび設定ガイド」を参照してください。

2. IBM Cognos BI アプリケーション層コンポーネントがインストールされている各コンピューターに、PowerPlay Administration をインストールします。PowerPlay Server は、IBM Cognos BI アプリケーション層コンポーネントと同じコンピューターにインストールできます。

3. IBM Cognos BI アプリケーション層コンポーネントとは別のコンピューターにPowerPlay アプリケーション層コンポーネントをインストールする場合は、一部のサービスを無効にする必要があります。PowerPlay アプリケーション層コンポーネントをインストールしたコンピューターで、Cognos Configuration を開き、「IBM Cognos サービス」で Presentation サービスと Report サービスを無効にします。必要に応じて、システム・リソースの需要を減らすために、Query サービスを無効にすることもできます。

4. IBM Cognos BI Content Manager コンポーネントがインストールされているコンピューターに、PowerPlay Content Manager コンポーネントをインストールします。

5. IBM Cognos BI ゲートウェイ・コンポーネントがインストールされているコンピューターに、PowerPlay ゲートウェイ・コンポーネントをインストールします。

6. IBM Cognos Series 7 からコンテンツを移行する予定の場合は、IBM Cognos

Series 7 Migration コンポーネントを IBM Cognos Series 7 PowerPlay Enterprise

Server コンピューターにインストールし、必要であれば、IBM Cognos Series 7

Upfront コンピューターにもインストールします。

一部の分散インストール・シナリオでは、PowerPlay コンテンツを正しく動作させるため、インストールと設定の手順を実行した後に、IBM Cognos Administration でさらに別のタスクを実行する必要があります。必要な管理タスクの詳細については、「IBM Cognos PowerPlay 移行および管理ガイド」を参照してください。


Cognos Planning - Analyst

Generate Framework Manager Model ウィザードを使用すると、発行済みのプラン・データに IBM Cognos BI でアクセスできます。この場合、IBM Cognos Planning -

Analyst 7.3 MR1 以降が必要です。

この製品を IBM Cognos BI サーバーと組み合わせて使用する場合は、両方の製品が同じバージョンになるようにする必要があります。

詳細については、「IBM Cognos Analyst User Guide」を参照してください。

Cognos Planning - Contributor

IBM Cognos BI - Contributor Data Server コンポーネントをカスタム・インストールすると、未発行のリアルタイム Contributor キューブに IBM Cognos BI でアクセスできます。このコンポーネントは、IBM Cognos Planning - Contributor 7.3 MR1

以降のリリースに含まれています。Contributor の Generate Framework Manager

Model 管理拡張を使用すると、発行済みのプラン・データに IBM Cognos BI でアクセスできます。この場合、IBM Cognos Planning - Contributor 7.3 MR1 以降が必要です。

この製品を IBM Cognos BI サーバーと組み合わせて使用する場合は、両方の製品が同じバージョンになるようにする必要があります。IBM Cognos Planning を 64

ビット版 IBM Cognos BI と同じパスにインストールすることはできません。

詳しくは、「IBM Cognos Contributor Administration Guide」を参照してください。

Cognos Finance

IBM Cognos Finance Network API Service を使用すると、Series 7 ネームスペースに対して保護されている IBM Cognos Finance キューブにアクセスできます。また、データやメタデータを IBM Cognos Finance からエクスポートして、Framework

Manager で使用することもできます。

Cognos Controller

IBM Cognos Controller のインストール時に作成した定義済みの Framework Manager

モデルを使用すると、IBM Cognos BI にアクセスして、IBM Cognos Controller

Standard Reports を作成できます。また、発行済みの Controller データや構造にFramework Manager でアクセスし、カスタム・レポートの作成や分析を行えます。

この製品を IBM Cognos BI サーバーと組み合わせて使用する場合は、両方の製品が同じバージョンになるようにする必要があります。

Cognos Transformer

Transformer 7.3 以降のリリースで作成した IBM Cognos PowerCube や Transformer

モデルは、そのまま IBM Cognos BI で使用できます。キューブやモデルには上位互換性があり、移行やアップグレードのツールは不要です。IBM Cognos BI では、IBM Cognos PowerCube を使用したレポートや分析を実行できます。


IBM Cognos BI で Transformer の新しい統合機能を使用したい場合、IBM Cognos

Series 7.x Transformer モデルを IBM Cognos BI Transformer 8.4 以降にアップグレードすることができます。これにより、IBM Cognos BI データ・ソース (発行されたパッケージなど) を使用したり、Query Studio または Report Authoring で作成されたレポートをリスト表示したり、IBM Cognos BI のセキュリティー機能を使用して認証したり、IBM Cognos Connection に直接発行したりできるようになります。

モデルをロードするには、IBM Cognos BI で IBM Cognos Series 7 ネームスペースを設定しておく必要があり、IBM Cognos BI での設定に使用される名前 ID はIBM Cognos Series 7 で使用される名前と一致している必要があります。

IBM Cognos Series 7 の保護された PowerCubes のアップグレードの詳細については、「IBM Cognos Transformer ユーザー・ガイド」を参照してください。

IBM Cognos Series 7 PowerCube を IBM Cognos BI で使用する場合、IBM Cognos

BI に用意されている pcoptimizer ユーティリティーを実行して、IBM Cognos BI での使用のためにキューブを最適化します。これを行わないと、以前のバージョンのTransformer で作成した PowerCube を IBM Cognos BI の Studio/Authoring ツールで開くときに、時間がかかる場合があります。この最適化ユーティリティーは、Transformer 8.4 よりも前のバージョンで作成された古い PowerCube 向けのユーティリティーで、モデルにもデータ・ソースにもアクセスする必要がありません。Transformer 8.4 以降で作成されたキューブに対してこのコマンド行ユーティリティーを実行する必要はありません。PowerCube の最適化の詳細については、「Transformer ユーザー・ガイド」を参照してください。

PowerCube 、Transformer 8.4 または Framework Manager を使用して発行するか、あるいは IBM Cognos BI ポータルに直接発行することがきます。1 つのPowerCube のデータ・ソースおよびパッケージを IBM Cognos Connection に発行できます。これは、Transformer を使用して対話的に行うことも、コマンド行を使用して行うこともできます。また、PowerCube を作成した後で、バッチ・スクリプトを使用してサイレント・モードで発行することもできます。IBM Cognos Connection

でデータ・ソースおよびパッケージを作成する権限があるユーザーは、IBM Cognos

Connection で PowerCube を発行することもできます。MDC ファイルは、IBM

Cognos BI ディスパッチャーとレポート・サーバー・プロセスがアクセスできるセキュリティー保護された場所に格納されている必要があります。PowerCube 定義が異なる複数の PowerCube や別のデータ・ソースと PowerCube を組み合わせて使用しているパッケージは、Framework Manager を使用して発行する必要があります。

IBM Cognos Series 7 の PowerCube をデータ・ソースとして使用する場合、IBM

Cognos BI により、PowerCube が作成されたシステムで使用されていたエンコード方式からキューブのデータが変換されます。変換が成功するためには、PowerCube

に含まれるデータと同じシステム・ロケールで IBM Cognos Series 7 の PowerCube

が作成されている必要があります。

Cognos Data Manager

Data Manager は、レポート作成、分析、業績管理用のデータウェアハウスやデータ・リポジトリーを作成するために使用します。Data Manager を IBM Cognos BI

環境にインストールすると、Data Movement サービスを使用して、IBM Cognos

Connection で Builds と JobStreams を実行でききます。IBM Cognos BI アプリケー


ション層コンポーネントと同じ場所に Data Manager エンジンをインストールする必要があります。Data Manager と IBM Cognos BI は同じバージョンでなければなりません。

Cognos Mobile

IBM Cognos Mobile を使用すると、Analysis Studio、Report Authoring、Query

Studio を使用して作成されたレポート、および IBM Cognos Workspace を使用して作成されたワークスペースに、携帯機器 (BlackBerry など) やタブレット・コンピューターでアクセスできます。

レポートをダウンロード、表示、および操作するためには、IBM Cognos BI コンポーネントをサーバーにインストールするだけでなく、IBM Cognos Mobile デバイスが Web ベースであるか、ネイティブ・クライアントのダウンロードを必要とするか、あるいはリッチ・クライアントのインストールを必要とします。 IBM Cognos

Mobile と IBM Cognos BI サーバーは同じバージョンでなければなりません。

詳しくは、「IBM Cognos Mobile Installation and Administration Guide」を参照してください。

IBM Cognos Business Intelligence で再作成できる IBMCognos Series 7 コンテンツ

IBM Cognos 製品には、移行のツールを使用して IBM Cognos BI に移行できないものもあります。IBM Cognos BI では、説明する製品のコンテンツや機能を再現するために、2 つのオプションが用意されています。1 つは Upfront ポータルを IBM

Cognos BI ポータルで使用する方法、もう 1 つは IBM Cognos BI のStudio/Authoring ツールを使用してクエリーや Visualization、オブジェクトを再現する方法です。

移行ツールの前回のリリースはバージョン 10.1.1 でした。これらのツールを使用して、IBM Cognos Business Intelligence バージョン 10.1.1 (Report Authoring またはAnalysis Studio) に移行し、移行したコンテンツを IBM Cognos BI バージョン10.2.0 にアップグレードすることができます。

Cognos Query

IBM Cognos Series 7 移行ソースの IBM Cognos Query オブジェクトを識別するために、IBM Cognos Migration Assistant を使用できます。移行後は、IBM Cognos

Query の機能の大半を IBM Cognos BI で再現できます。Architect モデルをFramework Manager に移行すると、IBM Cognos BI で Foundation クエリーを使用できるようになります。また、Report Authoring の SQL コンポーネントを使用して、保存したクエリーを手作業で複製することもできます。

Cognos Visualizer

Report Authoring および Analysis Studio のグラフ作成やレイアウト、書式設定オプションを使用して、一部の機能を再現できます。


Cognos NoticeCast

アラートや通知の機能は、Event Studio などの IBM Cognos BI コンポーネントで再現できます。

Cognos Web Services

ほとんどの IBM Cognos Web Services 機能は、IBM Cognos ソフトウェア開発キットを使用して再現できます。

CognosScript

自動化機能は、IBM Cognos ソフトウェア開発キットを使用して再現できます。

Cognos Portal Services

ほとんどの IBM Cognos Portal Services 機能は、IBM Cognos Connection を使用して再現できます。


第 3 章インストール準備

IBM Cognos PowerPlay をインストールする前に、IBM Cognos PowerPlay コンポーネントが正しく動作するように、環境でリソースを設定する必要があります。例えば、Content Store 用データベースの作成、Web ブラウザーの構成、IBM Cognos

Business Intelligence のユーザー・アカウントの作成が必要となります。

Cognos Content Database を Content Store として使用する場合は、データベースを作成する、あるいはデータベース・クライアントを設定する必要はありません。データベースはインストールの間に作成され、IBM Cognos BI で使用できるように設定されています。

インストール・ウィザードで「Cognos Content Database」を選択すると、インストール中にデータベースが作成され、Cognos Content Database を使用するようにPowerPlay が設定されます。

次のチェックリストに従って、設定作業を行ってください。

__ v リリース・ノートを確認する

__ v サポートされている環境を確認する

__ v システム要件を確認する

__ v デフォルト・ポート設定を確認する

__ v Content Store 用データベースを作成する

__ v IBM Cognos BI のユーザー・アカウントまたはネットワーク・サーバー・アカウントを設定する

__ v Web ブラウザーを設定する

インストール前のリリース・ノートの確認IBM Cognos 製品をインストールする前に、インストール計画に影響する可能性があるすべての問題を認識しておくことが重要です。

このインストール・ガイドの作成時点では知られていなかった最新の問題が存在する可能性があります。

製品をインストールする前にリリース・ノートを確認してください。リリース・ノートには、既知の問題に関する最新情報、ドキュメントの更新、サポート対象外についての情報などが記載されています。リリース・ノートは、インストール・ウィザードの最初のページから参照できるほか、製品ディスクにも収録されています。リリース・ノートは、インフォメーション・センター IBM Cognos インフォメーション・センター (http://pic.dhe.ibm.com/infocenter/cogic/v1r0m0/index.jsp) からも参照できます。




サポートされる環境の確認製品が正常に動作するように、最低限必要なオペレーティング・システムのパッチをすべて適用し、サード・パーティー・ソフトウェアについては必ずサポートされるバージョンを使用してください。



他に記載のない限り、IBM Cognos 製品には、言及されているバージョンより後のバージョンのパッチやサービス・パックとの互換性があります。

Linux オペレーティング・システムは多くのディストリビューションで提供され、さまざまなハードウェア・プラットフォームをサポートしています。これは重要な点であるため注意が必要です。使用しているオペレーティング・システムとハードウェアの組み合わせがサポートされていることを確認してください。

Cognos 製品と仮想化環境

IBM 仮想化ポリシー (www.ibm.com/software/support/virtualization_policy.html) では、IBM の仮想化環境のサポートについて記述しています。

詳しくは、製品別のサポートされているサーバー仮想化環境 (http://pic.dhe.ibm.com/

infocenter/prodguid/v1r0/clarity/vesForProduct.html) を検索してください。

システム要件を確認する次の表を使用して、1 台のコンピューターで IBM Cognos Business Intelligence コンポーネントをインストールして実行するために必要な最小限のハードウェアおよびソフトウェア要件をチェックします。分散環境または実働環境では、さらにリソースが必要になる場合もあります。

次の表に、1 台のコンピューターへのインストールに必要なハードウェアの要件と仕様を示します。

ハードウェア要件

表 3. 単一のコンピューターにインストールする際のハードウェア要件

要件仕様

オペレーティング・システム Microsoft Windows

UNIX

Linux

一部の IBM Cognos BI コンポーネントは、Linux ではサポートされていません。

RAM 詳細については、 28ページの『メモリー設定』を参照してください。



http://www.ibm.com/software/support/virtualization_policy.html

http://pic.dhe.ibm.com/infocenter/prodguid/v1r0/clarity/vesForProduct.html

表 3. 単一のコンピューターにインストールする際のハードウェア要件 (続き)

要件仕様

オペレーティング・システムの仕様

UNIX と Linux の場合、ファイル記述子の数の制限が2,048 に設定されていること。

ディスク容量最小必要容量: ソフトウェアのインストールに空き容量3.5 GB、および IBM Cognos コンポーネントで使用する一時ディレクトリー用のドライブに空き容量 4 GB。

すべてのデータベースで、サイズが時間の経過とともに増加します。将来の要件に対しても十分なディスク容量があることを確認してください。

プリンター Windows 上でレポートを正しく印刷するためには、アプリケーション層コンポーネントがインストールされているコンピューターで少なくとも 1 台のプリンターを設定しておくことが Adobe Reader で要件となる。選択した印刷形式に関係なく、すべてのレポートが一時 PDF

ファイルとして印刷用に Adobe Reader に送信されます。

その他レポートを E メールで送信するためには、メール・サーバーにアクセスして使用できることが要件となる。

ソフトウェア要件

次の表に、1 台のコンピューターへのインストールに必要なソフトウェアの要件と仕様を示します。

表 4. 単一のコンピューターにインストールする際のソフトウェア要件

要件仕様

Web サーバー Web サーバーがインストールされ、起動していること。

Java Runtime Environment (JRE) IBM JRE は、IBM Cognos BI のインストール時に、Windows 上に自動的にインストールされる。

アプリケーション・サーバーを使用する場合で、アプリケーション・サーバーにインストールされている JRE

が IBM Cognos BI でサポートされている場合は、そのJRE を使用します。

第 3 章インストール準備 27

表 4. 単一のコンピューターにインストールする際のソフトウェア要件 (続き)

要件仕様

データベース Cognos Content Database の用途は、テスト・システムまたは概念検証用のシステムにインストールし、デフォルトの Content Store データベースとして設定することです。

IBM Cognos データを実働環境に格納するために、次のいずれかのデータベースを使用できる必要があります。

v Oracle

v DB2®

v Microsoft SQL Server

v Sybase

v Informix®

すべてのデータベース・タイプで、TCP/IP 接続が必要です。

Web ブラウザーすべての Web ブラウザーで次のものが有効になっていること。

v Cookie

v JavaScript

Microsoft Internet Explorer の場合は、さらに次のものが有効になっている必要があります。

v ActiveX コントロールとプラグインの実行

v スクリプトを実行しても安全だとマークされているActiveX コントロールのスクリプトの実行

v アクティブ・スクリプト

v META REFRESH の実行許可

Microsoft Internet Explorer バージョン 10 の場合、「インターネットオプション」の「詳細設定」タブで「ページレイアウトエラーから互換表示で自動的に回復」が有効になっていることを確認します。

メモリー設定メモリー設定は、多くの要因に依存します。例えば、サーバーで予想される処理のレベル、IBM Cognos アプリケーションの複雑さ、ユーザーおよび要求の数、許容可能な応答時間などです。

使用する環境で 100 を超える名前付きユーザーがサポートされていたり、複雑な環境であったり、使用量がピークに達する期間があったり、あるいはそれらの要因の組み合わせが環境に存在する場合、キャパシティー・プランニングの実行を検討してください。詳しくは、IBM Software Services for Cognos (www.ibm.com/software/

analytics/cognos/services/) を参照してください。

環境に最も適した設定を判別するには、パフォーマンス・テストを行うことをお勧めします。


http://www.ibm.com/software/analytics/cognos/services/

開始点として以下のメモリー設定を使用し、使用するシステムのメモリー使用量に基づいて調整してください。

v 基本オペレーティング・システムおよび付随するソフトウェア (アンチウィルス、バックアップ、および企業管理ソフトウェア) に 2 GB

v 64 ビットの Content Manager JVM に 4 GB

v 64 ビットのアプリケーション層 JVM に 4 GB

v グラフィック JVM (IBM Cognos Workspace) に 2 GB

v クエリー・サービス (動的クエリー・モード) JVM に 2 GB から 4 GB

v Report サービス・プロセス (動的クエリー・モード) (JVM) のコアごとに 1 GB

v Report サービス・プロセス (互換クエリー・モード) (BIBuS) のコアごとに 2 GB

以下の表は、64 ビット・オペレーティング・システムのアーキテクチャー層別の推奨メモリー設定を示しています。

表 5. アーキテクチャー層別の推奨メモリー設定

アーキテクチャー層メモリー設定

IBM Cognos Gateway 層 2 GB

IBM Cognos アプリケーション層 (互換クエリー・モード)

コアごとに 2 GB

IBM Cognos アプリケーション層 (動的クエリー・モード)

4 GB + コアごとに 1 GB

IBM Cognos Content Manager 層 4 GB

追加ソフトウェアをインストールする場合は、さらにリソースが必要になる可能性があります。

Java の要件IBM Cognos Business Intelligence で標準暗号化サービスをサポートするには、Java

のバージョンの更新または JAVA_HOME 環境変数の設定が必要になることがあります。セキュリティー・ポリシーの要件によっては、無制限 Java Cryptography

Extension (JCE) ポリシー・ファイルのインストールも必要になります。

既存の Java Runtime Environment (JRE) か、IBM Cognos BI で提供される JRE を使用できます。

暗号標準

デフォルトでは、IBM Cognos BI は NIST SP800-131a セキュリティー標準をサポートするように設定されます。このセキュリティー標準に準拠するには、この標準もサポートする JRE を使用する必要があります。

Microsoft Windows オペレーティング・システムへのインストール用に提供されている JRE においては、この標準がサポートされています。別の JRE を使用する場合、NIST SP800-131a セキュリティー標準を使用するには、JRE でこの標準がサポートされている必要があります。


IBM Cognos BI でサポートされている Java バージョンの詳細については、IBM

Software Product Compatibility Reports (SPCR) ページ (www.ibm.com/support/

docview.wss?uid=swg27037784)を参照してください。

このセキュリティー標準の詳細については、IBM Java インフォメーション・センター (publib.boulder.ibm.com/infocenter/java7sdk/v7r0/index.jsp?topic=

%2Fcom.ibm.java.security.component.doc%2Fsecurity-component%2Fjsse2Docs%2Fsp800-

131a.html) を参照してください。

JAVA_HOME

次の場合は、JAVA_HOME 環境変数を設定します。

v UNIX または Linux オペレーティング・システムにインストールする場合。

v Microsoft Windows オペレーティング・システムにインストールし、独自の Java

または他のソフトウェアにバンドルされた Java を使用する場合。例えば、IBM

Cognos BI を WebSphere® Application Server にインストールする場合。

JRE バージョンが IBM Cognos 製品でサポートされていることを確認します。

Microsoft Windows オペレーティング・システムでは、JAVA_HOME 変数を設定しない場合、インストールで提供される JRE ファイルが使用されます。

JRE がサポートされていることを確認するには、IBM Software Product

Compatibility Reports (SPCR) ページ (www.ibm.com/support/

docview.wss?uid=swg27037784)を参照してください。 Cognos BI のバージョンのリンクをクリックし、Java Run Time Libraries の情報を見つけます。

無制限 JCE ポリシー・ファイル

JRE には、制限付きポリシー・ファイルが含まれています。使用できる暗号アルゴリズムおよび暗号スイートはこのファイルによって制限されます。必要な暗号アルゴリズムおよび暗号スイートが、IBM Cognos Configuration に表示されるものよりも広範囲に及ぶ場合は、無制限 JCE ポリシー・ファイルをダウンロードしてインストールできます。

IBM によって提供される Java の無制限 JCE ポリシー・ファイルは、IBM Web サイト (https://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=jcesdk) から入手できます。

IBM Cognos Business Intelligence のデフォルト・ポート設定の確認インストールが終了すると、設定ツールで設定を変更できます。"cogstartup.xml"ファイルを編集して設定を変更することもできます。

IBM Cognos BI コンポーネントのデフォルト・ポート設定

次の表は、IBM Cognos Business Intelligence のデフォルトのポートおよび URI の設定です。




http://publib.boulder.ibm.com/infocenter/java7sdk/v7r0/index.jsp?topic=%2Fcom.ibm.java.security.component.doc%2Fsecurity-component%2Fjsse2Docs%2Fsp800-131a.html

http://publib.boulder.ibm.com/infocenter/java7sdk/v7r0/index.jsp?topic=%2Fcom.ibm.java.security.component.doc%2Fsecurity-component%2Fjsse2Docs%2Fsp800-131a.html



https://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=jcesdk


表 6. IBM Cognos BI コンポーネントのデフォルト・ポート設定

設定デフォルト値説明

Content Manager URI http://localhost:9300/p2pd/

servlet

Content Manager への URI

ゲートウェイ URI http://localhost:80/ibmcognos/

cgi-bin/cognos.cgi

ゲートウェイへの URI

ディスパッチャー URI

(内部、外部)

http://localhost:9300/p2pd/

servlet/dispatch

ディスパッチャーへの URI

外部アプリケーション用ディスパッチャー URI


servlet/dispatch

ディスパッチャーへの URI

ゲートウェイ用ディスパッチャー URI


servlet/dispatch/ext

ゲートウェイで使用するプライマリー・ディスパッチャーへの URI

ログ・サーバーのポート 9362 ローカル・ログ・サーバーが使用するポート

待機ポート番号 1527 Cognos Content Database によって使用されるポート

Tomcat のデフォルト・ポート設定

次の表は、Tomcat を使用する場合の IBM Cognos BI のデフォルト設定です。SSL

コネクターと SSL 以外のコネクターは、IBM Cognos Configuration でディスパッチャー・ポートを変更するか、または SSL プロトコルを有効にすると、server.xml

ファイルで自動的に更新されます。終了ポートは、IBM Cognos Configuration で直接更新できます。

表 7. Tomcat のデフォルト・ポート設定

設定ポート説明

非 SSL Coyote HTTP/1.1 コネクター

9300 ポート Tomcat が Web サーバーから IBM

Cognos BI への要求を渡す場合に使用

SSL Coyote HTTP/1.1 コネクター

9334 ポート Tomcat が安全な接続を待機する場合に使用

終了ポート 9399 ポート Tomcat が終了コマンドを待機する場合に使用

Migration のデフォルト・ポート設定

次の表は、IBM Cognos Series 7 から IBM Cognos BI PowerPlay への移行で使用するデフォルト設定です。

表 8. Migration のデフォルト・ポート設定

設定ポート説明

Migration サービスのポート番号

21567 IBM Cognos Series 7 Migration サービスとIBM Cognos BI Migration サービスの通信に使用されるポート

PPBOOKMARKTOOL_PORT 7777 ブックマークの移行に使用されるポート


Content Store を作成する際のガイドラインContent Store は、グローバル設定データ、グローバル設定 (ユーザー・インターフェースに表示される言語や通貨形式など)、データ・ソースへの接続、および製品固有の内容を保存するために Content Manager によって使用されるデータベースです。実働環境では、Content Store として、サポートされているエンタープライズ・レベルのデータベースのいずれかを使用する必要があります。

実働環境の Content Store として、Cognos Content Database を使用しないでください。Cognos Content Database の用途は、テスト・システムまたは概念検証用のシステムを迅速に設定できるようにすることです。

デザイン・モデルとログ・ファイルは、Content Store には保管されません。

IBM Cognos Business Intelligence 製品を使用する前に、Content Store を作成する必要があります。

IBM DB2 を Content Store のために使用している場合、DDL を生成して、データベース管理者が Content Store に適した DB2 データベースを作成できるようにすることができます。詳細については、 73ページの『DB2 Content Store のデータベースを作成するスクリプト・ファイルの生成』を参照してください。

データベース・プロパティー

次のリスト表にあるデータベースのいずれかを使用して、Content Store データベースを作成する必要があります。

以下の表に、さまざまなタイプのデータベースで使用される文字エンコードとプロトコルを示します。

表 9. Content Store データベースの文字エンコードおよびプロトコル

データベース文字のエンコード方式プロトコル

DB2 UTF-8 TCP/IP

Oracle AL32UTF8 またはAL32UTF16

TCP/IP

Microsoft SQL Server UTF-8 または UTF-16 TCP/IP

Informix UTF-8 TCP/IP

Sybase UTF-8 TCP/IP

Cognos Content Database 設定済み設定済み

Cognos Content Database を Content Store として使用する予定の場合は、インストールが完了すると、データベースが作成され、設定済みになります。

照合順序

Cognos BI では、単一のソート順序を使用しており、これによって、データベースで文字データの解釈、収集、比較、表現に使用する規則が決まります。例えば、文字「A」が文字「B」より小さいか大きいか、あるいは等しいかなどの大小関係や、照合における大文字、小文字、アクセントの区別の有無が、ソート順序によって決まります。照合および照合順序に関する詳しい情報については、ICU - International


http://site.icu-project.org/

Components for Unicode web site (http://site.icu-project.org/) で「User Guide」を選択し「Collation」で検索してください。

Linux、Windows、および UNIX オペレーティング・システムのDB2 に Content Store を作成する際の推奨設定

Microsoft Windows、Linux、または UNIX オペレーティング・システム上にContent Store として作成するデータベースには、指定の設定が含まれていなければなりません。

正常にインストールを行うために、Content Store を作成する際には次のガイドラインに従ってください。ログ・メッセージ用のデータベースを作成する場合も同じガイドラインを使用します。

DB2 の場合のライブラリー・ファイル

インストールする IBM Cognos Business Intelligence サーバーのバージョンに合ったライブラリー・ファイルを使用してください。IBM Cognos BI を 32 ビットのアプリケーション・サーバーで実行する場合は、32 ビットのライブラリー・ファイルが必要です。また、64 ビットのアプリケーション・サーバーで実行する場合は、64

ビットのライブラリー・ファイルが必要です。インストールした DB2 のバージョンによっては、IBM Cognos BI サーバーが正しいファイルを検出できるように、ライブラリー・ファイルを変更するか、またはリストの中でのライブラリー・ファイルの順番を変更する必要があります。ライブラリー・ファイルのバージョンにかかわらず、必要なライブラリー・ファイルをリストの先頭にする必要があります。

Content Store を作成する際のガイドライン

次のチェックリストに従って、DB2 上に Content Store を設定してください。

v 次の表に示す DB2 用の環境変数に適切な値を設定します。

表 10. DB2 の環境変数

環境変数説明

DB2PATH データベース・クライアント・ソフトウェアまたはデータベース全体がインストールされる最上位のディレクトリー。


http://site.icu-project.org/

表 10. DB2 の環境変数 (続き)

環境変数説明

LD_LIBRARY_PATH ロード・ライブラリーのパス。ドライバーの場所を追加し、32 ビットと 64 ビットのライブラリー・ファイルのどちらが、アプリケーション・サーバーに適しているのかを明確にする必要があります。

例えば次のようになります (## 記号はライブラリー・ファイルのビットの値である 32 または 64 に置き換えます)。LD_LIBRARY_PATH= $DB2_location/sqllib/

lib##: $LD_LIBRARY_PATH

次に例を示します。状況に応じて、## には32 と 64 のいずれかが該当します。

Solaris と Linux の場合:

LD_LIBRARY_PATH= $DB2DIR/lib##:

$LD_LIBRARY_PATH

AIX の場合:

LIBPATH=$DB2DIR/lib##:$LIBPATH

HP-UX の場合:

SHLIB_PATH=$DB2DIR/lib##:$SHLIB_PATH

DB2INSTANCE デフォルトのデータベース・サーバー接続。

DB2CODEPAGE 多言語データベース・サポートの有無を指定する、オプションの環境変数。サポートするには、値を 1208 に設定します。

この環境変数を使用する必要があるかどうかについては、DB2 のドキュメントを参照してください。

v データベースの作成時に、コード・セット値として「UTF-8」を使用します。

データベースに適切なコード・セットが設定されていることを確認するには、コマンド行インターフェースを使用して、コマンド・プロンプトで次のように入力します。

db2 get database configuration for データベース名

コード・セット値は UTF-8、コード・ページ値は 1208 です。

v 設定パラメーターが次の表のとおりに設定されていることを確認する。


表 11. DB2 の構成パラメーター

プロパティー設定

アプリケーションのヒープ・サイズ

(applheapsz)

AUTOMATIC または少なくとも 1024 KB

アプリケーションのヒープ・サイズの値が小さすぎると、使用しているユーザーの数が多い場合にメモリー不足によるエラーが発生する可能性があります。

ロック・タイムアウト (locktimeout) 240 秒

タイムアウトに無限値を設定しないでください。

DB2 レジストリー変数(DB2_INLIST_TO_NLJN)

はい

この変数を「はい」に設定すると、パフォーマンスが向上します。

v 32KB のページ・サイズでバッファー・プールを作成し、8KB のページ・サイズでバッファー・プールをもう 1 つ作成する。

v 前の手順で作成した 32KB のバッファー・プールを使用して、システム一時表スペースを作成する。

v 作成した 8KB のバッファー・プールを使用して、ユーザー一時表スペースを作成する。

グローバル一時テーブルは、ユーザーの一時表スペースに作成されます。

v 作成した 8KB のバッファー・プールを使用して、通常のユーザー表スペースを作成する。

また、ログ記録データベースを作成する場合は、さらにページ・サイズ 8KB の通常のユーザー表スペースを作成します。

v IBM Cognos BI でデータベースへのアクセスに使用されるユーザー・アカウントに次のデータベース権限を付与する。

– データベースへの接続

– テーブルの作成

– スキーマの暗黙的な作成

ヒント: DB2 のインスタンスで複数の Content Store をホストして同時に使用する場合は、IBM Cognos BI の各インスタンスが互いに完全に独立するように、各Content Store に別々のユーザー・アカウントを使用してください。

v USER TEMPORARY 表スペースや、データベースに関連付けられているその他の適切な表スペースに対する、USE 権限があることを確認します。

v IBM Cognos BI でデータベースへのアクセスに使用されるユーザー・アカウント用のスキーマを作成し、ユーザーにそのスキーマの作成、ドロップ、および変更権限を持たせる。

v DB2 ユーザーのホーム・ディレクトリーにある sqllib/db2profile をソースとしたプロファイルを作成する。例えば、プロファイルの内容は、次のようになります。


if[ -f /home/db2user/sqllib/db2profile ]; then./home/db2user/sqllib/db2profilefi

v IBM Cognos BI データベースには IBM Cognos データが含まれているため、データベース管理者は定期的にバックアップを取る必要があります。データベースのセキュリティーおよび整合性を確保するために、承認されていない不正なアクセスからデータベースを保護します。

z/OS 上の DB2 で Content Store を作成するための推奨設定Content Store として作成するデータベースには、指定の設定が含まれていなければなりません。

正常にインストールを行うために、Content Store を作成する際には次のガイドラインに従ってください。

次のチェックリストに従って、z/OS® 上の DB2 で Content Store を設定してください。

v DB2 で、システム管理者 (SYSADM) またはシステム制御 (SYSCTRL) 権限を持つユーザーとして z/OS システムにログオンし、データベースを作成します。

v Content Store 用のデータベース・インスタンス、ストレージ・グループ、およびユーザー・アカウントを作成する。

IBM Cognos Business Intelligence では、ユーザー・アカウントの資格情報を使用してデータベース・サーバーと通信します。

v 32KB のページ・サイズでバッファー・プールを確保し、データベース・インスタンス用に 4KB のページ・サイズでバッファー・プールをもう 1 つ確保する。

v 管理者は、Content Store 用の大きいオブジェクトおよびその他のデータを保持するための表スペースを作成するスクリプトを実行し、表スペースに対する権限をユーザーに付与する必要がある。スクリプトの実行については 74ページの『DB2

for z/OS での Content Store の表スペースの作成』を参照してください。

v Content Store には IBM Cognos データ・アプリケーションおよびセキュリティー情報が含まれているため、データベース管理者は定期的にそのバックアップを取る必要があります。 Content Store データベースのセキュリティーおよび整合性を確保するために、承認されていないアクセスや不正なアクセスからそのデータベースを保護してください。

Oracle で Content Store を作成するための推奨設定Content Store として作成するデータベースには、指定の設定が含まれていなければなりません。


次のリストに従って、Oracle 上に Content Store を設定してください。

v Content Store データベースのデータベース・インスタンスの互換レベル・パラメーターが 9.0.1 以上に設定されていることを確認する。


例えば、次の SQL 文を実行して、COMPATIBLE 初期化パラメーターの設定を確認できます。

SELECT name, value, description FROM v$parameter WHERE name=’compatible’;

インスタンスの設定パラメーターを変更する方法に関する情報は、Oracle のドキュメントを参照してください。

v データベースが Unicode であるかどうかを確認する。

ヒント: 1 つの方法として、次の select 文入力します。

select * from NLS_DATABASE_PARAMETERS

NLS_CHARACTERSET が Unicode ではない結果が返されたら、新しいデータベースを作成し、データベースの文字セット・パラメーターに AL32UTF8 を指定します。

v データベースにアクセスするためのユーザー・アカウントを決定する。

ヒント: Oracle のインスタンスで複数の Content Store をホストして同時に使用する場合は、IBM Cognos Business Intelligence の各インスタンスが互いに完全に独立するように、各 Content Store に別々のユーザー・アカウントを使用してください。

v データベースにアクセスするユーザー・アカウントに次の作業を行う権限があることを確認する。

– データベースに接続する

– トリガー、ビュー、プロシージャー、シーケンスを作成、変更、ドロップする

– テーブルを作成し変更する

– データベース表へのデータの挿入と、データベース表のデータの更新および削除を行う

v IBM Cognos BI データベースには Cognos データが含まれているため、データベース管理者は定期的にバックアップを取る必要がある。データベースのセキュリティーおよび整合性を確保するために、承認されていない不正なアクセスからデータベースを保護します。

Microsoft SQL Server で Content Store を作成するための推奨設定

Content Store として作成するデータベースには、指定の設定が含まれていなければなりません。


次のチェックリストに従って、Microsoft SQL Server 上に Content Store を設定してください。

v 照合順序で大文字と小文字が区別されていないことを確認する。


Microsoft SQL Server の設定時に、カスタム・インストールで、照合を選択します。これには文字セットおよびソート順序が含まれます。一般的なインストールでは、インストール・プログラムで照合用に指定されたロケールを使用します。この設定は、後で変更できません。

v データベースを作成するにあたって Microsoft SQL Server Management Studio に接続する際は、Microsoft SQL Server 認証を使用する。

Microsoft Windows オペレーティング・システム認証を使用して接続した場合は、データベースでも Windows 認証が使用されます。この場合、IBM Cognos

Configuration でデータベースの種類として「Microsoft SQL Server データベース(Windows 認証)」を使用してデータベース接続を設定する必要があります。

v データベースへのアクセスに使用するユーザー・アカウントについては、「セキュリティー」で新しいログオンを作成し、次のように設定する。

– 「SQL Server 認証」を選択する

– 「パスワード・ポリシーを適用する」チェック・ボックスをオフにする

ヒント: Microsoft SQL Server のインスタンスで複数の Content Store をホストして同時に使用する場合は、IBM Cognos Business Intelligence の各インスタンスが互いに完全に独立するように、各 Content Store に別々のユーザー・アカウントを使用してください。

v Microsoft SQL Server 2008 の場合は、データベースにアクセスするユーザー・アカウントに EXECUTE 権限を付与する。

v Content Store データベース用に、「データベース」で新しいデータベースを作成する。

v 新規データベースの「セキュリティー」で、新しいスキーマを作成して、名前を割り当てる。

v 新規データベースの「セキュリティー」で、次のように設定して新しいユーザーを作成する。

– 「ログオン名」で、ユーザー・アカウント用に作成した新しいログオンを指定する

– 「既定のスキーマ」で、新規スキーマを指定する

– 「所有されているスキーマ」で、新規スキーマを選択する

– 「ロール・メンバー」で、「db_datareader」、「db_datawriter」、「db_ddladmin」を選択する

IBM Informix Dynamic Server で Content Store を作成するための推奨設定

Content Store として作成するデータベースには、特定の設定が含まれていなければなりません。

次のガイドラインに従って Content Store を作成してください。ログ・メッセージ用のデータベースを作成する場合も同じガイドラインを使用します。

次のチェックリストに従って、IBM Informix Dynamic Server データベース上にContent Store を設定してください。

v 次の環境変数を設定する。


– GL_USEGLU - International Components for Unicode (ICU) 機能を Informix

Dynamic Server で有効にするには、値を「1」に設定する。

– DB_LOCALE - データベース・ロケールを Unicode に設定するには、「en_us.utf8」を指定する。

v "ONCONFIG.<インスタンス名>"ファイルで SHMBASE プロパティーを0x14000000L に設定する。

v ログ記録をオンにして、ANSI モードでデータベースを作成する。

v データベースへのアクセスに使用するユーザー・アカウントに対して、DBA データベース権限を付与する。

重要: Informix のインスタンスで複数のデータベースをホストして同時に使用する場合は、各データベースに別々のユーザー・アカウントを使用してください。さらに、詳細プロパティー・パラメーターを作成し、その値にユーザー・アカウントを指定することによって、IBM Cognos Configuration アプリケーションの各インスタンスにユーザー・アカウントを定義する必要があります。複数の Content

Store データベースの場合は、"CMSCRIPT_CS_ID"という名前のプロパティーを指定し、複数のログ記録データベースの場合は、"IPFSCRIPTIDX"という名前のプロパティーを指定します。

Sybase で Content Store を作成するための推奨設定Content Store として作成するデータベースには、指定の設定が含まれていなければなりません。


次のチェックリストに従って、Sybase 上に Content Store を設定してください。

v Sybase サーバーで、サーバー・ページ・サイズが 8 KB であるサーバー・インスタンスを作成する。

作成手順については、Sybase のドキュメントを参照してください。

v 必要に応じて、jConnect 6 をインストールする。

このツールを使用して、JDBC ドライバーと Sybase Adaptive Server インスタンス間の通信を設定します。

作成手順については、Sybase のドキュメントを参照してください。

使用している Sybase のバージョンに JConnect 6 が含まれていない場合、Sybase

の Web サイトからインストーラーをダウンロードする必要があります。

v サーバーのインスタンスに UTF-8 文字セットを追加する。

v 必要に応じて、UTF-8 をサーバーのデフォルト文字に指定する。

v データベース・デバイスを作成する。

ヒント: 「log_segment」を 10 MB 以上に設定します。

v 新しいデータベース・デバイスをデフォルトに設定する。


新しいデータベースに関する情報は、新しいデータベース・デバイスに保存されます。復元用に、データベース・デバイスのバックアップをとるようにします。

v データベースを作成する。

v データベースへのアクセスに使用するユーザー・アカウントを決定する。

ヒント: Sybase のインスタンスで複数の Content Store をホストして同時に使用する場合は、IBM Cognos Business Intelligence の各インスタンスが互いに完全に独立するように、各 Content Store に別々のユーザー・アカウントを使用してください。

v ユーザー・アカウントに、データベースに対するデフォルトの作成、プロシージャーの作成、規則の作成、テーブルの作成、およびビューの作成の各権限があることを確認する。

v データベースで次のように設定されていることを確認し、再起動する。

– ユーザー・アカウントでテーブルの作成およびドロップを実行する権限が設定されている

– 「Select into」プロパティーが「True」に設定されている

IBM Cognos Business Intelligence のユーザー・アカウントまたはネットワーク・サービス・アカウントの設定

IBM Cognos Business Intelligence に対し、ユーザー・アカウントまたはネットワーク・サービス・アカウントを設定できます。

IBM Cognos BI を実行するユーザー・アカウントまたはネットワーク・サービス・アカウントは、次の要件を満たしている必要があります。

v プリンターなどの必要なすべてのリソースに対してのアクセス権がある

v サービスとしてログオンし、オペレーティング・システムの一部として機能する権限がある

さらに、ユーザー・アカウントはローカル管理者グループのメンバーでなければなりません。

例えば、ネットワーク・プリンターを使用してレポートを印刷するには、そのネットワーク・プリンターに対するアクセス権がアカウントに設定されているか、またはログオン・アカウントを IBM Cognos サービスに割り当てる必要があります。

ユーザー・アカウントの設定

Microsoft Windows オペレーティング・システムの場合は、ログオン・アカウントをIBM Cognos サービスに割り当てます。特定のユーザー・アカウントを使用するように IBM Cognos サービスを設定することもできます。このような設定を行うには、Windows の「サービス」ウィンドウに表示されるサービス・リストで IBM

Cognos サービスを選択します。次に、ユーザー・アカウントのプロパティーを定義します。

UNIX または Linux オペレーティング・システムでは、例えば "cognos"という新しい UNIX グループまたは Linux グループを作成します。このグループには、IBM

Cognos ファイルの所有者となるユーザーを含める必要があります。IBM Cognos フ


ァイルのグループ所有権を cognos グループに変更し、すべての IBM Cognos ファイルに対するアクセス権を GROUP READABLE/WRITABLE/EXECUTABLE に変更します。

Web サーバーを、別名を使用するように設定します。詳細については、IBM

Cognos BI「インストールおよび設定ガイド」を参照してください。

ネットワーク・サービス・アカウントの設定

ネットワーク・サービス・アカウントは、オペレーティング・システムに組み込まれている "NT AUTHORITY¥NetworkService" というアカウントです。管理者はパスワードを管理したり、アカウントを保守管理する必要はありません。

Windows Server 2008 にインストールを行う場合は、管理者権限を持つアカウントを使用します。

Web サーバーを、アプリケーション・プールを使用するように設定します。詳細については、「IBM Cognos Business Intelligence インストールおよび設定ガイド」を参照してください。ディレクトリーにインストールを行うには、適切な書き込み権限も必要になります。

Web ブラウザーの設定IBM Cognos Business Intelligence 製品では、デフォルトのブラウザー設定が使用されます。他に必要な設定は、ブラウザーによって異なります。

IBM Cognos BI ポータルで必要となるブラウザーの設定

次の表は、有効にする必要がある設定を示しています。

表 12. 有効にする IBM Cognos BI ポータルのブラウザー設定

ブラウザー設定 IBM Cognos コンポーネント

Internet Explorer

(Studio/Authoring ツールとポータルの設定)

Cookie の使用

アクティブ・スクリプト

META REFRESH の実行許可

IBM Cognos Connection

IBM Cognos Administration

Cognos Viewer

Event Studio

PowerPlay Studio

IBM Cognos Workspace


Advanced


表 12. 有効にする IBM Cognos BI ポータルのブラウザー設定 (続き)

ブラウザー設定 IBM Cognos コンポーネント

Firefox Cookie の使用

Java の有効化

JavaScript の有効化

画像のロード


IBM Cognos Administration

Cognos Viewer

Report Authoring

Analysis Studio

PowerPlay Studio



Advanced

Safari 5 Java の有効化

JavaScript の有効化

ポップアップ・ウィンドウをブロックしない (Do not Block

Popup Windows)

Cookies をブロック: しない


Cognos Viewer


Google Chrome Cookies: ローカルへのデータを設定する

画像: すべての画像を表示する

JavaScript: すべてのサイトでJavaScript の実行を許可する

ポップアップ: すべてのサイトに対してポップアップ表示を許可する


Cognos Viewer


Firefox に Adblock Plus がインストールされている場合は、ページごとのオプションを使用してこれを無効にしてください。Adblock Plus により、一部の IBM

Cognos Connection リソースが正しく機能しない場合があります。

Microsoft Internet Explorer バージョン 8 を使用する場合、IBM Cognos ポータルでPDF ドキュメントを開いたときに Adobe リンク・エラーが表示されることがあります。このエラーを回避するには、Internet Explorer の「ツール」メニューで「アドオンの管理」を選択し、「Adobe PDF Reader Link Helper」を無効にします。

Microsoft Internet Explorer Web ブラウザーを使用している場合は、ゲートウェイのURL を信頼済みサイトのリストに追加できます。例えば、「http://<サーバー名>:<ポート番号>/ibmcognos」などです。これによって、「ファイルのダウンロード時に自動的にダイアログを表示」が有効になります。


詳細については、 231ページの『IBM Cognos Application Firewall』を参照してください。

詳しくは、「IBM Cognos Business Intelligence インストールおよび設定ガイド」で、IBM Cognos Application Firewall の構成に関するトピックを参照してください。

IBM Cognos BI コンポーネントで使用する Cookie

IBM Cognos BI では、次の Cookie を使用してユーザー情報を保存します。

表 13. IBM Cognos BI コンポーネントで使用する Cookie

Cookie タイプ目的

AS_TICKET 1 セッションのみの一時Cookie

IBM Cognos BI が IBM

Cognos Series 7 ネームスペースを使用するように設定されている場合に作成される。

caf 1 セッションのみの一時Cookie

セキュリティー状態の情報を保持する。

Cam_passport 1 セッションのみの一時Cookie

Content Manager サーバーに保存されたユーザー・セッションへの参照を保存する。

管理者は HTTPOnly 属性を設定して、Web ブラウザーを使用するユーザーのセッション中に、スクリプトによるCAM パスポート cookie の読み取りや操作をブロックすることができます。

詳しくは、「IBM Cognos

Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

cc_session 1 セッションのみの一時Cookie

IBM Cognos Connection 固有のセッション情報を保存する。

cc_state 1 セッションのみの一時Cookie

切り取り、コピー、貼り付けなどの編集操作中の情報を保存する。

CRN 1 セッションのみの一時Cookie

データおよびユーザー・インターフェースのロケール情報を保存し、すべての IBM

Cognos ユーザーに設定される。

CRN_RS 永続 Cookie Report Authoring のメンバー・フォルダーの表示についてユーザーが選択した内容を保存する。


表 13. IBM Cognos BI コンポーネントで使用する Cookie (続き)

Cookie タイプ目的

PAT_CURRENT_ FOLDER 永続 Cookie ローカル・ファイルへのアクセスを行う場合に現在のフォルダー・パスを保存し、「開く」または「保存」ダイアログ・ボックスを使用した後に更新される。

pp_session 1 セッションのみの一時Cookie

PowerPlay Studio 固有のセッション情報を保存する。

qs 永続 Cookie メニューやツールバーなどのユーザー・インターフェースの設定内容が保存される。

userCapabilities 1 セッションのみの一時Cookie

現在のユーザーのすべての機能と署名が格納される。

usersessionid 1 セッションのみの一時Cookie

ブラウザー・セッション中に有効な一意のユーザー・セッション識別子が格納される。

FrameBorder

PageOrientation

PageSize

PDFLayerDimension

PDFOPTS

1 セッションのみの一時Cookie

これらの Cookie には、PDF

へのエクスポートに関する設定が保存される。

DimTreeToolbarVisible 永続 Cookie ディメンションの表示ツールバーを表示するかどうかを決定する設定が保存される。

cea-ssa 1 セッションのみの一時Cookie

ユーザー・セッションの情報を他の IBM Cognos BI コンポーネントと共有するかどうかを決定する設定が保存される。

BRes 1 セッションのみの一時Cookie

グラフを表示する際の画面解像度を決定するために使用する情報が保存される。

アップグレードまたは新しいソフトウェアのインストールが完了したら、Web ブラウザーを再起動し、ブラウザーのキャッシュをクリアするようにユーザーに指示してください。


第 4 章 IBM Cognos Business Intelligence のアップグレード

IBM Cognos Business Intelligence (BI) の新しいバージョンでの拡張機能は、ビジネス・インテリジェンス環境の多くの部分に影響を与える可能性があります。そのため、アップグレードは段階ごとに行うことが最善です。成功させるためには、アップグレードを綿密な計画、十分な時間、十分なリソースを必要とする IT プロジェクトとして扱う必要があります。

Cognos Upgrade Central Web サイト

Cognos Upgrade Central の Web サイト (http://www.ibm.com/software/analytics/

cognos/customercenter/upgrade.html) では、アップグレードに役立つ追加情報が提供されています。例えば、よくある質問、デモンストレーション・ビデオ、追加リソースへのリンクが Web サイトで提供されています。

アップグレード処理すべてのアップグレードには計画が必要で、各計画は同じ基本的なアップグレード・プロセスに従います。

アップグレードの計画を作成して、作業の各段階で必要な処理を理解する必要があります。計画段階では、アップグレード・ドキュメントを読み、予想される動作、新機能、サポート対象外の機能、バージョン間の互換性、実働環境を準備するための要件に関する情報を確認します。これらの確認が終了したら、サイトを調査してBI の構造、アプリケーション、レポート、カスタム構成設定を確認します。最後に、本格的なアップグレードの前に、データのサブセットを使用してアップグレードをテストし、レポートおよびデータを微調整します。

アップグレードを計画する際、必ず以下のタスクを行ってください。

v 各段階で必要な入力データや予想される出力など、必要な情報を収集する。

v レポート作成環境でアプリケーションを評価し、類似したレポートを同じグループにまとめる。

v 新規ソフトウェアをテスト環境にインストールし、コンテンツをテスト環境に配布する。

v アップグレード後のアプリケーションをテストして、レポートが予想どおりに実行されることを確認する。

Lifecycle Manager を使用して、異なるバージョンの IBM Cognos BI からのレポートを比較できます。詳しくは、Lifecycle Manager のドキュメントを参照してください。

配布およびテストは反復して行うのが一般的です。ソース環境とターゲット環境との間に差異がある場合はそれを評価します。配布されたアプリケーションがビジネス要件を満たすことが確認できたら、実働環境に移動します。


http://www-01.ibm.com/software/analytics/cognos/customercenter/upgrade.html

次の図には、一般的なアップグレードのワークフロー、およびアップグレード処理の各段階が示されています。プロセスには、以下の段階が含まれます。

v アップグレード計画を作成します。これには以下のアクティビティーが含まれます。

– ドキュメントや Cognos Upgrade Central の Web サイト (www.ibm.com/

software/analytics/cognos/customercenter/upgrade.html) などのリソースの確認。

– IBM Software Product Compatibility Reports (SPCR) ページ(www.ibm.com/support/docview.wss?uid=swg27037784)にアクセスしてサポートされる環境を調べ、使用する他のソフトウェアとの互換性を確認する。オペレーティング・システムのアップグレードを検討している場合も、このページを参照できます。

– 新しいバージョンの製品に何を移動するかを決めるための、既存のシステムの評価。

– アップグレード戦略を実装するための詳細な計画の作成。

v 新しいバージョンの製品での開発またはテスト・システムの作成。

v 開発またはテスト・システムから習得した情報の使用、および QA システムや実動システムを作成する際のその適用。


http://www-01.ibm.com/software/analytics/cognos/customercenter/upgrade.html


ドキュメントの確認アップグレードを正常に行えるように、さまざまなソースからの役立つ資料が提供されています。

すべての資料は、IBM Cognos インフォメーション・センター(http://pic.dhe.ibm.com/infocenter/cogic/v1r0m0/index.jsp) からオンラインで利用できます。

手順1. 本ガイドの新しい機能のセクションをお読みください。

ここでは、このリリースでの新機能、変更された機能、サポート対象外の機能、削除された機能が示されています。

リソースの確認» FAQ» ドキュメント» サポートされる環境

既存のシステムの評価» 監査» 調査» 使用可能なリソース

詳細なアップグレード計画» マイルストーン» テスト» リソース

A) 準備: アップグレード計画の作成

1 2 3

1

B) 検証: テスト・システムまたは開発システムの作成

2

3

4

5

6

1

C) 実行: QA システムまたは実動システムの作成

2

3

4

5

6

学んだ教訓を、QA システムまたは実動システムを作成する際にそれを適用する

D) 活用: 新機能の採用

新機能のドキュメントの確認

図 2. アップグレード処理

第 4 章 IBM Cognos Business Intelligence のアップグレード 47


2. このドキュメントのアップグレード情報を最後までお読みください。

3. IBM Cognos インフォメーション・センター (http://pic.dhe.ibm.com/infocenter/

cogic/v1r0m0/index.jsp) から、次の表にリストされた資料の最新バージョンを確認してください。

表 14. アップグレード資料のリスト

ドキュメント検索対象の情報

IBM Cognos PowerPlay リリース・ノートアップグレードに影響を与える可能性のある最近の問題

IBM Cognos Business Intelligence 新機能ガイド

既存のコンテンツの動作に影響を与える可能性のある新機能

IBM Cognos Framework Manager ユーザー・ガイド

モデルのアップグレード

IBM Cognos Transformer ユーザー・ガイドユーザー・ビューのアップグレードおよびIBM Cognos Series 7 モデルのアップグレード

IBM Cognos Migration Assistant User Guide IBM Cognos Series 7 のコンテンツを IBM

Cognos BI に移動する。

移行ツールの前回のリリースはバージョン10.1.1 でした。これらのツールを使用して、IBM Cognos Business Intelligence バージョン10.1.1 (Report Authoring または Analysis

Studio) に移行し、移行したコンテンツをIBM Cognos BI バージョン 10.2.0 にアップグレードすることができます。

これらの移行ツールは、シリーズ 7

PowerPlay コンテンツをIBM Cognos BI

PowerPlay バージョン 10.2.0 に移行する場合にも使用できます。

IBM Cognos Lifecycle Manager User Guide Lifecycle Manager を使用してトライアル・アップグレードを監査する。

アップグレードの前に環境内のアプリケーションを評価するアップグレードの準備は、既存のアプリケーションを見直し、ソース環境をクリーンアップする機会になります。

例えば、使用環境に多数のアプリケーションがある場合があります。しかし、使用されていないアプリケーションや要件に合わなくなったアプリケーションがいくつか見つかることも珍しくありません。

アプリケーションを評価すると、アップグレード中に検討するアプリケーションの数が少なくなるので便利です。

既存アプリケーションの監査には、次のような作業が含まれることがあります。

v 現在の実稼働環境を評価し、アップグレード時に注意が必要な領域を確認するために、サイト調査を行います。サイト調査には、インフラストラクチャー、アプリケーション、ユーザー、構成設定に関する情報を含めます。



v 環境内で使用するソフトウェアを評価して、オペレーティング・システム、Web

サーバー、セキュリティー・プロバイダー、データベースなどのソフトウェアのリストを作成します。

オペレーティング・システム、パッチ、ブラウザー、Web サーバー、ディレクトリー・サーバー、データベース・サーバー、アプリケーション・サーバーなど、IBM Cognos Business Intelligence 製品でサポートされている環境の最新のリストについては、IBM Software Product Compatibility Reports (SPCR) ページ(www.ibm.com/support/docview.wss?uid=swg27037784) を参照してください。

v アプリケーションの詳細な評価を完了します。アプリケーションの用途、使用年数、サイズ、複雑さは、アップグレード計画を立てる上で考慮すべき重要な要素です。アプリケーションの合計サイズは、アップグレードを完了するまでに必要な時間に影響を与える場合があります。

v 設定に関する次の情報を収集する。

– IBM Cognos Configuration で有効にした構成設定

製品の新しいバージョンを既存のバージョンとは異なる場所にインストールすると、それら 2 つのバージョンの設定を比較することが可能になります。 2

つのバージョンを実行するには、一意のポート番号と Web サーバー別名、および固有の Content Store データベースを使用する必要があります。

– 他の構成ファイルに対する変更

他の構成ファイルは、アップグレード中に手動で変更する必要があります。他の構成ファイルを変更した場合は、アップグレード後の環境でも維持したい変更を評価する必要があります。これには、 configuration、templates、webapps、および webcontent ディレクトリー内の、 .xml、.txt、および.css ファイルが含まれることがあります。

注: .ini ファイルを変更した場合、カスタマー・サポートに問い合わせて、それらの変更が新しいバージョンのソフトウェアでサポートされるかどうかを確認してください。

v Content Store データベースをバックアップします。

監査が完了した後に、アップグレード計画を作成できます。

オペレーティング・システムをアップグレードする際のガイドライン

IBM Cognos BI がインストールされているコンピューターでより新しいバージョンのオペレーティング・システムにアップグレードする前に、以下のガイドラインを検討できます。

v IBM Software Product Compatibility Reports (SPCR) ページ (www.ibm.com/support/

docview.wss?uid=swg27037784)を調べ、アップグレード先として検討しているオペレーティング・システムのバージョンが IBM Cognos BI バージョンでサポートされていることを確認します。

v IBM Cognos BI によって使用されるサード・パーティー・ソフトウェアが、推奨されているオペレーティング・システムのバージョンでサポートされていることを確認します。サード・パーティー製ソフトウェアには、データベースとデータベース・ドライバー、アプリケーション・サーバー、Web サーバー、ブラウザーなどのコンポーネントが含まれます。




v IBM Cognos BI SDK アプリケーションを再コンパイルする必要があるかどうかを判別します。

v Web アーカイブ (.war) ファイルやエンタープライズ・アーカイブ (.ear) ファイルなどの Web デプロイメントを再作成する必要があるかどうかを判別します。

以前のバージョンのコンテンツへのポータルでのアクセスマルチバージョン共存を有効にすることにより、以前のバージョンの IBM Cognos

BI のコンテンツを新バージョンで表示できます。

マルチバージョン共存を有効にすると、段階的なアップグレードを行うことによる、アップグレード処理におけるさらにシームレスなエクスペリエンスを提供できます。IT 部門が、新バージョンの機能を必要とする業務上の要求に対応できるようにすることができます。同時に、自社 IT 部門の処理能力に合うようにアプリケーション・アップグレードを計画するための柔軟性も提供できます。

詳細については、IBM Web サイトの How to access content from previous IBM

Cognos release from within the IBM Cognos 10 portal (https://www.ibm.com/support/

docview.wss?uid=swg21459041) を参照してください。

アップグレード作業アップグレードするとき、以下の作業を行います。

1. 新しいバージョンの製品をインストールして構成する。

2. コンテンツを新しいバージョンの製品に移動する。

3. レポート仕様をアップグレードする

4. アップグレードしたコンテンツを既存のコンテンツと比較して整合性を確認する。

新しいバージョンの製品のインストールと構成新しいバージョンの製品を新しい場所にインストールする。その場所は、既存のバージョンの製品と同じコンピューター上にすることも、別のコンピューター上にすることもできます。

新しい場所にインストールすると、既存のバージョンの製品を維持して、新しいバージョンの製品とは別に実行することが可能になります。これは、既存のバージョンに影響を与えないで新しいバージョンをテストするのに役立ちます。バージョン間の構成設定を比較することや、両方の環境でレポートの外観や機能を比較して同じであることを確認することもできます。

同じコンピューターで IBM Cognos BI の複数のバージョンまたはインスタンスを実行する場合の考慮事項IBM Cognos Business Intelligence の複数のバージョンまたはインスタンスを同じコンピューター上で実行するには、設定を変更して、それらのバージョンがポート番号や他のリソースを共有しないようにする必要があります。


https://www.ibm.com/support/docview.wss?uid=swg21459041


複数のバージョンを同じコンピューターで実行するために必要な設定の変更

同じコンピューターで IBM Cognos Business Intelligence の複数のバージョンを実行するには、それぞれのインストールが固有のものであることを確認します。それぞれのバージョンまたはインスタンスは、別々のディレクトリーにインストールする必要があります。以下の設定プロパティーの構成設定に関して、バージョンごとに異なる設定を使用する必要があります。

ポートと URI の設定Tomcat を使用している場合は、ポートの競合を回避するために異なるポート番号を使用する必要があります。 IBM Cognos BI はポート範囲を予約するので、ポートのオフセットとして 100 を使用してください。次のポートを変更します。

v ゲートウェイ用ディスパッチャー URI

v 外部ディスパッチャー URI

v 内部ディスパッチャー URI

v 外部アプリケーション用ディスパッチャー URI

v Content Manager URI

v ローカル・ログ・サーバーのポート番号

v 終了処理用のポート番号

Tomcat のデフォルトのポート番号は 9300 から開始します。別のバージョンの製品をインストールする場合、その 2 番目のバージョン用に同じ値を使用しないでください。

Tomcat 以外のアプリケーション・サーバーに製品をインストールする場合、新しいバージョンは、新しいプロファイルまたは既存のバージョンとは別のインスタンスにインストールしてください。

Content Storeインストールごとに異なる Content Store またはスキーマを使用します。Content Store をアップグレードすると、コンテンツを戻すことができなくなります。より新しいバージョンの IBM Cognos Business Intelligence に対して、既存の Content Store のコピーをリストアしたものを使用できます。より新しいバージョンの製品は、サービスの開始時にコンテンツをアップグレードします。

Web サーバーの仮想ディレクトリー

IBM Cognos Business Intelligence の静的コンテンツを表示するには、バージョンごとに Web サーバーの仮想ディレクトリーが異なっている必要があります。 Cognos Configuration でゲートウェイ URI を更新し、仮想ディレクトリーの名前を反映させてください。

例えば、デフォルトの仮想ディレクトリーは http://<サーバー名>/ibmcognos です。同じコンピューター上に 2 つのゲートウェイがインストールされている場合、どちらかのゲートウェイの ibmcognos 仮想ディレクトリーを変更する必要があります。

アプリケーション・プール (Microsoft IIS Web サーバー)cognosisap.dll を使用する場合、それぞれのゲートウェイは別のアプリケーション・プールを使用する必要があります。


サービスを開始するユーザー・アカウント (オプション)トラブルシューティングの際に、ユーザー・アカウントを変更すると役立つことがあります。例えば、所有者によって Java プロセスをトラブルシューティングすることができます。

同じサーバー上の複数のバージョンで同一の構成設定

同じコンピューターで実行される IBM Cognos Business Intelligence の複数のインスタンスまたはバージョンは、同じリソース (メモリー、ネットワーク、ディスク・スペースなど) を使用します。

複数のバージョンの IBM Cognos は、両方のバージョンに同じ認証ソースを使用できます。ネームスペースには同じプロパティーを設定できます。

カスタマイズした設定ファイル

設定ファイルを手作業で編集した場合、その変更内容を再適用する必要があります。アップグレード後に再適用できるように、カスタマイズ内容を記録しておいてください。必要に応じて、元のバージョンが復元できるように、これらのファイルをバックアップする必要もあります。

system.xml ファイルの中には、IBM Cognos BI の Presentation サービスによって自動的にアップグレードされるファイルもあります。system.xml ファイルに大幅なカスタマイズを行った場合、アップグレードの後に変更内容を手作業で再適用する代わりに、この自動アップグレード機能を使用できます。system.xml ファイルを以前のバージョンの製品のものに置き換えることにより、ファイルは最新のバージョンの製品によってアップグレードされます。自動アップグレードは、IBM Cognos

サービスの開始時に適用されます。

自動アップグレードがサポートされている system.xml ファイルは、次のディレクトリーにあります。

v c10 の場所/templates/ps

v c10 の場所/templates/ps/portal

v c10 の場所/templates/ps/qs

1 つのコンピューター上で IBM Cognos BI の 2 番目のインスタンスを設定する1 つのコンピューター上に IBM Cognos Business Intelligence の複数のインスタンスがある場合、ポート、Web サーバー仮想ディレクトリー、および Content Store データベースについて、各インスタンスを一意の値で設定する必要があります。

始める前に

新しいバージョンの製品では、新しい Content Store が必要になります。 Content

Store 全体をアップグレードする場合、既存の Content Store のバックアップからContent Store を作成します。配布アーカイブを使用してコンテンツを移動する場合、ブランクの Content Store データベースを作成できます。

新しいバージョンの製品を設定する前に、新しい Content Store データベースが配置されていることを確認してください。


重要: Content Store のバックアップに接続する場合、IBM Cognos サービスを初めて開始するときに、レポートのアップグレードを求めるプロンプトが出されます。レポートのアップグレードには長い時間がかかることがあるので、新しいバージョンの実行が開始した後にそれらをアップグレードする方が優れています。後に IBM

Cognos Administration を使用してレポートをアップグレードできます。

手順1. IBM Cognos BI の新しいインスタンスの場合、IBM Cognos Configuration を起動します。

2. 「Explorer」ウィンドウで、「環境」をクリックします。

3. 以下の設定でのポート番号が、IBM Cognos BI の他のインスタンスまたはバージョンと競合しないことを確認してください。

v ゲートウェイ用ディスパッチャー URI

v 外部ディスパッチャー URI

v 内部ディスパッチャー URI

v 外部アプリケーション用ディスパッチャー URI


4. 「ゲートウェイ URI」が、IBM Cognos BI の他のインスタンスまたはバージョンとは異なる仮想ディレクトリーまたは別名を使用するようにします。

5. 「ログ記録」をクリックして、「ローカル・ログ・サーバーのポート番号」が一意であることを確認します。

6. Tomcat をアプリケーション・サーバーとして使用する場合、「IBM Cognos」をクリックして、「終了処理用のポート番号」が一意であることを確認します。

WebSphere など、別のアプリケーション・サーバーを使用する場合、この値は使用されません。

7. Portal Services を使用している場合は、次の手順で applications.xml ファイルの場所を更新します。

v 「Explorer」ウィンドウで、「環境」>「Portal Services」の順にクリックします。

v 「プロパティー」ウィンドウで、「'applications.xml' の場所」プロパティーのポート番号がその他の URI プロパティーのポート番号と一致することを確認します。

8. 「Explorer」ウィンドウの「データ・アクセス」>「Content Manager」で、IBM Cognos BI の他のインスタンスまたはバージョンで使用される Content

Store と同じものを使用しないでください。

9. 設定を保存し、IBM Cognos BI を起動します。

コンテンツを新しいバージョンの製品に移動するコンテンツを移動するには、2 つの方法があります。

Content Store 全体を移動する

この方法では、既存の Content Store のバックアップを作成してから、そのバックアップを新しい Content Store に復元することが必要になります。その後、新しいバー


ジョンの製品を復元された Content Store に接続すると、製品は Content Store を新しいバージョンにアップグレードします。

この方法では、すべてのセキュリティーおよびユーザーの設定が維持されますが、新しい Content Store データベースが必要となります。

セキュリティーを設定する際、必ずアップグレード元のリリースで設定したのと同一の値を一意 ID に設定してください。そうしない場合、セキュリティーの設定が失われます。詳細については、 80ページの『セキュリティーの有効化』を参照してください。

不整合がないことを確認するため、アップグレードする前に Content Store 上で整合性検査を実行してください。詳細については、「IBM Cognos Business Intelligence

管理およびセキュリティー・ガイド」の『コンテンツ保守タスクの作成』のトピックを参照してください。

重要: この方法を使用すると、IBM Cognos サービスを初めて開始するときに、レポートのアップグレードを求めるプロンプトが出されます。レポートのアップグレードには長い時間がかかることがあるので、新しいバージョンの実行が開始した後にそれらをアップグレードする方が優れています。また、レポート仕様を作成、変更、または保存する Software Development Kit アプリケーションがある場合は、レポート仕様をアップグレードするオプションは選択しないでください。後で IBM

Cognos Administration を使用してレポートをアップグレードできます。

また、以前のバージョンの製品からディスパッチャーを登録抹消する必要があります。これは、サービスの開始後に IBM Cognos Administration を使用して行うことができます。

配布アーカイブを作成してコンテンツを移動する

配布アーカイブを作成してコンテンツを移動できます。

この方法では特定のコンテンツを移動できますが、大きな Content Store の場合には時間がかかることがあります。

Content Store データベースのベンダーを変更する場合、コンテンツを移動するための配布を作成する必要があります。例えば、Content Store を Microsoft SQL Server

から IBM DB2 に変更する場合は、これを配布アーカイブを使用して行う必要があります。

両方の方法に関する考慮事項

アップグレードを実行する前に、NC テーブルは完全に空にする必要があります。アップグレードする前に、適切な NC_DROP_Database_Type.sql を実行してください。詳細については、 394ページの『データベースとインデックスのクリーンアップ・スクリプトの実行』を参照してください。

アップグレード処理の一環として、新しいバージョンでアプリケーションが予想どおりに作動することを確認します。場合によっては、バージョンの変更により、予期しない結果が生じることがあります。アプリケーションを実稼働環境に移行する前に、それを新しいバージョンの製品でテストすることが重要です。


Content Store のアップグレードIBM Cognos BI は、そのサービスを初めて始動するとき、Content Store データベースを新しいバージョンの製品にアップグレードします。

Content Store を新しいバージョンの製品にアップグレードするプロセスには、以下のステップが含まれます。

1. 既存の Content Store データベースのバックアップを作成します。

2. バックアップからデータベースを作成します。

Content Store が DB2 on z/OS 上にある場合、 IBM Cognos Configuration のサービスを開始する前に、 Cognos Configuration をアップグレードするスクリプトを実行する必要があります。

3. IBM Cognos Configuration で、新しいバージョンの製品をバックアップから作成した Cognos Configuration に接続します。

4. サービスを開始します。

始動プロセス中に Content Store がアップグレードされます。

重要: この方法を使用すると、IBM Cognos サービスを初めて開始するときに、レポートのアップグレードを求めるプロンプトが出されます。レポートのアップグレードには長い時間がかかることがあるので、新しいバージョンの実行が開始した後にそれらをアップグレードする方が優れています。後に IBM Cognos

Administration を使用してレポートをアップグレードできます。また、レポート仕様を作成、変更、または保存する Software Development Kit アプリケーションがある場合は、レポート仕様をアップグレードするオプションは選択しないでください。

このプロセスにより、各バージョンにその Content Store がある、古いバージョンの製品と新しいバージョンの製品とを同時に使用できます。

重要: 新しいバージョンの製品をバックアップから作成した Content Store に接続すると、 Content Store データベースはアップグレードされて、古いバージョンの製品では使用できなくなります。

z/OS 上の IBM DB2 での Content Store のアップグレード:

z/OS 上の DB2 で Content Store をアップグレードするには、新しい表スペースを作成し、Content Manager に表スペースを使用するための Content Manager 権限を付与するスクリプトを実行します。

始める前に

スクリプトを実行するには、表スペースを作成する権限が必要です。新しいバージョンの設定を保存する前にスクリプトを実行してください。

手順

1. <c10 の場所>¥configuration¥schemas¥content¥db2zOS ディレクトリーに移動し、tablespaceUpgrade_db2zOS.sql をテキスト・エディターで開きます。

2. スクリプト・ファイルの説明に従って、ファイルのプレースホルダー値をデータベースの値に置き換えます。


3. ファイルを保存して実行します。

以前のバージョンのディスパッチャーを Content Store から登録解除する:

既存の Content Store のバックアップを新しいバージョンの製品と共に使用する場合、ディスパッチャーを以前のバージョンから登録解除する必要があります。

手順

1. Web ブラウザーで、IBM Cognos Connection を開きます。

2. 右上隅にある「起動」をクリックし、「IBM Cognos Administration」をクリックします。

3. 「設定」をクリックしてから、「ディスパッチャーとサービス」をクリックします。

4. 「詳細」をクリックして、以前のバージョンに属するディスパッチャーを表示します。

5. 「登録解除」をクリックし、次に「OK」をクリックします。

ディスパッチャー情報が Content Store から削除されます。

z/OS 上の IBM DB2 でのログ記録データベースのアップグレード:

z/OS 上の DB2 でログ記録データベースをアップグレードするには、新しい表スペースを作成し、表スペースを使用するための権限を付与するスクリプトを実行します。

始める前に

スクリプトを実行するには、表スペースを作成する権限が必要です。新しいバージョンの設定を保存する前にスクリプトを実行してください。

手順

1. <c10 の場所>¥configuration¥schemas¥logging¥db2zOS ディレクトリーに移動し、LS_tablespaceUpgrade_db2zOS.sql をテキスト・エディターで開きます。

2. スクリプト・ファイルの説明に従って、ファイルのプレースホルダー値をデータベースの値に置き換えます。

3. ファイルを保存して実行します。

配布アーカイブを使用してコンテンツを移動するContent Store から特定のコンテンツを移動するには、配布アーカイブを使用できます。配布アーカイブは、新しいバージョンの製品にインポートできる圧縮ファイルです。

重要: 既存の Content Store を復元することによりコンテンツを移動した場合、配布アーカイブを使用してコンテンツを移動する必要はありません。

配布アーカイブを使用してコンテンツを移動する手順には、以下が含まれます。

1. アーカイブを作成する。

2. アーカイブを新しいバージョンの製品にコピーする。

3. コンテンツをインポートする。


配布アーカイブの作成:

以下のタスクを使用して、配布アーカイブを作成します。

手順

1. 「IBM Cognos Administration」の「設定」タブで、「コンテンツ管理」をクリックします。

2. ツールバーで、「エクスポートの新規作成」アイコンをクリックします。

3. アーカイブの「名前」を入力します。

4. アーカイブに含めるコンテンツを選択します。

v 特定のフォルダーやディレクトリーの内容をエクスポートするには、「共有フォルダーとディレクトリーの内容を選択」をクリックします。

v Content Store 全体をエクスポートするには、「Content Store 全体を選択」をクリックします。 Content Store 全体を選択する場合、「ユーザー・アカウント情報を含める」も選択できます。

5. 「Next」をクリックします。

6. 「Content Store 全体を選択」をクリックした場合、コンテンツをインポートする際に使用するパスワードを入力して、「OK」をクリックします。

7. 「共有フォルダーとディレクトリーの内容を選択」をクリックした場合、以下を行います。

a. 「共有フォルダーの内容を選択」パネルで、「追加」をクリックします。

b. 「エントリーを選択」パネルの「使用できるエントリー」ボックスで、エクスポートするパッケージかフォルダーを選択します。

共有フォルダー階層を参照し、目的のパッケージかフォルダーを選択するこ

とができます。「追加」アイコンをクリックして、選択したアイテムを「選択されたエントリー」ボックスに移動し、「OK」をクリックします。

c. エクスポートするパッケージやフォルダーごとに次の操作を行い、「次へ」をクリックします。

v ターゲット環境のパッケージやフォルダーに変更を加えるには、「編集」

アイコンをクリックし、変更を行って「OK」をクリックします。

v パッケージやフォルダー、およびそのエントリーに対するアクセスを禁止する場合は、「インポート後に無効化」列のチェック・ボックスをオンにします。この方法は、ターゲット環境で公開する前にレポートをテストする場合に便利です。

v 「オプション」で、出力レポート・バージョン、実行履歴、およびスケジュールを含めるかどうか、および競合が発生したときのエントリーの処理方法を選択します。

d. 「ディレクトリーの内容を選択」パネルで、任意のオプションを選択してから「次へ」をクリックします。


e. 「全般オプションを設定」パネルで、任意のオプションを選択してから「次へ」をクリックします。

f. 「配布アーカイブの指定」パネルで、リストから既存の配布アーカイブを選択するか、新規に作成します。

配布アーカイブに新しい名前を入力する場合は、名前にスペースを入れないでください。新しい配布仕様の名前が既存の配布アーカイブの名前と同じ場合は、既存の配布アーカイブが上書きされます。

8. 概要情報を確認し、「次へ」をクリックします。

9. 「操作」で、「保存して 1 回実行」を選択します。

10. 「オプションを指定して実行」パネルで、「今すぐ実行」を選択して「実行」をクリックします。

タスクの結果

配布アーカイブが、IBM Cognos BI をインストールした deployment ディレクトリーに作成されました。

配布アーカイブを新しいバージョンにコピーする:

配布アーカイブを、それらが作成されたインスタンスから新しいインスタンスに手動でコピーする必要があります。

手順

作成した配布アーカイブを、<古いバージョンのインストール場所>/deployment ディレクトリーから <新しいバージョンのインストール場所>/deployment ディレクトリーにコピーします。

注: deployment ディレクトリーは、 IBM Cognos Configuration で設定可能です。デフォルトで、その場所は <インストール場所>/deployment となります。別の場所を使用する場合、配布アーカイブを適切なディレクトリーにコピーしてください。

Content Store 全体の配布アーカイブをインポートするときに設定オブジェクトを含める:

Content Store 全体をインポートする際に、設定オブジェクトを含めることができます。例えば、ソース環境から取り入れるサービスについての一連の詳細設定があるために、設定をインポートする場合があります。

設定オブジェクトは、エクスポートには含まれますが、Content Store 全体のインポートの際はデフォルトでは、除外されます。設定オブジェクトには、ディスパッチャーやディスパッチャーのグループ化に使用する設定フォルダーなどがあります。

手順

1. 「IBM Cognos Administration」の「設定」タブで、「ディスパッチャーとサービス」をクリックします。

2. 適切なディスパッチャーをクリックします。

3. 「ContentManagerService」の横にある「プロパティーを設定」アイコンをクリックします。


4. 「設定」タブをクリックします。

5. 「値」列で、「編集」をクリックします。

6. 「親エントリーから取得した設定を上書き」チェック・ボックスをオンにします。

7. 「パラメーター」列に、次のテキストを大文字で入力します。

CM.DEPLOYMENTINCLUDECONFIGURATION

8. 「値」列に、「true」と入力します。

9. 「OK」をクリックして終了します。

配布アーカイブのインポート:

エントリーをインポートするには、インポート配布仕様を作成します。

インポートを行う際には、エクスポートしたエントリーから選択します。エクスポートの際に設定したデフォルト・オプションをそのまま使用するか、または変更します。選択できるオプションは、エクスポートの際に配布アーカイブに含まれていたものです。

特定の共有フォルダーとディレクトリーの内容を部分的に配布する場合は、ターゲット環境におけるパッケージやフォルダーの有無と、存在する場合はそれらが最後に変更された日時がインポート・ウィザードに表示されます。この情報は、競合が発生したときの対応に使用できます。再配布の際には、パッケージとフォルダーが元の配布に含まれていたかどうかもウィザードに表示されます。

始める前に

配布アーカイブを新しいバージョンの製品の <c10 の場所>/deployment ディレクトリーにコピーしたことを確認してください。

手順

1. 新しいバージョンの製品で、「IBM Cognos Administration」の「設定」タブの「コンテンツ管理」をクリックします。

2. ツールバーの「インポートの新規作成」アイコンをクリックします。

3. 「配布アーカイブ」ボックスで、インポートする配布アーカイブを選択して、「次へ」をクリックします。

4. 配布アーカイブが Content Store 全体のものである場合、エクスポートの際に指定したパスワードを入力して、「OK」をクリックします。

5. インポートのための名前を入力し、保存先フォルダーを選択して、「次へ」をクリックします。

6. インポートに含める内容を選択し、オプションを選択して、「次へ」をクリックします。

ヒント: インポートされるコンテンツのターゲットの場所を変更する場合、パ

ッケージクリックの横のをクリックします。


7. 「全般オプションを設定」パネルで、任意のオプションを選択してから「次へ」をクリックします。

8. 概要情報を確認し、「次へ」をクリックします。

9. 「操作」で、「保存して 1 回実行」を選択して、「終了」をクリックします。

10. 「オプションを指定して実行」パネルで、以下を行います。

a. インポートの際にレポート仕様をアップグレードする場合は、「全レポート仕様を最新のバージョンにアップグレード」を選択します。このタスクは、コンテンツをインポートした後に実行することもできます。

b. 「実行」をクリックします。

レポート仕様をアップグレードするレポート仕様は、 IBM Cognos BI のあるバージョンから別のバージョンに変更することになります。以前のバージョンの製品で作成されたレポート仕様は、アップグレードする必要があります。

既存の Content Store のバックアップからアップグレードする場合、サービスを開始した後にレポート仕様をアップグレードする必要があります。

配布アーカイブを使用してコンテンツを新しいバージョンに移動する場合、インポート中にインポート仕様をアップグレードするように選択できます。

配布アーカイブを使用してコンテンツを移動した場合、レポート仕様をアップグレードするオプションを選択している可能性があります。インポートの際にレポート仕様をアップグレードした場合、それを繰り返す必要はありません。

始める前に

重要: レポート仕様を作成、変更、または保存する Software Development Kit アプリケーションがある場合は、レポート仕様をアップグレードしないでください。まず Software Development Kit アプリケーションを IBM Cognos レポート仕様スキーマに準拠するように更新する必要があります。この更新を実行しないと、使用している Software Development Kit アプリケーションがアップグレードされたレポート仕様にアクセスできなくなる場合があります。レポート仕様のアップグレードの詳細については、IBM Cognos Software Development Kit「Developer Guide」を参照してください。

手順1. 右上隅にある「起動」をクリックし、「IBM Cognos Administration」をクリックします。

2. 「設定」タブで、「コンテンツ管理」をクリックします。

3. ツールバーの「コンテンツ保守を新規作成」ボタンの矢印をクリックし、「レポートのアップグレードを新規作成」をクリックします。

4. アップグレード・タスクの名前を入力し、必要に応じて説明や画面のヒントを入力します。「Next」をクリックします。

5. アップグレードするレポート仕様のパッケージと場所を選択します。「Next」をクリックします。


レポート仕様をパッケージ別にアップグレードする場合は、パッケージのモデルに基づく Content Store 内のすべてのレポートがアップグレードされます。レポート仕様をフォルダー別にアップグレードする場合は、フォルダー内のすべてのレポートがアップグレードされます。

6. 次のいずれかを選択します。

v 「保存して 1 回実行」を選択して、「オプションを指定して実行」ページを開きます。

v 「保存してスケジュール」を選択して、スケジュール設定ツールを開きます。

v 「保存のみ」を選択して、後で実行するためにアップグレードを保存します。

Lifecycle Manager を使用して製品のバージョン間でレポートを比較する

Lifecycle Manager を使用すると、古い環境内のレポートを新しいバージョンの製品内のレポートと比較することによって、アップグレード済みコンテンツを検証できます。

詳しくは、IBM Cognos Lifecycle Manager のドキュメントを参照してください。



第 5 章 1 台のコンピューターに対する製品コンポーネントのインストールと設定

すべての IBM Cognos PowerPlay コンポーネントを 1 台のコンピューターにインストールできます。この方法は、テスト環境または評価環境を設定する場合や小規模実働環境を使用する場合に役立ちます。複数の異なるコンピューターに IBM

Cognos PowerPlay のインストールを分散することもできます。インストール後、IBM Cognos Configuration の他の設定を変更することにより、使用している環境での使用に合わせてコンポーネントをカスタマイズできます。

IBM Cognos Series 7 から IBM Cognos BI にコンテンツを移行するには、IBM

Cognos PowerPlay コンピューターと IBM Cognos Series 7 コンピューターの両方にMigration コンポーネントが必要です。 IBM Cognos PowerPlay をインストールすると、Migration コンポーネントも自動的にインストールされます。IBM Cognos

Series 7 コンピューターに Migration コンポーネントを追加するには、別途インストールする必要があります。

アンインストールの手順については、 351ページの『第 15 章 IBM Cognos BI のアンインストール』を参照してください。

サーバー・コンポーネントのインストールインストール・ウィザードを使用して、インストールするサーバー・コンポーネントと、使用するコンピューターでのインストール先を指定します。インストールの対象として選択したコンポーネントのみが、ディスクからコンピューターへコピーされます。

IBM Cognos PowerPlay を別のコンピューターで使用するには、インストール・ウィザードにデフォルトで選択されるすべてのコンポーネントをインストールする必要があります。

IBM Cognos PowerPlay を IBM Cognos Business Intelligence サーバーとともにインストールする場合は、IBM Cognos BI サーバーを先にインストールして設定します。両方の製品は同じバージョンでなければなりません。

IBM Cognos BI 製品のアプリケーションのサンプルは、専用のディスクに収録されています。サンプルを使用する場合は、IBM Cognos Business Intelligence Samples

ディスクからインストールする必要があります。

サービスを停止する

IBM Cognos サービスを停止する場合は、次のアプリケーションも停止してください。

v IBM Cognos サービスに関連するアプリケーション (Framework Manager、IBM

Cognos Transformer、IBM Cognos Connection、IBM Cognos

Administration、Metric Designer など)


v 実行中の Software Development Kit アプリケーション

インストールのアップグレード

IBM Cognos PowerPlay の以前のリリースからアップグレードする場合は、アップグレードの手順に従ってください。

IBM Cognos 製品の以前のリリースからアップグレードする場合は、 45ページの『第 4 章 IBM Cognos Business Intelligence のアップグレード』を参照してください。

以前のバージョンの IBM Cognos BI からアップグレードする場合、分散コンポーネントはすべて IBM Cognos BI と同じバージョンでなければなりません。IBM

Cognos BI を新しいホストや代替のホストにインストールする場合、IBM Cognos

Configuration の場所指定用のプロパティーを更新する必要があります。

IBM Cognos Series 7 ネームスペースに対してセキュリティー保護されたPowerCube を使用する場合は、IBM Cognos Series 7 をサポートするコンピューターに IBM Cognos PowerPlay をインストールする必要があります。

IBM Cognos BI Controller バージョン 8.x、IBM Cognos BI Planning バージョン8.x、IBM Cognos BI Analysis for Microsoft Excel バージョン 8.x など、以前のバージョンの他の IBM Cognos BI 製品が含まれる環境で IBM Cognos BI のアップグレードを実施する場合、IBM Cognos BI の他の製品とは別の場所に新しいバージョンの IBM Cognos BI をインストールし、その新しいバージョンがもう一方の IBM

Cognos BI 製品から独立して動作するように設定します。他の製品が IBM Cognos

BI と互換性のあるバージョンにアップグレードされたら、これらの製品が同時に動作するように設定できます。

64 ビットのインストール

IBM Cognos BI ゲートウェイでは、インストール先が 64 ビット・サーバーか 32

ビット・サーバーかに関係なく、32 ビット・ライブラリーが提供されます。一部のWeb サーバー (Apache Web Server など) では、コンパイル済みの 32 ビット・ライブラリーをコンパイル済みの 64 ビット・サーバーにロードできません。このような場合は、32 ビット・バージョンの IBM Cognos ゲートウェイを 32 ビットWeb サーバーにインストールします。

アプリケーション層コンポーネントに付属の Report Server コンポーネントは、32

ビットと 64 ビットの両方のバージョンで提供されます。使用するバージョンの選択は、インストール後に IBM Cognos Configuration を使用して行います。デフォルトでは、Report Server コンポーネントは、64 ビット・コンピューター上でも、32

ビット・モードを使用するように設定されています。 64 ビット・モードでは動的クエリー・モード用に作成されたレポートのみ実行できるのに対し、32 ビット・モードではすべてのレポートを実行できます。

IBM Cognos BI Controller バージョン 8.x、IBM Cognos BI Planning バージョン8.x、IBM Cognos BI Analysis for Microsoft Excel バージョン 8.x など、以前のバージョンの他の IBM Cognos BI 製品が含まれる環境で IBM Cognos BI のアップグレードを行う場合、IBM Cognos BI の他の製品とは別の場所に新しいバージョンの IBM Cognos BI をインストールし、他の IBM Cognos BI 製品から独立して動


作するように設定します。他の製品が IBM Cognos BI と互換性のあるバージョンにアップグレードされたら、これらの製品が同時に動作するように設定できます。

Windows インストール

Microsoft Windows オペレーティング・システム・インストールの場合、インストールする Windows コンピューターの管理者権限が必要になります。また、一時ファイルを保存するディレクトリーを指す TEMP システム変数が、コンピューターに設定されている必要があります。インストール時に、ディスクのファイルが、一時的にこのディレクトリーにコピーされます。

UNIX インストール

UNIX オペレーティング・システムのインストールの場合、グラフィカル・ユーザー・インターフェースを使用するかサイレント・インストールを実行することによって、サーバー・コンポーネントをインストールできます。グラフィカル・モードのインストールを実行するには、UNIX コンピューターに接続されているコンソールで、Java ベースのグラフィカル・ユーザー・インターフェースがサポートされている必要があります。

また、IBM Cognos BI には、インストール・プログラムを実行するアカウントのファイル・モード作成マスク (umask) が関連します。この影響を受けるのは、インストール・ディレクトリーのみです。ディレクトリー内のファイルのアクセス権には、影響を与えません。ただし、ログなど実行時に生成されるファイルには、マスクが関連します。インストール・ディレクトリーには、umask 022 を使用します。

Cognos Content Database の Content Store としての使用

Cognos Content Database を Content Store として使用する場合、インストール・ウィザードで選択する必要があります。複数のコンピューターにコンポーネントをインストールする場合でも、Cognos Content Database は一度インストールするだけで済みます。

プリンターの要件

Windows 上でレポートが正しく印刷されるようにするには、Adobe Reader で、アプリケーション層コンポーネントがインストールされているオペレーティング・システム上で少なくとも 1 台のプリンターを設定する必要があります。選択した印刷形式に関係なく、すべてのレポートが一時 PDF ファイルとして印刷用に Adobe

Reader に送信されます。

UNIX または Linux オペレーティング・システムでのサーバー・コンポーネントのインストール

インストール・ウィザードを使用して、インストールするサーバー・コンポーネントと、使用するコンピューターでのインストール先を指定します。インストールの対象として選択したコンポーネントのみが、ディスクからコンピューターへコピーされます。

第 5 章 1 台のコンピューターに対する製品コンポーネントのインストールと設定 65

始める前に

IBM Software Product Compatibility Reports (SPCR) ページ (www.ibm.com/support/

docview.wss?uid=swg27037784) にアクセスします。製品をインストールする前に、必須パッチがコンピューターにインストールされていることを確認してください。

手順1. IBM Cognos BI の他のコンポーネントがインストールされているディレクトリーにインストールする場合は、IBM Cognos サービスを停止します。

2. Java Runtime Environment (JRE) のインストール場所を指すようにJAVA_HOME 環境変数を設定します。

Java Runtime Environment のインストール場所は、/<ディレクトリー>/java/<Java のバージョン>/jre などになります。

IBM Cognos BI を Linux オペレーティング・システムで実行するには、IBM

によって提供される JVM などの JVM が必要です。

他の IBM Cognos BI コンポーネントが存在する場所にインストールする場合は、現行の JAVA_HOME 環境変数をそのまま使用してください。

3. HP-UX で、次のように _M_ARENA_OPTS 環境変数を設定します。

_M_ARENA_OPTS 1:4

これにより、HP-UX のメモリー割り当て量が増加し、他の UNIX プラットフォームのメモリー割り当て量に近くなります。

4. AIX では、サーブレット・ゲートウェイを使用する場合、次のようにAIXTHREAD_SCOPE 環境変数を設定します。

AIXTHREAD_SCOPE=S

これにより、ユーザー・スレッドの競合範囲がシステム全体に設定され、より効果的なユーザー・スレッドのスケジュールがサポートされます。

5. ダウンロードからインストールする場合は、インストール・ファイルをダウンロードし解凍した場所に移動します。

6. ディスクからインストールする場合には、Rock Ridge ファイル拡張を使用してディスクをマウントします。

HP-UX でディスクをマウントするには、次の操作を行います。

v pfs_mount ディレクトリーをパスに追加します。

例えば、次のようになります。

PATH=/usr/sbin/:$PATH

export PATH

v 必要な NFS デーモンを開始し、バックグラウンドでデーモンを実行するには、「bg pfs_mountd」、「bg pfsd」の順に入力します。

v ドライブをマウントするには、次のように入力します。



pfs_mount -t rrip <device><mount_dir> -o xlat=unix


pfs_mount /dev/dsk/c0t2d0 /cdrom -o xlat=unix

このドライブから IBM Cognos のディスクを使用して非ルート・ユーザーとしてファイルをインストールまたはコピーできるようになります。

v インストールが完了したら、「pfs_umount /cdrom」と入力し、pfsd デーモンと pfs_mountd デーモンを終了してディスクのマウントを解除します。

7. インストール・ウィザードを起動するため、オペレーティング・システムのディレクトリーに移動して、次のように入力します。

./issetup

注: issetup コマンドを X Window で使用した場合、メッセージやログ・ファイルの日本語文字が文字化けすることがあります。UNIX または Linux 上に日本語環境でインストールする場合、最初に環境変数を LANG=C およびLC_ALL=C のように設定します。ここで、C は言語コード (例えば Solaris では ja_JP.PCK) を表します。次にインストール・ウィザードを起動します。

X Window を使用しない場合は、無人インストールを実行します ( 321ページの『第 12 章無人インストールと無人構成の使用』を参照)。

X Window を使用しない場合は、無人インストールを実行します。詳細については「インストールおよび設定ガイド」を参照してください。

Linux オペレーティング・システムにインストールしていて、openmotif ライブラリーの欠落に関するエラー・メッセージを受け取る場合は、issetupnx コマンドによる無人インストールを使用できます。

8. インストール・ウィザードの指示に従って、必要なファイルをコンピューターにコピーします。

パス名に ASCII 文字のみが含まれるディレクトリーに IBM Cognos BI コンポーネントをインストールします。一部の UNIX Web サーバーおよび Linux

Web サーバーでは、ディレクトリー名に ASCII 以外の文字は使用できません。

9. 英語以外の製品ドキュメントのインストールについて尋ねられたら、「OK」をクリックして続行します。

10. インストール・ウィザードの「終了」ページで次のように操作します。

v ログ・ファイルを確認する場合には、目的のログ・ファイルの「表示」をクリックします。

v 製品に関する最新情報を確認する場合には、IBM Cognos リリース・ノートのチェック・ボックスをオンにします。

v IBM Cognos BI をすぐに設定しないでください。IBM Cognos BI の設定を行う前に、使用環境が正しく設定されているかどうかを確認する必要があります。「IBM Cognos Configuration」チェック・ボックスがオフになっていることを確認してください。


IBM Cognos Configuration を使用して、IBM Cognos BI を後から設定することも可能です。これを行うには、<c10 の場所>/bin64 ディレクトリーにcogconfig.sh を入力します。

v 「終了」をクリックします。

11. c10 の場所/bin ディレクトリーを、次のいずれかのライブラリー・パス環境変数に追加します。

v Solaris と Linux の場合:LD_LIBRARY_PATH

v AIX の場合:LIBPATH

v HP-UX の場合:SHLIB_PATH

タスクの結果

英語以外の製品ドキュメントをユーザーに提供する場合は、ゲートウェイ・コンポーネントをインストールした場所に Supplementary Language Documentation コンポーネントをインストールする必要があります。詳細については、 71ページの『翻訳された製品資料のインストール』を参照してください。

IBM Cognos BI を設定するには、Java セキュリティー・フレームワークを更新する必要があります ( 29ページの『Java の要件』を参照)。Java 環境を更新しないと、次のエラーが発生することがあります。

[Cryptography]1. [ ERROR ] java.lang.NoClassDefFoundError:javax/net/ServerSocketFactory:

関連タスク:

371ページの『Linux オペレーティング・システムで issetup を実行できない』IBM Cognos BI をインストールするために issetup を実行しても、以下のエラー・メッセージを受け取ります。

Windows オペレーティング・システムでのサーバー・コンポーネントのインストール


Windows Vista、Windows 7、または Windows 2008 コンピューターでは、デフォルトのインストール場所として Program Files (x86) ディレクトリーが使用されます。この場所にインストールする場合は、IBM Cognos Configuration を Administrator として実行していることを確認してください。そうでない場合は、Program Files (x86)

ディレクトリーの外側に製品をインストールすることができます。例えば、C:¥IBM¥cognos¥c10 のようなディレクトリーにインストール先を変更することができます。


2. 次のいずれかを実行します。


v IBM Cognos 製品のディスクを挿入します。

インストール・ウィザードが自動的に開かない場合は、オペレーティング・システムのディレクトリーに移動して、issetup.exe をダブルクリックします。

v インストール・ファイルをダウンロードし解凍した場所に移動し、issetup.exe をダブルクリックします。

3. インストール時に使用する言語を選択します。

ここで選択した言語によって、ユーザー・インターフェースの言語が決まります。サポートされている言語はすべてインストールされます。インストール後に、インストールされている任意の言語にユーザー・インターフェースを変更することも可能です。


パス名に ASCII 文字のみが含まれるディレクトリーに IBM Cognos BI コンポーネントをインストールします。一部の Windows Web サーバーでは、ディレクトリー名に ASCII 以外の文字は使用できません。

5. 英語以外の製品ドキュメントのインストールについて尋ねられたら、「OK」をクリックして続行します。




v インストール・ウィザードから IBM Cognos Configuration を開始する場合、サービスを開始する前に、このセクションの追加タスクに従って環境が適切に設定されていることを確認してください。

「スタート」メニューから IBM Cognos Configuration ショートカットを使用して IBM Cognos Configuration を開始できます。



フィックスパックのインストールIBM では、IBM Cognos 製品の 1 つ以上のコンポーネントに対する更新が含まれる暫定保守パッケージを用意しています。製品のインストール時またはアップグレード時にフィックス・パックが使用できる場合は、IBM Cognos コンポーネントのインストール後にフィックスパックをインストールする必要があります。


フィックスパックは累積されます。最新のフィックスパックをインストールするとき、それには以前のすべてのフィックスパックからの更新が含まれています。フィックスパックは、IBM サポート (http://www.ibm.com/support/entry/portal/overview) からダウンロードできます。

注: Fix Pack は、スタンドアロン式のインストールではありません。IBM Cognos

コンポーネントがインストールされているコンピューターにインストールする必要があります。使用している製品バージョンに対応するフィックスパックをインストールしてください。バージョンを確認するには、<c10 の場所>¥cmplst.txt にあるコンポーネント・リスト・ファイルを開き、PowerPlay Client のC8PPCLIENT_version= と PowerPlay サーバー・バージョンの C8PPES_version= で始まる行を確認します。

UNIX または Linux オペレーティング・システムでの IBMCognos フィックスパックのインストール

フィックスパックは、製品の最新リリース以降に行われた累積のコード修正を含む製品アップデートです。 IBM Cognos フィックスパックは、既存の製品と同じ場所にインストールされます。

手順1. インストール・ファイルがダウンロードされた場所に移動するか、ディスクがある場合は挿入します。

2. インストール・ウィザードを開始するには、次のコマンドを入力します。

./issetup

3. インストール・ウィザードの指示に従い、既存の IBM Cognos コンポーネントと同じ場所にフィックスパック・ファイルをインストールします。

4. 必要に応じて、カスタマイズしたファイルのバックアップ・コピーからの変更によって、新しいインストール・ファイルを更新します。

エラーを回避するには、カスタマイズしたファイルをコピーする前に、ファイルの両方のバージョンを比較します。この検証で、ファイルを置換できるかどうかが決まります。

5. 分散環境の場合は、残りのすべての IBM Cognos サーバーに対してこれらの手順を繰り返します。

Windows オペレーティング・システムへのフィックスパックのインストール

フィックスパックは、製品の最新リリース以降に行われた累積のコード修正を含む製品アップデートです。 IBM Cognos フィックスパックは、既存の製品と同じ場所にインストールされます。

手順1. Windows オペレーティング・システム用のフィックスパック・ディスクを挿入するか、ファイルをダウンロードして解凍した場所に移動し、issetup.exe ファイルをダブルクリックします。


http://www.ibm.com/support/entry/portal/overview





翻訳された製品資料のインストールインストール・ガイドやリリース・ノートなどのドキュメントは、製品のインストール時には一部の言語版のみがインストールされます。翻訳されたすべてのドキュメントにアクセスするには、IBM Cognos BI Supplementary Language Documentation

からのインストールが必要になります。

始める前に

Supplementary Language Documentation をインストールする前に、次のことを確認してください。

v IBM Cognos BI が正しくインストールおよび設定されていること

v 他言語のドキュメントをインストールするための十分なディスク・スペースがあること

少なくとも、220 MB のディスク・スペースが必要です。

v ソフトウェア環境がサポートされていること。

手順1. ゲートウェイ・コンポーネントがインストールされているコンピューターで、

IBM Supplementary Language Documentation ディスクを挿入するか、インストール・ファイルがダウンロードされて解凍されたディレクトリーに移動します。

UNIX または Linux オペレーティング・システムの場合は、Rock Ridge ファイル拡張機能を使用してディスクをマウントします。

Windows の場合は、製品ディスクから自動的にインストール・ウィザードが起動します。

2. インストール・ウィザードを手動で起動するため、オペレーティング・システムのディレクトリーに移動して、次の手順を実行します。

v Windows で「ようこそ」ページが表示されない場合は、"issetup.exe"ファイルをダブルクリックします。

v UNIX または Linux の場合は、次のように入力します。

./issetup

注: issetup コマンドを X Window で使用した場合、日本語文字が文字化けすることがあります。


3. インストール・ウィザードの指示に従って、IBM Cognos BI のゲートウェイ・コンポーネントをインストールした場所と同じ場所に必要なファイルをコピーします。

パス名に ASCII 文字のみが含まれるディレクトリーにインストールします。一部の Web サーバーでは、ディレクトリー名に ASCII 以外の文字は使用できません。

多言語のドキュメント・コンポーネントがデフォルトで選択されます。

4. インストール・ウィザードの「終了」ページで、必要なオプションを選択します。

Content Store データベース用のデータベース接続の設定Cognos Content Database またはMicrosoft SQL Server 以外のデータベースをContent Store として使用する場合は、Content Manager をインストールする各コンピューターに、データベース・クライアント・ソフトウェアまたは JDBC (Java

Database Connectivity) ドライバー (あるいはその両方) をインストールしなければならない場合があります。これによって Content Manager が Content Store データベースにアクセスできるようなります。

IBM DB2 Content Store のデータベース接続の設定以下に記されている手順では、DB2 Content Store のデータベース接続を設定する方法について取り上げています。この手順は、Content Manager がインストールされている各コンピューターで実行する必要があります。

IBM DB2 を使用している場合、タイプ 4 の Java Database Connectivity (JDBC) ドライバーを使用して Content Store に接続する必要があります。

タイプ 4 のドライバーは、独立した製品として扱われます。このドライバーは、DB2 クライアントをインストールしなくても使用できます。

手順

以下のファイルを DB2_installation¥sqllib¥java ディレクトリーから <c10 の場所>¥webapps¥p2pd¥WEB-INF¥lib ディレクトリーにコピーします。

v 汎用ドライバー・ファイル db2jcc.jar

v ライセンス・ファイル:

Linux、UNIX、または Windows オペレーティング・システム上の DB2 の場合は、db2jcc_license_cu.jar を使用します。

z/OS 上の DB2 の場合は、db2jcc_license_cisuz.jar を使用します。

z/OS 上の DB2 に接続する場合は、Linux、UNIX、Windows バージョン 9.1 Fix

Pack 5、またはバージョン 9.5 Fix Pack 2 のドライバー・バージョンを使用します。

ヒント: ドライバーのバージョンを確認するには、次のコマンドを実行します。


java -cp <パス>¥db2jcc.jar com.ibm.db2.jcc.DB2Jcc -version

DB2 Content Store のデータベースを作成するスクリプト・ファイルの生成すべてのプラットフォーム上の IBM DB2 で、Content Store を自動的に作成するためのスクリプト・ファイルを生成できます。スクリプト・ファイルは、DDL ファイルと呼ばれます。

手順1. IBM Cognos Configuration を開始します。

2. 「Explorer」ウィンドウの「データ・アクセス」 > 「Content Manager」で、「Content Store」をクリックします。

デフォルト構成は、IBM DB2 データベース用です。「タイプ」が「DB2 データベース」であることを確認してください。

3. 「データベース・サーバーとポート番号」項目に、DB2 が実行されるコンピューターの名前とポート番号を入力します。例えば、localhost:50000 とします。ここで、50000 は IBM DB2 によって使用されるデフォルトのポート番号です。別のポート番号を使用している場合は、その値を使用するようにしてください。

4. 「ユーザー ID とパスワード」プロパティーの隣にある「値」フィールドをクリックして、編集アイコンをクリックします。適切な値を入力して、「OK」をクリックします。

5. 「プロパティー」ウィンドウで、「データベース名」プロパティーに、ご使用のContent Store データベースの名前を入力します。

重要: 名前は 8 文字以下でなければならず、使用できるのは英数字、アンダースコアー、ハイフンのみです。

6. 「コンテンツ・ストア」を右クリックし、そして「DDL の生成 (GenerateDDL)」をクリックします。

7. 「詳細」をクリックして、生成された DDL ファイルの場所を記録します。

createDB.sql という名前の DDL ファイルが作成されます。スクリプトは、<c10 の場所>¥configuration¥schemas¥content¥db2 ディレクトリーに作成されます。

次のタスク

このスクリプトを使用して、IBM DB2 内にデータベースを作成します。 DDL ファイルの使用方法について詳しくは、IBM DB2 のドキュメントを参照してください。

IBM DB2 コマンド行インターフェースを使用する場合は、次のコマンドを入力してスクリプトを実行できます。

db2 -tvf createDB.sql


DB2 for z/OS での Content Store の表スペースの作成データベース管理者は、Content Store データベースで必要な一連の表スペースを作成するスクリプトを実行する必要があります。スクリプトを変更して、プレースホルダー・パラメーターを環境に適したものに置き換えます。

デフォルトで、Content Store は通知、ヒューマン・タスク、および注釈に使用されます。それぞれに別個のデータベースを作成できます。

このタスクについて

z/OS 上の DB2 用の命名規則を使用してください。例えば、パラメーター名はすべて文字で始まり、8 文字以下でなければなりません。この文字長の制限には、次の2 つの例外があります。

v CMSCRIPT_CS_ID は、2 文字以下でなければなりません。

v CMSCRIPT_TABLESPACE は、6 文字以下でなければなりません。

これらの例外の理由は、2 つのパラメーターが連結されるときに文字長が 8 文字以下でなければならないためです。

詳細については、IBM DB2 インフォメーション・センターを参照してください。

手順1. 表スペースの作成と削除の権限、および SQL 文の実行を許可する権限のあるユーザーとしてデータベースに接続します。

2. スクリプトが格納されているディレクトリーに移動します。

<c10 の場所>/configuration/schemas/content/db2zOS

3. tablespace_db2zOS.sql スクリプト・ファイルのバックアップ・コピーを作成して、そのファイルを別の場所に保存します。

4. 元の tablespace_db2zOS.sql スクリプト・ファイルを開きます。

a. スクリプトの先頭に接続ステートメントを追加します。


connect to databasename;

b. 次の表を参考にして、汎用パラメーターを環境に適したものに置き換えます。

この表に挙げたすべてのパラメーターがスクリプトに存在するわけではありませんが、いくつかは将来追加される可能性があります。

表 15. Content Store の表スペース・スクリプトのパラメーター名および説明

パラメーター名説明

CMSCRIPT_STOGROUP ストレージ・グループの名前を指定します。

CMSCRIPT_DATABASE Content Store データベースの名前を指定します。

CMSCRIPT_CS_ID Content Store データベースのサブシステムID を指定します。

この ID は、2 文字以下にしてください。


表 15. Content Store の表スペース・スクリプトのパラメーター名および説明 (続き)


CMSCRIPT_TABLESPACE Content Store のすべての基準テーブルが格納される表スペースの名前を指定します。

補助テーブルは含まれません。

この名前は、6 文字以下にしてください。

CMSCRIPT_LARGE_BP 特に大きいオブジェクトに対して割り当てられる大きいバッファー・プールの名前を指定します。

このバッファー・プールは、z/OS システム上でデータベース管理者が Content Store データベースを作成した際に作成された 32 KB

バッファー・プールです。

CMSCRIPT_REGULAR_BP 通常のオブジェクトと大きいオブジェクトに対して割り当てられる通常サイズのバッファー・プールの名前を指定します。



CMSCRIPT_USERNAME Content Store データベースにアクセスするユーザー・アカウントを指定します。

5. スクリプトを保存して実行します。

例えば、clp.properties ファイルおよび DB2 別名をプロファイルの中またはtcshrc スクリプト・ファイルの中にセットアップした場合、以下のコマンドを入力してスクリプトを実行します。

db2 -tvf tablespace_db2zOS.sql

6. "tablespace_db2zOS.sql" ファイル・スクリプトを実行したときに作成された表スペースに対する権限を IBM Cognos ユーザーに付与します。

a. rightsGrant_db2zOS.sql スクリプト・ファイルのコピーを作成して、それを別の場所に保管します。

b. リモート・アクセス・ツールで元の rightsGrant_db2zOS.sql スクリプト・ファイルを開き、プレースホルダー・パラメーターを環境に適した値に置き換えます。

バッファー・プールとユーザー・アカウントにリソースを割り当てたときに使用した値と同じ値を使用してください。.

c. スクリプトの先頭に接続ステートメントを追加します。


connect to databasename user username using password;

d. スクリプトを保存して実行します。



db2 -tvf rightsGrant_db2zOS.sql

7. 通知の表スペースを作成するには、<c10 の場所>/configuration/schemas/

delivery/zosdb2 ディレクトリーに移動します。

a. NC_TABLESPACES.sql スクリプト・ファイルのバックアップ・コピーを作成して、そのファイルを別の場所に保存します。

b. 元の NC_TABLESPACES.sql スクリプト・ファイルを開き、以下の表を参考にしながら、プレースホルダー・パラメーターをご使用の環境に適した値に置き換えます。

表 16. z/OS 上の DB2 通知データベース用の表スペースのパラメーター名および説明


NCCOG 通知データベースの名前を指定します。

DSN8G810 ストレージ・グループの名前を指定します。

BP32K バッファー・プールの名前を指定します。

この表に挙げたすべてのパラメーターがスクリプトに存在するわけではありませんが、将来追加される可能性があります。

c. スクリプトを保存して実行します。


db2 -tvf NC_TABLESPACES.sql

d. NC_CREATE_DB2.sql スクリプト・ファイルを開き、NCCOG プレースホルダー・パラメーターを通知データベース名に置き換えます。

e. スクリプトを保存します。

Job サービスと Scheduling Monitor サービスでスクリプトが自動的に実行されます。スクリプトを自分で実行するように選択することも可能です。

8. Human Task の表スペースを作成するには、c10_location/configuration/

schemas/hts/zosdb2 ディレクトリーに移動します。

a. HTS_tablespaces.sql スクリプト・ファイルのバックアップ・コピーを作成して、そのファイルを別の場所に保存します。

b. 元の HTS_TABLESPACES.sql スクリプト・ファイルを開き、次の表を参考にして、汎用パラメーターを環境に適した汎用パラメーターに置き換えます。

表 17. DB2 for z/OS での Human Task に対する表スペースのパラメーター名と説明


NCCOG データベースの名前を指定する。


BP32K 32 K のバッファー・プールの名前を指定します。

必要なパラメーターの完全なリストについては、スクリプトを参照してください。



d. HTS2_CREATE_Db2zos.sql スクリプト・ファイルを開き、次の表を参考にして、汎用パラメーターを環境に適した汎用パラメーターに置き換えます。



NCCOG データベースの名前。


e. スクリプトを保存して実行します。

9. Annotation の表スペースを作成するには、c10_location/configuration/

schemas/ans/zosdb2 ディレクトリーに移動します。

a. ANN_TABLESPACES.sql スクリプト・ファイルのバックアップ・コピーを作成して、そのファイルを別の場所に保存します。

b. 元の ANN_TABLESPACES.sql スクリプト・ファイルを開き、次の表を参考にして、汎用パラメーターを環境に適した汎用パラメーターに置き換えます。

表 19. DB2 for z/OS での Annotation に対する表スペースのパラメーター名と説明



DSN8G810 ストレージ・グループの名前。

BP32K 32 K バッファー・プールの名前。



d. ANS2_CREATE_Db2zos.sql スクリプト・ファイルを開き、次の表を参考にして、汎用パラメーターを環境に適した汎用パラメーターに置き換えます。






Oracle Content Store のデータベース接続の設定以下に記されている手順では、Oracle Content Store のデータベース接続を設定する方法について取り上げています。この手順は、Content Manager がインストールされている各コンピューターで実行する必要があります。

手順1. Oracle クライアントがインストールされているコンピューターで、

"ORACLE_HOME/jdbc/lib" ディレクトリーに移動します。


2. Content Manager がインストールされていて Oracle データベースに通知が送信されるコンピューターの <c10 の場所>¥webapps¥p2pd¥WEB-INF¥lib ディレクトリーに、使用している Oracle クライアントのバージョンに対して適切なライブラリー・ファイルをコピーします。

Oracle 10g を使用している場合は、ojdbc14.jar が必要です。


このファイルは Oracle のクライアントかサーバーのインストールによって提供されますが、Oracle の技術 Web サイトからもダウンロードできます。

Informix Content Store のデータベース接続の設定以下に記されている手順では、Informix Content Store のデータベース接続を設定する方法について取り上げています。この手順は、Content Manager がインストールされている各コンピューターで実行する必要があります。

手順1. Informix がインストールされているコンピューターで、<Informix の場所

>/sqllib/java ディレクトリーに移動します。

2. Content Manager がインストールされているすべてのコンピューターで、<c10 の場所>/webapps/p2pd/WEB-INF/lib ディレクトリーに次のファイルをコピーします。


v ライセンス・ファイル (db2jcc_license_cisuz.jar)

Sybase Content Store のデータベース接続の設定以下に記されている手順では、Sybase Content Store のデータベース接続を設定する方法について取り上げています。この手順は、Content Manager がインストールされている各コンピューターで実行する必要があります。

手順1. Sybase がインストールされているコンピューターで、Sybase_location/

jConnect-6/classes ディレクトリーに移動します。

2. Content Manager がインストールされていて、Sybase データベースに通知が送信されるすべてのコンピューターで、<c10 の場所>/webapps/p2pd/WEB-INF/lib ディレクトリーに jconn3.jar ファイルをコピーします。

IBM Cognos Configuration の起動デフォルトの Tomcat サーブレット・コンテナーを使用している場合、IBM Cognos

Configuration を使用して IBM Cognos Business Intelligence コンポーネントを設定し、IBM Cognos サービスを開始および停止します。


始める前に

IBM Cognos Configuration を起動する前に、オペレーティング環境が正しく設定されていることを確認してください。例えば、すべての環境変数が設定されていることを確認します。

Microsoft Windows オペレーティング・システムの場合は、追加の設定を行う必要がない場合にのみ、インストール・ウィザードの最終ページで IBM Cognos

Configuration を起動できます。例えば、Content Store 用データベースとしてMicrosoft SQL または Cognos Content Database 以外のデータベース・サーバーを使用する場合は、Java Database Connectivity (JDBC) ドライバーを適切な場所にコピーしてから Cognos Configuration を起動します。

UNIX または Linux オペレーティング・システムの場合は、インストール・ウィザードの最終ページで IBM Cognos Configuration を起動しないでください。 IBM

Cognos BI の設定前に必要な、追加作業があります。例えば、Java 環境を更新する必要があります。

IBM Cognos の実行に使用されるユーザーまたはサービス・アカウントがセットアップされていることを確認してください。

手順1. Microsoft Windows の場合、「スタート」 > 「IBM Cognos Configuration」をクリックします。

Windows Vista、Windows 7、または Windows 2008 コンピューターを使用している場合に、製品を Program Files (x86) ディレクトリーにインストールしたときは、IBM Cognos Configuration を Administrator として始動してください。

2. UNIX または Linux オペレーティング・システムの場合は、<c10 の場所>/bin64 ディレクトリーに移動して、次のコマンドを入力します。

./cogconfig.sh

IBM Cognos Configuration が開かない場合は、DISPLAY 環境変数を設定したか確認します。

JAVA.Lang.unsatisfied link メッセージが表示された場合は、サポートされているバージョンの Java を使用していることを確認します。

Java.lang.unsupportedClassVersionError メッセージが表示された場合は、64

ビット・バージョンの Java を使用していることを確認します。

IBM Cognos Configuration の環境プロパティーの設定IBM Cognos Business Intelligence で使用される URI プロパティーに、サーバー名または IP アドレスを指定します。これにより、ユーザーは、E メールで送信されるレポートやワークスペースにさまざまな場所から接続できます。デフォルトでは、URI プロパティーに"localhost"が指定されています。


手順1. IBM Cognos Configuration を起動します。


3. 次の手順に従って、「プロパティー」ウィンドウで、すべての URI プロパティーの"localhost"の部分を、使用している IBM Cognos BI サーバーの名前またはIP アドレスに変更します。

v 「Content Manager URI」の値をクリックし、「編集」アイコンをクリックします。値を変更し、「OK」をクリックします。

v その他すべての URI プロパティーについて、値をクリックして変更します。

4. 「Explorer」ウィンドウの「セキュリティー」 > 「暗号化」で、デフォルトの暗号化プロバイダーである「Cognos」をクリックします。

5. 「認証局設定」プロパティー・グループで、「パスワード」プロパティーを設定します。

パスワードを保護された場所に記録します。

6. 「ファイル」メニューの「保存」をクリックします。

セキュリティーの有効化デフォルトで、IBM Cognos Business Intelligence では匿名アクセスが許可されます。IBM Cognos BI 環境でセキュリティーを使用するには、匿名アクセスを無効にして、認証プロバイダーを使用するように IBM Cognos BI を設定する必要があります。

手順1. IBM Cognos Configuration の「Explorer」ウィンドウで、「セキュリティー」>

「認証」>「Cognos」の順にクリックします。

2. 「匿名アクセスを許可」の「値」ボックスをクリックし、「無効」を選択します。

3. 「認証」を右クリックし、「リソースの新規作成」>「ネームスペース」の順にクリックします。

4. 「名前」ボックスに認証ネームスペースの名前を入力します。

5. 「タイプ」リストで適切なネームスペースのタイプをクリックし、「OK」をクリックします。

「Explorer」ウィンドウの「認証」コンポーネントに、新しい認証プロバイダーのリソースが表示されます。

6. 「プロパティー」ウィンドウの「ネームスペース ID」プロパティーに、ネームスペースの一意の識別子を指定します。



Content Store のデータベース接続プロパティーの設定Content Manager から Content Store 用のデータベースに接続できるように、データベース・サーバー情報を指定する必要があります。このデータベース・ログオンを使用して、Content Manager から Content Store へのアクセスが行われます。データベース接続プロパティーを設定すると、Content Manager と Content Store 間の接続をテストできるようになります。

Cognos Content Database をインストールした場合、データベース接続プロパティーによりデフォルトで Cognos Content Database が使用されます。デフォルトのデータベース接続プロパティーを変更する必要はありません。ただし、Cognos Content

Database の用途は、システムのテストまたは概念検証に限定されます。実働環境に枠線する際には、Content Store にエンタープライズ・レベルのデータベースを使用してください。

以前のバージョンの IBM Cognos BI からアップグレードする場合は、既存のContent Store データベースのコピー版を指すように IBM Cognos BI を設定します。設定を保存して IBM Cognos サービスを開始すると、Content Store のデータが自動的にアップグレードされ、以前のバージョンでは使用できなくなります。新しいバージョンでアップグレード前のデータベースのコピー版を使用するようにすれば、以前のバージョンでも、アップグレード前のデータを今までどおり実行できます。

DB2 Content Store のデータベース接続プロパティーの設定Content Manager から Content Store 用のデータベースに接続できるように、データベース・サーバー情報を指定する必要があります。

手順1. Content Manager がインストールされている場所で、IBM Cognos Configuration

を起動します。

2. 「Explorer」ウィンドウの「データ・アクセス」、「Content Manager」で、「Content Store」をクリックします。

3. 「プロパティー」ウィンドウで、「データベース」プロパティーにデータベース名またはデータベースの別名を入力します。

4. ログオンの資格情報を変更して、有効なユーザー ID とパスワードを指定します。

v 「ユーザー ID とパスワード」プロパティーの隣にある「値」ボックスをクリックして、表示される「編集」ボタンをクリックします。

z/OS 上の DB2 にあるデータベースに接続する場合、表スペースを作成したときに CMSCRIPT_USERNAME に対して指定した値と同じユーザー ID を指定していることを確認してください。

v 適切な値を入力して、「OK」をクリックします。

5. 「データベース・サーバーとポート番号」項目に、DB2 が実行されるコンピューターの名前とポート番号を入力します。例えば、localhost:50000 とします。DB2 で使用されるデフォルトのポート番号は 50000 です。別のポート番号を使用している場合は、その値を使用するようにしてください。


6. z/OS 上の DB2 にあるデータベースに接続する場合、以下のようにします。

a. 「Explorer」ウィンドウで、「ローカル設定」をクリックします。

b. 「プロパティー」ウィンドウで、「詳細プロパティー」の隣にある「値」ボックス内をクリックし、「編集」アイコンをクリックします。

c. 表スペースの作成に使用したパラメーターを追加するには、「追加」をクリックします。 CMSCRIPT_USERNAME を除くすべてのパラメーターを追加します。


Microsoft SQL Server、Oracle、Informix、または SybaseContent Store のデータベース接続プロパティーの設定

Content Manager から Content Store 用のデータベースに接続できるように、データベース・サーバー情報を指定する必要があります。


2. 「Explorer」ウィンドウの「データ・アクセス」、「Content Manager」で、「Content Store」を右クリックし、「削除」をクリックします。

このステップにより、デフォルトのリソースへの接続が削除されます。 Content

Manager からアクセス可能な Content Store は 1 つのみです。

3. 「Content Manager」を右クリックし、「リソースの新規作成」、「データベース」の順にクリックします。

4. 「名前」ボックスに、リソースの名前を入力します。

5. 「タイプ」ボックスでデータベースのタイプを選択し、「OK」をクリックします。

ヒント: Oracle Net8 のキーワード値ペアを使用してデータベース接続を管理するには、「Oracle データベース (詳細設定)」を選択します。

6. 「プロパティー」ウィンドウで、データベースのタイプに応じた値を指定します

v Microsoft SQL Server データベースを使用する場合は、「ポート番号とインスタンス名によるデータベース・サーバー」および「データベース名」プロパティーに適切な値を入力します。

Microsoft SQL Server の場合、「ポート番号とインスタンス名によるデータベース・サーバー」プロパティーの値には、1433 などのポート番号を使用することも、インスタンス名を使用することもできます。

Microsoft SQL Server のインスタンスが複数ある場合は、「ポート番号とインスタンス名によるデータベース・サーバー」プロパティーにインスタンス名を入力します。

名前付きのインスタンスに接続するには、インスタンス名を JDBC (Java

Database Connectivity)URL プロパティーまたはデータ・ソース・プロパティーとして指定する必要があります。例えば、「localhost¥instance1」と入力できます。インスタンス名プロパティーが指定されていない場合、デフォルトのインスタンスに対する接続が作成されます。


名前付きインスタンスに指定されたプロパティー、ユーザー ID とパスワード、およびデータベース名が、JDBC URL の作成で使用されます。次に例を示します。

jdbc:JSQLConnect://localhost\\instance1/user=sa/more properties as required

名前付きのインスタンスに接続するには、インスタンス名を指定する必要があります。例えば、「localhost¥instance1」と入力できます。インスタンス名が指定されていない場合、デフォルトのインスタンスに対する接続が作成されます。

v Oracle データベースを使用する場合、「データベース・サーバーとポート番号」プロパティーおよび「SID」プロパティーに適切な値を入力します。

v 高度な Oracle データベースを使用する場合は、「データベース指定子」プロパティーに、接続に使用する Oracle Net8 のキーワード値のペアを入力します。

次に例を示します。

(description=(address=(host=myhost)(protocol=tcp)(port=1521)(connect_data=(sid=(orcl)))))

高度な機能を持つ Oracle データベースを選択すると、IBM Cognos BI では、企業向けの Oracle の機能を使用してリスナーが選択され、最初のリスナーが失敗すると別のリスナーに切り替えられます。また、接続が失敗すると自動的にデータベースに再接続され、接続要求に対してリスナー間およびディスパッチャー間で負荷分散が行われます。

v Informix データベースを使用する場合、「データベース・サーバーとポート番号」プロパティーと「データベース名」プロパティーに適切な値を入力します。

v Sybase データベースを使用する場合、「データベース・サーバーとポート番号」プロパティーと「データベース名」プロパティーに適切な値を入力します。

7. ログオン資格情報を設定するには、ユーザー ID とパスワードを指定します。

v 「ユーザー ID とパスワード」プロパティーの隣にある「値」ボックスをクリックして、表示される「編集」アイコンをクリックします。


8. Informix のインスタンスで複数の Content Store データベースをホストする場合は、詳細プロパティー CMSCRIPT_CS_ID を作成し、インスタンスを実行するアカウントを指定します。

v 「Explorer」ウィンドウで、「ローカル設定」をクリックします。

v 「プロパティー」ウィンドウで、「詳細プロパティー」の「値」列をクリックし、「編集」アイコンをクリックします。

v 「値 - 詳細プロパティー」ダイアログ・ボックスで「追加」をクリックします。

v 「名前」列に、「CMSCRIPT_CS_ID」と入力します。

v 「値」列に、Content Store のインスタンスを実行するアカウントのユーザーID を入力します。


Informix の Content Store データベースのインスタンスごとに、異なるユーザー・アカウントを使用します。


ログオンの資格情報は、すぐに暗号化されます。

タスクの結果

これで、IBM Cognos サービスを初めて開始したときに Content Manager によって必要なテーブルが Content Store に作成されるようになります。接続プロパティーが正確に指定されていない場合、IBM Cognos サービスを開始できません。

メール・サーバー・アカウントへの接続の指定レポートを E メールで送信するには、メール・サーバー・アカウントへの接続を設定する必要があります。

また、「ゲートウェイ URI」のホスト名部分を、"localhost"からコンピューターのIP アドレスまたはコンピューター名に変更します。ホスト名を変更しないと、E メールの URL に"localhost"が含まれるため、リモート・ユーザーはレポートを開くことができません。

手順1. Content Manager がインストールされているそれぞれの場所で IBM Cognos

Configuration を起動します。

2. 「Explorer」ウィンドウの「データ・アクセス」で、「通知」をクリックします。

3. 「プロパティー」ウィンドウの「SMTP メール・サーバー」プロパティーに、送信用 SMTP メール・サーバーのホスト名とポート番号を入力します。

ヒント: リンクとして送信されるレポートを開けるように、レポート・サーバーと通知サーバーのゲートウェイ URI の参照先が、IBM Cognos のコンテンツを収容したアクセス可能な Web サーバーになるようにしてください。モバイル・ユーザーが遠隔からリンクにアクセスする必要性があれば、外部からアクセス可能な URI を使用することを考慮してください。

4. 「アカウントとパスワード」プロパティーの隣にある「値」ボックスをクリックして、表示される「編集」ボタンをクリックします。

5. 「値」-「アカウントとパスワード」ダイアログ・ボックスに適切な値を入力し、「OK」をクリックします。

ヒント: SMTP サーバーにログオン資格情報が必要ない場合は、「アカウントとパスワード」プロパティーのデフォルト情報を削除します。このプロパティーを空白のままにするかどうかを確認するプロンプトが表示されたら、「OK」をクリックします。デフォルトのユーザー名が削除されていることを確認してください。デフォルトのユーザー名が削除されていない場合、デフォルトのアカウントが使用され、通知が正しく行われません。

6. 「プロパティー」ウィンドウに、デフォルトの送信者アカウント用の値を入力します。


7. メール・サーバーの接続をテストします。「Explorer」ウィンドウの「通知」を右クリックし、「テスト」をクリックします。

IBM Cognos Business Intelligence によって、メール・サーバーの接続がテストされます。

タスクの結果

レポートを E メールで送信しない場合、またはメール・サーバー・アカウントをただちに設定しない場合は、上記を行う必要はありません。ただし、IBM Cognos

Configuration で設定を保存してからサービスを開始すると、メール・サーバーの接続をテストするときに警告メッセージが表示されます。この警告は無視してかまいません。

IBM Cognos BI での IBM Cognos Series 7 ネームスペースの設定セキュリティー情報または保護されているコンテンツを IBM Cognos Series 7 からIBM Cognos Business Intelligence に移行するには、IBM Cognos Series 7ネームスペースと同一のネームスペースを IBM Cognos BI で設定する必要があります。

IBM Cognos BI では認証用に複数のネームスペースを設定できます。詳細については、 173ページの『第 8 章認証プロバイダーを使用するための IBM Cognos コンポーネントの設定』を参照してください。

注: : IBM Cognos BI コンポーネントでの認証には、IBM Cognos Series 7 Local

Authentication Export (LAE) ファイルは使用できません。

すべての IBM Cognos Series 7 ネームスペースでは、同じプライマリー IBM

Cognos Series 7 Ticket Server を使用することを推奨します。同じ値に設定しなかった場合、エラーが発生したり、認証要求が繰り返されたりすることがあります。

IBM Cognos Series 7 で使用するディレクトリー・サーバーに保存されている設定情報を変更した場合は、IBM Cognos のインストール環境にその変更内容を反映するため、IBM Cognos BI サービスを再開する必要があります。

IBM Cognos BI コンポーネントにログオンできるようにするには、ユーザーは少なくとも 1 つの Access Manager ユーザー・クラスに属している必要があります。


2. 「Explorer」ウィンドウの「セキュリティー」で、「認証」、「Cognos」の順にクリックします。


4. 「Explorer」ウィンドウで、「認証」を右クリックし、「リソースの新規作成」、「ネームスペース」を選択します。


6. 「タイプ」のリストで「IBM Cognos Series 7」をクリックし、「OK」をクリックします。



7. 「リソース・プロパティー」ウィンドウで、必須の値を指定します。

一部の値は、Configuration Manager で IBM Cognos Series 7 ネームスペースを設定したときに使用した値と一致していなければなりません。Configuration

Manager では、プロパティーは、「サービス」、「Access Manager -Runtime」、「ディレクトリー・サーバー」にあります。

v 「ネームスペース ID」に、ネームスペースの一意の識別子を指定します。

v 「ホスト名とポート番号」に、Configuration Manager の「コンピューター」プロパティーに使用した値と同じ値を入力します。

形式は同一にしてください。IBM Cognos Series 7 で IP アドレスを使用する場合は、同じ IP アドレスを入力します。IBM Cognos Series 7 でネットワーク・ホスト名を使用する場合は、同じネットワーク・ホスト名を入力します。

v 「基本識別名」に、Configuration Manager の「基本識別名」 (DN) プロパティーに使用した値と同じ値を入力します。

v 「ネームスペース名」に、Configuration Manager の「デフォルト・ネームスペース」プロパティーに使用した値と同じ値を入力します。

この値では大文字と小文字が区別されるため、完全に一致している必要があります。

8. IBM Cognos BI コンポーネントで既存の認証プロバイダーを見つけて使用されるように、その他の必要なプロパティーすべてに対して値を指定します。

IBM Cognos Series 7 ネームスペースのバージョンが 16.0 の場合は、「データのエンコード方式」プロパティーが「UTF-8」に設定されていることを確認します。また、Content Manager をインストールしているコンピューターで使用しているロケールが IBM Cognos Series 7 ネームスペースのデータに使用しているものと同じであることも必要です。

9. 使用しているネームスペース環境に IBM Cognos Series 7 ネームスペースのバージョン 15.2 が含まれている場合、「Series7NamespacesAreUnicode」設定を無効化する必要があります。

v 「プロパティー」ウィンドウにある「詳細プロパティー」の値の「編集」アイコンをクリックします。

v 「値 - 詳細プロパティー」ウィンドウで「追加」をクリックします。

v 「名前」ボックスに「Series7NamespacesAreUnicode」と入力します。

v 「値」ボックスに「無効」と入力し、「OK」をクリックします。

10. 「プロパティー」ウィンドウの「Cookie 設定」で、「パス」、「ドメイン」、「セキュア・フラグを立てる」の各プロパティーが IBM Cognos Series 7 の設定と同じであることを確認します。



IBM Cognos サービスの開始IBM Cognos Business Intelligence サービスを登録し、ユーザーが IBM Cognos

Connection 経由でアクセスできるようにするには、サービスを開始する必要があります。サービスを開始する前に、IBM Cognos Configuration のテスト機能を使用して設定をテストします。

始める前に

まず初めに、ユーザーまたはサービス・アカウントが設定されていることを確認します。詳細については、 40ページの『IBM Cognos Business Intelligence のユーザー・アカウントまたはネットワーク・サービス・アカウントの設定』を参照してください。


アップグレードを行う場合、設定ファイルの検出とアップグレードが行われたことを通知するメッセージが表示されます。

2. 設定が保存されていることを確認します。保存されていない場合、IBM Cognos

サービスを開始できません。

3. 「操作」メニューの「テスト」をクリックします。

IBM Cognos Configuration では、共通対称鍵 (CSK) の可用性の確認、ネームスペースの設定のテスト、Content Store およびその他のリソースへの接続のテストが行われます。

ヒント: 「テスト」を選択できない場合は、「Explorer」ウィンドウで「ローカル設定」をクリックします。

4. テストが失敗した場合は、該当するプロパティーを再設定し、もう一度テストを実行します。

コンポーネントの中から決まったものを 1 つずつテストする場合は、「Explorer」パネルでコンポーネントを右クリックし、「テスト」を選択します。

すべてのテストに合格するまで、サービスを開始しないでください。

5. 「操作」メニューの「開始」をクリックします。

IBM Cognos サービスの開始には、数分かかることがあります。

この操作によって、実行中でないすべてのインストール済みのサービスが開始され、IBM Cognos サービスが Windows に登録されます。

Web サーバーの構成IBM Cognos BI ポータルに接続するには、事前に Web サーバーを設定しておく必要があります。


レポートの作成に使用する IBM Cognos BI の場合は、初回アクセス後に Web ブラウザーによって画像のステータスがチェックされないように、Web サーバーの"images"ディレクトリーのコンテンツ期限も設定する必要があります。

UNIX および Linux オペレーティング・システムの場合、Web サーバーの実行に使用するアカウントには、<c10 の場所>/configuration ディレクトリーのcogstartup.xml ファイルに対する読み取り権限が必要です。デフォルトでは、cogstartup.xml ファイルに対する読み取り権限が他のグループにも与えられます。特定のグループを対象として Web サーバーを実行する場合、cogstartup.xml ファイルへのアクセス権を変更して、Web サーバーを使用するグループにのみ読み取り権限を付与し、他のグループからは削除します。

実動システムでのコンパイル済みゲートウェイの使用実動システムでは、デフォルトの CGI ゲートウェイからゲートウェイを変更することにより、パフォーマンスを向上させることができます。

コンパイル済みゲートウェイには、以下のものが含まれます。

v Microsoft インターネットインフォメーションサービス (IIS) 用の Microsoft

Internet Server Application Programming Interface (ISAPI)

v Apache Web サーバー用または IBM HTTP Server 用の Apache モジュール

v サーブレット・ゲートウェイ Java アプリケーション (デフォルトの Apache

Tomcat 以外のアプリケーション・サーバーを使用する場合)

Apache Server または IBM HTTP Server での Apache モジュールの使用Apache モジュールを、Apache Server 2.2.x または Apache Server 2.0.x、あるいはIBM HTTP Server 8、7、または 6.1 に対して使用できます。

重要: Red Hat Enterprise Linux バージョン 5.3 以降と共に提供された Apache

Server 2.2 のバージョンの Apache モジュールは使用できません。

手順1. <c10 の場所>/cgi-bin ディレクトリーを、次のいずれかの環境変数に追加します。

v Solaris または Linux の場合: LD_LIBRARY_PATH

v HP-UX の場合: SHLIB_PATH および LD_LIBRARY_PATH

v AIX の場合: LIBPATH

2. <Webserver の場所>/conf ディレクトリーに移動します。

3. エディターで httpd.conf ファイルを開きます。

4. ServerName プロパティーに対して、サーバー名と Web サーバーのポート番号の値の両方が指定されていることを確認します。

5. 次の行をロード・モジュール・リストの最後に追加します。

LoadModule cognos_module "<c10 の場所>/cgi-bin/mod2_2_cognos.<接尾辞>"

この場合、<接尾辞> は、次の表のとおりです。


表 21. 使用しているオペレーティング・システムに対するモジュールの接尾部

オペレーティング・システム接尾辞

Windows dll

Solaris、AIX、IA®、Linux so

Apache モジュールは、さまざまなバージョンの Apache Server または IBM

HTTP Server に対して提供されています。

v Apache Server 2.2.x と IBM HTTP Server 8 および 7 では、mod2_2_cognos

モジュールを使用します。

v Apache Server 2.0.x と IBM HTTP Server 6.1 では、mod2_cognos モジュールを使用します。

6. 以下を追加します。

ScriptAlias /ibmcognos/cgi-bin "c10_location/cgi-bin"

<Directory "c10_location/cgi-bin">AllowOverride NoneOptions NoneOrder allow,denyAllow from all

</Directory>

Alias /ibmcognos "c10_location/webcontent"

<Directory "c10_location/webcontent">Options Indexes MultiViewsAllowOverride NoneOrder allow,denyAllow from all

</Directory>

<Directory> ディレクティブはオプションです。

注: /ibmcognos の別名よりも前の位置に、/ibmcognos/cgi-bin の別名を定義してください。

重要: ibmcognos は、IBM Cognos Configuration の「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値で使用されるデフォルト値です。ScriptAlias および Alias 値に ibmcognos を使用しない場合は、「ゲートウェイURI」および「ゲートウェイ用 Controller URI」の値を使用する値に合わせて変更してください。また、例に示されているように、ScriptAlias および Alias

値の ibmcognos 部分に同じ値を使用してください。

7. 次のコードをサーバー・ステータス・レポート・セクションに追加します。

<Location /ibmcognos/cgi-bin/module_alias>SetHandler cognos-handlerOrder allow,denyAllow from all</Location>

module_alias の名前はユーザーが選択できます。

8. ゲートウェイ診断ページを有効にするには、次のコードをサーバー・ステータス・レポート・セクションに追加します。


<Location /ibmcognos/cgi-bin/diag_module_alias>SetHandler cognos-handlerOrder allow,denyAllow from all</Location>

diag_module_alias の名前はユーザーが選択できます。

9. 次の行をユーザー・ディレクトリー・セクションに追加します。

<IfModule mod2_2_cognos.c>CGIBinDir "c10_location/cgi-bin"</IfModule>

Apache モジュール・ファイルは、さまざまなバージョンの Apache Server または IBM HTTP Server に対して提供されています。

v Apache Server 2.2.x と IBM HTTP Server 8 および 7 では、mod2_2_cognos.c を使用します。

v Apache Server 2.0.x と IBM HTTP Server 6.1 では、mod2_cognos.c を使用します。

10. ファイルを保存して閉じます。

11. HP-UX の場合、<Apache のインストール場所>/bin ディレクトリーで次のコマンドを実行し、SHLIB_PATH の検索を有効にします。

chatr +s enable +b enable httpd

12. Web サーバーを再始動します。

13. IBM Cognos Configuration を起動します。

14. 「Explorer」パネルで、「ローカル設定」>「環境」の順にクリックします。

15. 「ゲートウェイ URI」ボックスで、URI の cognos.cgi の部分を <モジュールの別名> に変更します。

例: http://<ホスト名>:<ポート>/ibmcognos/cgi-bin/<モジュールの別名>

16. 変更を保存します。

タスクの結果

ユーザーは Apache モジュールの URI をブラウザーに入力することで、サーバーにアクセスできます。例えば、次のようになります。

http://servername:port/ibmcognos/cgi-bin/module_alias.

Microsoft インターネットインフォメーションサービス (IIS) バージョン 7 または 8 での ISAPI ゲートウェイの使用Microsoft インターネット・インフォメーション・サービス (IIS) Web サーバーを使用している場合は、デフォルトの CGI ゲートウェイではなく ISAPI ゲートウェイを使用するよう IBM Cognos を構成します。


Web サーバーとして Microsoft IIS を使用し、複数の IBM Cognos BI 製品または同じ製品の複数のインスタンスを 1 台のコンピューターで実行する場合は、製品ま


たはインスタンスごとに専用のアプリケーション・プールを作成し、各製品または各インスタンスの別名をそれぞれのアプリケーション・プールに関連付ける必要があります。

アプリケーション・プールの作成についての詳細は、Web サーバーの資料を参照してください。

重要: 32 ビット・バージョンの ISAPI ゲートウェイを使用している場合、IBM

Cognos ゲートウェイに使用されるアプリケーション・プールで 32 ビット・アプリケーションを使用可能にする必要があります。Internet Information Services (IIS)

Manager で、IBM Cognos に使用されるアプリケーション・プールを選択して、「詳細設定」をクリックします。「32 ビット・アプリケーションを使用可能にする(Enable 32-Bit Applications)」の値を「有効」に変更します。

手順1. Microsoft Windows の「コントロールパネル」で、「プログラム」 > 「プログラムと機能」をクリックします。

Microsoft Windows 8 または 2012 Server を使用する場合は、「プログラムと機能」を「コントロールパネル」から直接使用できます。

2. 「Windows の機能の有効化または無効化」をクリックします。

3. Microsoft Windows 2008 Server を使用している場合は、次の手順を使用します。

a. 「サーバーマネージャ」 > 「役割」 > 「Web サーバー (IIS)」をクリックします。

b. 「HTTP 共通機能」または必要な機能が有効になっていることを確認します。

c. 「ISAPI 拡張」が「インストールされていません」に設定されている場合は、「ISAPI 拡張」を選択して、「役割サービスの追加」を選択します。


a. 役割と機能の追加ウィザードで、「役割ベースまたは機能ベースのインストール」をクリックし、「次へ」をクリックします。

b. サーバーを選択し、「次へ」をクリックします。

c. 「Web サーバー (IIS)」を選択します。まだインストールされていない場合は、「HTTP 共通機能」が選択されていることを確認し、ウィザードの「役割サービス」セクションが表示されるまで「次へ」をクリックします。

d. 「アプリケーション開発」を展開します。

e. 「ISAPI 拡張」がまだ選択されていない場合はそれを選択し、「次へ」をクリックします。

f. 「インストール」をクリックします。

5. Microsoft Windows 7 または 8 を使用している場合は、次の手順を使用します。

a. 「インターネットインフォメーションサービス」がまだ選択されていない場合はそれを選択します。


b. 「インターネットインフォメーションサービス」 > 「World Wide Webサービス」を展開します。

c. 「HTTP 共通機能」または必要な機能が有効になっていることを確認します。

d. 「アプリケーション開発機能」を展開します。

e. 「ISAPI 拡張」が選択されていない場合は、「ISAPI 拡張」を選択します。

f. 「OK」をクリックします。

6. 「インターネットインフォメーションサービス (IIS) マネージャー」コンソールの「接続」の下で、ご使用のサーバー名を選択します。

v Microsoft Windows 2012 Server を使用している場合は、「サーバーマネージャー」で「IIS」を選択し、サーバー名を右クリックして「インターネットインフォメーションサービス (IIS) マネージャー」をクリックします。

v Microsoft Windows 2008 Server を使用している場合は、「サーバーマネージャー」で「役割」 > 「Web サーバー (IIS)」を展開し、「インターネットインフォメーションサービス (IIS) マネージャー」をクリックします。

v Microsoft Windows 8 を使用している場合は、「コントロールパネル」から「管理ツール」をクリックして、「インターネットインフォメーションサービス (IIS) マネージャー」コンソールにアクセスします。

v Microsoft Windows 7 を使用している場合は、「スタート」>「コントロールパネル」から「システムとセキュリティ」 > 「管理ツール」をクリックして、「インターネットインフォメーションサービス (IIS) マネージャー」コンソールにアクセスします。

7. 「サイト」を展開し、ご使用の Web サイトの下で、表に示すように仮想ディレクトリーを追加します。

表 22. 必須の仮想ディレクトリー

別名場所

ibmcognos <c10 の場所>/webcontent

ibmcognos/cgi-bin <c10 の場所>/cgi-bin

重要: ibmcognos は、IBM Cognos Configuration の「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値で使用されるデフォルト値です。Alias 値に ibmcognos を使用しない場合は、「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値を使用する値に合わせて変更してください。

8. 作成した cgi-bin 仮想ディレクトリーを選択します。

9. 「ハンドラーマッピング」をダブルクリックします。

10. 「操作」で、「モジュールマップの追加」をクリックします。

a. 「要求パス」で、cognosisapi.dll と入力します。

b. 「モジュール」で、「IsapiModule」を選択します。

c. 「実行可能ファイル」で、cognosisapi.dll ファイルへのパスを入力します。

例えば、次のように入力します。


C:¥Program Files¥ibm¥cognos¥c10¥cgi-bin¥cognosisapi.dll

d. 「名前」で、CognosISAPI など、エントリーの名前を入力します。

e. 「OK」をクリックします。

f. ダイアログ・ボックスで「はい」をクリックして、ISAPI 拡張を許可します。



13. 「ゲートウェイ URI」ボックスで、URI の cognos.cgi の部分をcognosisapi.dll に変更します。

タスクの結果

ユーザーは、Web ブラウザーで http://<サーバー名>/ibmcognos/isapi と入力すると、ISAPI ゲートウェイにアクセスできます。

アプリケーション・サーバーのサーブレット・ゲートウェイの設定IBM Cognos を Tomcat 以外のアプリケーション・サーバーに配布する場合、Web

サーバーを使用するのではなく、サーブレット・ゲートウェイを使用して、ポータル・ページをサービス提供することができます。

始める前に

以下のタスクが完了していることを確認してください。

v サーブレット・ゲートウェイをインストールする各コンピューターに、アプリケーション・サーバーがインストールされ、動作していること。

v IBM Cognos BI ゲートウェイのコンポーネントが、アプリケーション・サーバーと同じシステム上にインストールされていること。

v IBM Cognos BI アプリケーション層コンポーネントおよび Content Manager が使用環境にインストールされ、動作していること。

v IBM Cognos に対する完全なアクセス権がアプリケーション・サーバーのユーザー・アカウントにあること。


ディスパッチャーに要求を直接ルーティングする代わりに、IBM Cognos BI アプリケーション層コンポーネントと Content Manager のサーブレットを実行する JVM

インスタンスとは別の JVM インスタンスに、サーブレット・ゲートウェイを配布します。このタイプの配布を実行すると、静的コンテンツを提供するための負荷がメイン・アプリケーションから分離されます。

手順1. 別の JVM インスタンスを作成する (必要な場合)

同じアプリケーション・サーバーで IBM Cognos BI と IBM Cognos サーブレット・ゲートウェイを実行する場合は、サーブレット・ゲートウェイを別のJVM インスタンスに実装する必要があります。

2. IBM Cognos コンポーネントが正しく設定されていることを確認する

3. 環境変数を設定する


4. アプリケーション・サーバーで動作するように IBM Cognos サーブレット・ゲートウェイを設定する

5. アプリケーション・サーバーの始動スクリプトを変更する (必要な場合)

6. アプリケーション・サーバーのプロパティーを設定して IBM Cognos サーブレット・ゲートウェイを配布する

7. SSL を有効化する (必要な場合)

タスクの結果

ゲートウェイ URI を入力することで、サーブレット・ゲートウェイを使用してIBM Cognos コンポーネントにアクセスできます。例えば、http[s]:host_name:port/ServletGateway などのようになります。

IBM Cognos サーブレット・ゲートウェイの URI では、大文字と小文字が区別されます。

CGI ゲートウェイの使用IBM HTTP Server、Apache Web サーバー、または Microsoft インターネットインフォメーションサービス (IIS) サーバーで CGI ゲートウェイを使用することができます。

Apache Server または IBM HTTP Server での CGI ゲートウェイの使用IBM Cognos Configuration で設定されるデフォルトのゲートウェイは CGI ゲートウェイです。 CGI ゲートウェイを使用するには、Apache Server または IBM HTTP

Server のための別名を設定する必要があります。

手順1. <Webserver の場所>/conf ディレクトリーに移動します。






</Directory>



</Directory>




重要: ibmcognos は、IBM Cognos Configuration の「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値で使用されるデフォルト値です。ScriptAlias および Alias 値に ibmcognos を使用しない場合は、「ゲートウェイURI」および「ゲートウェイ用 Controller URI」の値を使用する値に合わせて変更してください。また、例に示されているように、ScriptAlias および Alias 値のibmcognos 部分に同じ値を使用してください。



タスクの結果

ユーザーは、http://<サーバー名>:<ポート>/ibmcognos にあるポータルにアクセスできます。

Microsoft インターネットインフォメーションサービス (IIS) バージョン 7 または 8 での CGI ゲートウェイの使用Microsoft インターネットインフォメーションサービス (IIS) バージョン 7 以降を使用している場合は、以下のタスクを使用して、CGI ゲートウェイを構成します。

CGI ゲートウェイは、32 ビットと 64 ビットの両方の Web サーバーに対して提供されます。


Web サーバーとして Microsoft IIS を使用し、複数の IBM Cognos BI 製品または同じ製品の複数のインスタンスを 1 台のコンピューターで実行する場合は、製品またはインスタンスごとに専用のアプリケーション・プールを作成し、各製品または各インスタンスの別名をそれぞれのアプリケーション・プールに関連付ける必要があります。









c. 「CGI」が「インストールされていません」に設定されている場合は、「CGI」を選択して、「役割サービスの追加」を選択します。






e. 「CGI」を選択し (まだ選択されていない場合)、「次へ」をクリックします。







e. 「CGI」が選択されていない場合は、「CGI」を選択します。







7. 「ISAPI および CGI の制限」をダブルクリックします。


8. 「操作」で、「追加」をクリックします。

9. cognos.cgi ファイルへのパスを入力します。このファイルは <c10 の場所>¥cgi-bin ディレクトリーにあります。

ファイル名を含む絶対パスを入力する必要があります。パスに空白文字が含まれている場合は、パスを引用符で囲んでください。例えば、次のように入力します。

『C:¥Program Files¥ibm¥cognos¥c10¥cgi-bin¥cognos.cgi』

10. 「説明」に、CognosCGI のように入力します。

11. 「拡張パスの実行を許可する」を選択して、「OK」をクリックします。

12. 「接続」の下で「サイト」を展開し、ご使用の Web サイトの下で、表に示すように仮想ディレクトリーを追加します。


別名場所






a. 「要求パス」で、cognos.cgi と入力します。

b. 「モジュール」で、CgiModule を選択します。

c. 「実行可能ファイル (オプション)」は空白のままにします。

d. 「名前」で、CognosCGI など、エントリーの名前を入力します。


タスクの結果

ユーザーは、Web ブラウザーで http://<サーバー名>/ibmcognos と入力すると、CGI ゲートウェイにアクセスできます。

古いバージョンの Microsoft IIS での CGI ゲートウェイの使用バージョン 7 より前の Microsoft インターネットインフォメーションサービス(IIS) では、以下の手順を使用して CGI ゲートウェイを設定します。

手順

次の表に示す仮想ディレクトリーを作成します。


別名場所権限

ibmcognos <c10 の場所>/webcontent 読み取り

ibmcognos/cgi-bin <c10 の場所>/cgi-bin 実行


重要: ibmcognos は、IBM Cognos Configuration の「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値で使用されるデフォルト値です。ScriptAlias および Alias 値に ibmcognos を使用しない場合は、「ゲートウェイURI」および「ゲートウェイ用 Controller URI」の値を使用する値に合わせて変更してください。

画像を表示および参照するように WebDAV を設定するReport Authoring で画像を表示および参照するためには、 Web サーバー上の Web

Distributed Authoring and Versioning (WebDAV) を設定します。レポート作成者は、ファイル・システムを参照するときと類似の方法で、レポートに組み込む画像を参照できます。

Microsoft IIS Web サーバーでの WebDAV の設定Microsoft インターネットインフォメーションサービス (IIS) Web サーバーでは、まず WebDAV 機能を有効にし、イメージの場所にアクセスするように Web サーバーを設定する必要があります。






b. 「役割サービス」セクションで、「役割サービスの追加」を選択します。

c. 「Web サーバー」 > 「HTTP 基本機能」で、「WebDAV 発行」を選択します。

d. 「次へ」をクリックしてから「インストール」をクリックします。




c. 「Web サーバー (IIS)」 > 「Web サーバー」 > 「HTTP 基本機能」を展開し、「WebDAV 発行」を選択します。

d. 「次へ」 > 「次へ」をクリックし、「インストール」をクリックします。


a. 「インターネットインフォメーションサービス」 > 「World Wide Webサービス」 > 「HTTP 共通機能」を展開します。

b. 「WebDAV 発行」を選択し、「OK」をクリックします。







7. 「接続」で、ご使用の Web サーバー、「サイト」を展開し、Web サイトを選択します。例えば、「既定の Web サイト」を選択します。

8. 「WebDAV オーサリング」をダブルクリックします。

9. 「WebDAV の有効化」をクリックします。

10. 「WebDAV 設定」をクリックします。

11. 匿名アクセスが有効になっている場合は、「匿名プロパティの照会を許可」で「True」を選択し、「適用」をクリックします。

12. WebDAV アクセスを許可するディレクトリーまたは仮想ディレクトリーを選択します。


14. 「オーサリング規則の追加」をクリックし、環境に適した規則を追加します。例えば、サンプルをインストールした場合、デフォルト・パスを使用するには、ibmcognos 仮想ディレクトリーで samples を展開し、images を選択してイメージ・ファイルのオーサリング規則を追加します。

15. オーサリング規則を追加したディレクトリーまたは仮想ディレクトリーを右クリックし、「アクセス許可の編集」をクリックします。

16. 「セキュリティ」をクリックし、適切な権限を追加します。例えば、Web サーバーへの匿名アクセスを許可する場合は、匿名アクセス・ユーザーの権限を追加します。 Web サイトを選択し、「認証」をダブルクリックして、表示されたユーザーのプロパティーを参照すると、そのユーザーが見つかります。

タスクの結果

WebDAV が有効になり、Report Authoring のユーザーはレポートに画像を追加できます。ユーザーが画像ブラウザーで「参照」をクリックするとき、参照のためのデフォルトの場所は http://<サーバー名>/ibmcognos/samples/images になります。別の場所を作成した場合、ユーザーはその場所を入力できます。


インストールと設定のテスト設定をテストするには、IBM Cognos Business Intelligence の設定時にテスト機能を実行します。設定を完了してサービスを開始すると、IBM Cognos BI ポータルに接続してインストールをテストできるようになります。

手順1. Web ブラウザーを開きます。

2. IBM Cognos Configuration から「Content Manager URI」の値を入力して、Content Manager が動作していることをテストします。例えば、次のようになります。

http://host_name:port/p2pd/servlet

<ホスト名>:<ポート>のデフォルト値は localhost:9300 です。

3. IBM Cognos Configuration に設定されている「内部ディスパッチャー URI」の値を入力し、ディスパッチャーを使用できるかどうかをテストします。例えば、次のようになります。

http://host_name:port/p2pd/servlet/dispatch

<ホスト名>:<ポート>のデフォルト値は localhost:9300 です。

応答によって「共有フォルダー」にコンテンツ・リストが表示された場合、ディスパッチャーは使用可能です。

4. Web ブラウザーで、IBM Cognos Configuration に設定されている「ゲートウェイ URI」の値を入力し、ゲートウェイをテストします。

Web ページが開くまでに、数分かかる場合があります。IBM Cognos BI ポータルに「ようこそ」ページが表示されれば、インストールは正常に機能しています。

IBM Cognos Series 7 での Migration のインストールと設定IBM Cognos PowerPlay の Migration Assistant を使用して、PowerPlay Enterprise

Server、Upfront、または IBM Cognos Connection の IBM Cognos Series 7 コンテンツを移行するには、IBM Cognos Series 7 コンピューターに Migration コンポーネントをインストールしておく必要があります。IBM Cognos Series 7 Migration コンポーネントは Microsoft Windows と UNIX で使用可能で、IBM Cognos PowerPlay

Server の CD に収録されています。

次のチェックリストに従って、IBM Cognos Migration のインストールと設定の作業を行ってください。

__ v IBM Cognos Series 7 Migration コンポーネントをインストールする

__ v IBM Cognos Series 7 Migration コンポーネントを設定する (必要な場合)

__ v IBM Cognos Series 7 Migration サービスを開始する


移行プロセスの推奨設定を含め、IBM Cognos Series 7 から IBM Cognos BI へのコンテンツの移行について詳しくは、「IBM Cognos PowerPlay 移行および管理ガイド」を参照してください。

IBM Cognos Series 7 Migration コンポーネントのインストールIBM Cognos Series 7 Migration コンポーネントをインストールする前に、IBM

Cognos Series 7 のインストールが正常に動作していることを確認してください。これには、IBM Cognos Series 7 PowerPlay Enterprise Server サービスおよび Upfront

サービス (IBM Cognos Upfront Administration Service、IBM Cognos Upfront データ・ストア、IBM Cognos Upfront Dispatcher サービスなど) が実行されていることを確認する作業も含まれます。

IBM Cognos Series 7 Migration コンポーネントは、IBM Cognos Series 7 コンピューターにインストールします。

v PowerPlay Enterprise Server からコンテンツを移行するには、PowerPlay Enterprise

Server コンピューターに IBM Cognos Series 7 Migration コンポーネントをインストールする必要があります。Upfront が同じコンピューター上にインストールされている場合は、Upfront からコンテンツを移行することもできます。PowerPlay

Enterprise Server コンピューターに Migration コンポーネントをインストールすると、Cognos Connection に対して発行された PowerPlay コンテンツの移行もサポートされるようになります。

v Upfront からコンテンツを移行するには、Upfront コンピューターに IBM Cognos

Series 7 Migration コンポーネントをインストールする必要があります。Upfront

と PowerPlay Enterprise Server が別々のコンピューターにインストールされている場合は、PowerPlay Enterprise Server コンピューターと Upfront コンピューターの両方に IBM Cognos Series 7 Migration コンポーネントをインストールする必要があります。また、移行処理をサポートするために、共有ネットワーク・ディレクトリーをセットアップして設定を行う必要があります。

手順1. 使用しているオペレーティング・システムに対応する IBM Cognos PowerPlay

Server の CD を挿入します。UNIX の場合は、Rock Ridge ファイル拡張を使用して CD をマウントする必要あります。

2. 「ようこそ」ページが表示されない場合は、次のいずれかの操作を行います。

v Windows の場合は、CD の"win32"ディレクトリーにある"issetup.exe"ファイルをダブルクリックします。

v UNIX の場合は、使用しているオペレーティング・システムに対応するディレクトリーで次のように入力します。./issetup


ここで選択した言語によって、インストール・ウィザードの言語が決まります。

4. インストール・ウィザードの指示に従ってください。

5. 「コンポーネントの選択」ページで、「IBM Cognos Series 7 Migration コンポーネント」以外のすべてのコンポーネントの選択を解除します。

6. 「複数のインストール先」ページで、コンポーネントのインストール先となるIBM Cognos Series 7 の場所を指定します。


IBM Cognos Series 7 バージョン 4 (7.4) と同じディレクトリーに IBM Cognos

Series 7 Migration コンポーネントをインストールする必要があります。

Microsoft Windows コンピューターに IBM Cognos Series 7 Migration コンポーネントをインストールする場合、インストール場所はマップされたドライブではなく物理ドライブにする必要があります。物理ドライブでない場合は、Migration


IBM Cognos BI のインストール場所を尋ねられた場合は、デフォルトの場所をそのまま指定することも、新しいローカルの場所を入力することもできます。この場所は、インストール・ファイルを書き込むために使用されます。他のコンピューター上にある IBM Cognos BI のインストール場所へのパスを入力する必要はありません。また、IBM Cognos Series 7 コンピューターに IBM Cognos BI

コンポーネントを配置する必要もありません。

7. 「移行設定情報」ページの「Migration サービス・ポート番号」に、IBM Cognos

Series 7 Migration サービスで使用するポート番号を入力します。デフォルトは21567 です。

8. 「終了」ページで、「終了」をクリックします。

タスクの結果

他の IBM Cognos 製品と同様に、インストールの過程で、移行されるファイルやインストール・エラーに関する詳細情報などが記載されたログ・ファイルが生成されます。ログ・ファイルは、installation_location¥instlog ディレクトリーに配置されます。

分散 IBM Cognos Series 7 環境での移行サービスの設定PowerPlay Enterprise Server コンピューターと Upfront コンピューターの両方にIBM Cognos Series 7 Migration コンポーネントがインストールされている場合は、共有ネットワーク・ディレクトリーをセットアップして設定を行う必要があります。移行処理の間、Migration サービスによってこの場所に一時ファイルが書き込まれます。

PowerPlay Enterprise Server と Upfront が別々のコンピューターにインストールされている場合、移行に関しては次の制限が適用されます。

PowerPlay Enterprise Server と Upfront は、同じパス (¥¥machine_name¥cubes など)

を使用して PowerCubes にアクセスする必要があります。キューブが PowerPlay

Enterprise Server と同じコンピューター上に存在する場合、PowerPlay Enterprise

Server はローカル・パスを使用してキューブにアクセスし、Upfront は PowerPlay

Enterprise コンピューター名を含むパスを使用してキューブにアクセスします。Upfront からの移行は、この状況では失敗します。

手順1. PowerPlay Enterprise Server コンピューターと Upfront コンピューターの両方からアクセスできる共有ネットワーク・ディレクトリー内にフォルダーを作成します。


PowerPlay Enterprise Server、Upfront、IBM Cognos Series 7 Migration のサービスが、このフォルダーに対する書き込み権限を持つ名前付きアカウントで実行されていることを確認します。

2. IBM Cognos Series 7 Migration コンポーネントを含む各コンピューターで、次の手順を実行します。

v "<インストール場所>/mig7service"にある"migs7service_configuration.xml"ファイルを XML エディターまたはテキスト・エディターで開きます。

v "series7-shared-location description"の行を編集してネットワーク上の場所を指定し、コメント・タグを削除して行をアクティブにします。例えば、次のようになります。

<series7-shared-location description=『共有フォルダーへのパス』>¥¥bott93¥shareT¥s7migration</series7-shared-location>

v ファイルを保存して閉じます。

3. IBM Series 7 Migration サービスを再開します。

タスクの結果

別々の PowerPlay Enterprise Server コンピューターと Upfront コンピューターからの移行をサポートするための設定は、これで完了です。

IBM Cognos Series 7 Migration サービスの開始IBM Cognos Series 7 PowerPlay から IBM Cognos PowerPlay にコンテンツを移行するには、まず IBM Cognos Series 7 の移行サービスを開始する必要があります。Windows の場合、IBM Cognos Series 7 を初めてインストールするときに、この移行サービスが自動的に開始します。

手順

Migration サービスを開始します。

v Windows の場合は、サービスが停止していれば、「管理ツール」の「サービス」リストにある「IBM Cognos Migration Series 7 Service」エントリーを使用して Migration サービスを再開します。

v UNIX の場合は、c10_location/migs7 ディレクトリーに移動し、次のように入力してサービスを開始します。

./configure.sh --start



第 6 章異なるコンピューターに対するサーバー・コンポーネントのインストールと設定


複数のコンポーネントを同じコンピューターにインストールする場合は、ポートやその他のデフォルト設定の競合を避けるために、同じ場所にインストールします。

IBM Cognos PowerPlay を IBM Cognos Business Intelligence サーバーとともにインストールする場合は、IBM Cognos Business Intelligence サーバーを先にインストールして設定します。IBM Cognos PowerPlay と IBM Cognos Business Intelligence サーバーは同じバージョンでなければなりません。

IBM Cognos PowerPlay のインストール環境には、IBM Cognos Series 7 から IBM

Cognos Business Intelligence への PowerPlay コンテンツの移行をサポートするコンポーネントが含まれています。

サーバー・コンポーネントには、次のものがあります。

v Content Manager

v アプリケーション層コンポーネント

v ゲートウェイ

v IBM Cognos Series 7 Migration コンポーネント

IBM Cognos Series 7 PowerPlay から IBM Cognos PowerPlay にコンテンツを移行するには、IBM Cognos Series 7 PowerPlay Enterprise Server がインストールされているコンピューターに IBM Cognos Series 7 Migration コンポーネントをインストールする必要があります。 Upfront から PowerPlay コンテンツを移行する場合は、Upfront がインストールされているコンピューターに IBM Cognos Series 7

Migration コンポーネントをインストールする必要があります。

各コンポーネントは、別のコンピューターにインストールすることも、同じコンピューターにインストールすることもできます。ゲートウェイは、Web サーバーも実行しているコンピューターにインストールする必要があります。

サービスを停止する手順

分散環境でサービスを停止する必要がある場合は、特定の手順に従うことが重要です。まず、アプリケーション層コンポーネントの IBM Cognos サービスを停止し、次に待機中の Content Manager、アクティブな Content Manager の順番に停止します。

また、次のものも停止することが重要です。


v IBM Cognos サービスに関連するアプリケーション (Framework Manager、IBM

Cognos Transformer、IBM Cognos Connection、IBM Cognos

Administration、Metric Designer など)

v 実行中の Software Development Kit アプリケーション

インストールのアップグレード

IBM Cognos PowerPlay の以前のリリースからアップグレードする場合は、アップグレードの手順に従ってください。

IBM Cognos 製品の以前のリリースからアップグレードする場合は、 45ページの『第 4 章 IBM Cognos Business Intelligence のアップグレード』を参照してください。

以前のバージョンの IBM Cognos BI からアップグレードする場合、分散コンポーネントはすべて IBM Cognos BI と同じバージョンでなければなりません。IBM

Cognos BI を新しいホストや代替のホストにインストールする場合、IBM Cognos

Configuration の場所指定用のプロパティーを更新する必要があります。

IBM Cognos Series 7 ネームスペースに対してセキュリティー保護されたPowerCube を使用する場合は、IBM Cognos Series 7 をサポートするコンピューターに IBM Cognos PowerPlay をインストールする必要があります。

IBM Cognos BI Controller バージョン 8.x、IBM Cognos BI Planning バージョン8.x、IBM Cognos BI Analysis for Microsoft Excel バージョン 8.x など、以前のバージョンの他の IBM Cognos BI 製品が含まれる環境で IBM Cognos BI のアップグレードを実施する場合、IBM Cognos BI の他の製品とは別の場所に新しいバージョンの IBM Cognos BI をインストールし、その新しいバージョンがもう一方の IBM

Cognos BI 製品から独立して動作するように設定します。他の製品が IBM Cognos

BI と互換性のあるバージョンにアップグレードされたら、これらの製品が同時に動作するように設定できます。

Windows インストール

Microsoft Windows オペレーティング・システム・インストールの場合、インストールする Windows コンピューターの管理者権限が必要になります。また、一時ファイルを保存するディレクトリーを指す TEMP システム変数が、コンピューターに設定されている必要があります。インストール時に、ディスクのファイルが、一時的にこのディレクトリーにコピーされます。

UNIX インストール

UNIX オペレーティング・システムのインストールの場合、グラフィカル・ユーザー・インターフェースを使用するかサイレント・インストールを実行することによって、サーバー・コンポーネントをインストールできます。グラフィカル・モードのインストールを実行するには、UNIX コンピューターに接続されているコンソールで、Java ベースのグラフィカル・ユーザー・インターフェースがサポートされている必要があります。

また、IBM Cognos BI には、インストール・プログラムを実行するアカウントのファイル・モード作成マスク (umask) が関連します。この影響を受けるのは、インス


トール・ディレクトリーのみです。ディレクトリー内のファイルのアクセス権には、影響を与えません。ただし、ログなど実行時に生成されるファイルには、マスクが関連します。インストール・ディレクトリーには、umask 022 を使用します。

Cognos Content Database の Content Store としての使用


プリンターの要件

Windows 上でレポートが正しく印刷されるようにするには、Adobe Reader で、アプリケーション層コンポーネントがインストールされているオペレーティング・システム上で少なくとも 1 台のプリンターを設定する必要があります。選択した印刷形式に関係なく、すべてのレポートが一時 PDF ファイルとして印刷用に Adobe

Reader に送信されます。

サーバー・コンポーネントのインストールの順序分散インストールでは、コンポーネントを設定する順序が重要です。Content

Manager をインストールした場所の少なくとも 1 つ以上でサービスを設定および開始した後、その他のサーバー・コンポーネントを設定します。

ゲートウェイ・コンポーネントは最後に設定する必要があります。これにより、3

つのコンポーネント間で暗号鍵が共有され、安全に通信が行えるようになります。ゲートウェイ・コンピューターの「外部ディスパッチャー URI」プロパティーに指定されているサーバー・コンポーネントは、最後に起動する必要があります。

Microsoft Windows オペレーティング・システム・コンポーネントをインストールする前に、すべてのサーバー・コンポーネントをインストールして設定することを推奨します。

次の図に、分散コンポーネントのインストール・プロセスの順序を示します。環境を計画して準備したら、Content Manager コンポーネント、アプリケーション層コンポーネント、ゲートウェイの順にコンポーネントをインストールして設定します。サーバー・コンポーネントのインストールが完了したら、Framework Manager をインストールして設定します。

第 6 章異なるコンピューターに対するサーバー・コンポーネントのインストールと設定 107

推奨 - 分散インストール環境における基本インストールでのインストールおよび設定

分散インストールを実行するときは、さまざまなインストール・オプションと設定オプションを使用して IBM Cognos BI をカスタマイズして、企業のインフラストラクチャーに合わせることができます。

最初に基本インストールを実行し、必要なサーバー・コンポーネント (ゲートウェイ、アプリケーション層コンポーネント、Content Manager) のそれぞれのインスタンスを 1 つ以上、および Framework Manager をインストールします。設定をカスタマイズする前に、分散コンポーネントが相互に通信するための設定など、必要な設定タスクのみを実行して分散環境を稼働してください。

インストール準備

1

Web ブラウザーContent Storeシステム要件

インストールと設定 (サーバー)

2

3

4

環境プロパティーデータ・ソースのレポート通知データベース

Content Store 接続環境プロパティー通知データベース

Web サーバー環境プロパティーセキュリティー

インストールと設定 (クライアント)

5

環境プロパティーデータ・ソースのレポート

設定のカスタマイズパフォーマンス調整セキュリティー設定

図 3. 分散インストール・プロセスのワークフロー


その後、ビジネス・インテリジェンスのニーズにより適合するように、オプション・コンポーネントを追加し、設定をカスタマイズします。

コンピューターを設定する際は、順序が重要です。まず Content Manager がインストールされているコンピューターを少なくとも 1 台以上設定してサービスを設定してから、その他のサーバー・コンポーネントまたは Framework Manager を設定する必要があります。詳細については、 107ページの『サーバー・コンポーネントのインストールの順序』を参照してください。

IBM Cognos BI を環境で稼働する最も簡単かつ迅速な方法は、その環境で基本インストールが機能するようにします。

Content Manager のインストールと設定Content Manager を複数インストールすると、フェイルオーバーを行うことができます。また、Content Manager をその他のコンポーネントとは別の場所にインストールすると、パフォーマンスを高めることができます。

Content Manager のコンピューターでは、Content Store の場所、他の Content

Manager コンポーネントの場所、および通知用データベースを認識する必要があります。

分散インストール環境で、IBM Cognos 環境内の他のコンピューターを設定するには、Content Manager をインストールしたコンピューターの少なくとも 1 台がすでに設定され、実行中で、アクセス可能な必要があります。これにより、Content

Manager と同時にインストールされる認証局 Service を利用して、他のコンピューターに証明書を発行できるようになります。

インストール環境では、複数の Content Manager が異なるコンピューターにインストールされている場合があります。この場合、1 台の Content Manager コンピューターがアクティブで、残りのコンピューターが待機状態になります。

権限

ルートの権限または非ルートの権限を使用してインストールを実行できます。

また、IBM Cognos BI には、インストール・プログラムを実行するアカウントのファイル・モード作成マスク (umask) が関連します。この影響を受けるのは、インストール・ディレクトリーのみです。ディレクトリー内のファイルのアクセス権には、影響を与えません。ただし、ログなど実行時に生成されるファイルには、マスクが関連します。インストール・ディレクトリーには、umask 022 を推奨します。

設定の規則

複数の Content Manager コンポーネントがインストールされている環境、またはContent Manager が独立した場所にインストールされている環境では、1 つ以上のContent Manager を設定、実行、およびアクセス可能にしてから、環境内のその他のコンポーネントを設定する必要があります。これにより、Content Manager と同時にインストールされる認証局 Service を利用して、他の IBM Cognos のコンピューターに証明書を発行できるようになります。


分散コンポーネントのインストール・プロセスの順序については、 107ページの『サーバー・コンポーネントのインストールの順序』を参照してください。

アクティブな Content Manager の規則

複数の Content Manager コンポーネントをインストールしている場合は、最初に起動した Content Manager コンピューターがデフォルトのアクティブな Content

Manager になります。IBM Cognos Administration を使用すると、別の Content

Manager コンピューターをデフォルトのアクティブな Content Manager として指定できます。

フェイルオーバー保護のために、これらの Content Manager コンピューターが待機状態となります。ソフトウェアまたはハードウェアの障害によってアクティブなContent Manager コンピューターが使用不可になった場合は、待機中の Content

Manager コンピューターがアクティブになり、そのコンピューターに要求が転送されます。

アクティブな Content Manager に障害が発生すると、保存されていないセッション・データは失われます。別の Content Manager がアクティブになると、ユーザーはログオンするように要求されます。

Content Manager サービスをアクティブにする方法については、「管理およびセキュリティー・ガイド」を参照してください。アクティブおよび待機中の Content

Manager コンポーネントについては、『アクティブおよび待機中の Content Manager

コンポーネント』を参照してください。

複数の Content Manager を使用するインストールでは、デフォルト CGI ゲートウェイの代わりにコンパイル済みゲートウェイを使用するように IBM Cognos BI を設定します。例えば、Apache Server または IBM HTTP Server の場合は Apache モジュールを使用し、IIS の場合は ISAPI を使用します。設定しない場合、フェイルオーバー後のパフォーマンスに影響が出る可能性があります。

アップグレード

ReportNet または以前のバージョンの IBM Cognos BI からアップグレードする場合、既存の設定データを利用できます。ただし、IBM Cognos BI にはいくつかの新機能があり、設定が必要な場合もあります。

PowerCube

IBM Cognos Transformer のインストールを計画しており、IBM Cognos Series 7 ネームスペースに対してセキュリティー保護された PowerCube を使用する場合は、IBM Cognos Series 7 をサポートするコンピューターに Content Manager をインストールする必要があります。

アクティブおよび待機中の Content Manager コンポーネントContent Manager はいくつでもインストールできますが、一度にアクティブになるのは 1 つのみです。その他の Content Manager は、バックアップ用として動作します。


待機中の Content Manager コンポーネントは、フェイルオーバー保護を目的としています。ソフトウェアまたはハードウェアの障害によってアクティブな Content

Manager が使用不可になった場合は、待機中の Content Manager がアクティブになり、その Content Manager に要求が転送されます。

アクティブな Content Manager に障害が発生すると、保存されていないセッション・データは失われます。別の Content Manager がアクティブになると、ユーザーはログオンするように要求されます。

デフォルトでは IBM Cognos BI に最初にインストールされた Content Manager がアクティブになります。IBM Cognos BI サーバー管理者は、デフォルトの Content

Manager とアクティブな Content Manager をいつでも変更できます。IBM Cognos

BI が起動すると、デフォルトの Content Manager によって、他の Content Manager

から Content Store へのアクセスがすべてロックされます。インストールされた他のContent Manager は待機モードに入ります。

フェイルオーバー機構が動作するのは、ディスパッチャーとアクティブな Content

Manager とで相互に定期的な通信を行っているためです。ディスパッチャーからContent Manager への通信が不能になると、ディスパッチャーから待機中の Content

Manager に信号が送信され、この Content Manager がアクティブになります。それ以外の Content Manager では待機モードの状態が維持され、フェイルオーバーのサポートが続行されます。待機中の Content Manager によって、アクティブのContent Manager から共通対称鍵 (データの暗号化と復号化に使用される) などの暗号化設定が取得されます。

Content Manager コンポーネントのインストールContent Manager をインストールするには、オペレーティング・システムのディスクを使用します。インストール・ウィザードで、Content Manager 以外のすべてのコンポーネントの選択を解除します。

IBM Cognos Business Intelligence と連携する IBM Cognos PowerPlay をインストールする場合は、IBM Cognos Business Intelligence Content Manager コンポーネントがインストールされているコンピューターと同じコンピューターに PowerPlay

Content Manager コンポーネントをインストールします。

複数の Content Manager をインストールする場合は、Content Manager 間で正常にフェイルオーバーされるように、Content Manager コンピューターのシステム・クロックが同期していることを確認する必要があります。

Cognos Content Database


UNIX または Linux オペレーティング・システムでの ContentManager のインストール次の手順に従って、UNIX または Linux オペレーティング・システムに Content

Manager をインストールします。


始める前に





Java Runtime Environment のインストール場所は、"/ディレクトリー/java/Java のバージョン/jre"などになります。


によって提供される Java などの JVM が必要です。



_M_ARENA_OPTS 1:4



AIXTHREAD_SCOPE=S








export PATH











./issetup


X Window を使用しない場合は、無人インストールを実行します 321ページの『第 12 章無人インストールと無人構成の使用』。




v ディレクトリーを選択する場合は、次の点に注意してください。

パス名に ASCII 文字のみが含まれるディレクトリーに Content Manager をインストールします。一部の UNIX Web サーバーおよび Linux Web サーバーでは、ディレクトリー名に ASCII 以外の文字は使用できません。

以前のバージョンの IBM Cognos BI がインストールされているコンピューターに IBM Cognos BI をインストールする場合で、以前のバージョンも残すには、IBM Cognos BI を別のディレクトリーにインストールする必要があります。

v コンポーネントを選択するときに、「Content Manager」以外のすべてのコンポーネントの選択を解除します。

設定済みのデータベースを使用する場合は、「Cognos Content Database」も選択します。












Windows オペレーティング・システムでの Content Manager のインストール次の手順に従って、Microsoft Windows オペレーティング・システムに Content

Manager をインストールします。



始める前に














パス名に ASCII 文字のみが含まれるディレクトリーに Content Manager をインストールします。一部の Microsoft Windows オペレーティング・システムの Web サーバーでは、ディレクトリー名に ASCII 以外の文字は使用できません。

以前のバージョンの IBM Cognos BI がインストールされているコンピューターに IBM Cognos BI をインストールする場合で、以前のバージョンも残すには、IBM Cognos BI を別のディレクトリーにインストールする必要があります。

v コンポーネントを選択するときに、「Content Manager」以外のすべてのコンポーネントの選択を解除します。

設定済みのデータベースを使用する場合は、「Cognos Content Database」も選択します。










コンポーネントがインストールされているコンピューターにインストールする必要



があります。使用している製品バージョンに対応するフィックスパックをインストールしてください。バージョンを確認するには、<c10 の場所>¥cmplst.txt にあるコンポーネント・リスト・ファイルを開き、PowerPlay Client のC8PPCLIENT_version= と PowerPlay サーバー・バージョンの C8PPES_version= で始まる行を確認します。

Windows オペレーティング・システムへのフィックスパックのインストールフィックスパックは、製品の最新リリース以降に行われた累積のコード修正を含む製品アップデートです。 IBM Cognos フィックスパックは、既存の製品と同じ場所にインストールされます。






UNIX または Linux オペレーティング・システムでの IBM Cognosフィックスパックのインストールフィックスパックは、製品の最新リリース以降に行われた累積のコード修正を含む製品アップデートです。 IBM Cognos フィックスパックは、既存の製品と同じ場所にインストールされます。



./issetup






Content Store データベース用のデータベース接続の設定Cognos Content Database またはMicrosoft SQL Server 以外のデータベースをContent Store として使用する場合は、Content Manager をインストールする各コンピューターに、データベース・クライアント・ソフトウェアまたは JDBC (Java


IBM DB2 Content Store のデータベース接続の設定以下に記されている手順では、DB2 Content Store のデータベース接続を設定する方法について取り上げています。この手順は、Content Manager がインストールされている各コンピューターで実行する必要があります。

IBM DB2 を使用している場合、タイプ 4 の Java Database Connectivity (JDBC) ドライバーを使用して Content Store に接続する必要があります。

タイプ 4 のドライバーは、独立した製品として扱われます。このドライバーは、DB2 クライアントをインストールしなくても使用できます。

手順










DB2 Content Store のデータベースを作成するスクリプト・ファイルの生成:

すべてのプラットフォーム上の IBM DB2 で、Content Store を自動的に作成するためのスクリプト・ファイルを生成できます。スクリプト・ファイルは、DDL ファイルと呼ばれます。

手順

1. IBM Cognos Configuration を開始します。


2. 「Explorer」ウィンドウの「データ・アクセス」 > 「Content Manager」で、「Content Store」をクリックします。

デフォルト構成は、IBM DB2 データベース用です。「タイプ」が「DB2 データベース」であることを確認してください。

3. 「データベース・サーバーとポート番号」項目に、DB2 が実行されるコンピューターの名前とポート番号を入力します。例えば、localhost:50000 とします。ここで、50000 は IBM DB2 によって使用されるデフォルトのポート番号です。別のポート番号を使用している場合は、その値を使用するようにしてください。

4. 「ユーザー ID とパスワード」プロパティーの隣にある「値」フィールドをクリックして、編集アイコンをクリックします。適切な値を入力して、「OK」をクリックします。

5. 「プロパティー」ウィンドウで、「データベース名」プロパティーに、ご使用のContent Store データベースの名前を入力します。

重要: 名前は 8 文字以下でなければならず、使用できるのは英数字、アンダースコアー、ハイフンのみです。

6. 「コンテンツ・ストア」を右クリックし、そして「DDL の生成 (GenerateDDL)」をクリックします。

7. 「詳細」をクリックして、生成された DDL ファイルの場所を記録します。

createDB.sql という名前の DDL ファイルが作成されます。スクリプトは、<c10 の場所>¥configuration¥schemas¥content¥db2 ディレクトリーに作成されます。

次のタスク

このスクリプトを使用して、IBM DB2 内にデータベースを作成します。 DDL ファイルの使用方法について詳しくは、IBM DB2 のドキュメントを参照してください。

IBM DB2 コマンド行インターフェースを使用する場合は、次のコマンドを入力してスクリプトを実行できます。

db2 -tvf createDB.sql

DB2 for z/OS での Content Store の表スペースの作成:

データベース管理者は、Content Store データベースで必要な一連の表スペースを作成するスクリプトを実行する必要があります。スクリプトを変更して、プレースホルダー・パラメーターを環境に適したものに置き換えます。

デフォルトで、Content Store は通知、ヒューマン・タスク、および注釈に使用されます。それぞれに別個のデータベースを作成できます。


z/OS 上の DB2 用の命名規則を使用してください。例えば、パラメーター名はすべて文字で始まり、8 文字以下でなければなりません。この文字長の制限には、次の2 つの例外があります。


v CMSCRIPT_CS_ID は、2 文字以下でなければなりません。

v CMSCRIPT_TABLESPACE は、6 文字以下でなければなりません。

これらの例外の理由は、2 つのパラメーターが連結されるときに文字長が 8 文字以下でなければならないためです。

詳細については、IBM DB2 インフォメーション・センターを参照してください。

手順

1. 表スペースの作成と削除の権限、および SQL 文の実行を許可する権限のあるユーザーとしてデータベースに接続します。

2. スクリプトが格納されているディレクトリーに移動します。

<c10 の場所>/configuration/schemas/content/db2zOS

3. tablespace_db2zOS.sql スクリプト・ファイルのバックアップ・コピーを作成して、そのファイルを別の場所に保存します。

4. 元の tablespace_db2zOS.sql スクリプト・ファイルを開きます。

a. スクリプトの先頭に接続ステートメントを追加します。


connect to databasename;

b. 次の表を参考にして、汎用パラメーターを環境に適したものに置き換えます。

この表に挙げたすべてのパラメーターがスクリプトに存在するわけではありませんが、いくつかは将来追加される可能性があります。

表 25. Content Store の表スペース・スクリプトのパラメーター名および説明


CMSCRIPT_STOGROUP ストレージ・グループの名前を指定します。

CMSCRIPT_DATABASE Content Store データベースの名前を指定します。

CMSCRIPT_CS_ID Content Store データベースのサブシステムID を指定します。

この ID は、2 文字以下にしてください。

CMSCRIPT_TABLESPACE Content Store のすべての基準テーブルが格納される表スペースの名前を指定します。

補助テーブルは含まれません。

この名前は、6 文字以下にしてください。

CMSCRIPT_LARGE_BP 特に大きいオブジェクトに対して割り当てられる大きいバッファー・プールの名前を指定します。




表 25. Content Store の表スペース・スクリプトのパラメーター名および説明 (続き)


CMSCRIPT_REGULAR_BP 通常のオブジェクトと大きいオブジェクトに対して割り当てられる通常サイズのバッファー・プールの名前を指定します。



CMSCRIPT_USERNAME Content Store データベースにアクセスするユーザー・アカウントを指定します。

5. スクリプトを保存して実行します。

例えば、clp.properties ファイルおよび DB2 別名をプロファイルの中またはtcshrc スクリプト・ファイルの中にセットアップした場合、以下のコマンドを入力してスクリプトを実行します。

db2 -tvf tablespace_db2zOS.sql

6. "tablespace_db2zOS.sql" ファイル・スクリプトを実行したときに作成された表スペースに対する権限を IBM Cognos ユーザーに付与します。

a. rightsGrant_db2zOS.sql スクリプト・ファイルのコピーを作成して、それを別の場所に保管します。

b. リモート・アクセス・ツールで元の rightsGrant_db2zOS.sql スクリプト・ファイルを開き、プレースホルダー・パラメーターを環境に適した値に置き換えます。

バッファー・プールとユーザー・アカウントにリソースを割り当てたときに使用した値と同じ値を使用してください。.

c. スクリプトの先頭に接続ステートメントを追加します。


connect to databasename user username using password;

d. スクリプトを保存して実行します。


db2 -tvf rightsGrant_db2zOS.sql

7. 通知の表スペースを作成するには、<c10 の場所>/configuration/schemas/

delivery/zosdb2 ディレクトリーに移動します。

a. NC_TABLESPACES.sql スクリプト・ファイルのバックアップ・コピーを作成して、そのファイルを別の場所に保存します。

b. 元の NC_TABLESPACES.sql スクリプト・ファイルを開き、以下の表を参考にしながら、プレースホルダー・パラメーターをご使用の環境に適した値に置き換えます。


表 26. z/OS 上の DB2 通知データベース用の表スペースのパラメーター名および説明


NCCOG 通知データベースの名前を指定します。


BP32K バッファー・プールの名前を指定します。

この表に挙げたすべてのパラメーターがスクリプトに存在するわけではありませんが、将来追加される可能性があります。



db2 -tvf NC_TABLESPACES.sql

d. NC_CREATE_DB2.sql スクリプト・ファイルを開き、NCCOG プレースホルダー・パラメーターを通知データベース名に置き換えます。

e. スクリプトを保存します。

Job サービスと Scheduling Monitor サービスでスクリプトが自動的に実行されます。スクリプトを自分で実行するように選択することも可能です。

8. Human Task の表スペースを作成するには、c10_location/configuration/

schemas/hts/zosdb2 ディレクトリーに移動します。

a. HTS_tablespaces.sql スクリプト・ファイルのバックアップ・コピーを作成して、そのファイルを別の場所に保存します。

b. 元の HTS_TABLESPACES.sql スクリプト・ファイルを開き、次の表を参考にして、汎用パラメーターを環境に適した汎用パラメーターに置き換えます。



NCCOG データベースの名前を指定する。


BP32K 32 K のバッファー・プールの名前を指定します。



d. HTS2_CREATE_Db2zos.sql スクリプト・ファイルを開き、次の表を参考にして、汎用パラメーターを環境に適した汎用パラメーターに置き換えます。







9. Annotation の表スペースを作成するには、c10_location/configuration/

schemas/ans/zosdb2 ディレクトリーに移動します。

a. ANN_TABLESPACES.sql スクリプト・ファイルのバックアップ・コピーを作成して、そのファイルを別の場所に保存します。

b. 元の ANN_TABLESPACES.sql スクリプト・ファイルを開き、次の表を参考にして、汎用パラメーターを環境に適した汎用パラメーターに置き換えます。




DSN8G810 ストレージ・グループの名前。

BP32K 32 K バッファー・プールの名前。



d. ANS2_CREATE_Db2zos.sql スクリプト・ファイルを開き、次の表を参考にして、汎用パラメーターを環境に適した汎用パラメーターに置き換えます。






Oracle Content Store のデータベース接続の設定以下に記されている手順では、Oracle Content Store のデータベース接続を設定する方法について取り上げています。この手順は、Content Manager がインストールされている各コンピューターで実行する必要があります。








Informix Content Store のデータベース接続の設定以下に記されている手順では、Informix Content Store のデータベース接続を設定する方法について取り上げています。この手順は、Content Manager がインストールされている各コンピューターで実行する必要があります。






Sybase Content Store のデータベース接続の設定以下に記されている手順では、Sybase Content Store のデータベース接続を設定する方法について取り上げています。この手順は、Content Manager がインストールされている各コンピューターで実行する必要があります。






始める前に











./cogconfig.sh





Content Store のデータベース接続プロパティーの設定Content Manager から Content Store 用のデータベースに接続できるように、データベース・サーバー情報を指定する必要があります。このデータベース・ログオンを使用して、Content Manager から Content Store へのアクセスが行われます。データベース接続プロパティーを設定すると、Content Manager と Content Store 間の接続をテストできるようになります。

Cognos Content Database をインストールした場合、データベース接続プロパティーによりデフォルトで Cognos Content Database が使用されます。デフォルトのデータベース接続プロパティーを変更する必要はありません。ただし、Cognos Content

Database の用途は、システムのテストまたは概念検証に限定されます。実働環境に移行する際には、Content Store にエンタープライズ・レベルのデータベースを使用してください。

ReportNet または以前のバージョンの IBM Cognos BI からアップグレードする場合は、既存の Content Store データベースのコピー版を指すように IBM Cognos BI を設定します。設定を保存して IBM Cognos サービスを開始すると、Content Store のデータが自動的にアップグレードされ、以前のバージョンでは使用できなくなります。新しいバージョンでアップグレード前のデータベースのコピー版を使用するようにすれば、ReportNet でも以前のバージョンでも、アップグレード前のデータを今までどおり実行できます。

DB2 Content Store のデータベース接続プロパティーの設定Content Manager から Content Store 用のデータベースに接続できるように、データベース・サーバー情報を指定する必要があります。



を起動します。

2. 「Explorer」ウィンドウの「データ・アクセス」、「Content Manager」で、「Content Store」をクリックします。

3. 「プロパティー」ウィンドウで、「データベース」プロパティーにデータベース名またはデータベースの別名を入力します。

4. ログオンの資格情報を変更して、有効なユーザー ID とパスワードを指定します。

v 「ユーザー ID とパスワード」プロパティーの隣にある「値」ボックスをクリックして、表示される「編集」ボタンをクリックします。

z/OS 上の DB2 にあるデータベースに接続する場合、表スペースを作成したときに CMSCRIPT_USERNAME に対して指定した値と同じユーザー ID を指定していることを確認してください。


5. 「データベース・サーバーとポート番号」項目に、DB2 が実行されるコンピューターの名前とポート番号を入力します。例えば、localhost:50000 とします。DB2 で使用されるデフォルトのポート番号は 50000 です。別のポート番号を使用している場合は、その値を使用するようにしてください。

6. z/OS 上の DB2 にあるデータベースに接続する場合、以下のようにします。

a. 「Explorer」ウィンドウで、「ローカル設定」をクリックします。

b. 「プロパティー」ウィンドウで、「詳細プロパティー」の隣にある「値」ボックス内をクリックし、「編集」アイコンをクリックします。

c. 表スペースの作成に使用したパラメーターを追加するには、「追加」をクリックします。 CMSCRIPT_USERNAME を除くすべてのパラメーターを追加します。


Microsoft SQL Server、Oracle、Informix、または SybaseContent Store のデータベース接続プロパティーの設定Content Manager から Content Store 用のデータベースに接続できるように、データベース・サーバー情報を指定する必要があります。


2. 「Explorer」ウィンドウの「データ・アクセス」、「Content Manager」で、「Content Store」を右クリックし、「削除」をクリックします。

このステップにより、デフォルトのリソースへの接続が削除されます。 Content

Manager からアクセス可能な Content Store は 1 つのみです。

3. 「Content Manager」を右クリックし、「リソースの新規作成」、「データベース」の順にクリックします。



5. 「タイプ」ボックスでデータベースのタイプを選択し、「OK」をクリックします。

ヒント: Oracle Net8 のキーワード値ペアを使用してデータベース接続を管理するには、「Oracle データベース (詳細設定)」を選択します。

6. 「プロパティー」ウィンドウで、データベースのタイプに応じた値を指定します

v Microsoft SQL Server データベースを使用する場合は、「ポート番号とインスタンス名によるデータベース・サーバー」および「データベース名」プロパティーに適切な値を入力します。

Microsoft SQL Server の場合、「ポート番号とインスタンス名によるデータベース・サーバー」プロパティーの値には、1433 などのポート番号を使用することも、インスタンス名を使用することもできます。

Microsoft SQL Server のインスタンスが複数ある場合は、「ポート番号とインスタンス名によるデータベース・サーバー」プロパティーにインスタンス名を入力します。

名前付きのインスタンスに接続するには、インスタンス名を JDBC (Java

Database Connectivity)URL プロパティーまたはデータ・ソース・プロパティーとして指定する必要があります。例えば、「localhost¥instance1」と入力できます。インスタンス名プロパティーが指定されていない場合、デフォルトのインスタンスに対する接続が作成されます。

名前付きインスタンスに指定されたプロパティー、ユーザー ID とパスワード、およびデータベース名が、JDBC URL の作成で使用されます。次に例を示します。

jdbc:JSQLConnect://localhost\\instance1/user=sa/more properties as required

名前付きのインスタンスに接続するには、インスタンス名を指定する必要があります。例えば、「localhost¥instance1」と入力できます。インスタンス名が指定されていない場合、デフォルトのインスタンスに対する接続が作成されます。

v Oracle データベースを使用する場合、「データベース・サーバーとポート番号」プロパティーおよび「SID」プロパティーに適切な値を入力します。

v 高度な Oracle データベースを使用する場合は、「データベース指定子」プロパティーに、接続に使用する Oracle Net8 のキーワード値のペアを入力します。


(description=(address=(host=myhost)(protocol=tcp)(port=1521)(connect_data=(sid=(orcl)))))

高度な機能を持つ Oracle データベースを選択すると、IBM Cognos BI では、企業向けの Oracle の機能を使用してリスナーが選択され、最初のリスナーが失敗すると別のリスナーに切り替えられます。また、接続が失敗すると自動的にデータベースに再接続され、接続要求に対してリスナー間およびディスパッチャー間で負荷分散が行われます。


v Informix データベースを使用する場合、「データベース・サーバーとポート番号」プロパティーと「データベース名」プロパティーに適切な値を入力します。

v Sybase データベースを使用する場合、「データベース・サーバーとポート番号」プロパティーと「データベース名」プロパティーに適切な値を入力します。

7. ログオン資格情報を設定するには、ユーザー ID とパスワードを指定します。

v 「ユーザー ID とパスワード」プロパティーの隣にある「値」ボックスをクリックして、表示される「編集」アイコンをクリックします。


8. Informix のインスタンスで複数の Content Store データベースをホストする場合は、詳細プロパティー CMSCRIPT_CS_ID を作成し、インスタンスを実行するアカウントを指定します。


v 「プロパティー」ウィンドウで、「詳細プロパティー」の「値」列をクリックし、「編集」アイコンをクリックします。


v 「名前」列に、「CMSCRIPT_CS_ID」と入力します。

v 「値」列に、Content Store のインスタンスを実行するアカウントのユーザーID を入力します。

Informix の Content Store データベースのインスタンスごとに、異なるユーザー・アカウントを使用します。


ログオンの資格情報は、すぐに暗号化されます。

タスクの結果

これで、IBM Cognos サービスを初めて開始したときに Content Manager によって必要なテーブルが Content Store に作成されるようになります。接続プロパティーが正確に指定されていない場合、IBM Cognos サービスを開始できません。

Content Manager コンピューターの環境プロパティーの設定Content Manager のコンピューターで、Content Store、他の Content Manager のコンピューター、および通知用データベースの場所を認識できるようにします。

フェイルオーバー保護として使用するコンピューターに Content Manager をインストールしたら、これらのコンピューターで Content Manager を設定する必要があります。Content Manager を複数インストールした場合、すべての Content Manager

の URI を各 Content Manager コンピューターでリスト表示する必要があります。

必要な設定作業を完了して IBM Cognos BI サービスを開始すると、認証局 Service

を使用して他のコンピューターに証明書を発行できます。次に、アプリケーション層コンポーネントのコンピューターやゲートウェイのコンピューターなど、他のコンピューターで必要な設定を行うことができます。他のコンピューターの設定を行


わない場合は、Content Manager コンピューターの設定作業を続行し、使用環境に合わせてデフォルトのプロパティー設定を変更できます ( 221ページの『デフォルト設定の変更』を参照)。例えば、認証プロバイダーの使用 ( 173ページの『第 8 章認証プロバイダーを使用するための IBM Cognos コンポーネントの設定』を参照)

、Content Manager コンピューターのサービスの有効化および無効化 ( 234ページの『サービスの有効化と無効化』を参照)、グローバル設定の変更 ( 270ページの『グローバル設定の変更』を参照) などの IBM Cognos BI コンポーネントの設定を行えます。

1 台の Content Manager コンピューターでグローバル設定を変更した場合は、他のContent Manager コンピューターでも同様の変更を行う必要があります。

アクティブな Content Manager の設定Content Manager のコンピューターで、Content Store、他の Content Manager のコンピューター、および通知用データベースの場所を認識できるようにします。

手順1. デフォルトのアクティブな Content Manager にする Content Manager のコンピューターで、IBM Cognos Configuration を起動します。

ヒント: デフォルトのアクティブな Content Manager には、最高速プロセッサーを装備しているコンピューターを使用します。


3. 「プロパティー」ウィンドウで「Content Manager URI」の値をクリックし、「編集」ボタンをクリックします。

4. 他の Content Manager コンピューターの URI を指定します。

v 「値 - Content Manager URI」ダイアログ・ボックスで「追加」をクリックします。

v 表の空白の行をクリックして、Content Manager コンピューターの完全な URI

を入力します。

表の最初の値は削除しないでください。この値はローカルの Content Manager

コンピューターを識別する、必須の情報です。

URI の"localhost"の部分をホスト名または IP アドレスに置き換えます。すべての URI プロパティーで同じ形式 (すべてホスト名かすべて IP アドレス)

を使用する必要があります。

v 一覧に追加する各 URI について、上記の 2 つの手順を繰り返します。

リストにはすべての Content Manager URI を含める必要があります。

v 「OK」をクリックします。

5. 「Explorer」ウィンドウの「セキュリティー」で、「暗号化」をクリックします。

6. 「プロパティー」ウィンドウの「CSK 設定」で、「対称鍵をローカルに保存」を「有効」に設定します。



待機中の Content Manager の設定Content Manager のコンピューターで、Content Store、他の Content Manager のコンピューター、および通知用データベースの場所を認識できるようにします。

手順1. 少なくとも 1 台の Content Manager コンピューターで環境プロパティーがすでに設定されていることと、そのコンピューターで IBM Cognos BI コンポーネントが実行中であることを確認します。

2. 待機中の Content Manager コンピューターで IBM Cognos Configuration を起動します。


4. 「プロパティー」ウィンドウで「Content Manager URI」の値をクリックし、「編集」ボタンをクリックします。

5. 他の Content Manager コンピューターの URI を指定します。


v 表の空白の行をクリックして、Content Manager コンピューターの完全なURI を入力します。

表の最初の値は削除しないでください。この値はローカルの Content

Manager コンピューターを識別する、必須の情報です。







7. 暗号化に関するすべての設定が、デフォルトのアクティブな Content Manager

コンピューターで設定した内容と一致することを確認します。

8. 「Explorer」ウィンドウの「データ・アクセス」>「Content Manager」で、「Content Store」をクリックします。

9. すべてのプロパティーの値が、デフォルトのアクティブな Content Manager コンピューターで設定した内容と一致することを確認します。


メール・サーバー・アカウントへの接続の指定レポートを E メールで送信するには、メール・サーバー・アカウントへの接続を設定する必要があります。


また、「ゲートウェイ URI」のホスト名部分を、"localhost"からコンピューターのIP アドレスまたはコンピューター名に変更します。ホスト名を変更しないと、E メールの URL に"localhost"が含まれるため、リモート・ユーザーはレポートを開くことができません。



2. 「Explorer」ウィンドウの「データ・アクセス」で、「通知」をクリックします。

3. 「プロパティー」ウィンドウの「SMTP メール・サーバー」プロパティーに、送信用 SMTP メール・サーバーのホスト名とポート番号を入力します。

ヒント: リンクとして送信されるレポートを開けるように、レポート・サーバーと通知サーバーのゲートウェイ URI の参照先が、IBM Cognos のコンテンツを収容したアクセス可能な Web サーバーになるようにしてください。モバイル・ユーザーが遠隔からリンクにアクセスする必要性があれば、外部からアクセス可能な URI を使用することを考慮してください。

4. 「アカウントとパスワード」プロパティーの隣にある「値」ボックスをクリックして、表示される「編集」ボタンをクリックします。

5. 「値」-「アカウントとパスワード」ダイアログ・ボックスに適切な値を入力し、「OK」をクリックします。

ヒント: SMTP サーバーにログオン資格情報が必要ない場合は、「アカウントとパスワード」プロパティーのデフォルト情報を削除します。このプロパティーを空白のままにするかどうかを確認するプロンプトが表示されたら、「OK」をクリックします。デフォルトのユーザー名が削除されていることを確認してください。デフォルトのユーザー名が削除されていない場合、デフォルトのアカウントが使用され、通知が正しく行われません。

6. 「プロパティー」ウィンドウに、デフォルトの送信者アカウント用の値を入力します。

7. メール・サーバーの接続をテストします。「Explorer」ウィンドウの「通知」を右クリックし、「テスト」をクリックします。

IBM Cognos Business Intelligence によって、メール・サーバーの接続がテストされます。

タスクの結果

レポートを E メールで送信しない場合、またはメール・サーバー・アカウントをただちに設定しない場合は、上記を行う必要はありません。ただし、IBM Cognos

Configuration で設定を保存してからサービスを開始すると、メール・サーバーの接続をテストするときに警告メッセージが表示されます。この警告は無視してかまいません。


セキュリティーの有効化デフォルトで、IBM Cognos Business Intelligence では匿名アクセスが許可されます。IBM Cognos BI 環境でセキュリティーを使用するには、匿名アクセスを無効にして、認証プロバイダーを使用するように IBM Cognos BI を設定する必要があります。

手順1. IBM Cognos Configuration の「Explorer」ウィンドウで、「セキュリティー」>

「認証」>「Cognos」の順にクリックします。


3. 「認証」を右クリックし、「リソースの新規作成」>「ネームスペース」の順にクリックします。


5. 「タイプ」リストで適切なネームスペースのタイプをクリックし、「OK」をクリックします。




IBM Cognos BI での IBM Cognos Series 7 ネームスペースの設定

セキュリティー情報または保護されているコンテンツを IBM Cognos Series 7 からIBM Cognos Business Intelligence に移行するには、IBM Cognos Series 7 ネームスペースと同一のネームスペースを IBM Cognos BI で設定する必要があります。

IBM Cognos BI では認証用に複数のネームスペースを設定できます。詳細については、 173ページの『第 8 章認証プロバイダーを使用するための IBM Cognos コンポーネントの設定』を参照してください。

注: IBM Cognos BI コンポーネントでの認証には、IBM Cognos Series 7 Local


すべての IBM Cognos Series 7 ネームスペースでは、同じプライマリー IBM

Cognos Series 7 Ticket Server を使用しなければなりません。同じ値に設定しなかった場合、エラーが発生したり、認証要求が繰り返されたりすることがあります。

IBM Cognos Series 7 で使用するディレクトリー・サーバーに保存されている設定情報を変更した場合は、IBM Cognos のインストール環境にその変更内容を反映するため、IBM Cognos BI サービスを再開する必要があります。

IBM Cognos BI コンポーネントにログオンできるようにするには、ユーザーは少なくとも 1 つの Access Manager ユーザー・クラスに属している必要があります。



2. 「Explorer」ウィンドウの「セキュリティー」で、「認証」、「Cognos」の順にクリックします。


4. 「Explorer」ウィンドウで、「認証」を右クリックし、「リソースの新規作成」、「ネームスペース」を選択します。


6. 「タイプ」のリストで「IBM Cognos Series 7」をクリックし、「OK」をクリックします。


7. 「リソース・プロパティー」ウィンドウで、必須の値を指定します。

一部の値は、Configuration Manager で IBM Cognos Series 7 ネームスペースを設定したときに使用した値と一致していなければなりません。Configuration

Manager では、プロパティーは、「サービス」、「Access Manager -Runtime」、「ディレクトリー・サーバー」にあります。

v 「ネームスペース ID」に、ネームスペースの一意の識別子を指定します。

v 「ホスト名とポート番号」に、Configuration Manager の「コンピューター」プロパティーに使用した値と同じ値を入力します。

形式は同一にしてください。IBM Cognos Series 7 で IP アドレスを使用する場合は、同じ IP アドレスを入力します。IBM Cognos Series 7 でネットワーク・ホスト名を使用する場合は、同じネットワーク・ホスト名を入力します。

v 「基本識別名」に、Configuration Manager の「基本識別名」 (DN) プロパティーに使用した値と同じ値を入力します。

v 「ネームスペース名」に、Configuration Manager の「デフォルト・ネームスペース」プロパティーに使用した値と同じ値を入力します。

この値では大文字と小文字が区別されるため、完全に一致している必要があります。

8. IBM Cognos BI コンポーネントで既存の認証プロバイダーを見つけて使用されるように、その他の必要なプロパティーすべてに対して値を指定します。

IBM Cognos Series 7 ネームスペースのバージョンが 16.0 の場合は、「データのエンコード方式」プロパティーが「UTF-8」に設定されていることを確認します。また、Content Manager をインストールしているコンピューターで使用しているロケールが IBM Cognos Series 7 ネームスペースのデータに使用しているものと同じであることも必要です。









Content Manager の開始Content Store のデータベース接続プロパティーを設定すると、Content Manager コンピューターを起動できるようになります。

始める前に

ユーザーまたはサービス・アカウントが設定されていることを確認します。詳細については、 40ページの『IBM Cognos Business Intelligence のユーザー・アカウントまたはネットワーク・サービス・アカウントの設定』を参照してください。















Content Manager のインストールのテストWeb ブラウザーを使用してインストールをテストできます。


2. アクティブな Content Manager の URI を入力して、Content Manager が動作していることをテストします。例えば、http://host_name:port/p2pd/servlet と入力します。

host_name:port のデフォルト値は localhost:9300 です。

Content Manager は、「状態区分」の値が「実行中」のときに使用可能となります。

アプリケーション層コンポーネントのインストールと設定アプリケーション層コンポーネントは、異なるコンピューターまたは同じコンピューターにインストールできます。

アプリケーション層コンポーネントには、PowerPlay Server と PowerPlay

Administration が含まれます。両方がデフォルトで選択されています。

PowerPlay のみが含まれる分散インストールでは、PowerPlay Server と PowerPlay

Administration の両方を共に 1 台以上のコンピューターにインストールします。PowerPlay と IBM Cognos Business Intelligence の両方が含まれる分散インストールでは、PowerPlay アプリケーション層コンポーネントを、IBM Cognos BI アプリケーション層コンポーネントと同じコンピューターにインストールすることも、別のコンピューターにインストールすることもできます。IBM Cognos BI アプリケーション層コンポーネントとは別のコンピューターに PowerPlay アプリケーション層コンポーネントをインストールする場合は、次の操作を行います。

v IBM Cognos BI アプリケーション層コンポーネントが含まれるすべてのコンピューターに、PowerPlay Administration コンポーネントのみをインストールする。

v PowerPlay アプリケーション層コンポーネント (PowerPlay Server と PowerPlay

Administration の両方) をインストールしたコンピューターで、Cognos

Configuration を開き、「IBM Cognos サービス」で Presentation サービスとReport サービスを無効にする。必要に応じて、システム・リソースの需要を減らすために、Query サービスを無効にすることもできます。

アプリケーション層コンポーネントのコンピューターに、Content Manager のコンピューターの場所と、ジョブやスケジュールの情報を格納するために使用する通知データベースの場所が認識されていなければなりません。アプリケーション層コンポーネントのコンピューターを設定する前に、アクティブな Content Manager をインストールしたコンピューターを設定し、アクセス可能にしておく必要があります。複数の Content Manager をインストールした場合は、すべての Content Manager のURI のリストを各アプリケーション層コンポーネントのコンピューターで表示する必要があります。


次の作業を行って、アプリケーション層コンポーネントをインストールして設定します。

__ v アプリケーション層コンポーネントのインストール

__ v Fix Pack のインストール (使用可能な場合)

__ v IBM Cognos Configuration の起動

__ v アプリケーション層コンピューターの環境プロパティーの設定

__ v アプリケーション層コンポーネントの起動

__ v アプリケーション層コンポーネントのテスト

アプリケーション層コンポーネントのインストールアプリケーション層コンポーネントは、環境に合わせて 1 台以上のコンピューターにインストールできます。

アプリケーション層コンポーネントには、PowerPlay Server と PowerPlay

Administration が含まれます。両方がデフォルトで選択されています。

ReportNet または以前のバージョンの IBM Cognos BI からアップグレードする場合、IBM Cognos BI では、アプリケーション層コンポーネントのコンピューターに既存の設定データが使用されます。ただし、アプリケーション層コンポーネントを新しい場所にインストールした場合、環境プロパティーを設定する必要があります。

アプリケーション層コンポーネントのコンピューターを設定する前に、アクティブな Content Manager をインストールしたコンピューターを設定し、アクセス可能にしておく必要があります。

UNIX または Linux オペレーティング・システムでのアプリケーション層コンポーネントのインストールアプリケーション層コンポーネントは、環境に合わせて 1 台以上のコンピューターにインストールできます。

始める前に












_M_ARENA_OPTS 1:4



AIXTHREAD_SCOPE=S








export PATH









./issetup

注: issetup コマンドを X Window で使用した場合、メッセージやログ・ファイルの日本語文字が文字化けすることがあります。UNIX または Linux 上に日本語環境でインストールする場合、最初に環境変数を LANG=C および


LC_ALL=C のように設定します。ここで、C は言語コード (例えば Solaris では ja_JP.PCK) を表します。次にインストール・ウィザードを起動します。

X Window を使用しない場合は、無人インストールを実行します ( 322ページの『別のコンピューターのインストール環境からの応答ファイルの使用』を参照)。





パス名に ASCII 文字のみが含まれるディレクトリーにアプリケーション層コンポーネントをインストールします。一部の UNIX Web サーバーおよびLinux Web サーバーでは、ディレクトリー名に ASCII 以外の文字は使用できません。

v コンポーネントを選択するときに、「アプリケーション層コンポーネント」以外のすべてのコンポーネントの選択を解除します。











Windows オペレーティング・システムでのアプリケーション層コンポーネントのインストールアプリケーション層コンポーネントは、環境に合わせて 1 台以上のコンピューターにインストールできます。













パス名に ASCII 文字のみが含まれるディレクトリーにアプリケーション層コンポーネントをインストールします。一部の Web サーバーでは、ディレクトリー名に ASCII 以外の文字は使用できません。

v コンポーネントを選択するときに、「アプリケーション層コンポーネント」以外のすべてのコンポーネントの選択を解除します。























./issetup







始める前に











./cogconfig.sh





アプリケーション層コンポーネントのコンピューターの環境プロパティーの設定

Content Manager とは異なるコンピューターにアプリケーション層コンポーネントをインストールする場合、Content Manager の場所を認識できるようにアプリケーション層コンポーネントのコンピューターを設定する必要があります。この設定により、分散コンポーネント間の相互通信が可能になります。

アプリケーション層コンポーネントのコンピューターで、Content Manager のコンピューターと、ジョブやスケジュールの情報を格納するための通知データベースの場所を認識できるようにします。アプリケーション層コンポーネントのコンピューターでは Content Manager コンピューターが使用するものと同じ通知データベースを使用する必要があります。詳細については、 245ページの『通知データベースの変更』を参照してください。

複数の Content Manager をインストールした場合は、すべての Content Manager のURI のリストを各アプリケーション層コンポーネントのコンピューターで表示する必要があります。



3. 「プロパティー」ウィンドウで、「Content Manager URI」プロパティーの"localhost"の部分を任意の Content Manager コンピューターの名前に変更します。

4. 残りの Content Manager コンピューターの URI を指定します。


v 表の空白の行をクリックして、Content Manager コンピューターの完全なURI を入力します。







5. 「ゲートウェイ URI」プロパティーの"localhost"の部分を、ゲートウェイ・コンポーネントをインストールする予定のコンピューターの名前に変更します。

これにより、ユーザーは、E メールで送信されるレポートやワークスペースにさまざまな場所から接続できます。

6. 残りの URI プロパティーの"localhost"の部分を、使用している IBM Cognos

BI サーバーの名前または IP アドレスに変更します。


8. 「認証局設定」プロパティー・グループで、デフォルトのアクティブな Content

Manager コンピューターで指定したプロパティーに合わせて、「パスワード」プロパティーを設定します。

9. 暗号化に関する他のすべての設定が、デフォルトのアクティブな Content

Manager コンピューターで設定した内容と一致することを確認します。


アプリケーション層コンポーネントの起動環境プロパティーを設定すると、アプリケーション層コンポーネントのコンピューターでサービスを開始できるようになります。

始める前に

レポート作成に IBM Cognos BI を使用するには、サーバー・コンポーネントをインストールして設定し、IBM Cognos サービスを開始し、使用可能なデータ・ソースを参照しているパッケージを用意する必要があります。ただし、アップグレードを行う場合は、同じデータ・ソースを引き続き使用できます。

ユーザーまたはサービス・アカウントが設定されていることを確認します。詳細については、 40ページの『IBM Cognos Business Intelligence のユーザー・アカウントまたはネットワーク・サービス・アカウントの設定』を参照してください。















アプリケーション層コンポーネントのテストWeb ブラウザーを使用してインストールをテストできます。


2. IBM Cognos Configuration に設定されている「外部ディスパッチャー URI」の値を入力し、ディスパッチャーを使用できるかどうかをテストします。例えば、次のようになります。

http://host_name:port/p2pd/servlet/dispatch

host_name:port のデフォルト値は localhost:9300 です。

ディスパッチャーは、IBM Cognos Connection は現れるがグラフィックスまたはイメージが表示されない場合に使用できます。

IBM Cognos BI Migration サービスのテストMigration Assistant のアイコンが IBM Cognos Administration に表示されていることを確認することにより、IBM Cognos Business Intelligence Migration サービスのインストールをテストできます。

手順1. IBM Cognos Connection のツールバーで、「起動」、「IBM Cognos

Administration」の順にクリックします。

2. 「設定」タブをクリックします。

3. 「コンテンツ管理」をクリックします。


「移行支援」アイコンがツールバーに表示されます。

タスクの結果

Migration Assistant を使用して Upfront、PowerPlay Enterprise Server、IBM Cognos

Connection から IBM Cognos Series 7 コンテンツを移行する前に、IBM Cognos

Series 7 とともに Migration コンポーネントをインストールする必要があります。移行コンテンツの詳細については、「PowerPlay 移行および管理ガイド」を参照してください。

ゲートウェイのインストールと設定環境によっては、1 台以上のコンピューターにゲートウェイをインストールできます。Web ファームを使用している場合は、IBM Cognos BI ゲートウェイを各 Web

サーバーにインストールできます。複数の Web サーバーを使用して着信要求を管理すると、サービス性が向上します。Web サーバーと同じコンピューターにゲートウェイ・コンポーネントのみをインストールすると、Web サーバーではコアの Web

サービスのみが管理され、ユーザー要求は処理されません。Web サーバーとその他のサーバー・コンポーネントの間にネットワーク・ファイアウォールがある場合、このような処理の分離が必要になることがあります。

ゲートウェイ・コンピューターを設定する前に、アクティブな Content Manager をインストールしたコンピューターを設定し、アクセス可能にしておく必要があります。

次の手順を行ってゲートウェイをインストールして設定します。

v ゲートウェイ・コンポーネントのインストール

v Fix Pack のインストール (使用可能な場合)

v IBM Cognos Configuration の起動

v ゲートウェイに対する環境プロパティーおよびセキュリティー・プロパティーを設定する

v Web サーバーの設定

v ゲートウェイのインストールをテストする

UNIX または Linux オペレーティング・システムでのゲートウェイ・コンポーネントのインストール

環境によっては、1 台以上のコンピューターにゲートウェイをインストールできます。Web ファームを使用している場合は、IBM Cognos BI ゲートウェイを各 Web

サーバーにインストールできます。

IBM Cognos Business Intelligence と連携する PowerPlay をインストールする場合は、IBM Cognos Business Intelligence ゲートウェイ・コンポーネントがインストールされているコンピューターと同じコンピューターに PowerPlay ゲートウェイ・コンポーネントをインストールします。


始める前に










_M_ARENA_OPTS 1:4



AIXTHREAD_SCOPE=S








export PATH











./issetup


X Window を使用しない場合は、無人インストールを実行します ( 321ページの『第 12 章無人インストールと無人構成の使用』を参照)。





パス名に ASCII 文字のみが含まれるディレクトリーにゲートウェイ・コンポーネントをインストールします。一部の UNIX Web サーバーおよび Linux

Web サーバーでは、ディレクトリー名に ASCII 以外の文字は使用できません。

v コンポーネントを選択するときに、「ゲートウェイ」以外のすべてのコンポーネントの選択を解除します。












次のタスク


Windows オペレーティング・システムでのゲートウェイ・コンポーネントのインストール

環境によっては、1 台以上のコンピューターにゲートウェイをインストールできます。Web ファームを使用している場合は、IBM Cognos BI ゲートウェイを各 Web

サーバーにインストールできます。










パス名に ASCII 文字のみが含まれるディレクトリーにゲートウェイ・コンポーネントをインストールします。一部の Microsoft Windows オペレーティング・システムの Web サーバーでは、ディレクトリー名に ASCII 以外の文字は使用できません。


v コンポーネントを選択するときに、「ゲートウェイ」以外のすべてのコンポーネントの選択を解除します。




v IBM Cognos Configuration をすぐに開始する場合は、「IBM CognosConfigration の起動」を選択します。

また、「スタート」メニューから IBM Cognos Configuration ショートカットを使用して IBM Cognos Configuration を開始できます。


次のタスク











./issetup














始める前に










./cogconfig.sh





ゲートウェイ・コンピューターに対する環境プロパティーおよびセキュリティー・プロパティーの設定

Content Manager やアプリケーション層コンポーネントとは異なるコンピューターにゲートウェイ・コンポーネントをインストールする場合、ディスパッチャーの場所を認識できるようにゲートウェイのコンピューターを設定する必要があります。ディスパッチャーは、Content Manager とアプリケーション層コンポーネントのすべて


のコンピューターにインストールされます。ゲートウェイでは、アプリケーション層コンポーネントのコンピューターのディスパッチャーを使用するように設定します。

フェイルオーバー保護として、ゲートウェイのコンピューターに複数のディスパッチャーを設定できます。複数のディスパッチャーが設定されると、要求は通常、リスト内の最初のディスパッチャーにルーティングされます。このディスパッチャーが使用できなくなると、ゲートウェイによって、リスト内で次に機能するディスパッチャーが指定され、その場所へ要求がルーティングされます。プライマリー・ディスパッチャーの状態はゲートウェイによって監視され、ディスパッチャーが再び正常に機能するようになると、要求がこのコンポーネントにルーティングされます。

必要な設定作業を完了すると、ゲートウェイ・コンピューターは使用している環境で正しく動作するようになります。

始める前に

ゲートウェイ・コンピューターを設定する前に、Content Manager をインストールしたコンピューターの設定が済んでおり、デフォルトのアクティブな Content Manager

コンピューターが利用可能になっていることを確認します。



3. 「プロパティー」ウィンドウの「ゲートウェイ設定」で、次のように「ゲートウェイ用ディスパッチャー URI」の値を指定します。

v 値の列をクリックします。

v 編集ボタンをクリックします。

v URI の"localhost"の部分を、アプリケーション層コンポーネントのコンピューターの名前または IP アドレスに変更します。

これにより、ユーザーは、E メールで送信されるレポートやワークスペースにさまざまな場所から接続できます。

ヒント: ネットワーク・ファイアウォールの外にある Software Development

Kit アプリケーションまたは IBM Cognos BI モデル作成ツールからディスパッチャーに要求を送信する場合は、ユーザー環境の内部ディスパッチャーURI (例えば、http://localhost:9300/p2pd/servlet/dispatch) を使用して、ディスパッチャーに接続するように設定された専用ゲートウェイに接続します。セキュリティー上の理由から、ゲートウェイ・プロパティー用ディスパッチャーURI のデフォルト設定では、ディスパッチャーがファイアウォールの外にある Software Development Kit アプリケーションまたはモデル作成ツールの要求を受け入れないようになっています。この専用ゲートウェイに、SSL などの適切なセキュリティーを設定する必要があります ( 255ページの『IBM

Cognos コンポーネントの SSL プロトコルの設定』を参照)。メイン・ゲートウェイを、内部ディスパッチャー URI を使用するように変更しないでください。メイン・ゲートウェイを変更すると、IBM Cognos BI ポータルおよびStudio/Authoring ツールのセキュリティーが低下します。


v 他の URI を追加するには、「追加」をクリックし、新しい URI の"localhost"

の部分を他のアプリケーション層コンポーネントのコンピューターの名前または IP アドレスに変更します。

ヒント: 待機中の Content Manager コンピューターのディスパッチャーを使用する場合は、必ずアプリケーション層コンポーネントのコンピューターを追加してから、そのディスパッチャーを追加します。アクティブな Content

Manager コンピューターからディスパッチャーを追加する場合は、そのディスパッチャーがリストの最後にあることを確認してください。

v すべての URI を指定したら、「OK」をクリックします。


5. 「認証局設定」プロパティー・グループで、デフォルトのアクティブな Content

Manager コンピューターで指定したプロパティーに合わせて、「パスワード」プロパティーを設定します。

6. 暗号化に関する他のすべての設定が、デフォルトのアクティブな Content

Manager コンピューターで設定した内容と一致することを確認します。

7. 対称鍵を取得できることをテストします。「Explorer」ウィンドウの「暗号化」を右クリックし、「テスト」をクリックします。

IBM Cognos BI コンポーネントによって、共通対称鍵 (Common Symmetric

Key:CSK) の可用性がチェックされます。


Web サーバーの構成IBM Cognos BI ポータルに接続するには、事前に Web サーバーを設定しておく必要があります。

レポートの作成に使用する IBM Cognos BI の場合は、初回アクセス後に Web ブラウザーによって画像のステータスがチェックされないように、Web サーバーの"images"ディレクトリーのコンテンツ期限も設定する必要があります。

UNIX および Linux オペレーティング・システムの場合、Web サーバーの実行に使用するアカウントには、<c10 の場所>/configuration ディレクトリーのcogstartup.xml ファイルに対する読み取り権限が必要です。デフォルトでは、cogstartup.xml ファイルに対する読み取り権限が他のグループにも与えられます。特定のグループを対象として Web サーバーを実行する場合、cogstartup.xml ファイルへのアクセス権を変更して、Web サーバーを使用するグループにのみ読み取り権限を付与し、他のグループからは削除します。

実動システムでのコンパイル済みゲートウェイの使用実動システムでは、デフォルトの CGI ゲートウェイからゲートウェイを変更することにより、パフォーマンスを向上させることができます。

コンパイル済みゲートウェイには、以下のものが含まれます。

v Microsoft インターネットインフォメーションサービス (IIS) 用の Microsoft

Internet Server Application Programming Interface (ISAPI)


v Apache Web サーバー用または IBM HTTP Server 用の Apache モジュール

v サーブレット・ゲートウェイ Java アプリケーション (デフォルトの Apache

Tomcat 以外のアプリケーション・サーバーを使用する場合)

Apache Server または IBM HTTP Server での Apache モジュールの使用:

Apache モジュールを、Apache Server 2.2.x または Apache Server 2.0.x、あるいはIBM HTTP Server 8、7、または 6.1 に対して使用できます。

重要: Red Hat Enterprise Linux バージョン 5.3 以降と共に提供された Apache

Server 2.2 のバージョンの Apache モジュールは使用できません。

手順

1. <c10 の場所>/cgi-bin ディレクトリーを、次のいずれかの環境変数に追加します。

v Solaris または Linux の場合: LD_LIBRARY_PATH

v HP-UX の場合: SHLIB_PATH および LD_LIBRARY_PATH

v AIX の場合: LIBPATH




5. 次の行をロード・モジュール・リストの最後に追加します。

LoadModule cognos_module "<c10 の場所>/cgi-bin/mod2_2_cognos.<接尾辞>"

この場合、<接尾辞> は、次の表のとおりです。

表 31. 使用しているオペレーティング・システムに対するモジュールの接尾部

オペレーティング・システム接尾辞

Windows dll

Solaris、AIX、HP-UX IA、Linux so

Apache モジュールは、さまざまなバージョンの Apache Server または IBM

HTTP Server に対して提供されています。

v Apache Server 2.2.x と IBM HTTP Server 8 および 7 では、mod2_2_cognos

モジュールを使用します。

v Apache Server 2.0.x と IBM HTTP Server 6.1 では、mod2_cognos モジュールを使用します。




</Directory>




</Directory>



重要: ibmcognos は、IBM Cognos Configuration の「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値で使用されるデフォルト値です。ScriptAlias および Alias 値に ibmcognos を使用しない場合は、「ゲートウェイURI」および「ゲートウェイ用 Controller URI」の値を使用する値に合わせて変更してください。また、例に示されているように、ScriptAlias および Alias

値の ibmcognos 部分に同じ値を使用してください。

7. 次のコードをサーバー・ステータス・レポート・セクションに追加します。

<Location /ibmcognos/cgi-bin/module_alias>SetHandler cognos-handlerOrder allow,denyAllow from all</Location>

module_alias の名前はユーザーが選択できます。

8. ゲートウェイ診断ページを有効にするには、次のコードをサーバー・ステータス・レポート・セクションに追加します。

<Location /ibmcognos/cgi-bin/diag_module_alias>SetHandler cognos-handlerOrder allow,denyAllow from all</Location>

diag_module_alias の名前はユーザーが選択できます。

9. 次の行をユーザー・ディレクトリー・セクションに追加します。

<IfModule mod2_2_cognos.c>CGIBinDir "c10_location/cgi-bin"</IfModule>

Apache モジュール・ファイルは、さまざまなバージョンの Apache Server または IBM HTTP Server に対して提供されています。

v Apache Server 2.2.x と IBM HTTP Server 8 および 7 では、mod2_2_cognos.c を使用します。

v Apache Server 2.0.x と IBM HTTP Server 6.1 では、mod2_cognos.c を使用します。


11. HP-UX の場合、<Apache のインストール場所>/bin ディレクトリーで次のコマンドを実行し、SHLIB_PATH の検索を有効にします。

chatr +s enable +b enable httpd





15. 「ゲートウェイ URI」ボックスで、URI の cognos.cgi の部分を <モジュールの別名> に変更します。

例: http://<ホスト名>:<ポート>/ibmcognos/cgi-bin/<モジュールの別名>

16. 変更を保存します。

タスクの結果

ユーザーは Apache モジュールの URI をブラウザーに入力することで、サーバーにアクセスできます。例えば、次のようになります。

http://servername:port/ibmcognos/cgi-bin/module_alias.

Microsoft インターネットインフォメーションサービス (IIS) バージョン 7 または 8 での ISAPI ゲートウェイの使用:

Microsoft インターネット・インフォメーション・サービス (IIS) Web サーバーを使用している場合は、デフォルトの CGI ゲートウェイではなく ISAPI ゲートウェイを使用するよう IBM Cognos を構成します。




重要: 32 ビット・バージョンの ISAPI ゲートウェイを使用している場合、IBM

Cognos ゲートウェイに使用されるアプリケーション・プールで 32 ビット・アプリケーションを使用可能にする必要があります。Internet Information Services (IIS)

Manager で、IBM Cognos に使用されるアプリケーション・プールを選択して、「詳細設定」をクリックします。「32 ビット・アプリケーションを使用可能にする(Enable 32-Bit Applications)」の値を「有効」に変更します。

手順

1. Microsoft Windows の「コントロールパネル」で、「プログラム」 > 「プログラムと機能」をクリックします。







c. 「ISAPI 拡張」が「インストールされていません」に設定されている場合は、「ISAPI 拡張」を選択して、「役割サービスの追加」を選択します。






e. 「ISAPI 拡張」がまだ選択されていない場合はそれを選択し、「次へ」をクリックします。







e. 「ISAPI 拡張」が選択されていない場合は、「ISAPI 拡張」を選択します。








7. 「サイト」を展開し、ご使用の Web サイトの下で、表に示すように仮想ディレクトリーを追加します。


別名場所



重要: ibmcognos は、IBM Cognos Configuration の「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値で使用されるデフォルト値です。Alias 値に ibmcognos を使用しない場合は、「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値を使用する値に合わせて変更してください。




a. 「要求パス」で、cognosisapi.dll と入力します。

b. 「モジュール」で、「IsapiModule」を選択します。

c. 「実行可能ファイル」で、cognosisapi.dll ファイルへのパスを入力します。

例えば、次のように入力します。

C:¥Program Files¥ibm¥cognos¥c10¥cgi-bin¥cognosisapi.dll

d. 「名前」で、CognosISAPI など、エントリーの名前を入力します。


f. ダイアログ・ボックスで「はい」をクリックして、ISAPI 拡張を許可します。



13. 「ゲートウェイ URI」ボックスで、URI の cognos.cgi の部分をcognosisapi.dll に変更します。

タスクの結果

ユーザーは、Web ブラウザーで http://<サーバー名>/ibmcognos/isapi と入力すると、ISAPI ゲートウェイにアクセスできます。

アプリケーション・サーバーのサーブレット・ゲートウェイの設定:

IBM Cognos を Tomcat 以外のアプリケーション・サーバーに配布する場合、Web

サーバーを使用するのではなく、サーブレット・ゲートウェイを使用して、ポータル・ページをサービス提供することができます。

始める前に

以下のタスクが完了していることを確認してください。


v サーブレット・ゲートウェイをインストールする各コンピューターに、アプリケーション・サーバーがインストールされ、動作していること。

v IBM Cognos BI ゲートウェイのコンポーネントが、アプリケーション・サーバーと同じシステム上にインストールされていること。

v IBM Cognos BI アプリケーション層コンポーネントおよび Content Manager が使用環境にインストールされ、動作していること。



ディスパッチャーに要求を直接ルーティングする代わりに、IBM Cognos BI アプリケーション層コンポーネントと Content Manager のサーブレットを実行する JVM

インスタンスとは別の JVM インスタンスに、サーブレット・ゲートウェイを配布します。このタイプの配布を実行すると、静的コンテンツを提供するための負荷がメイン・アプリケーションから分離されます。

手順

1. 別の JVM インスタンスを作成する (必要な場合)

同じアプリケーション・サーバーで IBM Cognos BI と IBM Cognos サーブレット・ゲートウェイを実行する場合は、サーブレット・ゲートウェイを別のJVM インスタンスに実装する必要があります。

2. IBM Cognos コンポーネントが正しく設定されていることを確認する

3. 環境変数を設定する

4. アプリケーション・サーバーで動作するように IBM Cognos サーブレット・ゲートウェイを設定する

5. アプリケーション・サーバーの始動スクリプトを変更する (必要な場合)

6. アプリケーション・サーバーのプロパティーを設定して IBM Cognos サーブレット・ゲートウェイを配布する

7. SSL を有効化する (必要な場合)

タスクの結果

ゲートウェイ URI を入力することで、サーブレット・ゲートウェイを使用してIBM Cognos コンポーネントにアクセスできます。例えば、http[s]:host_name:port/ServletGateway などのようになります。

IBM Cognos サーブレット・ゲートウェイの URI では、大文字と小文字が区別されます。

CGI ゲートウェイの使用IBM HTTP Server、Apache Web サーバー、または Microsoft インターネットインフォメーションサービス (IIS) サーバーで CGI ゲートウェイを使用することができます。


Apache Server または IBM HTTP Server での CGI ゲートウェイの使用:

IBM Cognos Configuration で設定されるデフォルトのゲートウェイは CGI ゲートウェイです。 CGI ゲートウェイを使用するには、Apache Server または IBM HTTP

Server のための別名を設定する必要があります。

手順







</Directory>



</Directory>



重要: ibmcognos は、IBM Cognos Configuration の「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値で使用されるデフォルト値です。ScriptAlias および Alias 値に ibmcognos を使用しない場合は、「ゲートウェイURI」および「ゲートウェイ用 Controller URI」の値を使用する値に合わせて変更してください。また、例に示されているように、ScriptAlias および Alias 値のibmcognos 部分に同じ値を使用してください。



タスクの結果

ユーザーは、http://<サーバー名>:<ポート>/ibmcognos にあるポータルにアクセスできます。


Microsoft インターネットインフォメーションサービス (IIS) バージョン 7 または 8 での CGI ゲートウェイの使用:

Microsoft インターネットインフォメーションサービス (IIS) バージョン 7 以降を使用している場合は、以下のタスクを使用して、CGI ゲートウェイを構成します。

CGI ゲートウェイは、32 ビットと 64 ビットの両方の Web サーバーに対して提供されます。




手順







c. 「CGI」が「インストールされていません」に設定されている場合は、「CGI」を選択して、「役割サービスの追加」を選択します。






e. 「CGI」を選択し (まだ選択されていない場合)、「次へ」をクリックします。








e. 「CGI」が選択されていない場合は、「CGI」を選択します。







7. 「ISAPI および CGI の制限」をダブルクリックします。

8. 「操作」で、「追加」をクリックします。

9. cognos.cgi ファイルへのパスを入力します。このファイルは <c10 の場所>¥cgi-bin ディレクトリーにあります。

ファイル名を含む絶対パスを入力する必要があります。パスに空白文字が含まれている場合は、パスを引用符で囲んでください。例えば、次のように入力します。

『C:¥Program Files¥ibm¥cognos¥c10¥cgi-bin¥cognos.cgi』

10. 「説明」に、CognosCGI のように入力します。

11. 「拡張パスの実行を許可する」を選択して、「OK」をクリックします。

12. 「接続」の下で「サイト」を展開し、ご使用の Web サイトの下で、表に示すように仮想ディレクトリーを追加します。


別名場所



表 33. 必須の仮想ディレクトリー (続き)

別名場所





a. 「要求パス」で、cognos.cgi と入力します。

b. 「モジュール」で、CgiModule を選択します。

c. 「実行可能ファイル (オプション)」は空白のままにします。

d. 「名前」で、CognosCGI など、エントリーの名前を入力します。


タスクの結果

ユーザーは、Web ブラウザーで http://<サーバー名>/ibmcognos と入力すると、CGI ゲートウェイにアクセスできます。

古いバージョンの Microsoft IIS での CGI ゲートウェイの使用:

バージョン 7 より前の Microsoft インターネットインフォメーションサービス(IIS) では、以下の手順を使用して CGI ゲートウェイを設定します。

手順



別名場所権限

ibmcognos <c10 の場所>/webcontent 読み取り

ibmcognos/cgi-bin <c10 の場所>/cgi-bin 実行

重要: ibmcognos は、IBM Cognos Configuration の「ゲートウェイ URI」および「ゲートウェイ用 Controller URI」の値で使用されるデフォルト値です。ScriptAlias および Alias 値に ibmcognos を使用しない場合は、「ゲートウェイURI」および「ゲートウェイ用 Controller URI」の値を使用する値に合わせて変更してください。

画像を表示および参照するように WebDAV を設定するReport Authoring で画像を表示および参照するためには、 Web サーバー上の Web

Distributed Authoring and Versioning (WebDAV) を設定します。レポート作成者は、ファイル・システムを参照するときと類似の方法で、レポートに組み込む画像を参照できます。


Microsoft IIS Web サーバーでの WebDAV の設定:

Microsoft インターネットインフォメーションサービス (IIS) Web サーバーでは、まず WebDAV 機能を有効にし、イメージの場所にアクセスするように Web サーバーを設定する必要があります。

手順






b. 「役割サービス」セクションで、「役割サービスの追加」を選択します。

c. 「Web サーバー」 > 「HTTP 基本機能」で、「WebDAV 発行」を選択します。

d. 「次へ」をクリックしてから「インストール」をクリックします。




c. 「Web サーバー (IIS)」 > 「Web サーバー」 > 「HTTP 基本機能」を展開し、「WebDAV 発行」を選択します。

d. 「次へ」 > 「次へ」をクリックし、「インストール」をクリックします。


a. 「インターネットインフォメーションサービス」 > 「World Wide Webサービス」 > 「HTTP 共通機能」を展開します。

b. 「WebDAV 発行」を選択し、「OK」をクリックします。







7. 「接続」で、ご使用の Web サーバー、「サイト」を展開し、Web サイトを選択します。例えば、「既定の Web サイト」を選択します。


9. 「WebDAV の有効化」をクリックします。

10. 「WebDAV 設定」をクリックします。

11. 匿名アクセスが有効になっている場合は、「匿名プロパティの照会を許可」で「True」を選択し、「適用」をクリックします。

12. WebDAV アクセスを許可するディレクトリーまたは仮想ディレクトリーを選択します。


14. 「オーサリング規則の追加」をクリックし、環境に適した規則を追加します。例えば、サンプルをインストールした場合、デフォルト・パスを使用するには、ibmcognos 仮想ディレクトリーで samples を展開し、images を選択してイメージ・ファイルのオーサリング規則を追加します。

15. オーサリング規則を追加したディレクトリーまたは仮想ディレクトリーを右クリックし、「アクセス許可の編集」をクリックします。

16. 「セキュリティ」をクリックし、適切な権限を追加します。例えば、Web サーバーへの匿名アクセスを許可する場合は、匿名アクセス・ユーザーの権限を追加します。 Web サイトを選択し、「認証」をダブルクリックして、表示されたユーザーのプロパティーを参照すると、そのユーザーが見つかります。

タスクの結果

WebDAV が有効になり、Report Authoring のユーザーはレポートに画像を追加できます。ユーザーが画像ブラウザーで「参照」をクリックするとき、参照のためのデフォルトの場所は http://<サーバー名>/ibmcognos/samples/images になります。別の場所を作成した場合、ユーザーはその場所を入力できます。

ゲートウェイのテストWeb ブラウザーを使用してインストールをテストできます。

手順1. Web サーバーが動作していることを確認してください。

2. Web ブラウザーを開きます。

3. アドレス・ボックスに、IBM Cognos Configuration に設定されている「ゲートウェイ URI」の値を入力します。例えば、次のようになります。

http://host_name:port/ibmcognos

IBM Cognos BI ポータルの「ようこそ」ページが表示されます。


IBM Cognos Series 7 での Migration のインストールと設定IBM Cognos PowerPlay の Migration Assistant を使用して、PowerPlay Enterprise

Server、Upfront、または IBM Cognos Connection の IBM Cognos Series 7 コンテンツを移行するには、IBM Cognos Series 7 コンピューターに Migration コンポーネントをインストールしておく必要があります。IBM Cognos Series 7 Migration コンポーネントは Microsoft Windows と UNIX で使用可能で、IBM Cognos PowerPlay

Server の CD に収録されています。

次のチェックリストに従って、IBM Cognos Migration のインストールと設定の作業を行ってください。

__ v IBM Cognos Series 7 Migration コンポーネントをインストールする

__ v IBM Cognos Series 7 Migration コンポーネントを設定する (必要な場合)

__ v IBM Cognos Series 7 Migration サービスを開始する

移行プロセスの推奨設定を含め、IBM Cognos Series 7 から IBM Cognos BI へのコンテンツの移行について詳しくは、「IBM Cognos PowerPlay 移行および管理ガイド」を参照してください。

IBM Cognos Series 7 Migration コンポーネントのインストールIBM Cognos Series 7 Migration コンポーネントをインストールする前に、IBM

Cognos Series 7 のインストールが正常に動作していることを確認してください。これには、IBM Cognos Series 7 PowerPlay Enterprise Server サービスおよび Upfront

サービス (IBM Cognos Upfront Administration Service、IBM Cognos Upfront データ・ストア、IBM Cognos Upfront Dispatcher サービスなど) が実行されていることを確認する作業も含まれます。

IBM Cognos Series 7 Migration コンポーネントは、IBM Cognos Series 7 コンピューターにインストールします。

v PowerPlay Enterprise Server からコンテンツを移行するには、PowerPlay Enterprise

Server コンピューターに IBM Cognos Series 7 Migration コンポーネントをインストールする必要があります。Upfront が同じコンピューター上にインストールされている場合は、Upfront からコンテンツを移行することもできます。PowerPlay

Enterprise Server コンピューターに Migration コンポーネントをインストールすると、Cognos Connection に対して発行された PowerPlay コンテンツの移行もサポートされるようになります。

v Upfront からコンテンツを移行するには、Upfront コンピューターに IBM Cognos

Series 7 Migration コンポーネントをインストールする必要があります。Upfront

と PowerPlay Enterprise Server が別々のコンピューターにインストールされている場合は、PowerPlay Enterprise Server コンピューターと Upfront コンピューターの両方に IBM Cognos Series 7 Migration コンポーネントをインストールする必要があります。また、移行処理をサポートするために、共有ネットワーク・ディレクトリーをセットアップして設定を行う必要があります。

手順1. 使用しているオペレーティング・システムに対応する IBM Cognos PowerPlay

Server の CD を挿入します。UNIX の場合は、Rock Ridge ファイル拡張を使用して CD をマウントする必要あります。


2. 「ようこそ」ページが表示されない場合は、次のいずれかの操作を行います。

v Windows の場合は、CD の"win32"ディレクトリーにある"issetup.exe"ファイルをダブルクリックします。

v UNIX の場合は、使用しているオペレーティング・システムに対応するディレクトリーで次のように入力します。./issetup


ここで選択した言語によって、インストール・ウィザードの言語が決まります。


5. 「コンポーネントの選択」ページで、「IBM Cognos Series 7 Migration コンポーネント」以外のすべてのコンポーネントの選択を解除します。

6. 「複数のインストール先」ページで、コンポーネントのインストール先となるIBM Cognos Series 7 の場所を指定します。

IBM Cognos Series 7 バージョン 4 (7.4) と同じディレクトリーに IBM Cognos

Series 7 Migration コンポーネントをインストールする必要があります。

Microsoft Windows コンピューターに IBM Cognos Series 7 Migration コンポーネントをインストールする場合、インストール場所はマップされたドライブではなく物理ドライブにする必要があります。物理ドライブでない場合は、Migration


IBM Cognos BI のインストール場所を尋ねられた場合は、デフォルトの場所をそのまま指定することも、新しいローカルの場所を入力することもできます。この場所は、インストール・ファイルを書き込むために使用されます。他のコンピューター上にある IBM Cognos BI のインストール場所へのパスを入力する必要はありません。また、IBM Cognos Series 7 コンピューターに IBM Cognos BI

コンポーネントを配置する必要もありません。

7. 「移行設定情報」ページの「Migration サービス・ポート番号」に、IBM Cognos

Series 7 Migration サービスで使用するポート番号を入力します。デフォルトは21567 です。

8. 「終了」ページで、「終了」をクリックします。

タスクの結果

他の IBM Cognos 製品と同様に、インストールの過程で、移行されるファイルやインストール・エラーに関する詳細情報などが記載されたログ・ファイルが生成されます。ログ・ファイルは、installation_location¥instlog ディレクトリーに配置されます。

分散 IBM Cognos Series 7 環境での移行サービスの設定PowerPlay Enterprise Server コンピューターと Upfront コンピューターの両方にIBM Cognos Series 7 Migration コンポーネントがインストールされている場合は、共有ネットワーク・ディレクトリーをセットアップして設定を行う必要があります。移行処理の間、Migration サービスによってこの場所に一時ファイルが書き込まれます。


PowerPlay Enterprise Server と Upfront が別々のコンピューターにインストールされている場合、移行に関しては次の制限が適用されます。

PowerPlay Enterprise Server と Upfront は、同じパス (¥¥machine_name¥cubes など)

を使用して PowerCubes にアクセスする必要があります。キューブが PowerPlay

Enterprise Server と同じコンピューター上に存在する場合、PowerPlay Enterprise

Server はローカル・パスを使用してキューブにアクセスし、Upfront は PowerPlay

Enterprise コンピューター名を含むパスを使用してキューブにアクセスします。Upfront からの移行は、この状況では失敗します。

手順1. PowerPlay Enterprise Server コンピューターと Upfront コンピューターの両方からアクセスできる共有ネットワーク・ディレクトリー内にフォルダーを作成します。

PowerPlay Enterprise Server、Upfront、IBM Cognos Series 7 Migration のサービスが、このフォルダーに対する書き込み権限を持つ名前付きアカウントで実行されていることを確認します。

2. IBM Cognos Series 7 Migration コンポーネントを含む各コンピューターで、次の手順を実行します。

v "<インストール場所>/mig7service"にある"migs7service_configuration.xml"ファイルを XML エディターまたはテキスト・エディターで開きます。

v "series7-shared-location description"の行を編集してネットワーク上の場所を指定し、コメント・タグを削除して行をアクティブにします。例えば、次のようになります。

<series7-shared-location description=『共有フォルダーへのパス』>¥¥bott93¥shareT¥s7migration</series7-shared-location>


3. IBM Series 7 Migration サービスを再開します。

タスクの結果

別々の PowerPlay Enterprise Server コンピューターと Upfront コンピューターからの移行をサポートするための設定は、これで完了です。

IBM Cognos Series 7 Migration サービスの開始IBM Cognos Series 7 PowerPlay から IBM Cognos PowerPlay にコンテンツを移行するには、まず IBM Cognos Series 7 の移行サービスを開始する必要があります。Windows の場合、IBM Cognos Series 7 を初めてインストールするときに、この移行サービスが自動的に開始します。

手順

Migration サービスを開始します。

v Windows の場合は、サービスが停止していれば、「管理ツール」の「サービス」リストにある「IBM Cognos Migration Series 7 Service」エントリーを使用して Migration サービスを再開します。


v UNIX の場合は、c10_location/migs7 ディレクトリーに移動し、次のように入力してサービスを開始します。

./configure.sh --start


第 7 章 Cognos PowerPlay サンプルのインストール

サンプルを使用するには、IBM Cognos Business Intelligence Samples ディスクからインストールするか、ファイルをダウンロードして解凍した場所からインストールします。


サンプルには、データ・ソース、モデル、キューブ、レポートなど、さまざまなタイプのコンテンツが収録されており、すべての IBM Cognos Business Intelligence コンポーネントがサポートされています。

手順1. IBM Cognos サンプル・ディスクを挿入するか、インストール・ファイルがダウンロードされて解凍された場所に移動します。

2. issetup.exe ファイルをダブルクリックします。

インストール・ウィザードの「ようこそ」ページが表示されます。



サンプルを、他の IBM Cognos PowerPlay コンポーネントとは別のディレクトリーにインストールします。

次のタスク

サンプルをセットアップするには、データ・ソース接続を作成して、サンプルをインポートする必要があります。サンプルをセットアップした後、そのサンプルを使用して Cognos PowerPlay ソフトウェアの使用方法を学習できます。

PowerCube サンプルへのデータ・ソース接続の作成IBM Cognos Business Intelligence PowerPlay は、データ・ソース接続を使用してPowerCube サンプルに接続し、サンプル・レポートを実行したり、サンプル・パッケージを使用したりします。サンプルを使用するには、IBM Cognos PowerCube へのデータ・ソース接続を作成する必要があります。

手順1. IBM Cognos BI ポータルに接続し、「ようこそ」ページの「IBM Cognos コンテンツの管理」をクリックして、IBM Cognos Administration を開きます。

2. 「設定」タブをクリックし、「データ・ソース接続」をクリックします。

3. 「データ・ソースの新規作成」アイコンをクリックします。

4. 「名前」ボックスに「great_outdoors_sales_en」と入力し、「次へ」をクリックします。名前はすべて小文字で、アンダースコアー文字も含める必要があります。


5. 「接続」ページで、「IBM Cognos PowerCube」を選択します。

6. 「場所」ボックスに、great_outdoors_sales_en.mdc のパスとファイル名を入力します。例えば、ローカル・コンピューターのデフォルトの場所にインストールしたサンプルへの接続を作成する場合、C:¥Program_Files¥ibm¥

cognos¥c10¥webcontent¥samples¥datasources¥cubes¥PowerCubes¥EN¥

great_outdoors_sales_en.mdc を入力します。

7. 入力したすべてのパラメーターが正しいことを確認するため、「接続をテスト」をクリックします。

8. 「終了」ページでは、「パッケージを作成」は選択しません。

Cognos PowerPlay サンプルのインポートサンプルのパッケージとその他のコンテンツを使用するには、サンプルの配布アーカイブからこれらをインポートします。

始める前に

コンテンツをインポートする前に、IBM Cognos PowerCube へのデータ・ソース接続が作成済みであることを確認します。

手順1. IBM_Cognos_PowerPlay.zip ファイルを、<c10 の場所>/webcontent/samples/

content ディレクトリーから <c10 の場所>/deployment ディレクトリーにコピーします。

2. IBM Cognos BI ポータルに接続し、「ようこそ」ページで「IBM Cognos コンテンツの管理」をクリックします。

3. 「設定」タブで、「コンテンツ管理」をクリックします。

4. ツールバーの「インポートの新規作成」ボタンをクリックします。

5. 「配布アーカイブ」ボックスで、「IBM_Cognos_PowerPlay」を選択します。

6. 「Next」をクリックします。

7. 「共有フォルダーの内容」ボックスで、「Samples」フォルダーを選択します。

タスクの結果

「コンテンツ管理」に IBM_Cognos_PowerPlay が表示され、IBM Cognos

Connection の「共有フォルダー」に「サンプル」フォルダーが表示されます。

サンプル・レポートのテストサンプルが正常にインポートされたことをテストするために、サンプル・レポートを Cognos Viewer で開きます。Cognos Viewer は、IBM Cognos Connection でレポートを開くときのデフォルト・ビューアーです。

手順1. IBM Cognos Administration のツールバーで、「起動」、「IBM Cognos

Connection」の順にクリックします。

2. 「共有フォルダー」リストで、「サンプル」、「PowerPlay」の順に開きます。


3. "great_outdoors_sales_ja"をクリックします。

4. リストにある任意のレポートをクリックします。 IBM Cognos Viewer にレポートが表示されます。

第 7 章 Cognos PowerPlay サンプルのインストール 171


第 8 章認証プロバイダーを使用するための IBM Cognos コンポーネントの設定

IBM Cognos コンポーネントにログオンするには、匿名ログオンと認証ログオンの2 つの方法があります。デフォルトでは、匿名アクセスが有効になっています。

ユーザーは両方のタイプのログオンを使用できます。認証ログオンのみを使用する場合は、匿名アクセスを無効にできます。

認証ログオンを行う場合、使用環境の認証プロバイダーのタイプに合ったネームスペースを IBM Cognos コンポーネントに設定する必要があります。認証用に複数のネームスペースを用意して、実行時に使用するネームスペースを選択できるように設定できます。詳細については、「管理およびセキュリティー・ガイド」を参照してください。

IBM Cognos コンポーネントでは、認証ソースとして次のタイプのサーバーがサポートされています。

v IBM Cognos Series 7 ネームスペース

v Active Directory サーバー

v カスタム認証プロバイダー

v LDAP

v CA SiteMinder

v RACF

複数の Content Manager を使用する場合は、各 Content Manager の場所で同じ認証プロバイダーを設定する必要があります。つまり、選択した認証プロバイダーのタイプと、認証プロバイダーの設定方法が、すべてのプラットフォームのすべての場所で同じでなければなりません。認証プロバイダーの設定には、すべての Content

Manager からアクセス可能な情報が使用されている必要があります。

IBM Cognos または Content Manager が 1 台の Linux ベースのコンピューターにインストールされている場合は、LDAP V3 準拠のディレクトリー・サーバーとカスタムのプロバイダーのみを認証ソースとして使用するように IBM Cognos を設定できます。

一部の認証プロバイダーでは、IBM Cognos 環境の外部にあるライブラリーを使用できるようにする必要があります。このようなライブラリーを Linux で使用できない場合は、認証プロバイダーを初期化できません。

次のいずれかを認証ソースとして設定するには、Microsoft Windows コンピューターに Content Manager をインストールする必要があります。

v IBM Cognos Series 7 ネームスペース

v Active Directory サーバー


セキュリティーを有効にする場合は、インストールと設定の手順を終えた後すぐにセキュリティー設定を行う必要があります。詳細については、「管理およびセキュリティー・ガイド」を参照してください。

重要: いったんセキュリティーを有効にしたら、無効にしないでください。ネームスペースを削除すると、ユーザー設定、個人用フォルダー、個人用ページのエントリーは完全に削除されます。つまり、既存の権限設定で、存在しないユーザー、グループ、役割が参照されることになります。これによって権限の機能に支障が生じるわけではありませんが、権限設定を管理しているユーザーに"不明な"エントリーが表示される可能性があります。これらのエントリーから参照されているのはすでに存在しないユーザーやグループ、役割であるため、削除しても問題ありません。

IBM Cognos コンポーネントの認証プロバイダーを設定したら、認証プロバイダー環境と IBM Cognos コンポーネント間でシングル・サインオンを有効にすることができます。つまり、ユーザーはいったんログオンすると、再びログオンせずに別のアプリケーションに切り替えられるようになります。

ユーザーは IBM Cognos ポータルにログオンするときにネームスペースを選択できます。カスタム Java ネームスペースと CA SiteMinder ネームスペースは、ユーザーから見えないようにすることができます。詳細については、 192ページの『ユーザーのログオン時におけるネームスペースの非表示』を参照してください。

認証プロバイダーを使用してユーザーに認証を要求するには、次の操作を行います。

__ v 匿名アクセスを無効にする (必要な場合)

__ v 認証プロバイダーを使用するように IBM Cognos コンポーネントを設定する

匿名アクセスの無効化認証ログオンのみを使用する場合、IBM Cognos Configuration を使用して匿名アクセスを無効にできます。

デフォルトでは、IBM Cognos コンポーネントでユーザー認証は要求されません。ユーザーは匿名でログオンできます。



2. 「Explorer」ウィンドウの「セキュリティー」>「認証」で、「Cognos」をクリックします。

IBM Cognos リソースは Cognos ネームスペースを表します。Cognos ネームスペースでは、匿名ユーザーや連絡先、配布リストなどの IBM Cognos グループに関する情報の保存や、別のセキュリティー・ネームスペース内にあるオブジェクトの参照が行われます。詳しくは、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

3. 「プロパティー」ウィンドウの「匿名アクセスを許可」プロパティーの隣にあるボックスをクリックし、「無効」を選択します。



タスクの結果

ここまで操作したら、次には、ユーザーが IBM Cognos のリソースにアクセスするときに、ログオン資格情報の入力が必須になるように、ネームスペースを設定する必要があります。

Cognos ネームスペースへのユーザー・アクセスの制限アクセスを、Cognos の組み込みネームスペースで定義されているグループまたは役割に属するユーザーに制限できます。

デフォルトでは、すべてのユーザーが複数の組み込みグループまたは役割に属しています。アクセスを制限するには、次の操作を実行します。

v IBM Cognos Configuration を使用して、アクセス制限のプロパティーを有効にする

v IBM Cognos Administration を使用して、組み込みの役割およびグループから"すべてのユーザー"グループを削除する

v IBM Cognos Administration を使用して、認証されたユーザーが 1 つ以上の役割またはグループに属するようにする

手順1. 各 Content Manager の場所で IBM Cognos Configuration を起動します。

2. 「Explorer」ウィンドウの「セキュリティー」で、「認証」をクリックします。

3. 「プロパティー」ウィンドウで、「組み込みネームスペースのメンバーのみにアクセスを限定する」の値を「有効」に変更します。


タスクの結果

ポータルを使用して組み込みの役割およびグループから"すべてのユーザー"グループを削除し、認証されたユーザーが 1 つ以上の役割またはグループに属するようにする必要があります。

グループまたは役割のメンバーを追加または削除する方法については、「IBM

Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

Active Directory サーバーを使用するための IBM Cognos コンポーネントの設定

Content Manager が Microsoft Windows オペレーティング・システムのコンピューターにインストールされている場合、Active Directory を Active Directory ネームスペースを使用する認証ソースとして設定できます。

Content Manager を UNIX ベースのコンピューターにインストールする場合には、Active Directory を認証ソースとして設定する際に、Active Directory ネームスペースの代わりに LDAP ネームスペースを使用します。Windows と UNIX の両方のコンピューターに Content Manager をインストールする場合には、LDAP ネームスペ

第 8 章認証プロバイダーを使用するための IBM Cognos コンポーネントの設定 175

ースを使用して、すべての Content Manager の Active Directory を設定する必要があります。Active Directory サーバーでの認証に LDAP ネームスペースを使用する場合、LDAP 機能のみに限定されます。ドメインの詳細プロパティー、Kerberos 委任によるシングル・サインオンなどの Active Directory 機能を利用することはできません。

Linux ベースのコンピューターに Content Manager をインストールする場合、UNIX

と同じ制限が適用されます。LDAP ネームスペースを使用して、認証ソースとしてActive Directory を設定する必要があります。

Microsoft SQL Server または Microsoft Analysis Server をデータ・ソースとして使用し、認証にシングル・サインオンを使用する場合は、Active Directory を認証ソースとして使用する必要があります。

Active Directory グローバル・カタログには接続できません。これは Active

Directory サーバー用のキャッシュ・サーバーです。接続にポート 3268 を使用している場合は、これを変更する必要があります。デフォルトでは、Active Directory サーバーはポート 389 を使用しています。

手順1. Active Directory サーバーのネームスペースを使用するように IBM Cognos コンポーネントを設定する

2. Active Directory サーバーへの保護された通信を有効にする (必要な場合)

3. Active Directory と IBM Cognos コンポーネント間でシングル・サインオンを有効にする

関連概念:

181ページの『Active Directory サーバーと IBM Cognos コンポーネント間でのシングル・サインオンの有効化』デフォルトでは、Active Directory プロバイダーは Kerberos 認証を使用します。IIS Web サーバーで Windows 認証 (旧称 NT チャレンジ・レスポンス) が有効な場合、IIS Web サーバーと統合され、シングル・サインオンが実行されます。

関連情報:

179ページの『詳細プロパティーを使用してドメインを含める、または除外する方法』IBM Cognos 用に認証ネームスペースを構成する場合、ログインできるのは 1 つのドメインのユーザーに限定されます。 Active Directory サーバーの拡張プロパティーを使用すると、関連 (親子) ドメインのユーザーおよび同じフォレスト内の無関係のドメイン・ツリーのユーザーもログインできます。

195ページの『Active Directory サーバーに対する LDAP ネームスペースの設定』Active Directory サーバーで使用するために新しい LDAP ネームスペースを設定する場合、必要な設定を変更し、Active Directory オブジェクトのすべてのプロパティーの値を変更する必要があります。

Active Directory ネームスペースの設定Active Directory サーバーを認証プロバイダーとして使用できます。


また、Active Directory サーバーのカスタム・ユーザー・プロパティーを、IBM

Cognos コンポーネントで使用できるようにすることもできます。

始める前に

IBM Cognos が Active Directory サーバーで正しく動作するように、ユーザーが保存されている Active Directory フォルダーに対する読み取り権限が"認証済みユーザー"グループに割り当てられていることを確認します。

Microsoft SQL Server または Microsoft Analysis Server データ・ソースを使用したシングル・サインオンをサポートするように Active Directory ネームスペースを設定する場合は、次のように設定します。

v IBM Cognos ゲートウェイが、Microsoft Windows オペレーティング・システムの統合認証用に設定された IIS Web サーバーにインストールされている

v Web ブラウザーでゲートウェイがローカル・イントラネット Web サイトに割り当てられている

v Content Manager が Windows 2000 サーバーまたは Windows 2003 サーバーにインストールされている

v Content Manager、アプリケーション層コンポーネント、IIS Web サーバー、およびデータ・ソース・サーバー (Microsoft SQL Server または Microsoft Analysis

Server) が、Active Directory ドメインに属している

v Microsoft SQL Server または Microsoft Analysis Server のデータ・ソース接続が「外部ネームスペース」で設定済みで、そのネームスペースが Active Directory

ネームスペースである

データ・ソースについて詳しくは、IBM Cognos Business Intelligence「管理およびセキュリティー・ガイド」を参照してください。

手順1. Content Manager がインストールされているそれぞれの場所で、IBM Cognos

Configuration を開きます。

2. 「Explorer」ウィンドウの「セキュリティー」で、「認証」を右クリックし、「リソースの新規作成」 > 「ネームスペース」の順にクリックします。


4. 「タイプ」ボックスで適切なネームスペースをクリックし、「OK」をクリックします。



6. IBM Cognos コンポーネントで既存の認証プロバイダーを見つけて使用されるように、その他の必要なプロパティーすべてに対して値を指定します。

7. 「ホスト名とポート番号」プロパティーの値を指定します。


Active Directory サーバーのフェイルオーバーをサポートするために、特定のドメイン・コントローラーの代わりにドメイン名を指定することができます。例えば、"dc1.<ドメイン名>.com:389"の代わりに、"<ドメイン名>.com:389"と指定します。

8. 認証が失敗したときに詳細情報を検索するには、「資格情報のバインド」プロパティーにユーザー ID とパスワードを指定します。

Active Directory サーバーに対して検索権限と読み取り権限を持つユーザーの資格情報を使用してください。


10. 新しいネームスペースへの接続をテストします。「Explorer」ウィンドウの「認証」で、新しい認証リソースを右クリックし、「テスト」をクリックします。

タスクの結果

IBM Cognos によって、ネームスペースのプロバイダー・ライブラリーのロード、初期化、および設定が行われます。

Active Directory のカスタム・ユーザー・プロパティーを IBMCognos コンポーネントで使用可能にする方法

IBM Cognos コンポーネントで、Active Directory サーバーの任意のユーザー属性を使用できます。この設定を行うには、使用したい属性を Active Directory ネームスペースのカスタム・プロパティーとして追加する必要があります。

カスタム・プロパティーは、Framework Manager を介してセッション・パラメーターとして使用できます。セッション・パラメーターの詳細については、「Framework

Manager User Guide」を参照してください。

また、コマンド・ブロック内でカスタム・プロパティーを使用して、Oracle セッションおよび接続を設定することもできます。コマンド・ブロックは、Oracle の簡易接続と仮想プライベート・データベースとともに使用できます。詳しくは、「IBM




2. 「Explorer」ウィンドウの「セキュリティー」>「認証」で、"Active Directory"ネームスペースをクリックします。

3. 「プロパティー」ウィンドウで、「カスタム・プロパティー」の「値」列をクリックし、「編集」アイコンをクリックします。

4. 「値」-「カスタム・プロパティー」ウィンドウで「追加」をクリックします。

5. 「名前」列をクリックし、IBM Cognos コンポーネントでセッション・パラメーターに使用する名前を入力します。

6. 「値」列をクリックし、Active Directory サーバーのアカウント・パラメーターの名前を入力します。


7. カスタム・パラメーターごとに手順 4 から 6 を繰り返します。

8. 「OK」をクリックします。


Active Directory サーバーに対する保護された通信の有効化Active Directory サーバーに対し保護された通信 (SSL 接続) を有効にするには、Active Directory サーバーから Content Manager の場所に証明書をコピーする必要があります。

手順1. 各 Content Manager の場所で、Web ブラウザーを使用して Active Directory サーバーに接続し、Content Manager の場所に CA ルート証明書をコピーします。

2. 現在の IBM Cognos セッションで使用しているアカウントの証明書ストアにCA ルート証明書を追加します。

v ユーザー・アカウントで IBM Cognos セッションを実行している場合は、手順 1 と同じ Web ブラウザーを使用して、ユーザー・アカウントの証明書ストアに CA ルート証明書をインポートします。

詳細については、Web ブラウザーのドキュメントを参照してください。

v ローカルのアカウントで IBM Cognos セッションを実行している場合は、Microsoft Management Console (MMC) を使用して、ローカル・コンピューターの証明書ストアに CA ルート証明書をインポートします。

詳細については、MMC のドキュメントを参照してください。

3. IBM Cognos Configuration で、サービスを再開します。

v 「Explorer」ウィンドウで、「IBM Cognos サービス」、「IBM Cognos」をクリックします。

v 「操作」メニューの「再開」をクリックします。

詳細プロパティーを使用してドメインを含める、または除外する方法

IBM Cognos 用に認証ネームスペースを構成する場合、ログインできるのは 1 つのドメインのユーザーに限定されます。 Active Directory サーバーの拡張プロパティーを使用すると、関連 (親子) ドメインのユーザーおよび同じフォレスト内の無関係のドメイン・ツリーのユーザーもログインできます。

chaseReferrals というパラメーターを有効にすると、元の認証済みドメインのユーザーと、そのドメイン・ツリーの子ドメインすべてのユーザーが IBM Cognos にログオンできます。元の認証ドメインの親ドメインからのユーザーまたは別のドメイン・ツリー内のユーザーは、ログインできません。

MultiDomainTrees というパラメーターを有効にすると、フォレスト内にあるすべてのドメイン・ツリーのユーザーが IBM Cognos にログオンできます。





3. 「プロパティー」ウィンドウで、「ホスト名とポート番号」プロパティーを指定します。

v 1 つのドメイン内のユーザーの場合は、単一のドメインに対するドメイン・コントローラーのホスト名とポート番号を指定します。

v 1 つのドメイン・ツリー内のユーザーの場合は、そのドメイン・ツリーの最上位にあるコントローラーのホスト名とポート番号を指定します。

v フォレスト内にあるすべてのドメイン・ツリーのユーザーの場合は、フォレスト内の任意のドメイン・コントローラーのホスト名とポート番号を指定します。

4. 「詳細プロパティー」の「値」列をクリックし、「編集」アイコンをクリックします。

5. 「値 - 詳細プロパティー」ウィンドウで「追加」をクリックします。

6. 2 つの新しいプロパティー、"chaseReferrals"および"MultiDomainTrees"に、次の表に示す値を指定します。

表 35. 詳細プロパティーの設定

認証の対象 chaseReferrals MultiDomainTrees

1 つのドメイン無効無効

1 つのドメイン・ツリー有効無効

フォレスト内のすべてのドメイン・ツリー

有効有効



関連情報:

175ページの『Active Directory サーバーを使用するための IBM Cognos コンポーネントの設定』Content Manager が Microsoft Windows オペレーティング・システムのコンピューターにインストールされている場合、Active Directory を Active Directory ネームスペースを使用する認証ソースとして設定できます。

ドメイン・ツリーの認証手順1. Content Manager がインストールされているそれぞれの場所で、IBM Cognos



3. 「プロパティー」ウィンドウで、「ホスト名とポート番号」プロパティーを指定します。


v 1 つのドメイン内のユーザーの場合は、単一のドメインに対するドメイン・コントローラーのホスト名とポート番号を指定します。

v 1 つのドメイン・ツリー内のユーザーの場合は、そのドメイン・ツリーの最上位にあるコントローラーのホスト名とポート番号を指定します。

v フォレスト内にあるすべてのドメイン・ツリーのユーザーの場合は、フォレスト内の任意のドメイン・コントローラーのホスト名とポート番号を指定します。


5. 「値 - 詳細プロパティー」ウィンドウで「追加」をクリックします。

6. 2 つの新しいプロパティー、"chaseReferrals"および"MultiDomainTrees"に、次の表に示す値を指定します。

表 36. ドメイン・ツリーの認証を設定するためのプロパティー

認証の対象 chaseReferrals MultiDomainTrees

1 つのドメイン無効無効

1 つのドメイン・ツリー有効無効

フォレスト内のすべてのドメイン・ツリー

有効有効



Active Directory サーバーと IBM Cognos コンポーネント間でのシングル・サインオンの有効化

デフォルトでは、Active Directory プロバイダーは Kerberos 認証を使用します。IIS Web サーバーで Windows 認証 (旧称 NT チャレンジ・レスポンス) が有効な場合、IIS Web サーバーと統合され、シングル・サインオンが実行されます。

Windows 認証が有効な場合、Active Directory ネームスペースによって保護されている IBM Cognos コンテンツにアクセスするときに、認証情報を再入力するようにプロンプトが出されることはありません。

Kerberos 認証を使用する場合、Service for User (S4U) の使用を選択できます。S4U を使用すると、ユーザーは Active Directory ドメイン上にないコンピューターから IBM Cognos BI にアクセスすることが可能になります。 S4U を有効にするには、制約付き委任の有効化を使用する必要があります。

例えば、ユーザーのコンピューターがドメインに属していないものの、ドメイン・アカウントは持っているユーザーがあるとします。そのユーザーが Web ブラウザーを開くと、ドメイン・アカウントの入力を促されます。しかし、これらのユーザーが取得するのは ID 特権のみの Kerberos チケットなので、IBM Cognos BI の認証を得ることはできません。この問題を解決するために、S4U を使用できます。


Kerberos 認証を使用しない場合は、REMOTE_USER 環境変数にアクセスするようにプロバイダーを設定して、シングル・サインオンを実行できます。

重要: 必ず変数 REMOTE_USER のみを使用してください。別の変数を使用すると、セキュリティーがぜい弱になる可能性があります。

Kerberos 認証を使用するためのシングル・サインオンを有効にするには、以下のタスクを完了する必要があります。

1. IIS Web サーバーで Windows 認証をセットアップします。

2. アクティブな Content Manager と待機中の Content Manager の両方で、Active

Directory ドメインの一部であるコンピューターに Content Manager をインストールします。

3. コンピューター、または Content Manager を実行するときのユーザー・アカウントを、信頼されるように設定します。

関連情報:


Kerberos 認証を使用するシングル・サインオンの有効化IIS Web サーバーが Windows 認証用に構成されている場合、追加の設定を行う必要はありません。 Kerberos 認証がデフォルトで使用されます。

Kerberos 認証を制約付き委任と共に使用するシングル・サインオンの有効化制約付き委任を使用可能にするには、IBMCognos コンポーネントと Microsoft インターネットインフォメーションサービス (IIS) Web サーバーのアプリケーション・プールとを Active Directory ドメインで実行するように構成された、ユーザーのサービス・プリンシパル名 (SPN) を定義する必要があります。

Kerberos を制約付き委任と共に使用する場合、ゲートウェイを構成するときに、Content Manager のための sAMAccountName ユーザーを追加する必要があります。アクティブ状態およびスタンバイ状態のすべての Content Manager は、同じアカウントの下で実行するように構成される必要があります。

データベース・サーバーへのシングル・サインオンを構成する場合、Active

Directory ネームスペースを追加するときに、アプリケーション層コンポーネントを実行するユーザーの sAMAccountName を構成する必要があります。すべてのアプリケーション層コンポーネントは、同じアカウントの下で実行するように構成される必要があります。

SPN は、IBM Cognos Configuration の sAMAccountName フィールドに入力するユーザーです。

例えば、あるユーザーが Content Manager コンポーネントを実行し、別のユーザーがアプリケーション層コンポーネントを実行し、さらに別のユーザーが Web サーバーのアプリケーション・プールを実行すると想定します。 Content Manager のユ


ーザーは CognosCMUser です。アプリケーション層コンポーネントのユーザーはCognosATCUser です。アプリケーション・プールのユーザーは IISUser です。各ユーザーは、MyDomain ドメイン内に存在します。

1. MyDomain\IISUser がアプリケーション・プールの ID となるように、IIS をセットアップする必要があります。

2. IIS が実行しているコンピューターで、setspn コマンドを実行します。


setspn -A http/IISServerName MyDomain\IISUsersetspn -A http/IISServerName.MyDomain.com MyDomain\IISUser

3. IBM Cognos ユーザーに対して setspn コマンドを実行します。


setspn -A ibmcognosba/CognosCMUser MyDomain\CognosCMUsersetspn -A ibmcognosba/CognosATCUser MyDomain\CognosATCUser

これらのコマンドでは、例に示すように、ibmcognosba を使用する必要があります。ユーザー名とドメインは、使用する環境に適合するものでなければなりません。

注: この例で、入力する必要のある sAMAccountName ユーザーは、CognosCMUser および CognosATCUser です。

4. Microsoft SQL Server または Microsoft SQL Server Analysis Services データベース・サーバーへのシングル・サインオンを構成する場合、データベース・サーバーの SPN をセットアップする必要があります。詳しくは、使用するデータベース・サーバーのドキュメントを参照してください。

5. 最後に、Active Directory の Users and Computers 管理ツールで、制約付き委任を構成する必要があります。すべてのユーザー (IISUser、CognosCMUser、および CognosATCUser) の「委任」タブで、Kerberos を制約付き委任と共に使用するために、「指定のサービスへの委任に限ってこのユーザーを信頼する」および「Kerberos だけを使用する」を選択する必要があります。 S4U Kerberos 拡張を使用する場合は、「指定のサービスへの委任に限ってこのユーザーを信頼する」および「任意の認証プロトコルを使用する」を選択します。

その後、必要な SPN を追加しなければなりません。例えば、サービス・タイプとして ibmcognosba を追加します。さらに、DomainController1 およびDomainController2 をサービス・タイプ ldap として追加します。

データソースのシングル・サインオンを構成する場合、MSOLAPSvc3 またはMSQLSVC サービスを追加します。

手順1. Content Manager をインストールしたコンピューターで、IBM Cognos


2. 「Explorer」ウィンドウの「セキュリティー」 > 「認証」で、Active Directory

ネームスペースを選択します。



4. 「値 - 詳細プロパティー」ダイアログ・ボックスで「追加」をクリックします。

5. 「名前」列に、singleSignonOption と入力します。

6. 「値」列に以下のいずれかの値を入力します。

v 最初に Kerberos 認証を使用する場合、KerberosS4UAuthentication と入力します。 Kerberos が失敗した場合は、Service For User (S4U) 認証が試行されます。 S4U が失敗した場合は、ユーザーに資格情報の入力を求めるプロンプトが出されます。

v 最初に S4U 認証を使用する場合、S4UAuthentication と入力します。 S4U

が失敗した場合は、ユーザーに資格情報の入力を求めるプロンプトが出されます。


8. 「名前」列に、trustedCredentialType と入力します。

9. 「値」列に以下のいずれかの値を入力します。

v ユーザーの資格情報を信頼されている資格情報として保存する場合、CredentialForTC と入力します。例えば、その資格情報を使用してスケジュールされたジョブを実行する場合などです。

v 認証されたユーザー名だけを信頼されている資格情報として保存する場合、S4UForTC と入力します。ユーザー名が UPN 形式で保存され、スケジュールされたジョブはその UPN を使用して、ユーザーのパスワードの入力なしで実行できます。


11. 「アプリケーション層コンポーネント sAMAccountName」の「値」列をクリックして、アプリケーション層コンポーネントを実行するユーザーのsAMAccountName を入力します。

重要: Microsoft SQL Server または Microsoft SQL Server Analysis Services データベース・サーバーへのシングル・サインオンを構成する場合にのみ、この値が必要になります。データベース・サーバーへのシングル・サインオンを構成しない場合は、この値を変更しないでください。

12. 「ファイル」 > 「保存」をクリックします。

13. IBM Cognos サービスを再開します。

14. ゲートウェイ・コンポーネントをインストールしたコンピューターで、IBM

Cognos Configuration を開きます。


16. 「Content Manager sAMAccountName」の「値」列をクリックして、Content

Manager を実行するユーザーの sAMAccountName を入力します。


REMOTE_USER を使用するための Active Directory サーバーとIBM Cognos コンポーネント間でのシングル・サインオンの有効化Kerberos 認証を使用しない場合は、REMOTE_USER 環境変数にアクセスするようにプロバイダーを設定して、シングル・サインオンを実行できます。


詳細プロパティー singleSignOnOption の値を IdentityMapping に設定してください。また、Active Directory ネームスペース用のバインド資格情報の指定も必要になります。

Microsoft IIS では、Windows 認証を有効にすると、デフォルトで REMOTE_USER が設定されます。 Kerberos 認証が使用されない場合、Microsoft OLAP (MSAS) データ・ソースへのシングル・サインオンを行うことはできません。

REMOTE_USER を定義するとき、REMOTE_USER を信頼されている資格情報として保存するように選択することもできます。信頼されている資格情報として保存すると、スケジュールされたジョブは REMOTE_USER を「資格情報のバインド」権限によって認証することになります。


手順1. Content Manager をインストールしたコンピューターで、IBM Cognos


2. 「Explorer」ウィンドウの「セキュリティー」 > 「認証」で、Active Directory

ネームスペースを選択します。



5. 「名前」列で、「singleSignOnOption」と入力します。

6. 「値」列に、IdentityMapping と入力します。

7. REMOTE_USER を信頼されている資格情報として保存する場合、「値 - 詳細プロパティー」ダイアログ・ボックスで「追加」をクリックします。

8. 「名前」列に、trustedCredentialType と入力します。

9. 「値」列に、IdentityMappingForTC と入力します。


11. 「資格情報のバインド」の「値」列をクリックし、「編集」アイコンをクリックします。

12. 「値 - 資格情報のバインド」ダイアログ・ボックスで、ユーザー ID とパスワードを指定し、「OK」をクリックします。

IBM Cognos Series 7 ネームスペースを使用するための IBM Cognos の設定

IBM Cognos Series 7 ネームスペースを認証プロバイダーとして使用するようにIBM Cognos コンポーネントを設定できます。IBM Cognos Series 7 ネームスペースの認証とサインオンの設定に基づいて、ユーザーが認証されます。


IBM Cognos Series 7 の PowerCube および Transformer モデルを IBM Cognos

Business Intelligence で使用する場合、IBM Cognos Series 7 ネームスペースが必要になります。ネームスペースは Transformer モデルをロードする前に設定する必要があります。

注: IBM Cognos コンポーネントでの認証には、IBM Cognos Series 7 Local


IBM Cognos Series 7 の複数の認証プロバイダーを使用するように IBM Cognos コンポーネントを設定できます。すべての IBM Cognos Series 7 ネームスペースでは、同じプライマリー IBM Cognos Series 7 Ticket Server を使用します。同じ値に設定しなかった場合、エラーが発生したり、認証要求が繰り返されたりすることがあります。パフォーマンスを維持するために、Ticket Server が動作していることも確認します。

IBM Cognos Series 7 で使用するディレクトリー・サーバーに保存されている設定情報を変更した場合は、IBM Cognos のインストール環境にその変更内容を反映するため、IBM Cognos サービスを再開する必要があります。

IBM Cognos コンポーネントにログオンするには、ユーザーは少なくとも 1 つのAccess Manager ユーザー・クラスに属している必要があります。

手順1. Series 7 ネームスペースの構成

2. IBM Cognos Series 7 ネームスペースで使用されるディレクトリー・サーバーへの保護された通信を有効にする (必要な場合)

3. IBM Cognos Series 7 と IBM Cognos 間でシングル・サインオンを有効にする

IBM Cognos Series 7 ネームスペースの設定1 つ以上の IBM Cognos Series 7 ネームスペースを認証に使用するように IBM

Cognos を設定できます。










IBM Cognos Series 7 ネームスペースのバージョンが 16.0 の場合は、「データのエンコード方式」プロパティーが「UTF-8」に設定されていることを確認します。また、Content Manager をインストールしている場所で使用しているロケールが IBM Cognos Series 7 ネームスペースのデータに使用しているものと同じであることも必要です。

ホスト名の値は、サーバー名または IP アドレスのいずれかです。PowerPlay

Enterprise Server から IBM Cognos BI に発行する場合、ディレクトリー・サーバーの場所の指定には、IBM Cognos Series 7 Configuration Manager で使用しているものと同じ書式で値を使用する必要があります。例えば、IBM Cognos

Series 7 Configuration Manager でサーバー名が使用されている場合、IBM

Cognos BI の IBM Cognos Configuration でもサーバー名を使用する必要があります。









IBM Cognos Series 7 ネームスペースで使用されるディレクトリー・サーバーへの保護された通信の有効化

IBM Cognos Series 7 ネームスペースで使用されるディレクトリー・サーバーとの間で保護された通信 (SSL 接続) を有効にするには、ディレクトリー・サーバーから各 Content Manager の場所に証明書をコピーする必要があります。

詳細については、IBM Cognos Access Manager の「管理者ガイド」およびディレクトリー・サーバーのドキュメントを参照してください。

IBM Cognos Series 7 と IBM Cognos 間でのシングル・サインオンの有効化

シングル・サインオンのための外部認証機構と統合するように IBM Cognos Series

7 ネームスペースが設定されている場合、IBM Cognos Series 7 プロバイダーによってその設定が自動的に使用されます。


シングル・サインオンを設定すると、IBM Cognos Series 7 ネームスペースによって保護されている IBM Cognos コンテンツにアクセスするときに、認証情報を再入力するよう求められることがなくなります。

手順1. IBM Cognos コンポーネントが、認証プロバイダーとして IBM Cognos Series 7

ネームスペースを使用するように設定されていることを確認します。

2. IBM Cognos Series 7 で、Configuration Manager を起動します。

3. 「現在の設定を開く」をクリックします。

4. 「Explorer」ウィンドウの「コンポーネント」タブで、「サービス」、「AccessManager - Web Authentication」を展開し、「Cookie 設定」をクリックします。

5. 「プロパティー」ウィンドウで、「パス」、「ドメイン」、「セキュア・フラグを立てる」の各プロパティーが IBM Cognos BI の設定と同じであることを確認します。

6. 変更内容を保存して、Configuration Manager を終了します。

7. IBM Cognos Series 7 ネームスペースでシングル・サインオンに Trusted Signon

プラグインが使用されている場合は、ここで SaferAPIGetTrustedSignonWithEnv

関数を定義する必要があります。

タスクの結果

これで、IBM Cognos Upfront Series 7 の NewsBox を IBM Cognos Connection のポータル・ページに追加できるようになります。

IBM Cognos Series 7 ネームスペースと IBM Cognos Series7 Trusted Signon プラグイン

IBM Cognos Series 7 ネームスペースでシングル・サインオンに Trusted Signon プラグインが使用されている場合は、プラグインに SaferAPIGetTrustedSignonWithEnv

関数を定義する必要があります。次に、ライブラリーの再コンパイルと再配布を行い、IBM Cognos コンポーネントと認証機構の間でシングル・サインオンを実現します。

SaferAPIGetTrustedSignonWithEnv 関数は、SaferAPIGetTrustedSignon 関数のアップデート版です。このアップデートが必要なのは、IBM Cognos Series 7 のアプリケーションとは異なり、IBM Cognos のログオンが Web サーバーで実行されないためです。このため、プラグインが getenv( ) API を呼び出して、Web サーバーの環境変数を取得することができません。SaferAPIGetTrustedSignonWithEnv 関数を使用すると、これらの環境変数を Web サーバーから削除するようにプラグインが要求できます。

同じプラグインを使用して IBM Cognos Series 7 製品と IBM Cognos 製品の両方を実行している場合は、SaferAPIGetTrustedSignonWithEnv 関数とSaferAPIGetTrustedSignon 関数の両方が必要になります。SaferAPIGetTrustedSignon

関数の詳細については、IBM Cognos Series 7 のドキュメントを参照してください。


SaferAPIGetTrustedSignonWithEnv 関数ユーザーが Access Manager で認証されるには、OS サインオンがあり、現在のネームスペースで有効になっている必要があります。

API 関数から戻される trustedSignonName と trustedDomainName のためのメモリーは、同じ API 関数の内部で割り当てられます。関数の戻り値が SAFER_SUCCESS

の場合は、Access Manager によって SaferAPIFreeTrustedSignon が呼び出され、割り当てられたメモリーが解放されます。

API 関数から戻される reqEnvVarList のためのメモリーは、同じ API 関数の内部で割り当てられます。関数の戻り値が SAFER_INFO_REQUIRED の場合は、Access

Manager によって SaferAPIFreeBuffer() が呼び出され、割り当てられたメモリーが解放されます。

SaferAPIGetTrustedSignonWithEnv 関数が実装されているときにライブラリーを正しく登録するには、SaferAPIGetTrustedSignon 関数と SaferAPIFreeBuffer 関数の両方を実装する必要があります。SaferAPIGetError 関数が必要になるのは、プラグインから特定のエラー・メッセージを取得する場合に限られます。

構文SaferAPIGetTrustedSignonWithEnv(

EnvVar envVar[], /*[IN]*/

char **reqEnvVarList, /*[OUT]*/

void **trustedSignonName, /*[OUT]*/

unsigned long *trustedSignonNameLength, /*[OUT]*/

void **trustedDomainName, /*[OUT]*/

unsigned long *trustedDomainNameLength, /*[OUT]*/

SAFER_USER_TYPE *userType, /*[OUT]*/

void **implementerData); /*[IN/OUT]*/

SaferAPIGetTrustedSignonWithEnv 関数のパラメーター

表 37. SaferAPIGetTrustedSignonWithEnv 関数のパラメーターおよび説明

パラメーター説明

[入力] envVar Web サーバーから取得された環境変数の名前と値の配列。配列の終わりは、null の envVarName と null のenvVarValue を持つエントリーによって表されます。最初にこの API が呼び出されるときには、envVar 配列に含まれるのは配列の終わりを示すマーカーのみです。

[入力] reqEnvVarList Safer 実装によって要求された環境変数名のコンマ区切りのリストが含まれるストリング。このリストの終了記号は null

です。

[出力] trustedSignonName 現在認証されているユーザーを表すバイト列。この値は null

で終了しない場合があります。この値は必須です。


表 37. SaferAPIGetTrustedSignonWithEnv 関数のパラメーターおよび説明 (続き)


[出力]

trustedSignonNameLength

trustedSignonName の長さを表す整数値。null 終了記号がある場合、この長さに null 終了記号は含まれません。この値は必須です。

[出力] trustedDomainName 現在認証されているユーザーのドメインを表すバイト列。この値は null 終了する必要はありません。trustedDomainName

が存在しない場合には、null が返されます。この値はオプションです。

[出力]

trustedDomainNameLength

trustedDomainName の長さを表す整数値。null 終了記号がある場合、この長さに null 終了記号は含まれません。この値は必ず出力されます。trustedDomainName が存在しない場合には、ゼロに設定される必要があります。

[出力] userType Access Manager によって認証されるユーザーのタイプを表す値。この値は必須です。

Access Manager でユーザーが正しく認証されるためには、次の戻り値が必要です。

SAFER_NORMAL_USER

名前付きユーザー。OS サインオンが存在し、現在のネームスペースで有効になっている必要があります。

SAFER_GUEST_USER

ゲスト・ユーザー。ゲスト・ユーザーのアカウントが存在し、現在のネームスペースで有効になっている必要があります。

SAFER_ANONYMOUS_USER

匿名ユーザー。匿名ユーザーのアカウントが存在し、現在のネームスペースで有効になっている必要があります。

[入力/出力] implementerData この API 関数を複数回呼び出すときに、実装に固有のデータを保持するために使用されるポインター。呼び出しはAccess Manager が信頼されたサインオン・プラグインを呼び出すたびに起こります。この値は、信頼されたサインオン・プラグインが呼び出され、それに値を設定した場合にのみ有効です。

カスタム認証プロバイダーを使用するための IBM Cognos の設定カスタム Java 認証プロバイダーを既存のセキュリティー・インフラストラクチャーに実装した場合、カスタム Java 認証プロバイダーを使用するように IBM Cognos

コンポーネントを設定できます。


カスタム認証プロバイダーを使用して、ユーザーが別の認証リソースにアクセスして認証を行うようにすることができます。また、カスタム認証プロバイダーをシングル・サインオン機構として使用し、IBM Cognos コンポーネントをセキュリティー・インフラストラクチャーと統合することも可能です。ユーザーのログオン時に、ネームスペースを非表示にすることができます。

詳細については、「Custom Authentication Provider Developer Guide」を参照してください。

カスタム認証ネームスペースの設定カスタム認証ネームスペースを使用するように IBM Cognos コンポーネントを設定できます。認証ソース・アクセス、シングル・サインオン、またはカスタム属性の追加の設定は、カスタム認証プロバイダーの実装に応じて決まります。

Java Runtime Environment (JRE) のバージョンと Java Software Development Kit のバージョンに互換性があるかどうかを確認します。サポートされているバージョンの JRE と Java Software Development Kit を使用していて、これらの間に互換性がない場合、設定したカスタムの Java 認証プロバイダーは IBM Cognos

Configuration のネームスペースのリストに表示されません。



2. 「Explorer」ウィンドウの「セキュリティー」で、「認証」を右クリックし、「リソースの新規作成」>「ネームスペース」の順にクリックします。


4. 「タイプ」のリストで「カスタム Java プロバイダー」を選択し、「OK」をクリックします。



ヒント: 「ネームスペース ID」プロパティーでは、コロン (:) は使用しないでください。

6. IBM Cognos で既存の認証プロバイダーを見つけて使用されるように、その他の必要なプロパティーすべてに対して値を指定します。



タスクの結果



ユーザーのログオン時におけるネームスペースの非表示ユーザーのログオン時にネームスペースを非表示にすることができます。ユーザーのログオン時にネームスペースの選択リストに表示することなく、信用サインオン・ネームスペースを使用できます。

例えば、複数のシステムをシングル・サインオンに統合したいと考えているものの、ネームスペースの選択を求めるプロンプトを表示することなく顧客を IBM

Cognos において直接認証する機能は維持したいと考えているような場合に適しています。

手順1. カスタム Java 認証プロバイダーを設定したそれぞれの場所で、IBM Cognos


2. 「Explorer」ウィンドウの「セキュリティー」>「認証」で、custom Java 認証プロバイダーをクリックします。

3. 「プロパティー」ウィンドウの「認証で選択可能」の隣にあるボックスをクリックし、「無効」を選択します。


タスクの結果

ログオン時に表示される選択リストに、このネームスペースが表示されなくなります。

LDAP を使用するための IBM Cognos コンポーネントの設定LDAP ネームスペースを認証プロバイダーとして使用するように IBM Cognos コンポーネントを設定できます。LDAP ユーザー・ディレクトリー、Active Directory

Server、IBM Directory Server、Novell Directory Server、Oracle Directory Server に保存されているユーザーに対しては、LDAP ネームスペースを使用できます。

データ・ソース接続を設定するときに LDAP ネームスペースを指定すると、DB2

および Essbase OLAP データ・ソースで LDAP 認証を使用することもできます。詳しくは、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

また、LDAP ネームスペースのカスタム・ユーザー・プロパティーを、IBM Cognos

コンポーネントで使用できるようにすることもできます。

ユーザーを LDAP サーバーにバインドする方法については、 193ページの『LDAP

マッピング』を参照してください。

手順1. 193ページの『LDAP ネームスペースの設定』

2. IBM Cognos コンポーネントでカスタム・ユーザー・プロパティーを使用可能にする (必要な場合)

3. LDAP サーバーへの保護された通信を有効にする (必要な場合)


4. LDAP と IBM Cognos コンポーネント間でシングル・サインオンを有効にする(必要な場合)

LDAP マッピングユーザーを LDAP サーバーにバインドするには、LDAP 認証プロバイダーで識別名(DN) を作成する必要があります。「外部 ID を使用」プロパティーを「有効」に設定すると、「外部 ID マッピング」プロパティーによってユーザーの DN が識別されます。環境変数または DN が LDAP サーバー内で見つからない場合は、「ユーザー検索」プロパティーによって DN を作成することを試みます。

ディレクトリー・サーバーにユーザーが階層的に保存されている場合、「ユーザー検索」プロパティーと「外部 ID マッピング」プロパティーでフィルターを使用するように設定できます。「ユーザー検索」プロパティーと「外部 ID マッピング」プロパティーに設定したフィルターは、LDAP 認証プロバイダーによる検索時に使用されます。ディレクトリー・サーバーとのバインドも、「ユーザーの DN とパスワードをバインド」プロパティーに指定した値で (値を指定しない場合は匿名で) 行われます。

LDAP ネームスペースで「外部 ID マッピング」プロパティーを認証に使用するように設定しておくと、LDAP プロバイダーによってディレクトリー・サーバーへのバインドが「ユーザーの DN とパスワードをバインド」を使用して行われます。値を指定しなければ匿名でバインドされます。外部 ID マッピングで IBM Cognos にログオンしたすべてのユーザーには、バインドでログオンしたユーザーと同じユーザー、グループ、およびフォルダーが表示されます。

外部 ID マッピングを使用しない場合は、「バインド資格情報を検索に使用しますか。」プロパティーを設定することで、バインド資格情報を使用して LDAP ディレクトリー・サーバーを検索するかどうかを指定できます。このプロパティーが有効になっている場合、バインド・ユーザー資格情報を使用するか、値の指定がない場合は匿名で検索が実行されます。このプロパティーが無効になっている場合 (デフォルト設定)、検索はログオン・ユーザーの資格情報を使用して実行されます。バインド資格情報を使用することの利点は、複数のユーザーの管理権限を変更しなくても、バインド・ユーザーの管理権限を変更するだけでよいという点です。

uid=${userID}, ou=mycompany.com などの DN 構文を「ユーザー検索」、「外部 IDマッピング」、または「ユーザーの DN とパスワードをバインドします。」プロパティーに使用する場合、DN で使用されるすべての特殊文字をエスケープする必要があります。uid=${userID} などの検索構文を「ユーザー検索」または「外部 ID マッピング」プロパティーに使用する場合は、DN で使用される特殊文字をエスケープしないでください。

LDAP ネームスペースの設定LDAP ユーザー・ディレクトリーにユーザー情報が保存されている場合は、LDAP

ネームスペースを使用するように IBM Cognos コンポーネントを設定できます。LDAP ユーザー・ディレクトリーへは、Active Directory サーバーや CA SiteMinder

などの他のサーバー環境からアクセスできます。

LDAP 以外のディレクトリー・サーバーの LDAP ネームスペースを設定する場合は、次の該当するセクションを参照してください。


v Active Directory Server については、Active Directory サーバーに対する LDAP ネームスペースの設定を参照してください。

v IBM Directory Server については、IBM Directory Server に対する LDAP ネームスペースの設定を参照してください。

v Novell Directory Server については、Novell Directory Server に対する LDAP ネームスペースの設定を参照してください。

v Oracle Directory Server については、Oracle Directory Server に対する LDAP ネームスペースの設定を参照してください。

データ・ソース接続を設定するときに LDAP ネームスペースを指定すると、DB2

および Essbase OLAP データ・ソースで LDAP 認証を使用することもできます。詳しくは、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。









7. 検索時に、「ユーザーの DN とパスワードをバインドします。」を使用してLDAP 認証プロバイダーをディレクトリー・サーバーにバインドする場合は、これらの値を指定します。

値を指定しないと、LDAP 認証プロバイダーは匿名でバインドされます。

外部 ID マッピングを有効にすると、「ユーザーの DN とパスワードをバインドします。」がすべての LDAP アクセスに使用されます。外部 ID マッピングが有効でない場合、「ユーザーの DN とパスワードをバインド」が使用されるのは、検索フィルターが「ユーザー検索」プロパティーに指定されているときに限られます。その場合、ユーザー DN が確立されると、その後の LDAP サーバーに対する要求はエンド・ユーザーの認証コンテキストに従って実行されます。

8. 外部 ID マッピングを使用しない場合、次の手順を実行して、LDAP ディレクトリー・サーバーの検索にバインド資格情報を使用します。

v 「外部 ID を使用」が「無効」に設定されていることを確認します。

v 「バインド資格情報を検索に使用しますか。」を「有効」に設定します。


v 「ユーザーの DN とパスワードをバインドします。」にユーザー ID とパスワードを指定します。

ユーザー ID とパスワードを指定しなかった場合で、匿名アクセスが有効になっていれば、検索は匿名で実行されます。

9. 必要なオブジェクトと属性に対するマッピングの設定をチェックします。

LDAP の設定によっては、IBM Cognos コンポーネントと LDAP サーバー間で正しく通信ができるように、一部のデフォルト値を変更しなければならない場合があります。

「フォルダー・マッピング」、「グループ・マッピング」、「アカウント・マッピング」の「名前」プロパティーにマップされる LDAP 属性には、すべての認証済みユーザーがアクセスできる必要があります。また、「名前」プロパティーは空白であってはなりません。



タスクの結果


Active Directory サーバーに対する LDAP ネームスペースの設定Active Directory サーバーで使用するために新しい LDAP ネームスペースを設定する場合、必要な設定を変更し、Active Directory オブジェクトのすべてのプロパティーの値を変更する必要があります。











次に、設定例を示します。

v 「ユーザー検索」に、「(sAMAccountName=${userID})」と入力します。

v シングル・サインオンを使用する場合、「外部 ID を使用」で、値を「有効」に設定します。

v シングル・サインオンを使用する場合、「外部 ID マッピング」で、「(sAMAccountName=${environment("REMOTE_USER")})」と入力します。

REMOTE_USER 変数からドメイン名を削除する場合は、「(sAMAccountName=${replace(${environment("REMOTE_USER")},

"domain¥¥","")})」と入力します。


v 「ユーザーの DN とパスワードをバインド」に、「user@domain」と入力します。

v 「固有 ID」には objectGUID と入力します。


値を指定しないと、LDAP 認証プロバイダーは匿名でバインドされます。





9. Active Directory サーバー・オブジェクトで使用するために LDAP の詳細マッピング・プロパティーを設定するには、次の表に示す値を使用します。

表 38. Active Directory サーバー・オブジェクトで使用するための LDAP の詳細マッピング値

マッピング LDAP のプロパティー LDAP の値

フォルダーオブジェクト・クラス organizationalUnit,organization,container

説明 description

名前 ou,o,cn

グループ化オブジェクト・クラス group

説明 description

メンバー member

名前 cn

アカウントオブジェクト・クラス user

電話番号 (勤務先) telephonenumber

コンテンツ・ロケール (空白)

説明 description

E メール mail


表 38. Active Directory サーバー・オブジェクトで使用するための LDAP の詳細マッピング値 (続き)


Fax/電話 facsimiletelephonenumber

名 givenname

電話番号 (自宅) homephone

携帯電話 mobile

名前 displayName

ポケットベル pager

パスワード unicodePwd

郵送先 postaladdress

ユーザー・インターフェースのロケール

(空白)

姓 sn

Username sAMAccountName

これらのマッピング・プロパティーは、デフォルトの Active Directory サーバーのインストールに基づいた変更を表しています。スキーマを変更した場合は、マッピングをさらに変更することが必要な場合があります。




タスクの結果


関連情報:


IBM Directory Server に対する LDAP ネームスペースの設定IBM Directory Server で使用するために新しい LDAP ネームスペースを設定する場合、必要な設定を変更し、IBM Directory オブジェクトのすべてのプロパティーの値を変更する必要があります。






4. 「タイプ」のリストで「LDAP」をクリックし、「OK」をクリックします。

「Explorer」ウィンドウの「認証」コンポーネントに、新しい認証ネームスペースのリソースが表示されます。



6. IBM Cognos で既存の認証ネームスペースを見つけて使用されるように、その他の必要なプロパティーすべてに対して値を指定します。

v 「ユーザー検索」に、「(cn=${userID})」と指定します。

v 「ユーザーの DN とパスワードをバインド」に、「 cn=root 」と指定します。


値を指定しないと、LDAP 認証ネームスペースは匿名でバインドされます。





9. IBM Directory Server オブジェクトで使用するために LDAP の詳細マッピング・プロパティーを設定するには、次の表に示す値を使用します。

表 39. IBM Directory サーバー・オブジェクトで使用するための LDAP の詳細マッピング値


フォルダーオブジェクト・クラス organizationalunit,organization,container

説明 description

名前 ou,o,cn

グループ化オブジェクト・クラス groupofnames

説明 description


表 39. IBM Directory サーバー・オブジェクトで使用するための LDAP の詳細マッピング値(続き)


メンバー member

名前 cn

アカウントオブジェクト・クラス inetorgperson


コンテンツ・ロケール (空白)

説明 description

E メール mail


名 givenname


携帯電話 mobile

名前 cn


パスワード userPassword



(空白)

姓 sn

Username uid

これらのマッピング・プロパティーは、デフォルトの IBM Directory Server のインストールに基づいた変更を表しています。スキーマを変更した場合は、マッピングをさらに変更することが必要な場合があります。




Novell Directory Server に対する LDAP ネームスペースの設定Novell Directory Server で使用する新しい LDAP ネームスペースを設定する場合、必要な設定を変更し、Novell Directory オブジェクトのすべてのプロパティーの値を変更する必要があります。










v 「ユーザー検索」に、「(cn=${userID})」と指定します。

v 「ユーザーの DN とパスワードをバインド」で、cn=Admin、0=COGNOSなど、管理ユーザーのベース DN を指定します。







9. Novell Directory Server オブジェクトで使用する LDAP の詳細マッピング・プロパティーを設定するには、次の表に示す値を使用します。

表 40. Novell Directory サーバー・オブジェクトで使用するための LDAP の詳細マッピング値


フォルダーオブジェクト・クラス organizationalunit,organization,container

説明 description


表 40. Novell Directory サーバー・オブジェクトで使用するための LDAP の詳細マッピング値 (続き)


名前 ou,o,cn

グループ化オブジェクト・クラス groupofnames

説明 description

メンバーメンバー

名前 cn

アカウントオブジェクト・クラス inetOrgPerson


コンテンツ・ロケール Language

説明 description

E メール mail


名 givenname


携帯電話 mobile

名前 cn


パスワード (空白)



Language

姓 sn

Username uid

これらのマッピング・プロパティーは、デフォルトの Novell Directory Server

のインストールに基づいた変更を表しています。スキーマを変更した場合は、マッピングをさらに変更することが必要な場合があります。



IBM Cognos Connection に正常にログオンするには、"ou"および"o"属性の読み取り権限を持っている必要があります。


Oracle Directory Server に対する LDAP ネームスペースの設定Oracle Directory Server で使用するために新しい LDAP ネームスペースを設定する場合、必要な設定を変更し、Oracle Directory Server オブジェクトのすべてのプロパティー値を変更する必要があります。










次に、設定例を示します。

v 「ユーザー検索」に、「(uid=${userID})」と入力します。

v シングル・サインオンを使用する場合、「外部 ID を使用」で、値を「有効」に設定します。

v シングル・サインオンを使用する場合、「外部 ID マッピング」で、NT ユーザー・ドメイン ID またはユーザー ID などの属性を指定します。

(ntuserdomainid=$environment("REMOTE_USER")})

(uid=${environment("REMOTE_USER")})


v 「一意の識別子」には nsuniqueid と入力します。








9. Oracle Directory Server オブジェクトで使用する LDAP の詳細マッピング・プロパティーを設定するには、次の表に示す値を使用します。

表 41. Oracle Directory サーバー・オブジェクトで使用するための LDAP の詳細マッピング値


フォルダーオブジェクト・クラス organizationalUnit,organization

説明 description

名前 ou,o

グループ化オブジェクト・クラス groupofuniquenames

説明 description

メンバー uniquemember

名前 cn

アカウントオブジェクト・クラス inetorgperson


コンテンツ・ロケール preferredlanguage

説明 description

E メール mail


名 givenname


携帯電話 mobile

名前 cn


パスワード userPassword



preferredlanguage

姓 sn

Username uid


これらのマッピング・プロパティーは、デフォルトの Oracle Directory Server

のインストールに基づいた変更を表しています。スキーマを変更した場合は、マッピングをさらに変更することが必要な場合があります。



LDAP のカスタム・ユーザー・プロパティーを IBM Cognos コンポーネントで使用可能にする方法

IBM Cognos コンポーネントで、LDAP 認証プロバイダーの任意のユーザー属性を使用できます。この設定を行うには、使用したい属性を LDAP ネームスペースのカスタム・プロパティーとして追加する必要があります。カスタム・プロパティーは、Framework Manager を介してセッション・パラメーターとして使用できます。

また、コマンド・ブロック内でカスタム・プロパティーを使用して、Oracle セッションおよび接続を設定することもできます。コマンド・ブロックは、Oracle の簡易接続と仮想プライベート・データベースで使用できます。詳しくは、「IBM Cognos

Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

セッション・パラメーターの詳細については、「Framework Manager User Guide」を参照してください。

手順1. Content Manager がインストールされているそれぞれの場所で、Cognos


2. 「Explorer」ウィンドウの「セキュリティー」>「認証」で、LDAP ネームスペースをクリックします。

3. 「プロパティー」ウィンドウで、「カスタム・プロパティー」の「値」列をクリックし、「編集」アイコンをクリックします。

4. 「値」-「カスタム・プロパティー」ウィンドウで「追加」をクリックします。

5. 「名前」列をクリックし、IBM Cognos コンポーネントでセッション・パラメーターに使用する名前を入力します。

6. 「値」列をクリックし、LDAP 認証プロバイダーのアカウント・パラメーターの名前を入力します。

7. カスタム・パラメーターごとに上記の 2 つの手順を繰り返します。



LDAP サーバーへの保護された通信の有効化Secure LDAP プロトコル (LDAPS) は、Content Manager の Access Manager コンポーネントとディレクトリー・サーバー間の通信を暗号化します。LDAPS を使用すると、ディレクトリー・サーバー内の機密情報と LDAP 資格情報が平文で送信されなくなります。


LDAPS を有効にするには、認証局 (Certificate Authority) によって署名されたサーバー証明書をディレクトリー・サーバーにインストールします。次に、証明書を格納する証明書データベースを作成します。最後に、ディレクトリー・サーバーとIBM Cognos LDAP ネームスペースが LDAPS を使用するように設定します。

サーバー証明書は次のいずれかのコピーでなければなりません。

v 信頼されたルート証明書およびディレクトリー・サーバー証明書の信頼チェーンを構成するその他のすべての証明書

信頼されたルート証明書とは、ディレクトリー・サーバー証明書に署名したルート認証局の証明書のことです。

v ディレクトリー・サーバー証明書のみ

証明書は、Base64 でエンコードされた ASCII (PEM) 形式であることが必要です。信頼されたルート証明書を除くすべての証明書は、自己署名証明書であってはなりません。

始める前に

IBM Cognos は、"cert8.db"バージョンと"cert7.db"バージョンの両方のクライアント証明書データベースで動作します。証明書データベースを作成するには、Netscape

OpenSource ツールキット NSS_3_11_4_RTM の certutil ツールを使用する必要があります。IBM Cognos では、Microsoft Active Directory に付属の certutil ツールで作成されるものを含め、他のバージョンの"cert8.db"ファイルは使用できません。今回の処理に適した certutil ツールは、Mozilla の FTP Web サイトから入手可能です。

この他にも、バージョン 4.6.7 の NSPR ライブラリーを使用する必要がありますが、これも Mozilla の FTP Web サイトから入手可能です。

手順1. 証明書データベースのディレクトリーを作成します。

2. 次のように入力して、証明書データベースを作成します。

certutil -N -d certificate_directory

"<証明書ディレクトリー>"は、手順 1 で作成したディレクトリーです。

このコマンドにより、新しいディレクトリーに"cert8.db"ファイルと"key3.db"ファイルが作成されます。

3. 認証局証明書またはディレクトリー・サーバー証明書を証明書データベースに追加します。証明書の種類に応じて、次のいずれかのコマンドを入力します。

v CA 証明書の場合は、次のように入力します。

certutil -A -n certificate_name -d certificate_directory -i CA.cert

-t C,C,C

v ディレクトリー・サーバー証明書の場合は、次のように入力します。

certutil -A -n certificate_name -d certificate_directory -i

server_certificate.cert -t P


"<証明書名>"は、CA 名やホスト名など、自分が指定した別名です。"<サーバー証明書>"はディレクトリー・サーバー証明書ファイルのプレフィックスです。

4. 証明書データベースのディレクトリーを、Content Manager がインストールされているすべての場所の"<c10 の場所>/configuration"ディレクトリーにコピーします。

5. LDAPS を使用するようにディレクトリー・サーバーを設定し、ディレクトリー・サーバーを再起動します。

詳細については、ディレクトリー・サーバーのドキュメントを参照してください。

6. LDAP ネームスペースでディレクトリー・サーバーを使用するように設定したContent Manager のそれぞれの場所で、IBM Cognos Configuration を起動します。

7. 「Explorer」ウィンドウの「セキュリティー」>「認証」で、LDAP ネームスペースをクリックします。

8. 「プロパティー」ウィンドウの「ホスト名とポート番号」プロパティーで、ポートを安全な LDAPS ポートに変更します。

「SSL 証明書データベース」プロパティーで、"cert7.db"ファイルへのパスを指定します。

9. 「Explorer」ウィンドウで、LDAP ネームスペースを右クリックし、「テスト」をクリックします。

テストに失敗した場合、プロパティーを修正し、正しい証明書が確実に使用されるようにします。


11. 「操作」メニューの「再開」をクリックします。

12. Content Manager がインストールされている各場所で、手順 6～11 を繰り返します。

LDAP と IBM Cognos コンポーネント間でのシングル・サインオンの有効化

IBM Cognos コンポーネントへのシングル・サインオンを有効にするには、「外部ID マッピング」プロパティーを設定します。

外部 ID マッピングでは、CGI 環境変数または HTTP ヘッダー変数を参照できます。アプリケーション・サーバー・ゲートウェイまたはディスパッチャー・エントリーが IBM Cognos コンポーネントを指している場合、外部 ID マッピングではuserPrincipalName セッション変数を参照できます。「外部 ID マッピング」プロパティーを実行時に解決した値は、有効なユーザー DN でなければなりません。

「外部 ID マッピング」プロパティーを認証に使用するように LDAP ネームスペースを設定すると、LDAP プロバイダーでは、「ユーザーの DN とパスワードをバインド」の値を使用してディレクトリー・サーバーへのバインドが実行されます。値が指定されていない場合は匿名でバインドされます。外部 ID マッピングで IBM


Cognos にログオンしたすべてのユーザーには、バインドでログオンしたユーザーと同じユーザー、グループ、およびフォルダーが表示されます。

Java またはアプリケーション・サーバーのセキュリティー機能を使用するアプリケーションを IBM Cognos コンポーネントとともに使用するには、Java User Principal

からユーザー ID を取得するように「外部 ID マッピング」プロパティーを設定します。$environment("USER_PRINCIPAL")} というトークンを「外部 ID マッピング」プロパティーの値に含めてください。詳細については、IBM Cognos

Configuration のオンライン・ヘルプを参照してください。

置換演算を使用して、「外部 ID マッピング」プロパティーで行う式の編集を制限できます。

置換演算置換演算を実行すると、既存の部分文字列のすべてを新しい部分文字列で置き換えた文字列のコピーが返されます。

置換演算には次の規則が適用されます。

v 文字 ¥ を使用して、関数パラメーター内の文字をエスケープする。¥ や " などの文字はエスケープする必要があります。

v ネストされた関数呼び出しはサポートされない。

v 特殊文字はサポートされない。

構文

${replace(<文字列>,<旧>,<新>)}

Replace 操作のパラメーター

表 42. Replace 操作のパラメーターおよび説明


str 検索対象の文字列

<旧> 新しい部分文字列で置き換えられる既存の部分文字列

<新> 既存の部分文字列を置き換える新しい部分文字列

例

${replace(${environment("REMOTE_USER")},"NAMERICA¥¥",)}

${replace(${environment("REMOTE_USER")},"NAMERICA¥¥","")}

CA SiteMinder を使用するための IBM Cognos コンポーネントの設定CA SiteMinder ネームスペースを認証ソースとして使用するように IBM Cognos コンポーネントを設定できます。


注: 認証プロバイダーでは、CA SiteMinder Software Development Kit を使用してカスタム・エージェントを実装します。カスタム・エージェントを配布するには、CA

SiteMinder Policy Server の管理コンソールで 4.x エージェントをサポートするように「エージェントのプロパティー」を設定する必要があります。

複数のユーザー・ディレクトリーを使用するように設定された CASiteMinder

複数のユーザー・ディレクトリーを使用するように CA SiteMinder 環境を設定した場合には、IBM Cognos Configuration で SiteMinder ネームスペース・タイプを使用する必要があります。

また、IBM Cognos Configuration で SiteMinder ネームスペースを設定した後、CA

SiteMinder で定義した各ユーザー・ディレクトリーに対し、対応する LDAP ネームスペースまたは Active Directory サーバー・ネームスペースを IBM Cognos

Configuration に追加する必要があります。

対応する LDAP ネームスペースを設定する場合は、「外部 ID マッピング」プロパティーが有効になっており、REMOTE_USER トークンがプロパティー値に含まれていることを確認します。これは、REMOTE_USER を設定するように CA SiteMinder を設定する必要があるということではありません。

対応する Active Directory ネームスペースを設定する際には、singleSignOnOptionプロパティーが IdentityMapping に設定されていることを確認します。

SiteMinder ネームスペースでは、CA SiteMinder 環境から正しいユーザー識別番号が渡されると、REMOTE_USER 環境変数を使用して、該当する LDAP ネームスペースにユーザー情報が内部的に渡されます。

詳細については、 184ページの『REMOTE_USER を使用するための Active

Directory サーバーと IBM Cognos コンポーネント間でのシングル・サインオンの有効化』を参照してください。


単一のユーザー・ディレクトリーのみを使用するように設定されたCA SiteMinder

単一のユーザー・ディレクトリーのみを使用するように CA SiteMinder 環境を設定した場合には、IBM Cognos Configuration で SiteMinder ネームスペース・タイプを使用する必要はありません。

この場合、適切なネームスペースを設定することでユーザー・ディレクトリーを認証ソースとして使用するか、1 つのユーザー・ディレクトリーを使用するようにSiteMinder を設定できます。例えば、CA SiteMinder ユーザー・ディレクトリーがLDAP の場合は、LDAP ネームスペースを使用して IBM Cognos コンポーネントを設定できます。または、LDAP ネームスペースである 1 つのユーザー・ディレクトリーを参照し、単一の SiteMinder ネームスペースを使用します。


CA SiteMinder ユーザー・ディレクトリーが Active Directory である場合、Active

Directory ネームスペースか、Active Directory とともに動作するように設定されたLDAP ネームスペースを使用できます。

SiteMinder ネームスペースを構成する代わりにユーザー・ディレクトリーを認証ソース・ディレクトリーとして使用したい場合は、適切な LDAP または Active

Directory ネームスペースを構成することができます。この場合、CA SiteMinder

Policy Server の「Agent Configuration Object」プロパティーを検証する必要があります。SetRemoteUser が有効であることを確認します。

Active Directory ネームスペースを設定する際には、singleSignOnOption プロパティーが IdentityMapping に設定されていることを確認します。

対応する LDAP ネームスペースを設定する場合は、「外部 ID マッピング」プロパティーが有効になっており、REMOTE_USER トークンがプロパティー値に含まれていることを確認します。

詳細については、 184ページの『REMOTE_USER を使用するための Active

Directory サーバーと IBM Cognos コンポーネント間でのシングル・サインオンの有効化』を参照してください。


SiteMinder ネームスペースの設定複数のユーザー・ディレクトリーを使用するように CA SiteMinder を設定した場合には、IBM Cognos Configuration で SiteMinder ネームスペース・タイプを使用する必要があります。また SiteMinder ネームスペースを追加した後に、CA

SiteMinder 環境の各ユーザー・ディレクトリーについて、対応する LDAP ネームスペースを追加する必要もあります。

ユーザーが LDAP サーバーまたは Active Directory サーバーに格納されている場合は、SiteMinder ネームスペース・タイプも使用できます。

ユーザーのログオン時にネームスペースを非表示にすることができます。ユーザーのログオン時にネームスペースの選択リストに表示することなく、信用サインオン・ネームスペースを使用できます。例えば、複数のシステムをシングル・サインオンに統合したいと考えているものの、ネームスペースの選択を求めるプロンプトを表示することなく顧客を IBM Cognos において直接認証する機能は維持したいと考えているような場合に適しています。

始める前に

SiteMinder ネームスペースを使用するには、次の表に示す必要な CA SiteMinder ライブラリー・ファイルを入手し、オペレーティング・システムの適切なライブラリー・パスにそれらのファイルを追加する必要があります。

表 43. CA SiteMinder ライブラリー・ファイル

オペレーティング・システム CA SiteMinder ライブラリー・ファイル

Solaris および AIX libsmagentapi.so


表 43. CA SiteMinder ライブラリー・ファイル (続き)

オペレーティング・システム CA SiteMinder ライブラリー・ファイル

Microsoft Windows 64 ビット smagentapi.dll

Microsoft Windows 32 ビット smagentapi.dll

smerrlog.dll

手順1. Content Manager がインストールされているコンピューターで、CA SiteMinder

ライブラリー・ファイルが含まれているディレクトリーを適切なライブラリー・パス環境変数に追加します。

v Solaris オペレーティング・システムの場合: LD_LIBRARY_PATH

v AIX オペレーティング・システムの場合: LIBPATH

v Microsoft Windows オペレーティング・システムの場合: PATH

2. IBM Cognos Configuration を開きます。



5. 「タイプ」のリストで「SiteMinder」を選択し、「OK」をクリックします。

6. 追加したネームスペースを選択します。

7. 「ネームスペース ID」プロパティーに、ネームスペースの一意の識別子を指定します。

注: 識別子では、コロン (:) を使用しないでください。

8. 他の必要なプロパティーの値を指定します。

注: ユーザーがログインしているときにユーザーにネームスペース名を表示しない場合は、「認証で選択可能」プロパティーを「無効 (False)」に設定します。

9. 「エクスプローラー」ウィンドウの「セキュリティー」 > 「認証」で、追加したネームスペースを右クリックし、「リソースの新規作成」 > 「SiteMinderPolicy Server」の順にクリックします。

10. 「名前」ボックスにポリシー・サーバーの名前を入力し、「OK」をクリックします。

11. 「プロパティー」ウィンドウで、「ホスト名」プロパティーと、変更を要するその他のプロパティー値を指定します。

12. 「エクスプローラー」ウィンドウで、追加した新しい SiteMinder Policy Server

を右クリックし、「リソースの新規作成」 > 「ユーザー・ディレクトリー」の順にクリックします。

13. 「名前」ボックスにユーザー・ディレクトリーの名前を入力し、「OK」をクリックします。

重要: ユーザー・ディレクトリーの名前は、Policy Server 名と一致している必要があります。


14. 「プロパティー」ウィンドウで、「ネームスペース ID の参照」プロパティーの値を入力します。

15. ユーザー・ディレクトリーは、SiteMinder Policy Server のユーザー・ディレクトリーごとに設定します。



18. ユーザー・ディレクトリーごとに、対応する LDAP または Active Directory のネームスペースを構成します。

SiteMinder ネームスペースの「ネームスペース ID」プロパティーに使用したのと同じ値を、必ず「ネームスペース ID」プロパティーに使用してください。

認証に RACF プロバイダーを使用するための IBM Cognos の設定使用している環境で、認証に Resource Access Control Facility (RACF) プロバイダーを使用する場合は、このプロバイダーを IBM Cognos 製品の認証にも使用できます。

手順1. RACF ネームスペースを使用するように IBM Cognos コンポーネントを設定する

2. 保護された通信を設定する

3. RACF プロバイダーと IBM Cognos コンポーネント間でシングル・サインオンを有効にする

RACF ネームスペースの設定Resource Access Control Facility (RACF) ネームスペースを設定するには、IBM

Cognos Configuration を使用します。

始める前に

RACF ネームスペースを設定する前に、次の操作が必要です。

v Tivoli Directory Server を実行する

v SDBM (RACF) データベースにアクセスするために、Tivoli Directory Server をLDAP 用に設定する

詳細については、IBM インフォメーション・センターにある LDAP 用 Tivoli

Access Manager の設定に関するトピックを参照してください。


を開きます。

2. ネームスペースを作成するには、次の手順に従います。

v 「Explorer」ウィンドウの「セキュリティー」で、「認証」を右クリックし、「リソースの新規作成」>「ネームスペース」の順にクリックします。


v 「名前」ボックスに認証ネームスペースの名前を入力します。

v 「タイプ」のリストで「RACF」をクリックし、「OK」をクリックします。



「ネームスペース ID」プロパティーでは、コロン (:) は使用しないでください。

4. 「ホスト名とポート番号」プロパティーに、Tivoli Directory Server に対応する値を入力します。

5. 「基本識別名」プロパティーに、Tivoli Directory Server で SDBM に対して設定したサフィックスと一致する値を入力します。

6. RACF プロバイダーに対し保護された通信 (SSL 接続) を有効にするには、「SSL を使用」プロパティーを「有効」に設定します。

7. E メールや電話番号などの RACF アカウント・プロパティーにマップするには、「アカウント・マッピング」で、「基本セグメント DATA」プロパティーと「TSO セグメント USERDATA」プロパティーの値の列をクリックして、ドロップダウン・リストから値を選択します。



RACF と IBM Cognos 間でのシングル・サインオンの有効化Resource Access Control Facility (RACF) プロバイダーと IBM Cognos コンポーネント間でのシングル・サインオンを有効化すると、ユーザーに対する認証プロセスが簡略化され、複数のサインオンの必要がなくなり、ネットワーク全体のユーザーID 管理が簡略化されます。

シングル・サインオンを有効にするには、IBM Cognos Configuration で ID マッピングを設定し、IBM WebSphere Application Server で REMOTE_USER を設定した後、RACF に基づいて認証が行われるように WebSphere を設定します。


ID マッピングを認証に使用するように RACF ネームスペースを設定すると、RACF

ネームスペースでは、資格情報のバインドを使用して RACF プロバイダーへのバインドが実行されます。資格情報のバインドが指定されていない場合は匿名でバインドされます。ID マッピングで IBM Cognos にログオンしたすべてのユーザーには、バインドでログオンしたユーザーと同じユーザー、グループ、およびフォルダーが表示されます。




2. 「Explorer」ウィンドウの「セキュリティー」で、「認証」を右クリックし、RACF ネームスペースをクリックします。

3. 「リソース・プロパティー」ウィンドウで、「ID マッピングを有効化」を「有効」に変更します。

4. 「資格情報のバインド」の値の列をクリックし、「編集」アイコンをクリックします。

5. 「値 - 資格情報のバインド」ダイアログ・ボックスで、「ユーザー ID」と「パスワード」を指定します。

6. IBM Cognos Configuration で、サービスを再開します。

v 「Explorer」ウィンドウで、「IBM Cognos サービス」を展開し、サービスを選択します。

v 「操作」メニューの「再開」をクリックします。

7. WebSphere のドキュメントを使用して、WebSphere で REMOTE_USER を設定します。

8. WebSphere のドキュメントを使用して、RACF プロバイダーを使用して認証が行われるように WebSphere を設定します。

SAP を使用するための IBM Cognos の設定SAP サーバーを認証プロバイダーとして使用するには、SAP BW のサポートされているバージョンを使用する必要があります。

SAP ユーザーに必要な承認権限は、IBM Cognos コンポーネントを使用するユーザーや管理者に応じて変わります。

IBM Cognos ユーザー用の SAP 承認設定

IBM Cognos ユーザーには、次の表に示す承認オブジェクトが必要です。

表 44. IBM Cognos ユーザー用の SAP 承認設定

承認オブジェクトフィールド値

S_RFC

RFC アクセスのための許可検査

アクティビティー

保護される RFC の名前 RFC1 RS_UNIFICATION、SDTX、 SH3A、SU_USER、 SYST、 SUSO

保護される RFC のタイプ FUGR

S_USER_GRP

ユーザー・マスター・メンテナンス: ユーザー・グループ

アクティビティー 03

ユーザー・グループの名前 *

「*」と表示されているものなど、記載されている値のいくつかはデフォルト値であり、使用環境に合わせて変更することができます。


IBM Cognos 管理者用の SAP 承認設定

管理用タスクおよびユーザーや役割の検索を実行するユーザーには、IBM Cognos

ユーザーに対する値に加えて、次の表に示す値を S_RFC 承認オブジェクトに追加する必要があります。

表 45. IBM Cognos 管理者用の SAP 承認設定

承認オブジェクトフィールド値

S_RFC

RFC アクセスのための許可検査

アクティビティー 16

RFC_NAME PRGN_J2EE、SHSS、SOA3

保護される RFC オブジェクトのタイプ

FUGR

「*」など、記載されている値の一部はデフォルト値であり、使用環境に合わせて変更してください。

SAP ネームスペースの設定SAP サーバーを認証ソースとして使用するように IBM Cognos コンポーネントを設定できます。

始める前に

64 ビットのサーバーに IBM Cognos 製品をインストールした場合は、SAP RFC ライブラリー・ファイルを IBM Cognos のインストール・ディレクトリーに手動でコピーする必要があります。

手順1. 64 ビットのサーバーで実行する場合は、次の手順に従います。

v 64 ビットのサーバーの SAP インストール・ディレクトリーに移動します。

v 64 ビットの SAP RFC ライブラリー・ファイルをすべて、c10_64_location¥bin64 にコピーします。c10_64_location とは、IBM

Cognos サーバーのインストール先のディレクトリーを指します。

v 32 ビットの SAP RFC ライブラリー・ファイルをすべて、c10_64_location¥bin にコピーします。

2. 32 ビットのサーバーで実行する場合は、32 ビットの SAP ライブラリー・ファイルをすべて、SAP インストール・ディレクトリーからc10_64_location¥bin64 ディレクトリーにコピーします。

3. Content Manager がインストールされている場所で、IBM Cognos Configuration

を開きます。



6. 「タイプ」のリストで「SAP」をクリックし、「OK」をクリックします。




重要: 「ネームスペース ID」プロパティーでは、コロン (:) は使用しないでください。

8. IBM Cognos コンポーネントで既存の認証プロバイダーを見つけて使用されるように、必要なプロパティーすべてに対して値を指定します。

使用している環境によっては、「ホスト名」プロパティーで、SAP ルーター文字列を SAP ホスト名に追加することが必要となります。

9. SAP システムで Cookie の内容がエンコードされる場合、チケットのデコード機能を有効にします。

v 「プロパティー」ウィンドウの「詳細プロパティー」で、「値」をクリックしてから「編集」アイコンをクリックします。

v 「追加」をクリックします。

v 名前に「URLDecodeTickets」と入力し、値に「有効 (true)」と入力します。


SAP ログオン・チケットはすべて、接続の確立前に SAP ネームスペースでデコードされます。



SAP と IBM Cognos 間でのシングル・サインオンの有効化SAP BW データ・ソース接続の外部ネームスペース機能を使用する場合のほかにも、SAP Enterprise Portal と IBM Cognos コンポーネント間でシングル・サインオンを有効にすることができます。

これには、SAP BW サーバーの次のシステム・パラメーターを設定する必要があります。

v login/accept_sso2_ticket = 1

v login/create_sso2_ticket = 1

v login/ticket_expiration_time = 200

認証プロバイダーの削除追加したネームスペースや、IBM Cognos コンポーネントによって検出された未設定のネームスペースが不要になった場合、不要なネームスペースを削除できます。

Cognos ネームスペースは削除できません。Cognos ネームスペースには、すべてのユーザーに関する認証データが収められており、設定を保存する際に必要になります。


一度ネームスペースを削除すると、そのネームスペースにはログオンできなくなります。ネームスペースのセキュリティー・データは、ポータルから永久に削除するまで Content Manager に残ります。詳しくは、「IBM Cognos Business Intelligence

管理およびセキュリティー・ガイド」を参照してください。

手順1. Content Manager がインストールされているそれぞれの場所で、Cognos


2. 「Explorer」ウィンドウの「セキュリティー」>「認証」で、ネームスペースを右クリックし、「削除」をクリックします。

3. 「はい」をクリックして、削除を確認します。

「Explorer」ウィンドウでネームスペースが表示されなくなり、その場所のネームスペースにログオンできなくなります。


5. Content Manager をインストールした各場所に対して、手順 1～4 を繰り返します。

最後に、ポータルにログオンして、ネームスペースのデータを完全に削除します。詳しくは、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

タスクの結果

削除されたネームスペースは、ポータルに「非アクティブ」と表示されます。


第 9 章設定オプション

IBM Cognos コンポーネントをインストールして設定した後は、環境に合わせて設定を変更できます。コンポーネントの初期設定には、デフォルトのプロパティー設定が使用されますが、しかし、既存の条件によりデフォルト選択が適さない場合や、環境により適した設定を行うために、このデフォルト設定を変更することもできます。

例えば、IBM Cognos Application Firewall 機能の設定や、IBM Cognos コンポーネントで使用するリソース量の指定が可能です。また、Portal Services を設定すると、別のポータルを使用して IBM Cognos コンテンツを配布できるようになります。

他のリソースを使用するように IBM Cognos コンポーネントを設定することができます。例えば、認証プロバイダーを使用して、データベース接続とユーザーに対するシングル・サインオンを有効にすることができます。

負荷分散スキームを使用する場合は、パフォーマンスを向上させるように設定を変更できます。例えば、ディスパッチャーの処理容量を変更したり、プロセスや接続の最小数と最大数を設定して、複数のディスパッチャー間で要求を分散できます。サーバー・パフォーマンスの調整の詳細については、「管理およびセキュリティー・ガイド」を参照してください。

すべての Microsoft Windows オペレーティング・システムと、ほとんどの UNIX および Linux オペレーティング・システムにインストールした場合、IBM Cognos

Configuration を使用して設定を行います。ただし、IBM Cognos コンポーネントをインストールする UNIX または Linux コンピューターに接続されているコンソールで Java ベースのグラフィカル・ユーザー・インターフェースがサポートされていない場合は、 <c10 の場所>/configuration ディレクトリーにある cogstartup.xml

ファイルを手作業で編集してから、IBM Cognos Configuration をサイレント・モードで実行する必要があります。

次のオプションの設定作業では、IBM Cognos コンポーネントを既存の環境に簡単に統合できるように設定をカスタマイズします。

IBM Cognos Configuration の起動IBM Cognos の設定、および IBM Cognos サービスの開始や停止には、設定ツールの IBM Cognos Configuration を使用します。

IBM Cognos Configuration を起動する前に、オペレーティング環境が正しく設定されていることを確認してください。たとえば、すべての変数が設定されていることを確認します。

追加の設定をする必要がない場合にのみ、Microsoft Windows、UNIX、または Linux

オペレーティング・システムのインストール・ウィザードの最終ページで IBM

Cognos Configuration を起動します。たとえば、Content Store 用データベースとし


て Microsoft SQL 以外のデータベース・サーバーを使用する場合は、JDBC ドライバーを適切な場所にコピーしてから Cognos Configuration を起動します。

Windows コンピューターで IBM Cognos Configuration を起動するには、次のようにします。

v 「スタート」メニューから、「プログラム」>「IBM Cognos 10」>「IBMCognos Configuration」の順にクリックします。

UNIX または Linux コンピューターで IBM Cognos Configuration を起動するには、次のようにします。

v <c10 の場所>/bin ディレクトリーに移動し、次のように入力します。

./cogconfig.sh

IBM Cognos BI コンポーネントで使用する Java のバージョンの変更IBM Cognos Business Intelligence コンポーネントを実行するには、JRE (Java

Runtime Environment) が必要です。

特定バージョンの JRE を必要とするアプリケーション・サーバーで IBMCognos BI

コンポーネントを使用する場合、または既に他のアプリケーションで JRE バージョンを使用している場合、Java バージョンを変更できます。

次の手順に従って Java バージョンを変更します。

1. IBMCognos の既存のデータと暗号化鍵をバックアップする (必要な場合)

2. Java 環境を更新します。

関連概念:

29ページの『Java の要件』IBM Cognos Business Intelligence で標準暗号化サービスをサポートするには、Java

のバージョンの更新または JAVA_HOME 環境変数の設定が必要になることがあります。セキュリティー・ポリシーの要件によっては、無制限 Java Cryptography

Extension (JCE) ポリシー・ファイルのインストールも必要になります。

IBM Cognos の既存データをバックアップします。IBM Cognos Business Intelligence コンポーネントがアプリケーション・サーバー(Tomcat を含む) で実行されていて、独自の JVM があるアプリケーション・サーバーに変更する場合は、既存の IBM Cognos 情報をバックアップする必要があります。また、使用する JVM を変更する場合も、既存の IBM Cognos 情報をバックアップしなければなりません。

注: アップグレードする前に実働環境で既存の IBM Cognos 情報をバックアップする必要があります。

新しいアプリケーション・サーバーまたは JVM で IBM Cognos BI コンポーネントを実行するように設定するには、まず次のバックアップ作業を行う必要があります。

v 配布エクスポートを作成して Content Store データをバックアップする。


v エクスポートを実行して設定情報をバックアップする。エクスポートの実行時には、暗号化されていたデータが復号化されます。

v 暗号鍵を別の場所に保存して暗号鍵をバックアップする。新しい暗号鍵を作成するには、アプリケーション・サーバーで使用するものと同じ JVM を使用します。新しい暗号鍵を作成するには前の暗号鍵を削除する必要があるため、前の暗号鍵をバックアップしておく必要があります。

IBM Cognos のデータのセキュリティーと整合性を確保するには、承認されていないアクセスや不正なアクセスから保護されているディレクトリーに、Content Store、設定情報、および暗号鍵をバックアップする必要があります。

ヒント: 暗号鍵が存在するかどうかをチェックするには、c10_location/

configuration ディレクトリーを確認します。このディレクトリーに csk、encryptkeypair または signkeypair のいずれかのサブディレクトリーがある場合、暗号鍵が存在します。

手順1. Content Store にデータが存在する場合には、IBM Cognos サービスを開始した後、配布ツールを使用して Content Store 全体をエクスポートします。

詳細については、Cognos Business Intelligence「管理およびセキュリティー・ガイド」のエクスポート配布仕様の作成に関するトピックを参照してください。

2. IBM Cognos Configuration の「ファイル」メニューで「名前を付けてエクスポート」をクリックし、復号化された形式で設定情報を保存します。ファイル名は、"decrypted.xml"などとします。

パスワードが通常のテキストで保存されるため、このデータは不正アクセスから保護されたディレクトリーにエクスポートしてください。エクスポートは保護されない操作であることを通知するプロンプトが表示されます。

3. IBM Cognos サービスを停止します。

v Tomcat を使用している場合、IBM Cognos サービスを停止し、IBM Cognos

Configuration を閉じます。

v Tomcat 以外のアプリケーション・サーバーを使用している場合、IBM Cognos

BI を終了します。

4. 次のファイルとディレクトリーを別の保護された場所に保存して、既存の暗号鍵をバックアップします。

該当するファイルは次のとおりです。

v c10 の場所/configuration/cogstartup.xml

v c10 の場所/configuration/caSerial

v c10 の場所/configuration/cogconfig.prefs

v c10 の場所/configuration/coglocale.xml

該当するディレクトリーは次のとおりです。

v c10 の場所/configuration/csk

v c10 の場所/configuration/encryptkeypair

v c10 の場所/configuration/signkeypair

第 9 章設定オプション 219

5. caSerial ファイルと cogconfig.prefs ファイル、および csk、encryptkeypair、および signkeypair の 3 つのディレクトリーを削除します。

6. IBM Cognos Configuration からエクスポートされたデータを保存したファイル(例えば、decrypted.xml) で、c10 の場所/configuration/cogstartup.xml ファイルを置き換えます。

この c10 の場所/configuration ディレクトリーでは、cogstartup.xml というファイル名を使用してください。

IBM Cognos Configuration で設定情報を保存すると、ファイル内の情報が新しい暗号鍵で自動的に再暗号化されます。

Java バージョンの変更特定バージョンの JRE を必要とするアプリケーション・サーバーで IBM Cognos

BI コンポーネントを使用する場合、または既に他のアプリケーションで JRE バージョンを使用している場合、Java バージョンを変更できます。 Java バージョンは、JAVA_HOME 環境変数を設定して変更します。

JAVA_HOME

次の場合は、JAVA_HOME 環境変数を設定します。

v UNIX または Linux オペレーティング・システムにインストールする場合。

v Microsoft Windows オペレーティング・システムにインストールし、独自の Java

または他のソフトウェアにバンドルされた Java を使用する場合。例えば、IBM

Cognos BI を WebSphere Application Server にインストールする場合。

JRE バージョンが IBM Cognos 製品でサポートされていることを確認します。

Microsoft Windows オペレーティング・システムでは、JAVA_HOME 変数を設定しない場合、インストールで提供される JRE ファイルが使用されます。

JRE がサポートされていることを確認するには、IBM Software Product

Compatibility Reports (SPCR) ページ (www.ibm.com/support/

docview.wss?uid=swg27037784)を参照してください。 Cognos BI のバージョンのリンクをクリックし、Java Run Time Libraries の情報を見つけます。

無制限 JCE ポリシー・ファイル

JRE には、制限付きポリシー・ファイルが含まれています。使用できる暗号アルゴリズムおよび暗号スイートはこのファイルによって制限されます。必要な暗号アルゴリズムおよび暗号スイートが、IBM Cognos Configuration に表示されるものよりも広範囲に及ぶ場合は、無制限 JCE ポリシー・ファイルをダウンロードしてインストールできます。

IBM によって提供される Java の無制限 JCE ポリシー・ファイルは、IBM Web サイト (https://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=jcesdk) から入手できます。






デフォルト設定の変更IBM Cognos コンポーネントをインストールすると、デフォルト値が使用されます。あるポートが別のプロセスで使用されているなどの理由でデフォルト値を使用できない場合には、IBM Cognos Configuration を使って値を変更します。

プロパティーの値を変更した場合は、設定を保存してから IBM Cognos サービスを再開して、新しい設定内容をコンピューターに適用する必要があります。

分散インストールの場合は、他の IBM Cognos コンピューターでデフォルトの設定を変更する前に、Content Manager をインストールしたすべてのコンピューターの設定が済んでいることを確認します。例えば、以下を行うことができます。

v Cognos Content Database 用のデフォルトのユーザーとパスワードの変更

v URI の変更

v 暗号化の設定

v IBM Cognos Application Firewall を使用するための IBM Cognos コンポーネントの設定

v 一時ファイルのプロパティーの設定

v ネームスペースを使用するためのゲートウェイの設定

v サービスの有効化または無効化

v フォントの設定

v レポートのデフォルト・フォントの変更

v ファイル・システムへの出力レポートの保存

v 通知データベースの変更

IBM Cognos 環境に合わせて IBM Cognos コンポーネントのデフォルトの動作を変更すると、Portal Services の設定、認証プロバイダーの設定、またはインストールのテストが行えます。

IBM Cognos BI では、Framework Manager をインストールして設定できます。Metric Studio では、Metric Designer をインストールして設定できます。

Cognos Content Database 用のデフォルトのユーザーとパスワードの変更

Cognos Content Database をインストールする場合、作成されるデフォルトのデータベースにはユーザー ID とパスワードが付与されます。このユーザー ID とパスワードを変更します。

Cognos Content Database の管理タスクは ij というユーティリティーを使用して行います。ユーティリティーの詳細については、Apache Derby のドキュメントを参照してください。ドキュメントは、Cognos Content Database をインストールしている"<c10 の場所>/derby10.1.2.1/docs"ディレクトリーにあります。

デフォルトのユーザー・パスワードの変更Cognos Content Database をインストールする場合、作成されるデフォルトのデータベースにはユーザー ID とパスワードが付与されます。このユーザー ID とパスワードを変更します。


手順1. Cognos Content Database をインストールしたコンピューターで、"<c10 の場所

>/derby10.1.2.1/bin"ディレクトリーに移動します。

2. ij ユーティリティーを"ij.bat"または"ij.ksh"スクリプト・ファイルを使用して起動します。

ij ユーティリティーは、Cognos Content Database を作成および管理するためのコマンド行ユーティリティーです。

3. 次の ij ユーティリティー・コマンドを入力して、デフォルトのデータベースに接続します。

connect 'jdbc:derby://localhost:1527/cm;user=cognos;password=cognos';

ポート番号をデフォルトの 1527 から変更している場合は、使用しているCognos Content Database のポート番号を正確に入力します。

デフォルトのデータベース名は cm です。データベース名では大文字と小文字が区別されます。

4. 次の ij ユーティリティー・コマンドを入力して、cognos ユーザーのデフォルト・パスワードを変更します。

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY('derby.user.cognos',

'NewPassword');

次回データベースに接続する際には新しいパスワードを使用する必要があります。

5. 次のコマンドを入力して、ij ユーティリティーを閉じます。

disconnect;

新しいユーザーおよびパスワードの作成Cognos Content Database をインストールする場合、作成されるデフォルトのデータベースにはユーザー ID とパスワードが付与されます。このユーザー ID とパスワードを変更します。

手順1. Cognos Content Database をインストールしたコンピューターで、"<c10 の場所

>/derby10.1.2.1/bin"ディレクトリーに移動します。



connect 'jdbc:derby://localhost:1527/cm;user=cognos;password=cognos';

ポート番号をデフォルトの 1527 から変更している場合は、使用しているCognos Content Database のポート番号を正確に入力します。


デフォルトのデータベース名は cm です。データベース名では大文字と小文字が区別されます。

4. 次の ij ユーティリティー・コマンドを入力して、新しいユーザーを作成します。

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY('derby.user.NewUser',

'NewUserPassword');

5. 次の ij ユーティリティー・コマンドを入力して、新しいユーザーにデータベースへの完全なアクセス権を付与します。

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY

('derby.database.fullAccessUsers','cognos, NewUser');

変更するプロパティーであるユーザーのリストは、コンマ区切りフィールドです。この手順では、新しいユーザーに完全なアクセス権を付与して、ユーザー・リストに追加します。デフォルトのユーザーである cognos は、完全なアクセス権を持つユーザーのリストに残留します。このデフォルト・ユーザー cognos は削除できます。


disconnect;

ユーザーの削除Cognos Content Database で現在使用していないユーザー・アカウントがある場合は削除できます。

手順1. Cognos Content Database をインストールしたコンピューターで、<c10 の場所

>/derby10.1.2.1/bin ディレクトリーに移動します。



connect 'jdbc:derby://localhost:1527/cm;user=NewUser;password=NewUserPassword';

4. 削除するユーザーのタイプを次のように選択します。

v 完全なアクセス権を持つユーザーのリストから任意のユーザーを削除するには、次の ij ユーティリティー・コマンドを入力します。

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY('derby.database.fullAccessUsers', 'NewUser');

完全なアクセス権を持つユーザーのリストからユーザー名を削除します。例えば上記のコマンドにより、デフォルトの cognos ユーザーが削除され、作成した新しいユーザーが保持されます。

v ユーザーをデータベースから削除するには、次の ij ユーティリティー・コマンドを入力します。ユーザー・パスワードを除外します。


CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY('derby.user.cognos', '');

このコマンドにより、デフォルトの cognos ユーザーのパスワードが削除され、このユーザーがデータベースからも削除されます。


disconnect;

ポートと URI の設定URI の一部の要素は、環境に合わせて変更できます。IBM Cognos URI には次の要素が含まれています。

v Content Manager URI、外部アプリケーション用ディスパッチャー URI、またはディスパッチャー URI の場合

<プロトコル>://<ホスト名または IP>:<ポート>/<コンテキスト・ルート>/<別名パス>

v ゲートウェイ URI または Web コンテンツ URI の場合

<プロトコル>://<ホスト名または IP>:<ポート>/<仮想ディレクトリー>/<ゲートウェイ・アプリケーション>

あるいは

<プロトコル>://<ホスト名または IP>:<ポート>/<コンテキスト・ルート>/<別名パス>

次の表で要素について説明します。

表 46. IBM Cognos URI の要素および説明

要素説明

プロトコル Hyper Text Transfer Protocol や Hyper Text Transfer Protocol

(Secure) など、情報の要求や転送に使用するプロトコルを指定する。

例: http または https

ホスト名または IP ネットワークのホストの ID を指定する。IP アドレス、コンピューター名、完全修飾ドメイン名を使用できます。

分散インストールでは、URI の"localhost"要素を変更する必要があります。

UNIX オペレーティング・システム・サーバーと Microsoft

Windows オペレーティング・システム・サーバーが混在する環境では、その環境内のすべてのサーバーでホスト名が IP アドレスとして解決できることを確認します。

例:localhost または 192.168.0.1 または[2001:0db8:0000:0000:0000:148:57ab]:80


表 46. IBM Cognos URI の要素および説明 (続き)

要素説明

ポートホスト・システムが要求を待機するポートを指定する。

Tomcat のデフォルト・ポートは 9300 です。Web サーバーのデフォルト・ポートは 80 です。

例: 9300 または 80

コンテキスト・ルート要求が適切な Web アプリケーションに転送され処理されるようにするため、Tomcat またはアプリケーション・サーバーでアプリケーションのコンテキストを調べる場合に使用する。

例: p2pd

別名パスアプリケーション・サーバーで、Web アプリケーション内の適切なコンポーネントに要求を転送する場合に使用する。

別名のパスは絶対に変更しないでください。変更すると、IBM

Cognos コンポーネントが正常に機能しなくなります。

例: servlet/dispatch

仮想ディレクトリー Web サーバーで、仮想ディレクトリーまたは別名を物理的な場所にマッピングする場合に使用する。

例えば、デフォルトのゲートウェイ URI である"http://localhost:80/ibmcognos/cgi-bin/cognos.cgi"では、仮想ディレクトリーは"ibmcognos/cgi-bin"です。

例:ibmcognos/

ゲートウェイ・アプリケーション使用している Cognos ゲートウェイ・アプリケーション名を指

定する。

例えば、Common Gateway Interface (CGI) を使用して IBM

Cognos コンポーネントにアクセスする場合、デフォルトのゲートウェイ・アプリケーションは"cognos.cgi"になります。

例: cognos.cgi

ポートまたは URI 設定の変更次の手順に従って、IBM Cognos Configuration の URI プロパティーを変更します。


2. 「Explorer」ウィンドウで、適切なグループまたはコンポーネントをクリックします。

v ディスパッチャーの要素を変更するには、「環境」をクリックします。

v ローカル・ログ・サーバーの要素を変更するには、「環境」の「ログ記録」をクリックします。

3. 「プロパティー」ウィンドウで、変更する URI プロパティーの隣にある「値」ボックスをクリックします。


4. 要素を選択し、新しい情報を入力します。

ヒント:

v ローカル・ディスパッチャーで使用するポートを変更するには、内部ディスパッチャー URI プロパティーの値を変更します。この変更はローカル・ディスパッチャーを基準とするすべての URI に影響を及ぼすため、すべてのローカル・コンポーネントの URI を変更する必要があります。

v ディスパッチャー URI のディスパッチャー・ポートを変更する場合は、このシステムのディスパッチャー、Content Manager、または Software Development

Kit サービスを使用するリモート・コンピューターを設定する際に、変更したポート番号を指定する必要があります。


暗号化の設定IBM Cognos コンポーネントを実行するには暗号化プロバイダーが必要です。これがないとこれらのコンポーネントは実行できません。デフォルトの暗号化プロバイダーを削除する場合、別の暗号化プロバイダーを設定する必要があります。

暗号化に関する次の設定を行うことができます。

v 全般的な暗号化の設定

v デフォルトの暗号化プロバイダーの設定

v Entrust セキュリティー・インフラストラクチャーにおける暗号化プロバイダーの設定

全般的な暗号化の設定分散インストール環境では、IBM Cognos コンピューターと Content Manager との交信によって信頼が確立され、Content Manager から暗号鍵が取得されます。

アプリケーション・サーバーの変更や Content Manager の再インストールなどによって、Content Manager の暗号鍵を変更する場合には、他の IBM Cognos コンピューターの暗号鍵を削除する必要があります。その後、各コンピューターで設定を保存して、Content Manager から暗号鍵を入手できるようにする必要があります。また、分散インストールではすべての IBM Cognos コンポーネントで、同じ暗号化プロバイダー設定を使用する必要があります。

また分散インストール環境では、対称鍵は Content Manager をインストールしたコンピューターにのみ保存する必要があります。

暗号化に関して次の全般的な設定を行うことができます。

v 共通対称鍵ストア (CSK) のプロパティー

CSK は、IBM Cognos でのデータの暗号化と復号化に使用されます。

v Secure Sockets Layer (SSL) 設定

この設定には、相互認証と機密性が含まれます。

v 詳細アルゴリズム設定


詳細アルゴリズムには、署名アルゴリズムとダイジェスト・アルゴリズムがあります。



3. 「プロパティー」ウィンドウで「値」ボックスをクリックしてデフォルト値を変更し、必要な値を選択します。

v Content Manager がないコンピューターで CSK をローカルに保存しない場合は、「CSK 設定」で「対称鍵をローカルに保存」を「無効」に変更します。

「対称鍵をローカルに保存」を「無効」に設定した場合は、必要に応じて、Content Manager から鍵が取得されます。「共通対称鍵ストアの場所」プロパティーは無視されます。

v 通信を行う両方のコンピューターの ID を確認する場合は、「SSL 設定」の「相互認証の使用」を「有効」に変更します。

「機密性を使用」は変更しないでください。

v ダイジェスト・アルゴリズムを変更する場合は、「ダイジェスト・アルゴリズム」プロパティーで別の値を選択します。


5. ゲートウェイ・コンピューターでのみ、暗号化プロバイダーをテストします。「Explorer」ウィンドウの「暗号化」を右クリックし、「テスト」をクリックします。

IBM Cognos コンポーネントによって、対称鍵の可用性がチェックされます。

タスクの結果

暗号化に関する設定を行うと、設定内のパスワードや作成したデータが暗号化されます。

デフォルトの暗号化プロバイダーの設定暗号化プロバイダーに関しては、いくつかの暗号化設定を行うことができます。

次のものを設定できます。

v アルゴリズムと暗号スイート

v 識別名の設定

v 署名鍵ストアのプロパティー

署名鍵ペアは、デジタル署名の生成に使用される秘密鍵と、信頼性の確認に使用される公開鍵を組み合わせたものです。

v 暗号化鍵ストアのプロパティー

暗号化鍵ペアは、データの暗号化に使用される秘密鍵と、データの復号化に使用される公開鍵を組み合わせたものです。

v 認証局設定


この設定には、指定した認証局 (Certificate Authority) またはサード・パーティー認証局のプロパティーが含まれます。

手順1. IBM Cognos サーバー付属の JRE とは別の JRE を使用している場合は、<c10

の場所>/bin/jre/<バージョン>/lib/ext に移動します。

64 ビット・コンポーネントを使用している場合には、<c10 の場所>/bin64/jre/<バージョン>/lib/ext ディレクトリーに移動します。

2. bcprov-jdk<バージョン>.jar を <JRE の場所>/lib/ext にコピーします。

3. IBM 提供以外の JRE を使用している場合、ご使用の JRE 用に無制限 Java

Cryptograph Extension (JCE) ポリシー・ファイルもダウンロードおよびインストールし、使用可能なすべてのアルゴリズムと暗号スイートが IBM Cognos

Configuration に表示されていることを確認します。


5. 「Explorer」ウィンドウの「セキュリティー」、「暗号化」で、「Cognos」をクリックします。

6. 「プロパティー」ウィンドウで、必要に応じてプロパティーを変更します。

v 機密性アルゴリズムを設定するには、「機密性アルゴリズム」と「PDF 機密性アルゴリズム」のうち、該当するほうのプロパティーの「値」列をクリックしてから、ドロップダウン・リストからアルゴリズムを選択します。

機密性アルゴリズムの値によって、IBM Cognos コンポーネントによるデータの暗号化方式が決まります。例えば、IBM Cognos Configuration で入力されるデータベース・パスワードは、設定を保存する際に暗号化されます。データの暗号化時に選択されるアルゴリズムは、データを後日、暗号化解除する際にも使用できる必要があります。

機密性アルゴリズムの可用性は、使用している環境が変更されると、変わる場合があります。例えば、使用している Java Runtime Environment (JRE) が変更された、またはコンピューターに他の暗号化ソフトウェアをインストールしたなどの場合がこれにあたります。データの暗号化時に選択した「機密性アルゴリズム」の値が、データへのアクセス時にも使用できることを確認する必要があります。

JRE のアップグレードや、JRE のアップグレードを伴うようなソフトウェアのインストールを行うと、機密性アルゴリズムの可用性に影響を与えることがあります。使用可能なアルゴリズムと暗号スイートが IBM Cognos

Configuration に表示されるようにするため、無制限 Java Cryptography

Extension (JCE) ポリシー・ファイルをダウンロードしてインストールします。IBM が提供している Java の無制限 JCE ポリシー・ファイルは、無制限 JCE ポリシー・ファイル (https://www14.software.ibm.com/webapp/iwm/web/

preLogin.do?source=jcesdk) からダウンロードできます。

v 暗号スイートを調整するには、「サポートする暗号スイート」で「値」列をク

リックし、「編集」アイコンをクリックします。




該当しない暗号スイートは削除し、それ以外の暗号スイートについては、リストの中で範囲の大きい順に並ぶように、リストの中で上下に移動します。

40～56 ビットの範囲の暗号スイートと、128～168 ビットの範囲の暗号スイートが混在しないようにしてください。

v 署名鍵の場所を変更する場合は、「署名鍵の設定」で「署名鍵ストアの場所」プロパティーを別の場所に変更します。

v 暗号化鍵の場所を変更する場合は、「暗号化鍵の設定」で「暗号化鍵ストアの場所」を別の場所に変更します。

v 別の認証局を使用する場合は、「認証局設定」で「サード・パーティーの認証局を使用」を「有効」に変更します。

「署名鍵ストアの場所」プロパティーと「暗号化鍵ストアの場所」プロパティーに使用したのと同じ値を -k パラメーターに使用していることも確認する必要があります。

詳細については、 249ページの『別の認証局を使用するための IBM Cognos

コンポーネントの設定』を参照してください。


タスクの結果

別の認証局 (Certificate Authority) サーバーを使用する場合は、その認証局を使用するように IBM Cognos コンポーネントを設定します。詳細については、 249ページの『別の認証局を使用するための IBM Cognos コンポーネントの設定』を参照してください。

Entrust セキュリティー・インフラストラクチャーにおける暗号化プロバイダーの設定Entrust セキュリティー・インフラストラクチャーで暗号化を設定するには、IBM

Cognos Configuration のデフォルトの暗号化プロバイダーを Entrust で使用するプロバイダーに置き換え、IBM Cognos 環境内のセキュリティー・ファイルを更新します。

始める前に

鍵ストアのパスワードが Entrust Profile (EPF) のパスワードと一致していることを確認してください。

ゲートウェイ・エラーを防ぐために、インターネット・ゲスト・アカウントがEntrust .epf ファイルに対して読み取り権限と書き込み権限を、Entrust .ual ファイルに対しては読み込み権限を持つようにします。

手順1. IBM Cognos サーバー付属の JRE とは別の JRE を使用している場合は、<c10

の場所>/bin/jre/<バージョン>/lib/ext に移動します。

64 ビット・コンポーネントを使用している場合には、<c10 の場所>/bin64/jre/<バージョン>/lib/ext ディレクトリーに移動します。


2. bcprov-jdk<バージョン>.jar を <JRE の場所>/lib/ext にコピーします。

3. IBM Cognos および Entrust の次のファイルを、JRE がインストールされている場所に含める必要があります。

v Entrust からダウンロードした Entrust Authority Security Toolkit から <JRE

の場所>/lib/ext に enttoolkit.jar などの .jar ファイルをコピーする。

4. 使用可能なすべのアルゴリズムと暗号スイートが IBM Cognos Configuration に表示されるようにするため、無制限 Java Cryptography Extension (JCE) ポリシー・ファイルをダウンロードしてインストールします。IBM が提供しているJava の無制限 JCE ポリシー・ファイルは、無制限 JCE ポリシー・ファイル(https://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=jcesdk) からダウンロードできます。


6. 「Explorer」ウィンドウの「セキュリティー」グループで、「暗号化」をクリックします。

7. 「プロパティー」ウィンドウの「詳細アルゴリズム設定」で、「ダイジェスト・アルゴリズム」を適切なメッセージ・ダイジェストまたはセキュリティー・ポリシーのセキュア・ハッシュ・アルゴリズムに変更します。

8. 「Explorer」ウィンドウの「セキュリティー」グループおよび「暗号化」コンポーネントで、「IBM Cognos」リソースを右クリックして「削除」をクリックします。

9. 「セキュリティー」グループで、「暗号化」を右クリックし、「リソースの新規作成」>「プロバイダー」の順にクリックします。

10. 「名前」フィールドに、作成する暗号化サービスの名前を入力します。

11. 「タイプ」フィールドで矢印をクリックし、「Entrust」をクリックしてから、「OK」をクリックします。

割り当てた名前の付いた分岐が「暗号化」の下に表示されます。

12. 作成した分岐をクリックします。

リソースのプロパティーが「プロパティー」ウィンドウに表示されます。

13. 「リソース・プロパティー」ウィンドウで、次の表に示すとおりに適切な値を入力します。

表 47. 暗号化のプロパティー値および説明

プロパティー説明

INI ファイルの場所 Entrust 初期化ファイル (.ini) の場所。

ID ファイルの識別名 (DN) Entrust ID のプロファイルに関連付けられている識別名。

ID ファイルの場所 Entrust ID プロファイル・ファイル (.epf) の場所。

Entrust サーバー・ログオンを使用ユーザーがパスワードを入力して Entrust

PKI にログオンする必要があるかどうかを制御するパラメーター。

ID ファイルのパスワード Entrust Profile のパスワード。Entrust Profile

(EPF) 内のパスワードと一致している必要があります。



表 47. 暗号化のプロパティー値および説明 (続き)

プロパティー説明

機密性アルゴリズムセキュリティー・ポリシーを遵守するために必要な暗号化レベル。

PDF 機密性アルゴリズム PDF データを暗号化する際に使用する暗号化アルゴリズム。

サポートする暗号スイートセキュリティー環境でサポートされている暗号スイート。不適切なスイートは削除し、残りの暗号スイートをレベルの高い順に並べ替えます。これにより、最も安全な暗号スイートがまず使用されるようになります。

署名鍵ストアの場所署名鍵のペアが格納される鍵ストアの場所。

暗号化鍵ストアの場所暗号化鍵のペアが格納される鍵ストアの場所。

重要: パスワードは保護された場所に記録してください。


15. Entrust Java Toolkit 7.2 SP2 Patch 170072 に更新します。

IBM Cognos Application FirewallHTTP 要求と XML 要求は IBM Cognos Application Firewall による解析と検証が完了してから、IBM Cognos のサーバーによって処理されます。HTTP 要求と XML

要求は、IBM Cognos Application Firewall によって変更されることもあります。

IBM Cognos Application Firewall では、IBM Cognos Web 製品を悪意のあるデータから保護します。悪意のあるデータの最も一般的なものとしては、有効なページへのスクリプトの挿入や別の Web ページへの転送による、バッファーのオーバーフローや、クロスサイト・スクリプト (XSS) 攻撃などがあります。

ログ・ファイルを確認して、ファイアウォールによる処理状況を監視できます。ログ・ファイルには、拒否された要求が記録されています。デフォルトで、ログ・メッセージは <c10 の場所>/logs/cogserver.log ファイルに保管されます。

Cognos Application Firewall の設定はすべて、IBM Cognos アプリケーション層コンポーネントがインストールされている分散インストール環境内の全コンピューターに対して同じでなければなりません。例えば、Cognos Application Firewall が一部のコンピューターでは無効であり、その他のコンピューターでは有効となっていると、予期しない動作や製品エラーが発生する場合があります。

Cognos Application Firewall 検証では、次のタイプの URL が受け付けられます。

v 完全修飾 (絶対)URL

形式は"<プロトコル>://<ホスト>:<ポート>/<パス>"です。この場合、<プロトコル>は http または https であり、<ホスト>は有効なドメイン・リストに対して検証されています。

v Web インストール・ディレクトリーに相対的な URL


形式は"/<Web インストール・ルート>/.*"です。この場合、<Web インストール・ルート>は、Web サーバー上に設定した ibmcognos という別名に基づいた、ゲートウェイ Web ディレクトリーです。


/ibmcognos/ps/portal/images/action_delete.gif

v 次のような特定の許可された URL (いずれも大文字と小文字の区別なし)

about:blank

JavaScript:window.close( )

JavaScript:parent.close( )

JavaScript:history.back( )

parent.cancelErrorPage( )

doCancel( )

IBM Cognos Application Firewall を使用するための IBM Cognosコンポーネントの設定IBM Cognos Configuration を使用すると、他の XSS ツール・サポートに対する設定を変更し、IBM Cognos の有効な名前のリストに、ホスト名またはドメイン名を追加できます。

手順1. IBM Cognos BI のアプリケーション層コンポーネントがインストールされている各場所で、IBM Cognos Configuration を起動します。

2. 「Explorer」ウィンドウの「セキュリティー」で、「IBM Cognos ApplicationFirewall」をクリックします。

3. 「プロパティー」ウィンドウの「CAF 検証を有効化」プロパティーで、適切な値を設定します。

デフォルトでは、IBM Cognos Application Firewall は有効になっています。

重要: IBM Cognos Application Firewall は、IBM Cognos セキュリティーに不可欠なコンポーネントであり、コンピューターやネットワークの脆弱性に対する保護を強化します。IBM Cognos Application Firewall を無効化すると、この保護も解除されます。通常の状況下では、IBM Cognos Application Firewall を無効化しないでください。

4. GET 要求パラメーター内で特定の文字をチェックする別の XSS ツールを使用する場合、「プロパティー」ウィンドウで「サード・パーティーの XSS チェック有効」プロパティーの値を「有効」に変更します。

デフォルトの禁止文字は、「>」、「<」、および「'」です。

5. IBM Cognos の有効な名前のリストに、ホスト名またはドメイン名を追加します。


v 「有効なドメインまたはホスト名」プロパティーの値をクリックし、「編集」

アイコンをクリックします。

v 「値 - 有効なドメインまたはホスト名」ダイアログ・ボックスの「追加」をクリックします。

IBM Cognos Connection で追加するすべてのハイパーリンクのドメインを指定する必要があります。詳細については、 Cognos Business Intelligence「管理およびセキュリティー・ガイド」の URL の作成に関するトピックを参照してください。

ヒント: IBM Cognos Series 7 から IBM Cognos BI のレポートにドリルスルーする場合は、IBM Cognos Series 7 ゲートウェイ・サーバーのホスト名をリストに追加します。

v 表の空白行をクリックして、ホスト名またはドメイン名を入力します。

ドメインとそのすべてのサブドメインを許可する場合は、ドメイン名の先頭でワイルドカード文字を使用します。

例えば、「*.<自社名>.com」などのようになります。

v 一覧に追加する各ホスト名またはドメイン名について、上記の 2 つの手順を繰り返します。


IBM Cognos Application Firewall では、作成される URL を保護するためにホスト名とドメイン名が検証されます。デフォルトでは、環境設定プロパティーから派生するドメイン名が、安全なドメインであるとみなされます。「戻る」または「キャンセル」機能を使用して IBM Cognos 以外のコンピューターに要求を転送する必要がある場合や、別の IBM Cognos 製品のインストール・セットにドリルスルーする場合は、有効な名前とホスト名のリストに名前を追加すると便利です。

6. 設定を保存します。

7. サービスを再開します。

一時ファイルのプロパティーの暗号化IBM Cognos BI では、最近表示したレポートやサービスで処理中に使用されるデータが、一時ファイルに保存されます。一時ファイルの場所は変更できます。また、一時ファイルのコンテンツを暗号化するかどうかも指定できます。

デフォルトでは、IBM Cognos コンポーネントの一時ファイルは"<c10 の場所>¥temp"ディレクトリーに格納されますが、暗号化されません。

セキュリティーを最大限に確保するため、一時ディレクトリーへのアクセスは、IBM Cognos サービスを開始する際に使用するサービス・アカウントを除き、すべて拒否してください。サービス・アカウントには、読み取りと書き込みの権限が必要です。




3. 「プロパティー」ウィンドウの「一時ファイルの場所」プロパティーに、新しい場所を指定します。

4. 一時ファイルの内容を暗号化する場合、「一時ファイルの暗号化」プロパティーを「有効」に設定します。

5. IBM Cognos BI コンポーネントを実行するユーザー・アカウントに、一時ファイルの場所に対する適切なアクセス権を設定します。次に例を示します。

v Microsoft Windows オペレーティング・システムの場合: フルコントロール権限

v UNIX または Linux オペレーティング・システムの場合: 読み取り権限と書き込み権限

ネームスペースを使用するためのゲートウェイの設定IBM Cognos コンポーネントで複数のネームスペースが使用される場合や、匿名アクセスが有効で、IBM Cognos コンポーネントで使用されるネームスペースが 1 つの場合、1 つのネームスペースに接続するようにゲートウェイを設定できます。ゲートウェイが存在する Web サーバーにユーザーがログオンした場合、認証ソースを選択するプロンプトは表示されません。例えば、Web サーバーが 2 つある場合、各 Web サーバーが別のネームスペースを使用するように設定できます。

手順1. ゲートウェイがインストールされているコンピューターで、IBM Cognos



3. 「プロパティー」ウィンドウで、「ゲートウェイ・ネームスペース」プロパティーの隣にある「値」ボックスに、使用するネームスペースの ID を入力します。



サービスの有効化と無効化分散インストールの場合、インストールされているサービスの有効/無効を切り替えることにより、特定タイプの要求の送信先を特定のコンピューターに限定できます。

例えば、任意のコンピューターをレポートの実行、配布専用にするには、アプリケーション層コンポーネントのコンピューターで Presentation サービスを無効にします。分散インストール環境にある任意のコンピューターを Metric Studio アプリケーションの要求処理専用にするには、そのコンピューターの Data Integration サービスを無効にします。

注: Content Manager のみがインストールされているコンピューターでは、Dispatcher サービスおよび Presentation サービスのデフォルト値は「無効」です。それ以外のすべてのコンピューターでは、デフォルト値は「有効」です。


すべてのコンポーネントを複数のコンピューターにインストールした場合、各コンピューター上のサービスを適切に選択して無効にすることにより、目的に合った分散設定が可能になります。要求は、指定のサービスが有効になっているディスパッチャーにのみ送信されます。

無効にしたサービスは、メモリーにロードされません。サービスを無効にするとそのサービスは開始されないため、リソースは消費されません。無効にしたサービスは、有効にするまで実行されません。

ディスパッチャー・サービスを無効にすると、ディスパッチャー関連のサービスが無効になります。要求の処理は、有効になっているディスパッチャー・サービスで行われます。

サービスの有効化および無効化次の手順に従って、分散インストールのコンポーネントで選択したサービスを無効にします。


2. 「Explorer」ウィンドウの「環境」で、「IBM Cognos サービス」をクリックします。

3. 「プロパティー」ウィンドウで、無効または有効にするサービスの隣にある「値」ボックスをクリックします。

デフォルトでは、すべてのサービスが有効になっています。

4. サービスに対して、必要な状態をクリックします。

v サービスを無にするには、「無効」をクリックします。

v サービスを有効にするには、「有効」をクリックします。


フォントの設定IBM Cognos コンポーネントでは、フォントを使用して IBM Cognos サーバーでPDF レポートを表示します。また、PDF および HTML レポートで使用されるグラフを表示する場合にもフォントが使用されます。

出力結果を正しく表示するには、レポートやグラフを表示する環境にフォントがなければなりません。グラフや PDF レポートの場合、フォントは IBM Cognos サーバーにインストールします。要求されたフォントが使用できない場合、IBM Cognos

コンポーネントでは別のフォントが使用されます。

HTML レポートはブラウザーに表示されるので、レポートを表示する各 IBM

Cognos ユーザーのコンピューターに必要なフォントがインストールされていなければなりません。要求されたフォントを使用できない場合、ブラウザーでは別のフォントが使用されます。

次のチェックリストに従って、新しいフォントをレポートで使用してください。

__ v サポートされるフォントのリストに必要なフォントを追加する

__ v 新しいフォントのファイルが保存されている場所を指定する


__ v 新しいフォントを物理フォント名にマッピングする (必要な場合)

簡体字中国語をサポートするための考慮事項

IBM Cognos BI 製品では、簡体字中国語のロケールのエンコード方式で使用されるGB18030-2000 文字セットがサポートされています。

Microsoft Windows にインストールすると、Microsoft 社が提供する SimSun-18030

フォントの GB18030-2000 文セットがサポートされます。

Windows 以外のオペレーティング・システムでは、GB18030-2000 をサポートするフォントをインストールする必要があります。

IBM Cognos 環境へのフォントの追加現在使用できないフォントを使用したレポートを作成する場合、IBM Cognos 環境にあるサポート対象フォントのリストにフォントを追加できます。またフォントを削除することもできます。デフォルトでは、グローバル・フォントのセットが使用されます。グローバル・フォントは、IBM Cognos のすべてのサーバー・コンピューターで使用できるフォントです。

手順1. 各 Content Manager コンピューターで IBM Cognos Configuration を起動します。

2. 「操作」メニューの「グローバル設定を編集」をクリックします。

3. 「フォント」タブをクリックします。

4. 「追加」をクリックします。

ヒント: サポートされているフォントのリストからフォントを削除するには、フォント名の隣にあるボックスをクリックし、「削除」をクリックします。

5. 「サポートされているフォント名」ボックスで、フォント名を入力し、「OK」をクリックします。


ユーザーが新規に追加したフォントを含むすべてのグローバル・フォントは、使用環境のすべての IBM Cognos コンピューターにインストールされている必要があります。

タスクの結果

グローバル・フォントがすべての IBM Cognos コンピューターにインストールされていない場合は、インストールされている物理フォントにグローバル・フォントをマッピングする必要があります。

使用可能なフォントの場所の指定すべてのフォントのインストール先を指定する必要があります。これらのフォントには、サポートされるフォントのリストにユーザーが追加したフォントも含まれます。

デフォルトでは、フォントのリストに IBM Cognos コンピューターの"<c10 の場所>¥bin¥fonts"ディレクトリーにインストールされているフォントが表示されます。た


だし、Microsoft Windows オペレーティング・システム・コンピューターに IBM

Cognos コンポーネントをインストールすると、Windows フォント・ディレクトリーにインストールされたフォントも使用されます。

アプリケーション層コンポーネントがインストールされているすべてのコンピューターで、フォントの場所を指定します。

手順1. 各アプリケーション層コンポーネント・コンピューターで IBM Cognos



3. 「プロパティー」ウィンドウの「物理フォントの場所」プロパティーに、フォントの場所を指定します。

フォント・パスが複数ある場合は、パスをセミコロン (;) で区切ります。

Tomcat 以外のアプリケーション・サーバーを使用している場合は、フォントの場所への完全修飾パスを入力します。例えば、「<c10 の場所>/bin/fonts」のように入力します。


サポート対象フォントのインストール済みフォントへのマッピング物理フォントの代わりに、コンピューターにインストールされていないグローバル・フォントを使用できます。

アプリケーション層コンポーネントをインストールした各コンピューターにフォントをマッピングします。

例えば、IBM Cognos コンピューターにインストールされていないフォントを、サポート対象フォントのリストに追加します。ここで、使用する代替フォントを指定できます。

組み込み PDF フォントを使用してレポートの印刷速度を速くするには、次の手順を使用して、Arial などのグローバル・フォントを、Helvetica-PDF などの組み込みPDF フォントにマッピングします。Report Authoring または Query Studio で、テキスト・オブジェクトに対して組み込み PDF フォントを選択することもできます。詳細については、「Query Studio ユーザー・ガイド」または「Report Authoring ユーザー・ガイド」を参照してください。

サポート対象フォントのリストに、IBM Cognos コンピューターにインストールされているフォントを追加する場合、マッピングを行う必要はありません。ただし、フォントの場所を指定する必要があります。

手順1. 各アプリケーション層コンポーネント・コンピューターで IBM Cognos




3. 「プロパティー」ウィンドウで、「物理フォント・マップ」プロパティーの隣

にある「値」ボックスをクリックし、「編集」アイコンをクリックします。

「値」-「物理フォント・マップ」ダイアログ・ボックスが表示されます。


ヒント: フォントを削除するには、そのフォントの隣にあるチェック・ボックスをオンにして「削除」をクリックします。

5. 「グローバル・フォント名」ボックスに、サポート対象フォントのリストに追加したフォントの名前を入力します。

6. 「物理フォント名」ボックスをクリックします。

7. 物理フォント名がわかっている場合は、その名前を入力します。物理フォント

名が不明な場合は、「編集」アイコンをクリックします。

「物理フォント名」ダイアログ・ボックスで「今すぐ検索」をクリックし、検索結果内のフォントをクリックします。

8. マッピングが必要な各グローバル・フォントに対して手順 4～7 を繰り返します。



タスクの結果

必要に応じて、フォントのインストール場所を指定します。

PDF レポートのデフォルト・フォントの変更PDF レポートに使用されるデフォルト・フォントを変更できます。レポートを開くと、このデフォルト・フォントで表示されます。

Content Manager がインストールされているコンピューターで、デフォルト・フォントを変更します。そのフォントは Cognos 8 がインストールされているすべてのコンピューターでデフォルト・フォントになります。PDF レポートに使用するフォントを変更するには、IBM Cognos Configuration を使用します。

IBM Cognos 環境のすべてのコンピューターにそのデフォルト・フォントがインストールされていることを確認してください。

PDF レポートで GB18030 文字を適切に表示するには、デフォルト・フォントをSimSun-GB18030 に設定します。



3. 「全般」タブをクリックします。


4. 「値」ボックスの「デフォルト・フォント」に、レポートのデフォルトとして使用するフォントを入力します。



7. アプリケーション層コンポーネントのすべてのコンピューターで、デフォルト・フォントのインストール先が「物理フォントの場所」プロパティー(「Explorer」ウィンドウの「環境」の下) で指定されているか、デフォルト・フォントが Windows のフォント・ディレクトリーにあることを確認します。

PDF レポートの埋め込みフォントの設定PDF レポートを Adobe Reader で開く際には、そのレポートで使用されているすべてのフォントにアクセスできる必要があります。フォントは、レポートに埋め込まれているか、ユーザーのコンピューターにインストールされている必要があります。これらのいずれでもフォントが提供されていない場合、Adobe Reader では適当なフォントへの置き換えが試みられます。この置換により、レポートの表示が変わったり、文字の一部が表示されなくなる場合があります。

Adobe Reader で PDF レポートが正しく表示されるように、IBM Cognos BI ではレポートに必要なフォントがデフォルトで埋め込まれます。ファイル・サイズを最小限にするために、IBM Cognos BI ではフォント・セットのすべての文字を埋め込むのではなく、レポートで使用されている字のみ (グリフともいう) を埋め込みます。フォントが埋め込まれるのは、フォントのライセンスで埋め込みが許可されている場合のみです。ライセンス情報はフォント自体に格納されており、IBM Cognos BI

によってこの情報が読み取られます。

レポートで使用されているフォントがユーザーのコンピューターで使用可能であることが確実な場合、埋め込みフォントを制限するか削除すれば、PDF レポートのサイズを小さくできます。フォントを制限する場合は、IBM Cognos Configuration の埋め込みフォント・リストを使用して、常に埋め込むフォントや埋め込んではいけないフォントを指定します。

手順1. Content Manager コンピューターで IBM Cognos Configuration を起動します。


3. 「プロパティー」ウィンドウの「フォント設定」で、「埋め込むフォント(Batch Report サービス)」または「埋め込むフォント (Report サービス)」の値

をクリックし、「編集」アイコンをクリックします。

4. デフォルト・フォント・ディレクトリーを使用しない場合や追加ディレクトリーにパスを追加する場合は、「PDF レポートに埋め込むフォント」ダイアログ・ボックスでフォント・パス・ボックスに新しいパスを指定します。

ヒント:指定されたパス (複数指定可) にある使用可能なフォント・リストを取得するには、「今すぐ検索」をクリックします。

5. ユーザーのコンピューターで常に使用可能なフォントの場合、そのフォント名までスクロールし、「常に埋め込まない」チェック・ボックスをクリックします。


どのレポートにもフォントは埋め込まれません。Adobe Reader では、レポートを開いたときにユーザーのコンピューターからフォントを取得します。

6. ユーザーのコンピューターで常に使用可能とは限らないフォントの場合、そのフォント名までスクロールし、「常時」チェック・ボックスをクリックします。

そのフォントを使用するすべてのレポートで、フォントが埋め込まれます。レポートを開くと、Adobe Reader では埋め込まれたフォントが使用されます。


出力レポートの保存デフォルトでは、出力レポート・ファイルは Content Store に保存されます。また、出力レポートのコピーを別の場所に保存することもできます。保存先は IBM

Cognos BI の外部でも内部でもかまいません。別の場所に保存した場合は、_descr

拡張子を持つ記述ファイルも保存されます。保存されたファイルは、IBM Cognos

BI では管理されません。

IBM Cognos BI の外部への出力レポートの保存IBM Cognos BI の外部に存在するファイル・システムの場所を設定すると、外部アプリケーションや IBM Cognos BI を所有していないユーザーと出力レポートを共有することができます。ほとんどの出力レポート・ファイルは、このように保存されます。

この機能を使用するには、まず IBM Cognos Configuration でルート・ディレクトリーを設定する必要があります。その後、IBM Cognos Administration でファイルの場所を設定する必要があります。詳細については、「IBM Cognos Business Intelligence

管理およびセキュリティー・ガイド」の、IBM Cognos BI の外部に保存される出力レポートのファイル格納場所の設定に関するトピックを参照してください。

手順1. ファイル・システムでディレクトリーを作成します。

ヒント:このディレクトリーは、ユーザーがアクセス可能でなければならず、かつインストール・ディレクトリーとは別の場所でなければなりません。例えば、Microsoft Windows の分散インストール環境では、"¥¥ サーバー名>¥<ディレクトリー>"などのアーカイブ・フォルダーを使用できます。

2. Content Manager コンピューターで IBM Cognos Configuration を起動します。


4. 「グローバル設定」ウィンドウで、「全般」タブをクリックします。

5. 「アーカイブ・ファイル・システムのルート」に、次の形式で URI を入力します。

file://<ディレクトリー>

"<ディレクトリー>"は、手順 1 で作成したディレクトリーです。

URI の"file://"の部分は必須です。¥¥servername¥directory などの Windows UNC

名を使用できますが、この場合には URI を次の形式にする必要があります。


file://¥¥<サーバー名>¥<ディレクトリー>

ヒント: Cognos を Microsoft Windows のサービスとして実行する場合は、マップされたドライブを使用しないでください。

6. 正しい場所が使用されるようになっているかを確認するには、「テスト」をクリックします。



タスクの結果

管理者はファイルの格納場所を設定する必要があります。詳細については、「IBM

Cognos Business Intelligence 管理およびセキュリティー・ガイド」の、IBM Cognos

BI の外部に保存される出力レポートのファイル格納場所の設定に関するトピックを参照してください。

IBM Cognos BI の内部への出力レポートの保存IBM Cognos BI の内部に存在するファイル・システムの場所を設定すると、出力レポートを再利用できます。Content Store に保存されたファイルは、保存規則によって定期的に削除される可能性があるため、アーカイブ目的としてもこの方法は有効です。

この機能を使用するには、まず「出力レポートをファイル・システムに保存しますか。」プロパティーを有効にする必要があります。その後、IBM Cognos

Administration で"CM.OutPutLocation"パラメーターを使用して、ファイルの場所を設定する必要があります。詳細については、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」の、IBM Cognos BI の内部に保存される出力レポートのファイル格納場所の設定に関するトピックを参照してください。

この機能を使用する際に、出力レポートの安全性が保護されるように、ファイル・システムにサード・パーティーの暗号が組み込まれている必要があります。

手順1. ファイル・システムでディレクトリーを作成します。

ヒント: 認証されたユーザーのみがディレクトリーにアクセスできるようにします。

2. Content Manager コンピューターで IBM Cognos Configuration を起動します。

3. 「Explorer」ウィンドウで、「データ・アクセス」>「Content Manager」をクリックします。

4. 「出力レポートをファイル・システムに保存しますか。」プロパティーで、「有効」をクリックします。

5. 出力レポート・ディレクトリーへの接続をテストするには、「操作」メニューの「テスト」をクリックします。



タスクの結果

管理者は CM.OutPutLocation パラメーターを使用して、ファイルの格納場所を設定する必要があります。詳細については、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」の、IBM Cognos BI の内部に保存される出力レポートのファイル格納場所の設定に関するトピックを参照してください。

一時出力レポートの場所の変更ユーザーが双方向レポートを実行すると、出力レポートが Content Manager またはローカル・レポート・ファイル・システムの一時セッション・キャッシュに保存されます。この一時セッション・キャッシュの場所は、Microsoft Windows ベース・システムの共有ディレクトリー、または UNIX や Linux ベース・システムの共通マウント・ディレクトリーなどのリモート・コンピューターに変更できます。

レポート・ファイル・システムの一時セッション・キャッシュのデフォルトの場所は、"<c10 の場所>/temp/Session"です。"Session"ディレクトリーは、ユーザー・セッションから最初の要求を受信したときにレポート・サーバーによって作成されます。

一時出力レポートを Content Manager に保存するか、それともローカル・レポート・ファイル・システムに保存するかを設定する方法については、「IBM Cognos

Business Intelligence 管理およびセキュリティー・ガイドの、ローカル・レポート・ファイル・システムにユーザー・セッション・ファイルを保存する方法に関するトピックを参照してください。

手順1. アプリケーション層コンポーネントがインストールされているコンピューターで、IBM Cognos Configuration を起動します。


3. 「プロパティー」ウィンドウで、「一時ファイルの場所」の値をクリックし、

「編集」アイコンをクリックします。

4. 「フォルダーの選択」ダイアログ・ボックスで、「保存先」ボックスを使用してコンピューターとディレクトリーを参照し、「選択」をクリックします。


ユーザーが双方向のレポート・セッションを実行したときに、一時出力レポートが新しい場所に保存されるようになりました。

レポート出力に外部オブジェクト・ストアを使用するContent Manager を設定して、外部オブジェクト・ストアを定義することによりレポート出力をローカル・ドライブまたはネットワーク共有に格納できます。レポート出力は IBM Cognos Connection および IBM Cognos SDK を介して使用可能ですが、レポート出力は Content Store データベースに格納されません。

レポート出力に外部オブジェクト・ストアを使用すると、Content Store のサイズが削減され、Content Manager のパフォーマンスが向上します。


始める前に

外部オブジェクト・ストアの接続を作成する前に、以下を必ず実行してください。

v Content Manager コンピューターに外部オブジェクト・ストアのファイルの場所へのアクセス権を付与する。

v IBM Cognos サービスを実行するユーザー・アカウントにファイルの場所の読み取り権限および書き込み権限を付与する。

v Content Store を作成する


2. 「Explorer」ウィンドウの「データ・アクセス」 > 「Content Manager」で、Content Store の名前を右クリックして、「リソースの新規作成」 > 「外部オブジェクト・ストア」をクリックします。

3. 「リソースの新規作成 - 外部オブジェクト・ストア」ウィンドウで、ファイル・システム・リポジトリーの一意の名前を入力し、「OK」をクリックします。

外部オブジェクト・ストアは 1 つのみ作成できます。

4. リポジトリーの名前をクリックします。

5. 「外部オブジェクト・ストア - リソース・プロパティー」ウィンドウで、値フィールドの内側をクリックして編集をクリックすると、「URI 値」ウィンドウが開くので、ファイル・システムの場所のパスを入力します。ここで、file-system-path は既存のファイルの場所の絶対パスです。

表 48. URI 値の例

ファイル・システム URI 値

Windows file:///c:/file-system-path

file://host/share/file-system-path

UNIX または Linux file:///file-system-path

注: 相対パス (file:///../file-system-path など) およびドライブ・マッピングはサポートされません。

分散インストール環境では、すべての Content Manager にファイル・システムの場所の読み取り権限と書き込み権限が付与されている必要があります。出力の読み取りパフォーマンスを向上させるため、アプリケーション層コンポーネント(基本的にはリポジトリー・サービス) にファイル・システムの場所の読み取り権限が付与されている必要があります。読み取り権限が付与されていない場合、要求はアクティブ Content Manager に経路指定されます。


外部オブジェクト・ストアへのアクセスの検証IBM Cognos Configuration を使用して、IBM Cognos コンポーネントから外部オブジェクト・ストアに接続できることを検証します。



2. 「Explorer」 > 「データ・アクセス」から、外部オブジェクト・ストア接続の名前を右クリックします。

3. 「テスト」をクリックします。

IBM Cognos Configuration によって外部オブジェクト・ストアのファイルの場所へのアクセスが検証されます。

また、「ローカル設定」を右クリックして「テスト」を選択することによってもこの接続をテストできます。

UNIX および Linux プラットフォーム用のサーバー側印刷のカスタマイズIBM Cognos Connection ポータルでのサーバー印刷の処理方法は、プラットフォームによって異なる場合があります。

このため、IBM Cognos Connection ポータルでの UNIX および Linux プラットフォームの PDF 形式レポートの印刷の処理方法は、"rsprintpdf.sh"ファイルを設定してカスタマイズできます。

rsprintpdf.sh ファイルは、Microsoft Windows オペレーティング・システムのプリント・サーバーに対しては設定できません。

ユーザーが「オプションを指定して実行」を選択し、「形式」を PDF に変更し、「配信」セクションから「レポートを印刷」を選択した後、「詳細オプション」を使用して、横向きの印刷、A4 用紙サイズ、またはレポートを実行する「時刻とモード」などの追加形式を指定した場合は、UNIX または Linux 印刷サーバーへの印刷時に問題が発生する場合があります。出力が生成されない場合や、一部が印刷されない、または正しい向きで印刷されない場合などがあります。

手順1. "c10 の場所/bin"ディレクトリーにある"rsprintpdf.sh"ファイルを開きます。

2. テキスト・エディターで、印刷サーバーのプラットフォーム(AIX、HP-UX、Linux など) に固有のセクションをカスタマイズします。

3. カスタマイズには次の情報を使用します。この情報は、サーバー・プロセスによって、コマンド行オプションとして"rsprintpdf.sh"スクリプトに渡されます。

表 49. PDF 形式レポートの印刷のためのカスタマイズ・オプション

オプション名前説明

-p プリンター印刷キューを指定する。印刷キューを指定しない場合は、デフォルトのキューが使用されます。

-o 印刷の向きファイルに対するページの印刷の向き (例: 横または縦)

を指定する。印刷の向きを指定しない場合は、縦の印刷の向きが使用されます。


表 49. PDF 形式レポートの印刷のためのカスタマイズ・オプション (続き)

オプション名前説明

-m 用紙出力の用紙サイズ (例:レター・サイズ、A4 用紙サイズ)

を指定する。用紙を指定しない場合や、高さまたは幅を指定しない場合は、デフォルトの用紙トレイが使用されます。

-h 高さカスタム・ページ・サイズの指定に使用。ページの高さをポイントで指定します。-w

オプションとともに指定し、-m オプションを指定しない場合のみ有効です。

-w 幅カスタム・ページ・サイズの指定に使用。ページの幅をポイントで指定します。-h オプションとともに指定し、-m

オプションを指定しない場合のみ有効です。

-L ログ・ファイルエラー・メッセージのログを記録するユーザー指定ファイルへのパスを指定する。ログ・ファイルのデフォルトのファイル名は、"rsprintpdf.errors.log"です。

4. ヒント:今後のソフトウェア・アップグレードによる上書きに備えて、"rsprintpdf.sh"ファイルのコピーを作成しておいてください。

通知データベースの変更デフォルトでは、通知サーバーによって使用されるデータベースは、Content

Manager で Content Store として使用されるデータベースと同じです。大量の Batch

Report や E メールを実行する場合、通知データベースは別のものを使用することもできます。

通知用のデータベースを別に用意する場合に必要となるタスク

v 通知データベースの作成。

DB2、Oracle、Microsoft SQL Server、Sybase の場合は、Content Store データベースを作成するのと同じ手順を使用します。 32ページの『Content Store を作成する際のガイドライン』の手順を使用してください。

注: DB2 を使用している場合、 Content Store の場合と同じ方法で通知データベースを作成するスクリプトを生成することはできません。

v データベース接続の設定。


Content Store データベース用の接続を設定したときと同じ手順 72ページの『Content Store データベース用のデータベース接続の設定』を使用します。

v 通知データベースの接続プロパティーの変更。

『通知データベースの接続プロパティーの変更』の手順を使用してください。

通知データベースの接続プロパティーの変更通知用のデータベースを別に作成したら、そのデータベースを使用するように IBM

Cognos コンポーネントを設定する必要があります。

同じ通知データベースを使用するように、すべての Content Manager とアプリケーション層コンポーネントを設定する必要があります。

手順1. 「Explorer」ウィンドウの「データ・アクセス」で、「通知」をクリックします。


3. 通知をテストします。「Explorer」ウィンドウの「通知」を右クリックし、「テスト」をクリックします。

データベースの接続とメール・サーバーの接続がテストされます。

Content Store データベースを通知に使用していた場合は、新しい通知データベースのテーブルにスケジュールが複製されます。

Cognos Content Database を使用した新しい Content Store の作成以下の手順を実行して、Cognos Content Database を使用して別の Content Store データベースを作成します。 IBM Cognos 製品の複数のインスタンスをテスト用の場所にインストールし、各インスタンスを個別に実行する場合は、この作業が必要になることがあります。

始める前に

Cognos Content Database は、テストかデモンストレーションのどちらかの目的で使用してください。Cognos Content Database を使用すれば、テスト・システムをすぐに稼働できます。IBM Cognos 製品を使用して実働環境に移行する段階になったら、Content Store を設定します。その際は、セキュリティー保護が可能で、パフォーマンスの調整ができる、サポートされているデータベースを使用してください。

新しい Content Store を作成する前に、次の手順を実行します。

v IBM Cognos 製品の追加インスタンスを同じコンピューター上の別のディレクトリーにインストールします。

インストール・ウィザードの「コンポーネントの選択」ページで、「CognosContent Database」を選択します。

v 新しい Content Store データベース用の新しいユーザーとパスワードを作成します。


手順1. Cognos Content Database の新しいインスタンスをインストールした場所の <c10

の場所>/derby10.1.2.1/bin ディレクトリーで、ij.bat または ij.ksh スクリプトを使用して新規データベースを作成します。

使用する構文は、次のとおりです。

connect 'jdbc:derby://host:port/db_name;create=true;user=username;

password=password';

新しい Content Store には、異なる名前、ユーザー、パスワードを使用してください。

例えば、cognos2 というパスワードを使用する cognos2 というユーザーとして、ポート番号 1527 のローカル・ホスト・コンピューターに contentstore2 という名前のデータベースを作成するには、次のように入力します。

connect 'jdbc:derby://localhost:1527/contentstore2;create=true;user=cognos2;password=cognos2';

データベース名では大文字と小文字が区別されます。

データベース・ファイルは <c10 の場所>¥contentstore ディレクトリーにあります。

2. ij ユーティリティーでの作業が完了したら、次のコマンドを使用して切断します。

disconnect;

IBM Cognos トラストストアのセキュリティー標準への準拠の変更デフォルトでは、SSL 通信に使用される IBM Cognos バージョン 10.2.1 のトラストストアには、NIST SP800-131a 標準に適合した証明書のみが含まれます。ThirdPartyCertificateTool を使用して、使用できる証明書を変更できます。

NIST SP800-131a 以外の標準を追加し、追加した NIST SP800-131a 以外の標準を削除することもできます。

IBM Cognos トラストストアへの NIST SP800-131a 非標準証明書の復元

デフォルトでは、IBM Cognos バージョン 10.2.1 トラストストアには NIST

SP800-131a 標準に適合する認証局 (CA) 証明書のみが含まれています。その他の証明書 (SHA1 や 1024 ビット CA 証明書など) を使用する場合、これらの証明書を個別にトラストストアに追加する必要があります。または、使用している JRE のトラストストアから ThirdPartyCertificateTool 復元コマンドでこれらの証明書を追加します。


注: このタスクの例では、デフォルトのパスワード NoPassWordSet を使用しています。 IBM Cognos Configuration で「署名鍵ストアのパスワード」、「暗号化鍵ストアのパスワード」、および「認証局鍵ストアのパスワード」を変更する場合は、設定したパスワードを使用してください。

始める前に

UNIX または Linux オペレーティング・システムでは、ThirdPartyCertificateTool を使用する前に、JAVA_HOME 環境変数を設定する必要があります。

Microsoft Windows インストール環境では、-java:local 付きでツールを実行すると、インストールで提供されている JRE を使用できます。例えば、次のようになります。

ThirdPartyCertificateTool.bat -java:local -R -D ...

手順1. <c10 の場所>¥bin ディレクトリーに移動します。

2. 以下のコマンドを入力して、NIST SP800-131a 非標準証明書を復元します。

UNIX または Linux オペレーティング・システムの場合は、次のように入力します。

ThirdPartyCertificateTool.sh -R -D ../configuration -p NoPassWordSet

Windows オペレーティング・システムの場合は、次のように入力します。

ThirdPartyCertificateTool.bat -R -D ..¥configuration -p NoPassWordSet

IBM Cognos トラストストアからの NIST SP800-131a 非標準証明書の削除

NIST SP800-131a 非標準の証明書 (SHA1 や 1024 ビット CA 証明書など) を IBM

Cognos トラストストアに追加している場合、ThirdPartyCertificateTool を使用してこれらの証明書を削除できます。


始める前に



ThirdPartyCertificateTool.bat -java:local -N -D ...


手順1. <c10 の場所>¥bin ディレクトリーに移動します。

2. 次のコマンドを入力します。


ThirdPartyCertificateTool.sh -N -D ../configuration -p NoPassWordSet


ThirdPartyCertificateTool.bat -N -D ..¥configuration -p NoPassWordSet

別の認証局を使用するための IBM Cognos コンポーネントの設定IBM Cognos BI コンポーネントでは、IBM Cognos セキュリティー・インフラストラクチャーにおける信頼性の基盤として、専用の認証局 (Certificate Authority) がデフォルトで使用されます。ただし、 iPlanet や Microsoft など、別の認証局からの証明書を使用するように IBM Cognos コンポーネントを設定することもできます。

別の CA 証明書を使用するには、次のプロセスに従う必要があります。

1. 250ページの『証明書署名要求 (CSR) ファイルの作成』.

このタスクの一部では、CSR を認証局に送信して、証明書を生成するように要求されます。そのプロセスの詳細については、CA の資料を参照してください。

2. 252ページの『IBM Cognos コンポーネントへの CA 証明書のインポート』

3. 254ページの『CA によって生成された証明書を使用するように IBM Cognos

BI のコンポーネントを設定する』.

タスクのいくつかは、ThirdPartyCertificateTool という名前のコマンド行ツールを使用します。次の表には、このコマンド行ツールのオプションがリストされています。

表 50. 主要な処理モード

コマンド説明

-c CSR の作成

-i 証明書のインポート

表 51. 処理修飾子

コマンド説明

-s 署名 ID の使用

-e 暗号化 ID の使用

-T トラストストアの使用 (-i の場合のみ)

表 52. 情報フラグ

コマンド説明

-d 証明に使用する DN


表 52. 情報フラグ (続き)

コマンド説明

-r CSR または証明書ファイルの場所 (モードに依存)

-t 認証局証明書ファイル (-i の場合のみ)

-p 鍵ストアのパスワード

-a 鍵ペアのアルゴリズム: RSA または DSA のいずれか。RSA がデフォルト値です。

-D ディレクトリーの場所

次の表に示すサンプル値を使用します。

表 53. サンプル値

プロパティー値

署名証明書の識別名 (DN) 固有値。形式は次のとおりです。

CN=SignCert,O=MyCompany,C=CA

暗号化証明書 DN 固有値。形式は次のとおりです。

CN=EncryptCert,O=MyCompany,C=CA

鍵ストアのパスワードデフォルト・パスワード: NoPassWordSet

この値は、IBM Cognos Configuration の「セキュリティー」 > 「暗号化」 >

「Cognos」のパスワードと一致している必要があります。「署名鍵ストアのパスワード」、「暗号化鍵ストアのパスワード」、および「認証局鍵ストアのパスワード」のデフォルト値を変更する場合は、設定したパスワードを使用してください。

証明書署名要求 (CSR) ファイルの作成認証局 (CA) から証明書を入手するには、まず署名鍵および暗号化鍵の証明書署名要求 (CSR) ファイルを IBM Cognos 鍵ストアから生成する必要があります。 CA

はこれらのファイルを使用して、鍵ストアにインポートする署名証明書、暗号化証明書、および CA 証明書を生成します。


始める前に




ThirdPartyCertificateTool.bat -java:local -c -s -d ...

手順1. 鍵データをバックアップします。

a. <c10 の場所>¥configuration ディレクトリーに移動します。

b. cogstartup.xml ファイルを保護された場所にバックアップします。

c. 次のディレクトリーの内容のバックアップを保護された場所に作成します。

v <c10 の場所>¥configuration¥signkeypair

v <c10 の場所>¥configuration¥encryptkeypair

2. <c10 の場所>¥bin ディレクトリーに移動します。

3. 次のコマンドを入力して署名鍵の証明書署名要求を作成します。


ThirdPartyCertificateTool.sh -c -s -d "CN=SignCert,O=MyCompany,C=CA" -r

signRequest.csr -D ../configuration/signkeypair -p NoPassWordSet

Microsoft Windows オペレーティング・システムの場合は、次のように入力します。

ThirdPartyCertificateTool.bat -c -s -d "CN=SignCert,O=MyCompany,C=CA" -r

signRequest.csr -D ..¥configuration¥signkeypair -p NoPassWordSet

コマンドの識別名 (DN) の値 ("CN=SignCert,O=MyCompany,C=CA") は、IBM

Cognos のインストール環境を一意的に特定します。使用する属性は、組織の階層構造を反映します。

この鍵に対して入力するパスワードは、証明書をインポートする際に再び使用し、IBM Cognos Configuration でも再び使用する必要があります。

ログ記録に関する警告は無視しても支障ありません。

このコマンドを実行すると、signkeypair ディレクトリーへの jSignKeystore

ファイルの作成、指定したパスワードの設定、鍵ペアの作成と鍵ストアへの保存、<c10 の場所>¥bin ディレクトリーへの signRequest.csr ファイルのエクスポートが行われます。

4. 次のコマンドを入力して暗号化鍵の証明書署名要求を作成します。

UNIX または Linux の場合は、次のように入力します。

ThirdPartyCertificateTool.sh -c -e -d "CN=EncryptCert,O=MyCompany,C=CA"-r encryptRequest.csr -D ../configuration/encryptkeypair -p

NoPassWordSet

Windows の場合は、次のように入力します。


ThirdPartyCertificateTool.bat -c -e -d "CN=EncryptCert,O=MyCompany,C=CA"-r encryptRequest.csr -D ..¥configuration¥encryptkeypair -p

NoPassWordSet

コマンドの識別名 (DN) の値 ("CN=SignCert,O=MyCompany,C=CA") は、IBM

Cognos のインストール環境を一意的に特定します。使用する属性は、組織の階層構造を反映します。

この鍵に対して入力するパスワードは、証明書をインポートする際に再び使用し、IBM Cognos Configuration でも再び使用する必要があります。


このコマンドを実行すると、encryptkeypair ディレクトリーへの jEncKeystore

ファイルの作成、指定したパスワードの設定、鍵ペアの作成と鍵ストアへの保存、<c10 の場所>¥bin ディレクトリーへの encryptRequest.csr ファイルのエクスポートが行われます。

5. signRequest.csr ファイルおよび encryptRequest.csr ファイルを、認証局がアクセスできるディレクトリーにコピーします。

6. signRequest.csr と encryptRequest.csr というファイルを認証局に入力します。

認証局は署名鍵の証明書、暗号化鍵の証明書、および CA 証明書を生成します。

重要: CA によって生成される証明書は、PEM (Base-64 エンコード ASCII) 形式であることが必要です。

タスクの結果

これで、生成された証明書を次のタスクで IBM Cognos コンポーネントにインポートできます。

IBM Cognos コンポーネントへの CA 証明書のインポートCA から証明書を入手した後に、それらを IBM Cognos コンポーネントにインポートしなければなりません。

Content Manager、アプリケーション層コンポーネント、ゲートウェイ、モデル作成コンポーネントなど、IBM Cognos コンポーネントをインストールした各コンピューターに証明書をインポートする必要があります。


始める前に




ThirdPartyCertificateTool.bat -java:local -c -s -d ...

手順1. 署名証明書ファイルのコピーを作成して、それに signCertificate.cer という名前を付けます。

2. 暗号化証明書のコピーを作成して、それに encryptCertificate.cer という名前を付けます。

3. ルート CA 証明書のコピーを作成して、それに ca.cer という名前を付けます。

4. signCertificate.cer、encryptCertificate.cer、および ca.cer ファイルを<c10 の場所>/bin ディレクトリーにコピーします。

5. 次のコマンドを入力して、署名証明書を IBM Cognos 署名鍵ストアにインポートします。


ThirdPartyCertificateTool.sh -i -s -r signCertificate.cer -D

../configuration/signkeypair -p NoPassWordSet -t ca.cer


ThirdPartyCertificateTool.bat -i -s -r signCertificate.cer -D

..¥configuration¥signkeypair -p NoPassWordSet -t ca.cer

重要: 直前のタスクで署名鍵をエクスポートする際に入力したパスワードを使用してください。


このコマンドを実行すると、指定されたパスワードを使用して <c10 の場所>¥bin ディレクトリーの signCertificate.cer および ca.cer ファイルが読み取られ、両ファイルからの証明書が signkeypair ディレクトリーのjSignKeystore ファイルにインポートされます。

6. 次のコマンドを入力して、暗号化証明書を IBM Cognos 暗号化鍵ストアにインポートします。


ThirdPartyCertificateTool.sh -i -e -r encryptCertificate.cer -D

../configuration/encryptkeypair -p NoPassWordSet -t ca.cer


ThirdPartyCertificateTool.bat -i -e -r encryptCertificate.cer -D

..¥configuration¥encryptkeypair -p NoPassWordSet -t ca.cer


重要: 直前のタスクで暗号化鍵をエクスポートする際に入力したパスワードを使用してください。


このコマンドを実行すると、指定されたパスワードを使用して <c10 の場所>¥bin ディレクトリーの encryptCertificate.cer および ca.cer ファイルが読み取られ、両ファイルからの証明書が encryptkeypair ディレクトリーのjEncKeystore ファイルにインポートされます。

7. 次のコマンドを入力して、CA 証明書を IBM Cognos トラストストアにインポートします。


ThirdPartyCertificateTool.sh -i -T -r ca.cer -D ../configuration/

signkeypair -p NoPassWordSet


ThirdPartyCertificateTool.bat -i -T -r ca.cer -D

..¥configuration¥signkeypair -p NoPassWordSet

このコマンドを実行すると、指定されたパスワードを使用して ca.cer ファイルが読み取られ、その内容が signkeypair ディレクトリーの jCAKeystore ファイルにインポートされます。

タスクの結果

これで、CA 証明書を使用するように IBM Cognos コンポーネントを設定できます。

CA によって生成された証明書を使用するように IBM Cognos BIのコンポーネントを設定する

CA 証明書をインポートした後、IBM Cognos コンポーネントがインストールされている各コンピューターが証明書を使用するよう、IBM Cognos Configuration を使用して設定します。

注: IBM Cognos Configuration の鍵ストアの場所とパスワードが、コマンド行ツールで入力したものと一致しているか確認してください。例えば、IBM Cognos

Configuration で「署名鍵ストアのパスワード」、「暗号化鍵ストアのパスワード」、および「認証局鍵ストアのパスワード」を変更する場合は、設定したパスワードを使用してください。


2. 「Explorer」ウィンドウの「セキュリティー」 > 「暗号化」で、「Cognos」をクリックします。

3. 「サード・パーティーの CA を使用」の隣にある「値」ボックスをクリックして、「True」を選択します。


このプロパティーを有効に設定すると、認証局と ID 名に関するプロパティーはすべて無視されます。

4. 署名鍵に使用したパスワードを「署名鍵ストアのパスワード」に入力し、「署名鍵ストアの場所」のパスを入力します。直前のタスクの例と同じ値を使用した場合、パスを変更する必要はありません。

5. 署名鍵に使用したパスワードを「暗号化鍵ストアのパスワード」に入力し、「暗号化鍵ストアの場所」のパスを入力します。直前のタスクの例と同じ値を使用した場合、パスを変更する必要はありません。

6. 「認証局鍵ストアのパスワード」を入力します。


8. IBM Cognos サービスを再始動します。

IBM Cognos コンポーネントの SSL プロトコルの設定Secure Sockets Layer (SSL) プロトコルは、単一サーバー内の、および分散インストール環境の IBM Cognos コンポーネント同士の通信に使用できます。

Tomcat コネクター

内部ディスパッチャー URI が「http」で始まり、外部ディスパッチャー URI が「https」で始まるか、またはその逆の場合、server.xml ファイルでは非 SSL

Coyote HTTP/1.1 と SSL Coyote HTTP/1.1 の両方のコネクターが有効となります。

内部および外部ディスパッチャー URI で別のプロトコルやポートを使用する場合、内部ディスパッチャーのポートからはローカル・コンピューターのコンポーネントのみにアクセスできます。内部ディスパッチャー URI でも"localhost"を指定する必要があります。

1 台のコンピューターへのインストール

1 台のコンピューターにインストールした場合に、現在 SSL を使用していなければ、プロトコルを HTTPS に変更する前にサービスを停止する必要があります。SSL の設定を保存した後、サービスを再開できます。

分散インストール

分散インストール環境では、アプリケーション層コンポーネントおよびゲートウェイ・コンポーネントが SSL を使用するように構成する前に、まずデフォルトのアクティブな Content Manager コンピューターが SSL プロトコルを使用してそのコンピューター上のサービスを開始するように構成する必要があります。

分散インストール環境へのコンピューターの追加

コンピューターを SSL が有効な環境に追加すると、設定の保存時に証明書を一時的に信頼するように求めるメッセージが表示されます。一時証明書を受け入れることで、既存のコンポーネントとの永続トラストを確立できます。


コンピューターへのコンポーネントの追加

SSL を使用するように既に構成されているインストール環境にコンポーネントを追加する場合は、既存のコンポーネントから SSL 証明書へのトラストが継承されます。同じコンピューターの別の場所、ただし SSL を使用するように既に構成されている環境にコンポーネントを追加すると、設定の保存時に証明書を一時的に信頼するように求めるプロンプトが表示されます。一時証明書を受け入れることで、既存のコンポーネントとの永続トラストを確立できます。

IBM Cognos コンポーネントの SSL を設定するIBM Cognos コンポーネントでは、内部接続、外部接続、またはその両方で SSL を使用できます。

SSL を内部接続のみに設定すると、ローカル・コンピューターの IBM Cognos コンポーネントではこの SSL プロトコルが通信に使用されます。ディスパッチャーは、リモートの HTTP 要求を行うポート以外のポートで安全な接続を待機します。そのため、2 つのディスパッチャー URI を設定する必要があります。

SSL を外部接続のみに設定すると、リモートの IBM Cognos コンポーネントからローカル・コンピューターへの通信に SSL プロトコルが使用されます。ディスパッチャーが、ローカルの HTTP 要求が行われるポート以外のポートで安全なリモート要求を待機するように設定する必要があります。外部アプリケーションの Content

Manager URI とディスパッチャー URI も、外部ディスパッチャーと同じプロトコルとポートを使用するように設定する必要があります。

すべての接続に対して SSL を設定する場合、ディスパッチャーでは内部接続用と外部接続用に同じポートを使用できます。同様に、ローカル通信と遠隔通信のどちらでも SSL を使用しない場合も、ディスパッチャーではすべての通信で同じポートを使用できます。

IBM Cognos BI コンポーネントでは、IBM Cognos セキュリティー・インフラストラクチャーにおける信頼性の基盤として、内部認証局 (CA) がデフォルトで使用されます。これは SSL 接続および非 SSL 接続の両方に適用されます。別のサービスによって管理される証明書を使用する場合は、 249ページの『別の認証局を使用するための IBM Cognos コンポーネントの設定』を参照してください。

分散インストール環境では、アプリケーション層コンポーネント・コンピューターを構成する前に、まずデフォルトのアクティブな Content Manager コンピューターが SSL プロトコルを使用してそのコンピューター上のサービスを開始するように構成する必要があります。



3. 「プロパティー」ウィンドウで、URI 値に適切な値を入力します。

v SSL を内部接続のみに設定するには、「内部ディスパッチャー URI」プロパティーに https および SSL 通信のポート番号を入力します。


「外部ディスパッチャー URI」および「外部アプリケーション用ディスパッチャー URI」プロパティーでは、プロトコルを http のままにして、デフォルトのポート番号または使用可能な別のポート番号を使用します。

Tomcat を使用する場合、「内部ディスパッチャー URI」プロパティーで「localhost」を指定する必要があります。

この 2 つのディスパッチャー URI には、異なるポート番号を指定する必要があります。

v SSL を外部接続のみに設定するには、「外部ディスパッチャー URI」および「外部アプリケーション用ディスパッチャー URI」プロパティーに https および SSL 通信のポート番号を入力します。

「内部ディスパッチャー URI」プロパティーでは、プロトコルを http のままにして、デフォルトのポート番号または使用可能な別のポート番号を使用します。

Tomcat を使用する場合、「内部ディスパッチャー URI」プロパティーで「localhost」を指定する必要があります。

この 2 つのディスパッチャー URI には、異なるポート番号を指定する必要があります。

v すべての接続に SSL を設定するには、「内部ディスパッチャー URI」、「外部ディスパッチャー URI」、および「外部アプリケーション用ディスパッチャー URI」プロパティーに同じ URI を入力します。 https および SSL 通信のポート番号を入力します。

v さらに、「Content Manager URI」プロパティーにも https および SSL 通信のポート番号を入力できます。

v 別のコンピューターにゲートウェイをインストールした場合、外部接続にSSL を使用するときは、ゲートウェイ・コンピューターの IBM Cognos

Configuration で「ゲートウェイ用ディスパッチャー URI」プロパティーにhttps および SSL 通信のポート番号を入力します。


5. サービスを再開します。

分散インストール環境では、最初に Content Manager コンピューターでサービスを開始し、次にアプリケーション層コンポーネントのコンピューターでサービスを開始します。

IBM Cognos サーバーと他のサーバー間で共有の信頼関係を確立する (必要な場合)。

IBM Cognos のデフォルトの認証局を使用し、他のサーバーから IBM Cognos サーバーへの接続に SSL を適用するには、IBM Cognos の証明書を他のサーバーのトラストストアに追加する必要があります。

注: ブラウザーを使用して IBM Cognos コンポーネントに接続する際は、ブラウザーでトラストストアの更新を要求するプロンプトが自動的に表示されます。


IBM Cognos サーバーと他のサーバー間の接続を手作業で認証するには、使用する認証局から IBM Cognos サーバーのトラストストアに証明書をコピーする必要があります。

別の認証局 (Certificate Authority) を使用するように IBM Cognos コンポーネントを設定した場合、IBM Cognos サーバーと他のサーバー間で共有信頼関係を設定する必要はありません。

別のサーバーへの IBM Cognos 証明書のコピーIBM Cognos 証明書を他のサーバーのトラストストアに追加する際にはまず行う作業は、サーバーに証明書をコピーすることです。

手順1. <c10 の場所>/bin ディレクトリーに移動します。

2. 次のコマンドを入力して、IBM Cognos の証明書を抽出します。

v UNIX または Linux オペレーティング・システムの場合は、次のように入力します。

ThirdPartyCertificateTool.sh -E -T -r <ターゲット・ファイル> -k

c10_location/configuration/signkeypair/jCAKeystore -p NoPasswordSet

v Microsoft Windows オペレーティング・システムの場合は、次のように入力します。

ThirdPartyCertificateTool.bat -E -T -r <ターゲット・ファイル> -k

c10_location¥configuration¥signkeypair¥jCAKeystore -p NoPasswordSet

3. サーバーのトラストストアに証明書をインポートします。

サーバーのトラストストアの更新方法については、サーバーのドキュメントを参照してください。

IBM Cognos サーバーへの CA 証明書のコピーIBM Cognos 証明書を他のサーバーにコピーした後、認証局から IBM Cognos サーバーに証明書をコピーします。

手順1. 認証局 (Certificate Authority) の証明書を IBM Cognos サーバーの保護された場所にコピーします。

CA の証明書は、Base-64 でエンコードされた X.509 形式でなければなりません。

2. 次のコマンドを入力して CA の証明書をインポートします。


ThirdPartyCertificateTool.sh -T -i -r CA_certificate_file -k

c10_location/configuration/signkeypair/jCAKeystore -p NoPasswordSet



ThirdPartyCertificateTool.bat -T -i -r CA_certificate_file -k

c10_location¥configuration¥signkeypair¥jCAKeystore -p NoPasswordSet

Secure Socket Layer の暗号スイートの選択と順位付けSSL 接続は、クライアントとサーバーがサポートする暗号スイートのリストを優先度の高い順に示すネゴシエーションから開始されます。暗号スイートは、接続の保護品質を制御します。暗号スイートには、暗号化、認証、ハッシュ、鍵交換の各アルゴリズムが組み込まれています。SSL プロトコルにより、クライアントとサーバーの両方がサポートする最も優先度の高いスイートが選択されます。

SSL に対しサポートされている暗号スイートのリストを用意してあります。要件を満たさない暗号スイートを消去し、残りの暗号スイートに優先度または設定を割り当てることができます。選択した暗号スイートは、クライアント側とサーバー側のネゴシエーション用に優先度の高い順に表示されます。選択した暗号スイートのうち少なくとも 1 つが、クライアント・プラットフォームとサーバー・プラットフォームの間で一致する必要があります。

サポートされる暗号スイートのリストは、各コンピューターで動的に生成され、Java

Runtime Environment (JRE) や、コンピューターに他の暗号化ソフトウェアがインストールされているかどうかによって変わります。JRE のアップグレードや、JRE のアップグレードを伴うようなソフトウェアのインストールを行うと、そのコンピューターで使用できるサポートされている暗号スイートに影響を与えることがあります。サポートされている暗号スイートが環境内にある他のコンピューターに適合しなくなった場合、適合するようにそのコンピューターの JRE を変更する必要が生じる場合があります。


2. 「Explorer」ウィンドウで、「暗号化」>「Cognos」をクリックします。

3. 「プロパティー」ウィンドウで、「サポートする暗号スイート」プロパティーの「値」列をクリックします。

4. 「編集」アイコンをクリックします。

v 暗号スイートを「現在の値」リストに移動するには、「使用できる値」リストのチェック・ボックスをオンにし、「追加」をクリックします。

v 暗号スイートを「現在の値」リスト内で上下に移動するには、チェック・ボックスをオンにし、上矢印または下矢印をクリックします。

v 暗号スイートを「現在の値」のリストから削除するには、チェック・ボックスをオンにし、「削除」をクリックします。




IBM Cognos を SSL 対応の Web サーバー用に設定するWeb サーバーで Secure Sockets Layer (SSL) を使用する場合、 IBM Cognos

Configuration の「ゲートウェイ URI」値を変更して、ポータルにアクセスできるようにする必要があります。

Web サーバーで SSL を有効化するには、認証局 (Certificate Authority) (CA) によって署名された Web サーバー証明書を取得し、使用する Web サーバーにインストールする必要があります。自己署名証明書は使用できません。IBM Cognos コンポーネントでは、自己署名証明書が信頼されません。証明書を Web サーバーと共に使用する方法について詳しくは、 Web サーバーのドキュメントを参照してください。それらの証明書は、IBM Cognos 製品には備わっていません。

ユーザーが SSL を使用して IBM Cognos ポータルにアクセスできるようにするには、アプリケーション層コンポーネントおよび Framework Manager がインストールされた各コンピューターについて、IBM Cognos Configuration で「ゲートウェイURI」値を変更する必要があります。

手順1. Web サーバーを SSL 用に設定して、起動します。

2. アプリケーション層コンポーネントまたは Framework Manager がインストールされている各コンピューターで、IBM Cognos Configuration を起動します。

3. 「ローカル設定」の下の「環境」をクリックして、「ゲートウェイ URI」値をhttp から https に変更します。

4. 「ゲートウェイ URI」値で、ポート番号を Web サーバー用に定義された SSL

ポート番号に変更します。例えば、SSL 接続のデフォルトのポート番号は通常443 です。

5. 設定を保存して、サービスを再開します。

タスクの結果

https://servername:443/ibmcognos を使用してポータルにアクセスすると、証明書のインストールを求めるプロンプトが出されます。

新しいセッションで毎回セキュリティーに関するアラートが表示されないようにするには、使用している Web ブラウザーの証明書ストアのいずれかに証明書をインストールします。

ログ・メッセージのリポジトリーの設定BI Bus プロトコルにはログ・メッセージ処理が組み込まれています。この処理はIBM Cognos BI の動作を調べるための重要な診断ツールです。

ログ・メッセージには、エラー・メッセージの他にも、コンポーネントのステータスや重要なイベントの概要が出力されます。例えば、サービスの開始や停止を試みた操作、処理要求の完了、致命的なエラーのインディケーターを記録できます。監査ログはログ記録データベースから使用でき、このログにはユーザーやレポート処理に関する情報が出力されます。


各コンピューターにある IBM Cognos サービスは、ローカル・ログ・サーバーにエラーやイベントに関する情報を送信します。ローカル・ログ・サーバーは、Content

Manager やアプリケーション層コンポーネントが含まれているすべての IBM

Cognos BI コンピューター上の <c10 の場所>/logs フォルダーにインストールされます。ログ・サーバーは他の IBM Cognos BI コンポーネントとは異なるポートを使用するため、ローカル・コンピューターでディスパッチャーなどの他のサービスが使用不可になっても、イベント記録は続行されます。

次のワークフローは、ログ記録の準備に必要なタスクを示しています。

v 計画の段階では、使用する環境に合ったログ記録設定を決めます。例えば、さまざまなログ・メッセージのリポジトリーを評価します。リポジトリーとしては、ローカル・ログ・ファイルの他に、UNIX または Linux syslog や Windows NT

イベント・ログなどのリモート・ログ・サーバーおよびログ・ファイルも候補となります。データベースに監査ログ情報のみを送信することもできます。システム障害やユーザーによる改ざんからログ・ファイルを保護するために適用可能な方法など、セキュリティーについて検討してください。

計画について詳しくは、「IBM Cognos Business Intelligence アーキテクチャーと実装ガイド」を参照してください。

v 設定の段階では、データベースへの接続設定などログ記録の始動プロパティーを定義します。監査ログを収集する予定であれば、ログ記録データベースも作成する必要があります。ローカル・ログ・サーバーとリモート・ログ・サーバー間の通信を保護する必要がある場合は、両方の IBM Cognos BI コンピューターで適切な設定変更を行います。また、ユーザー固有のログ記録など、特定のログ記録機能を有効にすることもできます。

v ログ記録の設定時に、所属している組織に関連のあるメッセージが重点的に記録されるように詳細レベルを指定します。ユーザーやレポート処理の状況を監視するよう監査レポートを設定することもできます。

ログのセットアップ方法について詳しくは、「IBM Cognos Business Intelligence

管理およびセキュリティー・ガイド」を参照してください。

ログ・メッセージを使用して問題を解決する方法、およびログ記録に関する問題の解決方法については、「IBM Cognos Business Intelligence トラブルシューティング・ガイド」を参照してください。

ログ記録データベースを作成する際のガイドラインログ・メッセージを保存するデータベースを作成できます。ログ記録データベースを作成するには、次の作業を行います。

v ログ記録データベースを作成する

ログ記録の設定ログ・メッセージ処理の計画ログ記録のセットアップ


DB2、Oracle、Microsoft SQL Server、Sybase の場合は、Content Store データベースを作成するのと同じ手順を使用します。 32ページの『Content Store を作成する際のガイドライン』の手順を使用してください。

注: DB2 を使用している場合、 Content Store の場合と同じ方法で通知データベースを作成するスクリプトを生成することはできません。

v データベース接続を設定する

『ログ記録データベース用のデータベース接続』の手順を使用してください。

v ログ・メッセージのリポジトリーを指定する。

264ページの『ログ・メッセージのリポジトリー』の手順を使用してください。

ログ記録データベース用のデータベース接続Oracle、 DB2、Informix Dynamic Server、または Sybase をデータベース・サーバーとして使用する場合は、監査ログのデータベースを作成した後、データベース・クライアントを設定するための追加作業が必要になります。

Cognos Content Database をログ記録データベースとして使用することはできません。

分散環境では、アプリケーション層コンポーネントのコンピューターのローカル・ログ・サーバーにより、ログ・メッセージがリモート・ログ・サーバーに送信される場合があります。この場合、メッセージはさらにログ記録データベースに送信されます。Oracle、Sybase、 DB2 では、適切な JDBC ドライバー、データベース・クライアント・ソフトウェア、またはその両方が、ログ記録データベースに接続されているリモート・ログ・サーバーを使用するアプリケーション層コンポーネントのコンピューター上でのみ必要です。

Microsoft SQL Server

Microsoft SQL Server データベースを使用する場合、"JSQLConnect.jar"ファイルは、デフォルトで適切な場所にインストールされます。必要な追加作業は、Microsoft SQL Server が TCP/IP 接続を使用していることの確認のみです。

DB2 ログ記録データベースのデータベース接続の設定ログ記録データベースに接続するすべてのアプリケーション層コンポーネントのコンピューターに、データベース・クライアント・ソフトウェアおよび JDBC ドライバーを設定する必要があります。使用しているログ・メッセージ用のデータベースのタイプが、 Content Store で使用するものと同じでない場合は、Content Manager

コンピューターで JDBC ドライバーをセットアップする必要があります。

ドライバー・バージョンは少なくとも、Linux または UNIX オペレーティング・システム、Microsoft Windows オペレーティング・システムのバージョン 9.1 Fix

Pack の JCC 3.7、または Linux、UNIX オペレーティング・システム、Microsoft

Windows オペレーティング・システムのバージョン 9.5 Fix Pack 2 の JCC 3.42

でなければなりません。


手順










Oracle ログ記録データベースのデータベース接続の設定ログ記録データベースに接続するすべてのアプリケーション層コンポーネントのコンピューターに、JDBC ドライバーを設定する必要があります。 Content Store 用に使用しているのと同じタイプのデータベースをログ・メッセージ用に使用していない場合、Content Manager のコンピューターにも JDBC ドライバーを設定する必要があります。







Informix ログ記録データベースのデータベース接続の設定ログ記録データベースに接続するすべてのアプリケーション層コンポーネントのコンピューターに、JDBC ドライバーを設定する必要があります。 Content Store 用に使用しているのと同じタイプのデータベースをログ・メッセージ用に使用していない場合、Content Manager のコンピューターにも JDBC ドライバーを設定する必要があります。







Sybase ログ記録データベースのデータベース接続の設定ログ記録データベースに接続するすべてのアプリケーション層コンポーネントのコンピューターに、JDBC ドライバーを設定する必要があります。 Content Store 用に使用しているのと同じタイプのデータベースをログ・メッセージ用に使用していない場合、Content Manager のコンピューターにも JDBC ドライバーを設定する必要があります。




ログ・メッセージのリポジトリーローカル・ログ・サーバーは、Content Manager またはアプリケーション層コンポーネントのインストール時に自動的にインストールされます。ローカル・ログ・サーバーによって転送されるログ・メッセージのリポジトリーを 1 つ以上指定できます。

リモート・ログ・サーバーへのログ・メッセージの送信

分散インストール環境では、共通ログ・サーバーとして機能する単一のリモート・ログ・サーバーにログ・メッセージを送信するように、各 IBM Cognos コンピューターのログ・サーバーを設定できます。その後、同じコンピューターまたは別のコンピューターにあるローカル・ファイルまたはデータベースにログ・メッセージを送るように、共通ログ・サーバーを設定できます。

リモート・ログ・サーバーが使用できなくなった場合、ログ・メッセージはローカル・コンピューターのリカバリー・ファイルに転送されます。このリカバリー・ファイルは、<c10 の場所>/logs/recovery/remote ディレクトリーにあります。リカバリー・ファイルのファイル名にはタイム・スタンプ情報が含まれているため、通常のログ・ファイルのように読み取ることができません。リモート・ログ・サーバーが利用可能になると、自動リカバリー・プロセスにより、すべてのログ情報がリモート・ログ・サーバーに送られ、ローカル・ログ・ファイルは削除されます。


ファイルへのログ・メッセージの保存

ログ・サーバーは、デフォルトでは <c10 の場所>/logs/cogserver.log ファイルにログ・メッセージを送信するように設定されています。 IBM Cognos サービスの開始時にデフォルトのログ・ファイルが存在しない場合、ファイルは自動的に作成されます。

ログ・メッセージを異なるファイルに送信するようにログ・サーバーを設定できます。異なるログ・ファイルを設定した場合、IBM Cognos では始動時にデフォルトのログ・ファイルに加えてこのファイルが自動的に作成されます。設定したログ・ファイルの場所が <c10 の場所>/logs ディレクトリーと異なる場合は、ログ・ファイルへのパスが存在することを確認してから、IBM Cognos サービスを開始します。例えば、メッセージを /usr/lpp/logfiles/cognos.log ファイルに送信するようにログ・サーバーを設定すると、IBM Cognos は /usr/lpp/logfiles フォルダーにcognos.log ファイルを自動作成しようとします。このフォルダーが存在しない場合、IBM Cognos は cognos.log ファイルを作成せず、ログ・メッセージはファイルに記録されません。このようなログ・メッセージはデフォルトのログ・ファイルに記録されないことに注意してください。IBM Cognos では、別のログ・ファイルが設定されている場合であっても自動的にデフォルトのログ・ファイルが作成されますが、デフォルトのログ・ファイルはバックアップとしては使用されません。

データベースへのログ・メッセージの保存

ログ・サーバーでは、同じコンピューターまたは別のコンピューターのデータベースに監査ログを送信することもできます。監査ログには、ユーザーやレポート処理に関する情報が表示されます。

ログ記録データベースの設定とユーザー・アカウントの要件は、Content Store データベースの要件と同じです。メッセージをログ記録データベースに送信するようにIBM Cognos コンポーネントを設定し、IBM Cognos サービスを再開すると、必要なテーブルとテーブル・フィールドが作成されます。IBM Cognos サービスを再開する前に、ログ記録データベースへの接続をテストできます。

UNIX、Linux、または Windows の DB2 でのログ・メッセージのリポジトリーの指定ログ・メッセージのリポジトリーのタイプを設定し、特定のリポジトリーのプロパティーを設定できます。また、ログ・メッセージのリポジトリーを複数指定することもできます。

始める前に

リポジトリーとしてデータベースを指定する前に、次のことを確認してください。

__ v ログ記録データベースを作成したこと

__ v データベース・クライアントを設定したこと

手順1. Content Manager またはアプリケーション層コンポーネントをインストールしたコンピューターで、IBM Cognos Configuration を起動します。

2. 「Explorer」ウィンドウの「環境」で、「ログ記録」をクリックします。


3. 「プロパティー」ウィンドウで、次の表を参考にしてログ・サーバーのプロパティーを設定します。

表 54. ログ・サーバーのプロパティー

タスク操作

コンピューターの IBM Cognos コンポーネントとそのローカル・ログ・サーバー間でTCP を使用する。

「TCP を使用」プロパティーを「有効」に設定します。

UDP では、TCP より接続遮断の危険性が少なく、高速の通信可能です。ただし、ローカル TCP では、接続遮断の危険性は少なくなります。ローカル・ログ・サーバーとリモート・ログ・サーバー間の通信では、常に TCP

が使用されます。

ローカル・ログ・サーバーで使用できるスレッド数を変更する。

「ローカル・ログ・サーバー・ワーカー・スレッド数」プロパティーに値を入力します。

デフォルトの値である"10"を維持します。有効範囲は 1～20 です。

ただし、多数のログ・メッセージがある場合は、パフォーマンスを向上させるために、さらに多くのスレッドを割り当てることができます。

4. 「Explorer」ウィンドウの「環境」で、「ログ記録」を右クリックし、「リソースの新規作成」>「ターゲット」の順にクリックします。

5. 「名前」ボックスにリポジトリーの名前を入力します。

6. 「タイプ」リストでリポジトリーのタイプをクリックし、「OK」をクリックします。

7. リポジトリーがファイルの場合は、「プロパティー」ウィンドウの必須プロパティーとオプション・プロパティーに適切な値を入力します。

8. リポジトリーがリモート・ログ・サーバーの場合は、「プロパティー」ウィンドウの必須プロパティーとオプション・プロパティーに適切な値を入力します。

リポジトリー・コンピューターの「内部ディスパッチャー URI」が SSL を使用するように設定されている場合は、「プロパティー」ウィンドウで、「SSLを使用」プロパティーを「有効」に設定します。

後でリモート・ログ・サーバーを設定するときに、ログ・メッセージのリポジトリーを指定する必要があります。

9. リポジトリーがデータベースの場合は、「Explorer」ウィンドウの「ログ記録」で、データベースのタイプとそのプロパティーを次のように指定します。

v データベース名を右クリックして、「リソースの新規作成」>「データベース」の順にクリックします。

v 「名前」ボックスにリポジトリーの名前を入力します。


v 「タイプ」リストでデータベースのタイプをクリックし、「OK」をクリックします。

v 「プロパティー」ウィンドウの必須プロパティーとオプション・プロパティーに適切な値を入力します。

Microsoft SQL Server の場合、「ポート番号とインスタンス名によるデータベース・サーバー」プロパティーの値には、1433 などのポート番号を使用することも、インスタンス名を使用することもできます。デフォルト以外のポートを使用している場合は、ポート番号を指定します。Microsoft SQL Server

の複数のインスタンスが存在する場合は、インスタンス名を含めます。

名前付きのインスタンスに接続するには、インスタンス名を JDBC URL プロパティーまたはデータ・ソース・プロパティーとして指定する必要があります。例えば、「localhost¥instance1」と入力できます。インスタンス名プロパティーが指定されていない場合、デフォルトのインスタンスに対する接続が作成されます。

ユーザー ID およびパスワードとともに、名前付きのインスタンスに対して指定されたプロパティーとデータベース名は、JDBC URL を作成するために使用されることに注意します。次に例を示します。

jdbc:JSQLConnect://localhost¥¥instance1/user=sa/<必要に応じてプロパティーを追加>

v 新しいデータベースへの接続をテストします。「Explorer」ウィンドウの「環境」で、「ログ記録」を右クリックし、「テスト」をクリックします。

IBM Cognos コンポーネントがデータベースに接続されます。メッセージのログ記録用に複数のデータベースを設定した場合は、IBM Cognos コンポーネントによってすべてのデータベースがテストされます。

10. ログ・サーバーからメッセージを送信する各リポジトリーに対して、手順 5～10 を繰り返します。


12. 「Explorer」ウィンドウで、「IBM Cognos サービス」>「IBM Cognos」をクリックします。

13. 「ファイル」メニューの「再開」をクリックします。

リポジトリーとしてデータベースを選択した場合は、作成したデータベースに、必要なテーブルとフィールドが作成されます。

タスクの結果

リポジトリーがリモート・ログ・サーバーである場合、リモート・ログ・サーバーを設定および起動します。次に、ローカル・コンピューターで IBM Cognos サービスを再開します。

リポジトリーがデータベースである場合、IBM Cognos コンポーネントを使用してデータベースからログ・レポートを実行できます。

ログ記録レベルを設定することもできます。ログ記録レベルでは、ログ・ファイルまたはデータベースに送られるメッセージの詳細とタイプを制御できます。その手


順については、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

Informix 用のログ・メッセージのリポジトリーの指定ログ・メッセージのリポジトリーのタイプを設定し、特定のリポジトリーのプロパティーを設定できます。また、ログ・メッセージのリポジトリーを複数指定することもできます。

手順1. 「Explorer」ウィンドウの「環境」で、「ログ記録」をクリックします。

2. 「プロパティー」ウィンドウで、次の表を参考にしてログ・サーバーのプロパティーを設定します。

表 55. ログ・サーバーのプロパティー

タスク操作

コンピューターの IBM Cognos コンポーネントとそのローカル・ログ・サーバー間でTCP を使用する。

「TCP を使用」プロパティーを「有効」に設定します。

UDP では、TCP より接続遮断の危険性が少なく、高速の通信可能です。

ローカル・ログ・サーバーとリモート・ログ・サーバー間の通信では、TCP が使用されます。

ローカル・ログ・サーバーで使用できるスレッド数を変更する。

「ローカル・ログ・サーバー・ワーカー・スレッド数」プロパティーに値を入力します。

デフォルトの値である"10"を維持します。有効範囲は 1～20 です。ただし、多数のログ・メッセージがある場合は、パフォーマンスを向上させるために、さらに多くのスレッドを割り当てることができます。

3. 「Explorer」ウィンドウの「環境」で、「ログ記録」を右クリックし、「リソースの新規作成」>「ターゲット」の順にクリックします。


5. 「タイプ」のリストで「データベース」をクリックし、「OK」をクリックします。

6. 「Explorer」ウィンドウの「ログ記録」で、データベース名を右クリックし、「リソースの新規作成」>「データベース」の順にクリックします。


8. 「タイプ」のリストで「Informix Dynamic Server データベース」をクリックし、「OK」をクリックします。

9. 「プロパティー」ウィンドウで、「データベース・サーバーとポート番号」、「ユーザー ID とパスワード」、および「データベース名」の値を入力します。


10. Informix のログ記録データベースのインスタンスが複数ある場合は、詳細プロパティー IPFSCRIPTIDX を作成し、インスタンスを実行するアカウントを指定します。


v 「プロパティー」ウィンドウで、「詳細プロパティー」の「値」列をクリッ

クし、「編集」アイコンをクリックします。


v 「名前」列に、「IPFSCRIPTIDX」と入力します。

v 「値」列に、ログ記録データベースのインスタンスを実行するアカウントのユーザー ID を入力します。

Informix のログ記録データベースのインスタンスごとに、異なるユーザー・アカウントを使用します。

v Informix のログ記録データベースのインスタンスを使用する IBM Cognos

Configuration のすべてのインスタンスで繰り返します。


12. 新しいデータベースへの接続をテストします。「Explorer」ウィンドウの「環境」で、「ログ記録」を右クリックし、「テスト」をクリックします。

IBM Cognos コンポーネントがデータベースに接続されます。メッセージのログ記録用に複数のデータベースを設定した場合は、IBM Cognos コンポーネントによってすべてのデータベースがテストされます。

ユーザー固有のログ記録の有効化問題を診断する際、すべてのユーザーを追跡するのではなく、1 人以上の特定のユーザーを追跡するように、ログ記録の設定を一時的に変更できます。診断の終了後に、通常のログ記録に戻すことができます。ユーザー固有のログ記録を有効にするには、IBM Cognos Configuration を使用して Java Management Extensions (JMX) の接続情報を設定します。JMX は、アプリケーションとサービス指向ネットワークの管理と監視を行うツールを提供する技術です。次に、配布プロパティー・ファイルで JMX 接続情報を設定します。

IBM Cognos コンポーネントでユーザー固有のログ記録を有効にした後は、JMX に対する Remote Process サービスを使用して特定のユーザーのログ記録を有効にします。詳細については、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」で、特定のユーザーの問題を診断するためのログ記録に関するトピックを参照してください。

ユーザー固有のログ記録を有効にするには、Oracle Java SE Development Kit またはJava Software Development Kit for IBM をインストールする必要があります。

IBM Cognos Configuration を使用した JMX 接続情報の設定IBM Cognos Configuration で Java Management Extensions (JMX) 接続情報を設定するには、Cookie 値を指定し、JMX ポートと資格情報を設定します。


手順1. Content Manager がインストールされているコンピューターで IBM Cognos



3. 「プロパティー」ウィンドウの「ディスパッチャー設定」で JMX プロパティーを次のように設定します。

v 「外部 JMX ポート」では、使用可能なポート番号を入力します。

v 「外部 JMX 資格情報」では、「値」列の「編集」アイコンをクリックし、ユーザー ID とパスワードを入力してから、「OK」をクリックします。

ユーザー ID とパスワードを設定しておけば、「外部 JMX ポート」に指定されたポートを使って Java 環境に接続してログ記録対象のユーザーを指定できるユーザーを、許可されたユーザーのみに制限できます。


配布プロパティー・ファイルでの JMX 接続情報の設定使用しているアプリケーション・サーバーで Java Management Extensions (JMX) 設定がサポートされるようにするには、p2pd 配布プロパティー・ファイルに JMX ポートを指定します。

手順1. テキスト・エディターで、<c10 の場所>/webapps/p2pd/WEB-INF にある

p2pd.deploy_defaults.properties ファイルを開きます。

2. rmiregistryport 行を非コメント行にし、値に IBM Cognos Configuration で設定した「外部 JMX ポート」を設定します。

3. p2pd.deploy_defaults.properties ファイルを保存します。

4. IBM Cognos のサービスを再開します。

タスクの結果

1 人以上の特定のユーザーのログ記録が IBM Cognos でサポートされるようになりました。詳細については、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」で、特定のユーザーの問題を診断するためのログ記録に関するトピックを参照してください。

グローバル設定の変更ロケールは異なるソースから取得される場合があり、形式もそれぞれ異なっている可能性がありますが、デフォルトでは、IBM Cognos コンポーネントのすべてのロケールで標準形式が使用されます。したがって、拡張されたすべてのロケールは言語と地域コードの設定に準拠します。各コンピューターにはデフォルトのシステム・ロケールが設定されています。また、各ユーザーにはユーザー・ロケールが 1

つ設定されています。ユーザー・ロケールは、デフォルトのシステム・ロケールと


異なる場合があります。1 台の Content Manager コンピューターでグローバル設定を変更した場合は、他の Content Manager コンピューターでも同様の変更を行う必要があります。

次の場合、グローバル設定を変更します。

v ユーザー・インターフェース用にサポートする言語をカスタマイズする場合

v サポートする通貨をカスタマイズする場合

v コンテンツ・ロケール・サポートをカスタマイズする場合

v ユーザー・インターフェースで使用される言語をマッピングする場合

v コンテンツ・ロケールをマッピングする場合

v IBM Cognos 環境にフォントを追加する場合

v デフォルトのタイム・ゾーンをカスタマイズする場合

v E メール・メッセージのエンコード方式を変更する場合

v Cookie 設定をカスタマイズする場合

サポートする言語のユーザー・インターフェースでのカスタマイズユーザー・インターフェースでサポートする言語を追加または削除するには、"ユーザー・インターフェースのロケール"テーブルを使用します。例えば、ドイツ語のユーザー・インターフェースが不要な場合は、リストからドイツ語を削除します。

ユーザー・インターフェース言語を変更しても、データには影響しません。

英語以外の製品ドキュメントが必要な場合は、Supplementary Language

Documentation をインストールする必要があります。詳細については、 71ページの『翻訳された製品資料のインストール』を参照してください。

始める前に

使用する文字セットと通貨記号をサポートする適切なフォントがインストールされていることを確認してください。日本と韓国の通貨記号を正しく表示するには、Supplementary Language Documentation ディスクから追加のフォントをインストールする必要があります。



3. 「ユーザー・インターフェースのロケール」タブをクリックします。

サポートされているすべてのロケールが表示されます。


ヒント: サポートを削除するには、「サポートされているロケール」の隣にあるチェック・ボックスをオンにし、「削除」をクリックします。

5. 第 2 列にロケールの言語部分を入力します。

6. その他にもサポートする言語を追加する場合は、それぞれ手順 3～5 を繰り返します。




サポートする通貨のカスタマイズユーザー・インターフェース用にサポートする通貨を追加または削除するには、通貨表にある、サポートされている通貨のリストを更新します。日本や韓国の通貨を使用する場合は、日本円や韓国ウォンの文字が正しく表示されるように設定する必要があります。

IBM Cognos コンポーネントにおいて、デフォルトでユーザー・インターフェースに表示されるのは、サポートされている通貨のサブセットのみです。通貨は ISO

4217 通貨コードで識別されます。サポート対象として追加できる通貨の完全なリストは、"<c10 の場所>/bin"ディレクトリーの"i18n_res.xml"ファイル内にあります。

通貨を IBM Cognos 環境に追加しても、通貨を表示する文字とフォントがコンピューターにインストールされるわけではありません。使用する通貨記号をサポートする適切なフォントをインストールする必要があります。例えば、インドの通貨記号(ルピー) を正しく表示するには、その文字を含むフォントをインストールします。また、日本と韓国の通貨記号を正しく表示するには、Supplementary Language

Documentation ディスクから追加のフォントをインストールする必要があります。

ユーザー・インターフェースへの通貨の追加サポートされる通貨またはサポートされない通貨をユーザー・インターフェースに追加できます。サポートされる通貨は IBM Cognos Configuration で追加します。サポートされない通貨は IBM Cognos に含まれる"i18n_res.xml"ファイルに追加します。

IBM Cognos でサポートされていない通貨コードは、"<c10 の場所>/bin"ディレクトリーの"i18n_res.xml"ファイルに手動で追加する必要があります。このファイルを、IBM Cognos がインストールされている各コンピューターにコピーします。



3. 「通貨」タブをクリックします。


ヒント: サポートを削除するには、サポートされているアイテムの隣にあるチェック・ボックスをオンにし、「削除」をクリックします。

5. 第 2 列に適切な値を入力します。

通貨や形式を表すために追加する値には、ISO 4217 コードを使用する必要があります。通常、ここで追加する値は 3 文字のアルファベットです。先頭の 2 文字は、ISO 3166 で規定されている、通貨発行国または地域の国コードまたは地域コードを表す文字です。 3 番目の文字は通貨の先頭の文字を表します。

6. その他にもサポートする通貨を追加する場合は、それぞれ手順 3～5 を繰り返します。



コンテンツ・ロケールのサポートのカスタマイズレポート、データ、またはメタデータをユーザー指定言語で表示する場合、またはユーザーの地域に固有のレポート、データ、またはメタデータを表示する場合、ロケールの一部 (言語) またはロケール全体 (言語 - 地域) をコンテンツ・ロケール・テーブルに追加します。データを異なる言語や異なるロケールで使用できる場合、そのデータはユーザー・ロケールに基づいて表示されます。デフォルトでは、コンテンツの一部において、コンテンツ・ロケールでポータルのユーザー・インターフェースのロケールが上書きされます。

タイ語で記述されているレポートを表示するときには、数字がサポートされません。

始める前に

不要なロケールはリストから削除できます。アプリケーション層コンポーネントが正しく機能するために、リストに 1 つ以上のコンテンツ・ロケールを残しておく必要があります。

不足しているロケール (言語) を IBM Cognos 環境に追加しても、指定言語で Web

ページを表示するためのフォントが、ユーザーのコンピューターにインストールされていることが保証されるわけではありません。使用する文字セットと通貨記号をサポートする適切なフォントがインストールされていることを確認してください。日本と韓国の通貨記号を正しく表示するには、Supplementary Language

Documentation ディスクから追加のフォントをインストールする必要があります。



3. 「コンテンツ・ロケール」タブをクリックします。

サポートされているすべてのロケールが表示されます。


ヒント: サポートを削除するには、サポートされているアイテムの隣にあるチェック・ボックスをオンにし、「削除」をクリックします。

5. 第 2 列に適切な値を入力します。

v レポート・データおよびメタデータの表示に使用する言語をサポート対象として追加するには、ロケール (言語) 設定の一部を入力します。

v 地域固有のサポートを追加するには、ロケール設定全体 (言語 - 地域) を入力します。

6. サポート対象となる追加の各ロケールに対して、手順 3～5 を繰り返します。



コンテンツ・ロケールユーザー・ロケールをロケール全体 (言語 - 地域) またはロケールの一部 (言語) にマッピングするには、コンテンツ・ロケール Mappings テーブルを使用します。データをユーザー指定言語で表示できない場合、ユーザー指定言語を別の言語にマッピングすることもできます。

例えば、あるレポートまたはスコアカードをユーザー指定言語 (例: ベトナム語) では表示できないが、フランス語とドイツ語では表示できる場合、コンテンツ・ロケール Mappings テーブルを使用して、ユーザー指定言語 (ベトナム語) を別の言語(フランス語またはドイツ語) にマップできます。このマッピングにより、マッピングした言語でレポートまたはスコアカードが表示されます。

デフォルトでは、コンテンツ・ロケール Mappings テーブルには地域を含まないロケールが格納されています。つまり、ロケール設定を指定する際にロケールの言語部分のみを使用できるため、常に正しい情報を確認できます。例えば、一般に多言語データベース内のデータの表示は、フランス語 (fr)、スペイン語 (es)、英語 (en)

などの言語によって行われます。英語 - カナダ (en-ca)、英語 - 米国 (en-us)、フランス語 - フランス (fr-fr) などのロケールで表示されるわけではありません。

次の例は、複数の言語バージョンが使用可能な場合に、ユーザーに表示されるレポートまたはスコアカードを IBM Cognos コンポーネントで判別する方法を示しています。

例 1

Content Manager で使用できるレポートが、en-us (英語 - 米国) および fr-fr (フランス語 - フランス) という 2 つのロケールで表示可能であるが、ユーザー・ロケールが fr-ca (フランス語 - カナダ) に設定されているとします。この場合、IBM

Cognos では、ユーザーに表示されるレポートがロケール・マッピングを使用して判別されます。

まず、IBM Cognos では Content Manager を使用してユーザー・ロケールでレポートを表示可能かどうかが確認されます。ユーザー・ロケールで表示できない場合、ユーザー・ロケールは「コンテンツ・ロケール・マッピング」タブで設定された標準ロケールにマッピングされます。ここではユーザーのロケールが fr-ca なので、fr

にマッピングされます。IBM Cognos はマッピングされた値を使用して、レポートが fr で使用可能かどうか確認します。このケースでは、レポートは en-us と fr-fr

で使用できますが、fr では使用できません。

次に、表示可能な各レポートが標準ロケールにマッピングされます。したがって、en-us は en になり、fr-fr は fr になります。

レポートとユーザー・ロケールの両方が fr にマッピングされるため、ユーザー・ロケールが fr-ca であるユーザーは、ロケール fr-fr で保存されたレポートを表示できます。

例 2

ユーザー・ロケールとレポート・ロケールがすべて同じ言語にマッピングされているとします。この場合、IBM Cognos によって使用するロケールが選択されます。


例えば、ユーザー・ロケールが en-ca (英語 - カナダ) で、レポートが en-us (英語- 米国) および en-gb (英語 - イギリス) で表示できる場合、IBM Cognos によって各ロケールが en にマッピングされます。レポートは、IBM Cognos で選択されたロケール設定で表示されます。

例 3

レポート・ロケールとユーザー・ロケールが同じ言語にマッピングされていないとします。この場合、IBM Cognos によって言語が選択されます。また、ユーザーがマッピングを設定することもできます。例えば、レポートが en-us (英語 - 米国) および fr-fr (フランス語 - フランス) で表示可能であるが、ユーザー・ロケールはes-es (スペイン語 - スペイン) である場合、IBM Cognos によって言語が選択されます。

コンテンツ・ロケールのマッピングユーザー・ロケールをロケール全体 (言語 - 地域) またはロケールの一部 (言語) にマッピングするには、コンテンツ・ロケール Mappings テーブルを使用します。データをユーザー指定言語で表示できない場合、ユーザー指定言語を別の言語にマッピングすることもできます。



3. 「コンテンツ・ロケール・マッピング」タブをクリックします。


5. 「キー」ボックスにユーザー・ロケールを入力します。

v ユーザー・ロケールのどの地域に対しても特定の言語でデータを表示するには、ロケールの言語部分を入力し、その後ろにダッシュ (-) とアスタリスク(*) を付けます。

例えば、「fr-*」と入力します。

v あるユーザー・ロケール (言語 - 地域) に対して特定の言語でデータを表示するには、ロケール全体を入力します。

例えば、「fr-ch」と入力します。

v ユーザー指定言語を別の言語にマッピングするには、ロケールのユーザー指定言語の部分を入力します。

例えば、「zh」と入力します。

ヒント: キーの範囲として使用するロケールを指定するには、「キー」の値にワイルドカード文字 (*) を入力し、「ロケール・マッピング」ボックスにそのロケールを入力します。例えば、ドイツのすべてのキーにドイツのロケールを使用するには、「キー」ボックスに「de*」と入力し、「ロケール・マッピング」ボックスに入力します。

6. 「ロケール・マッピング」ボックスに、ロケールの言語部分を入力します。


「キー」ボックスでユーザー・ロケールを指定すると、この言語でデータが表示されます。

7. その他にもマッピングするものがあれば、それぞれ手順 3～5 を繰り返します。



ユーザー・インターフェースのロケールのマッピングユーザー・ロケールで指定した言語が使用できない場合に、ユーザー・インターフェースで使用する言語を指定するには、「ユーザー・インターフェースのロケール・マッピング」テーブルを使用します。

ロケールのどの地域に対しても同じ言語を使用するか、または特定のロケール全体(言語 - 地域) に対して特定の言語を使用できます。

デフォルトでは、ユーザー・ロケールの言語設定と一致する言語でユーザー・インターフェースが表示されます。



3. 「ユーザー・インターフェースのロケール・マッピング」タブをクリックします。


5. 「キー」ボックスにユーザー・ロケールを入力します。

v ロケールのどの地域に対しても特定の言語でユーザー・インターフェースを表示するには、ロケールの言語部分を入力し、その後ろにダッシュ (-) とアスタリスク (*) を付けます。

例えば、「es-*」と入力します。

v ロケール全体 (言語 - 地域) に対して特定の言語でユーザー・インターフェースを表示するには、ロケール全体を入力します。

例えば、「es-es」と入力します。

v ユーザー指定言語を別の言語にマッピングするには、ロケールのユーザー指定言語の部分を入力します。

例えば、「zh」と入力します。

ヒント: デフォルトで使用するロケールを指定するには、「キー」の値にワイルドカード文字 (*) を入力し、「ロケール・マッピング」ボックスにロケールを入力します。

6. 「ロケール・マッピング」ボックスに、ロケールの言語部分を入力します。

「キー」ボックスでユーザー・ロケールを指定すると、この言語でデータが表示されます。

7. その他にもマッピングするものがあれば、それぞれ手順 3～5 を繰り返します。




サーバー・タイム・ゾーンのカスタマイズContent Manager で使用されるタイム・ゾーンをカスタマイズするには、IBM

Cognos Configuration で異なるサーバー・タイム・ゾーンを選択します。

Java ベースのグラフィカル・ユーザー・インターフェースがサポートされていないUNIX インストール環境では、Framework Manager がインストールされているWindows コンピューターで IBM Cognos Configuration を開くことにより、使用可能なタイム・ゾーンのリストを表示できます。

Content Manager は、デフォルトでオペレーティング・システムのタイム・ゾーンを使用するように設定されています。IBM Cognos でスケジュールされるすべての処理は、このタイム・ゾーンを使用して設定されます。また、IBM Cognos Connection

のユーザーは、デフォルトのタイム・ゾーンを使用するように設定を設定している場合、このタイム・ゾーンを使用することになります。IBM Cognos Connection でのユーザー設定の設定方法については、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。




4. 「サーバー・タイム・ゾーン」の「値」列をクリックし、リストからタイム・ゾーンを選択します。


E メール・メッセージのエンコード方式IBM Cognos コンポーネントでは、デフォルトで UTF-8 エンコード方式が E メールに使用されます。この値により、すべての E メール・メッセージのこのインスタンスに、Delivery サービスによって使用されるデフォルトのエンコード方式が設定されます。古い E メール・クライアントを使用する場合や、IBM Cognos からUTF-8 を認識しない携帯電話や PDA に E メールを送信する場合は、E メールのエンコード方式をすべての E メール・クライアントで動作する値 (例:ISO-8859-1、Shift-JIS) に変更できます。使用可能な Delivery サービスのある IBM

Cognos の各インスタンスについて、変更を行う必要があります。

指定されたエンコード方式は、件名、添付ファイル、添付ファイル名、プレーン・テキストまたは HTML の本文テキストを含むメッセージ全体に影響を及ぼします。

次の表にエンコード方式の値を示します。

表 56. サポートされているエンコード値

文字セットサポートされているエンコード値

UTF-8 utf-8


表 56. サポートされているエンコード値 (続き)

文字セットサポートされているエンコード値

西ヨーロッパ言語 (ISO 8859-1) iso-8859-1

西ヨーロッパ言語 (ISO 8859-15) iso-8859-15

西ヨーロッパ言語 (Windows-1252) windows-1252

中央ヨーロッパおよび東ヨーロッパ言語(ISO 8859-2)

iso-8859-2

中央ヨーロッパおよび東ヨーロッパ言語(Windows-1250)

windows-1250

キリル語 (ISO 8859-5) iso-8859-5

キリル語 (Windows-1251) windows-1251

トルコ語 (ISO 8859-9) iso-8859-9

トルコ語 (Windows-1254) windows-1254

ギリシャ語 (ISO 8859-7) iso-8859-7

ギリシャ語 (Windows-1253) windows-1253

日本語 (EUC-JP) euc-jp

日本語 (ISO-2022-JP) iso-2202-jp

日本語 (Shift-JIS) shift_jis

繁体字中国語 (Big5) big5

簡体字中国語 (GB-2312) gb2312

韓国語 (EUC-KR) euc-kr

韓国語 (ISO 2022-KR) ISO 2022-KR

韓国語 (KSC-5601) ksc_5601

タイ語 (Windows-874) windows-874

タイ語 (TIS-620) tis-620

E メール・メッセージのエンコード方式の変更E メールのエンコード方式をすべての E メール・クライアントで動作する値に変更できます。




4. 「E メールのエンコード方式」プロパティーの「値」列をクリックします。

5. 目的の設定までスクロールし、クリックします。


Cookie 設定IBM Cognos 環境の要件に応じて、IBM Cognos コンポーネントで Cookie の作成に関する設定を変更する場合があります。IBM Cognos Configuration を使用して、Cookie のドメイン、パス、安全なフラグをカスタマイズできます。


IBM Cognos コンポーネントでは、クライアントによって送信された HTTP 要求から Cookie ドメインが決定されます。クライアントは通常、Web ブラウザーです。ほとんどのネットワーク設定では、HTTP 要求は、ブラウザーから IBM Cognos コンポーネントに転送されるときに、プロキシー・サーバーやファイアウォールなどの中継点を通過します。この場合、IBM Cognos コンポーネントで Cookie ドメインの計算に使用される情報が一部の中継点によって変更されるため、IBM Cognos

コンポーネントが Cookie を設定できなくなることがあります。ほとんどの場合、この問題が原因となり、ユーザーが繰り返しログオンするように求められるという現象が発生します。この問題を回避するには、Cookie ドメインを設定します。

Cookie ドメインに正しい値を設定するには、次の表のとおりに、最も広いホストの範囲を指す形式と値を使用します。

表 57. Cookie 設定

ホスト名ドメインの形式

コンピューターまたはサーバーコンピューターまたはサーバー名 (ドットなし)

例:mycompany

接尾辞は、.com、.edu、.gov、.int、.mil、.net、.org です。

.名前.接尾辞

(2 つのドット)

例:.<自社名>.com

その他 .<名前 1>.<名前 2>.<接尾辞>

(3 つのドット)

例:.travelinfo.co.nz

さらにセキュリティーのために、管理者は HTTPOnly 属性を設定して、Web ブラウザーを使用するユーザーのセッション中に、スクリプトによる CAM パスポートcookie の読み取りや操作をブロックすることができます。この属性について詳しくは、IBM Cognos Business Intelligence「管理およびセキュリティー・ガイド」を参照してください。

Cookie 設定のカスタマイズIBM Cognos Configuration を使用して、Cookie のドメイン、パス、安全なフラグをカスタマイズします。



3. 「全般」タブをクリックします。

4. 変更する各プロパティーの「Cookie 設定」の「値」列をクリックし、新しい値を指定します。

「ドメイン」プロパティーを空白のままにしておくと、ディスパッチャーによって要求のホスト名からドメインが取得されます。



IP アドレスのバージョンの変更IBM Cognos では、2 つの IP アドレスのバージョン、IPv4 および IPv6 がサポートされています。IPv4 では 32 ビットの IP アドレスが使用され、IPv6 では 128

ビットの IP アドレスが使用されます。次に例を示します。

v IPv4: 192.168.0.1:80

v IPv6: [2001:0db8:0000:0000:0000:148:57ab]:80

IBM Cognos Configuration の「ホスト名解決に使用する IP のバージョン」プロパティーを使用して、IBM Cognos の通信用に IPv4 または IPv6 を選択できます。デフォルトでは、IPv4 が使用されます。

この設定は、設定が行われたコンピューターのみに適用されます。「IPv4 アドレスを使用」を選択すると、そのコンピューター上の IBM Cognos からの発信接続がすべて IPv4 を使用して確立され、ディスパッチャーでは IPv4 の着信接続のみを受信するようになります。「IPv6 アドレスを使用」を選択すると、そのコンピューター上の IBM Cognos からの発信接続がすべて IPv6 を使用して確立され、ディスパッチャーでは IPv4 と IPv6 の両方の着信接続を受信するようになります。

IPv4 クライアント・コンピューターは IPv6 用に設定されたディスパッチャー・コンピューターと通信できます。

URI に指定されたホスト名は、「ホスト名解決に使用する IP のバージョン」プロパティーの値に基づいて解決されます。ただし、数字のアドレスが URI に指定されている場合は、その指定がこのプロパティーの設定よりも優先され、IPv4 を使用して通信が行われます。

IBM Cognos Configuration でローカル URI プロパティーの IPv6 アドレスを使用できるようにするには、-ipv6 オプションを指定して IBM Cognos Configuration を起動する必要があります。コマンド行から IBM Cognos Configuration を開くたびに、このオプションを指定できます。

Windows の「スタート」メニューのショートカットにこのオプションを追加することで、このオプションを恒久的に設定できます。

IP バージョンの設定IBM Cognos Configuration を使用して IP バージョンを選択します。



3. 「ホスト名解決に使用する IP のバージョン」の「値」ボックスをクリックし、「IPv4 アドレスを使用」または「IPv6 アドレスを使用」をクリックします。


5. IBM Cognos Configuration を閉じます。


IPv6 オプションを使って開始するように IBM CognosConfiguration を手動で設定する

開始コマンドでオプションを指定することにより、IPv6 オプションを使用するように IBM Cognos Configuration を手動で設定できます。

手順1. <c10 の場所>/bin または <c10 の場所>/bin64 ディレクトリーに移動します。

2. 次のように IPv6 オプションをコマンドに含めることで、IBM Cognos


v Windows の場合は、次のように入力します。

cogconfig.bat -ipv6


./cogconfig.sh -ipv6

3. IPv6 形式を使用する URI プロパティーを編集し、値を指定します。次に、「ファイル」メニューの「保存」をクリックします。

Windows 上で常に IPv6 オプションを使って開始するようにIBM Cognos Configuration を設定する

「スタート」メニューのショートカットのオプションを設定することにより、Microsoft Windows オペレーティング・システムで常に IPv6 オプションを使用するように IBM Cognos Configuration を設定できます。

手順1. 「スタート」メニューで、「プログラム」>「IBM Cognos 10」を選択し、「IBM Cognos Configuration」を右クリックして「プロパティー」を選択します。

2. 「ショートカット」タブの「リンク先」ボックスに次のように入力します。"<c10 の場所>¥bin¥cogconfigw.exe -ipv6"


Windows Vista でのファイルの場所のプロパティーWindows Vista がある環境に IBM Cognos クライアント・コンポーネントをインストールする場合は、IBM Cognos Configuration でファイルの場所のプロパティーを変更して、IBM Cognos ですべてのユーザーに対して 1 つのデータ格納場所が使用されるようにする必要があります。この変更は、IBM Cognos クライアント・コンポーネントをインストールしたすべてのコンピューターで行う必要があります。

Windows Vista ではセキュリティーが強化されており、複数のユーザーがデータ格納場所を共有する場合に制限があります。環境変数を定義して、ファイルの場所を指定するときに IBM Cognos Configuration でこれらの変数を使用できます。これにより、IBM Cognos のユーザーがアクセスできる場所に該当のファイルを転送できます。Windows の場合は、ユーザー用の環境変数があらかじめ 2 つ設定されています。1 つは全ユーザー用、もう 1 つは特定ユーザー用の環境変数です。


環境変数はシステムのルートの場所を表すため、IBM Cognos Configuration でファイルの場所を指定するときに、インストール場所のルート・ディレクトリー名も指定します。IBM Cognos のデフォルトのルート・ディレクトリーは"c10"です。

Windows Vista でのファイルの場所のプロパティーの更新IBM Cognos Configuration でファイルの場所のプロパティーを変更して、IBM

Cognos ですべてのユーザーに対して 1 つのデータ格納場所が使用されるようにする必要があります。この変更は、IBM Cognos クライアント・コンポーネントをインストールしたすべてのコンピューターで行う必要があります。



3. 「プロパティー」ウィンドウで「配布ファイルの場所」をクリックします。

4. 相対パス要素".."を、次に示す該当する環境変数およびルート・ディレクトリーに置き換えます。

v ユーザーごとにファイルの場所が 1 つある場合は、%LOCALAPPDATA% を使用します。

v コンピューターを使用するすべてのユーザーに対してファイルの場所が 1 つある場合は、%PUBLIC% を使用します。


ユーザーごとにファイルの場所を 1 つ設定する場合は、パスを"%LOCALAPPDATA%/c10/deployment"のように指定します。

5. 次のプロパティーに対して手順 4 を繰り返します。

v 環境

- データ・ファイルの場所

- 地図ファイルの場所

- 一時ファイルの場所

v 環境、ログ記録、ファイル

- ログ・ファイルの場所

v 暗号化

- 共通対称鍵ストアの場所

v 暗号化、Cognos

- 証明書の場所

- 署名鍵ストアの場所

- 暗号化鍵ストアの場所



タスクの結果

環境変数は、システムの作業中にファイルの場所にアクセスされたときに解決されます。

IBM Cognos Series 7 Migration サービスの設定の変更必要に応じて、IBM Cognos Series 7 Migration サービスで使用するサービス・ポート番号を変更できます。

手順1. <Series 7 の場所>/migs7 ディレクトリーに移動します。

2. "migs7service_configuration.xml"ファイルを探し、ファイルのプロパティーから読み取り専用属性を削除します。

3. XML エディターまたはメモ帳などのテキスト・エディターでファイルを開きます。

4. 使用している環境に合わせてファイルの設定を変更します。

5. ファイルを保存します。

6. 次の手順に従って Migration サービスを再開します。

v Windows の場合は、「管理ツール」の「サービス」リストにある「IBMCognos Migration Series 7 サービス」エントリーを使用して Migration サービスを再開します。

v UNIX の場合は、"migs7service"ディレクトリーで次のコマンドを入力することにより、Migration サービスを停止してから開始します。./configure.sh --stop ./configure.sh --start

PowerPlay と移行用の Migration サービスへのユーザー・アカウントの割り当て

デフォルトでは、IBM Cognos PowerPlay Enterprise Server サービスと Migration サービスでは、システム・アカウントが使用されます。移行中に複数の PowerPlay サーバーでデータの場所を共有する場合は、まずユーザー・アカウントをサービスに割り当てる必要があります。

ユーザー・アカウントは、Series 7 Migration コンポーネントや PowerPlay コンポーネントがインストールされているすべての Windows コンピューターに設定する必要があります。

始める前に

ユーザー・アカウントをサービスに割り当てる前に、期限切れにならないパスワードがユーザー・アカウントに設定されていることを確認します。

手順1. Windows の「コントロール・パネル」にある「管理ツール」で、「サービス」をクリックします。


2. 「IBM Cognos PowerPlay Enterprise Server」サービスをクリックし、「始動」をクリックします。

3. 「ログオン」パネルで、「アカウント」を選択します。

4. このサービス用に設定したユーザー・アカウントをリストから選択します。

5. アカウントのパスワードを「パスワード」テキスト・ボックスと「パスワードの確認」テキスト・ボックスに入力します。


7. Series 7 Migration サービスに対して、手順 2～5 を繰り返します。


第 10 章 Portal Services の設定

Portal Services には、IBM Cognos Connection と他のポータルで使用できる IBM

Cognos の一連のポートレットが用意されています。これらの IBM Cognos ポートレットを使用すると、実働環境で IBM Cognos レポートを表示、検索、ナビゲートできます。他のユーザーは、IBM Cognos 製品の使用方法を知らなくても、IBM

Cognos の情報を表示できます。

詳しくは、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

Portal Services は、IBM Cognos コンポーネントのインストール時に自動的にインストールされます。分散環境では、Portal Services はアプリケーション層コンポーネントに組み込まれます。インストールには、次の配布ファイルが含まれます。

v IBM WebSphere Portal

v Oracle WebCenter Interaction Portal

v SharePoint Portal

場合によっては、Portal Services を配布する際に、その他のポータルをサポートするように Portal Services のプロパティー設定を一部変更して、IBM Cognos 環境を準備する必要あります。

別のポータルで使用する場合、Portal Services では 1 つのネームスペース内のユーザーのみを認証できます。IBM Cognos コンポーネントに複数のネームスペースが設定されている場合は、ポータルのユーザーの認証に使用する各ネームスペースについて別のゲートウェイをインストールする必要があります。適切なネームスペースを使用するように各ゲートウェイを設定し、そのゲートウェイを使用するように配布済みのポートレットを設定します。

必要なプロパティーの設定が完了したら、Cognos のポートレットをその他のポータルに配布する必要があります。詳しくは、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

IBM Cognos コンポーネントで Portal Services を使用するには、次の操作を実行します。

v applications.xml ファイルの場所を指定する (必要な場合)

v その他のポータルでポートレットをインストールおよびテストする


v 他のポータル環境のセキュリティーを設定する


"applications.xml"ファイルの場所の指定カスタム・アプリケーション・ポートレットの一部として"applications.xml"ファイルを使用する場合、分散環境にあるすべてのアプリケーション層コンポーネントのコンピューターで同じ"applications.xml"ファイルが参照されている必要があります。複数の"applications.xml"ファイルがある場合は、すべて同じでなければなりません。

注: IBM Cognos Business Intelligence Software Development Kit に付属するExtended Application ポートレットを使用する場合にのみ、次の手順を実行する必要があります。

手順1. アプリケーション層コンポーネント・コンピューターで IBM Cognos


2. 「Explorer」ウィンドウの「環境」の「Portal Services」をクリックします。

3. 「プロパティー」ウィンドウで、「"applications.xml"の場所」の隣にある「値」ボックスをクリックします。

4. "localhost"を有効なホスト名または IP アドレスに置き換えます。また、必要に応じてデフォルトのポート番号も変更します。


タスクの結果

これで、IBM Cognos ポートレットをポータル・サーバーに配布できるようになります。その手順については、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

Portal Services のセキュリティーの設定別のポータルで Portal Services を使用する場合は、他のポータルと IBM Cognos のコンポーネントをシームレスに統合するために、シングル・サインオンを有効にする必要があります。

Portal Services では、ユーザーの認証にシングル・サインオンを使用します。したがって、ユーザーがポータルから他のアプリケーションに個別にログオンする必要はありません。

Portal Services の各ポートレットに対して、IBM Cognos のコンポーネントへのURI を設定する必要があります。

IBM Cognos のコンポーネントとその他のポータルの間でセキュリティーを有効にするには、次の手順に従います。

v IBM Cognos のコンポーネントへの匿名アクセスを無効にする。

セキュリティー・インフラストラクチャーの要件により、シングル・サインオンに他の方法を使用する必要がある場合には、次のいずれかの方法を使用します。

v Shared Secret を使用して、その他のポータルに対するシングル・サインオンを有効にする。


v 必要に応じて、SSL アクセスを使用できるように IBM Cognos のコンポーネントを設定する。

IBM Cognos のコンポーネントへの匿名アクセスの無効化Portal Services では、ユーザーの認証にシングル・サインオンを使用します。IBM

Cognos のコンポーネントで匿名ログオンが有効になっている場合、すべてのポータル・ユーザーが Portal Services に匿名でログオンできます。Portal Services でシングル・サインオンを使用する場合は、必ず IBM Cognos のコンポーネントで匿名アクセスを無効にしてください。ただし、その他のポータルでポートレットが機能していることを確認するときは、匿名ログオンを使用して Portal Services の接続をテストできます。

Portal Services でユーザー認証に失敗すると、その他のポータルにエラー・メッセージが表示されます。


2. 「Explorer」ウィンドウの「セキュリティー」>「認証」で、「Cognos」をクリックします。

3. 「プロパティー」ウィンドウで、「匿名アクセスを許可」が「無効」に設定されていることを確認します。


5. IBM Cognos のコンポーネントをインストールしたすべてのサーバーで、手順 1

～4 を繰り返します。

Shared Secret を使用したシングル・サインオンの有効化IBM Cognos のポートレットと IBM Cognos のコンポーネント間のシングル・サインオンに Shared Secret を使用できます。Cognos のポートレットから送信されるメッセージには、暗号化されたポータル・ユーザー ID が含まれています。暗号化鍵は、ポートレットと、IBM Cognos サーバーのカスタム Java セキュリティー・プロバイダーの間で共有される秘密の文字列の値によって決まります。

その他のポータルに Shared Secret を使用できるのは、IBM Cognos BI のコンポーネント間で共有されている認証ネームスペースにおいてポータル・ユーザーの ID

を検索できる場合に限られます。

IBM Cognos のコンポーネントからは、全ポータル・ユーザーのユーザー ID が保存されているディレクトリー・サーバーにアクセスできる必要があります。IBM

Cognos Configuration を使用して、ポータルと IBM Cognos のコンポーネントで同じ認証ソースを共有するように認証ネームスペースを設定する必要があります。

また、IBM Cognos のコンポーネントに付属の Shared Secret Java プロバイダーを登録するために、カスタム Java プロバイダーのネームスペースを作成することも必要です。ポートレットや iView では、そのポートレットまたは iView をカスタムJava プロバイダーのネームスペースに個々のポータル内でリンクする必要があります。

v Cognos ポートレット・アプリケーション (WebSphere Portal)

第 10 章 Portal Services の設定 287

v リモート・サーバー (Oracle WebCenter Interaction Portal)

v Cognos Web パーツ (SharePoint Portal)

Portal Services の Web コンテンツへのアクセスを設定する必要はありません。ただし、ポートレットを別のポータルに配布する場合、Portal Services の画像や Web コンテンツの代替 URI に対するアクセスを設定できます。

必要なネームスペースの設定IBM Cognos のコンポーネントからは、全ポータル・ユーザーのユーザー ID が保存されているディレクトリー・サーバーにアクセスできる必要があります。IBM

Cognos Configuration を使用して、ポータルと IBM Cognos のコンポーネントで同じ認証ソースを共有するように認証ネームスペースを設定する必要があります。

手順1. IBM Cognos Configuration で、ポータル・ユーザーを認証するためのネームスペースを設定します。

2. LDAP ネームスペースの場合は、次のプロパティーを設定します。

v 「外部 ID を使用」プロパティーの設定を「有効」に変更します。

v 「外部 ID マッピング」プロパティーを次のように設定します。

(uid=${environment("REMOTE_USER")})

SharePoint ポータルの場合で SharePoint が LDAP サーバーとは別のコンピューター上にあるときは、「外部 ID マッピング」を次のように設定します。

(uid=${replace(${environment("REMOTE_USER")},"SharePoint_Server¥¥","")})

3. IBM Cognos Series 7 ネームスペースの場合は、OS のサインオンを使用してポータル・ユーザー ID を IBM Cognos Series 7 ユーザー ID にマッピングします。

詳細については、IBM Cognos Series 7 のドキュメントを参照してください。

4. IBM Cognos Configuration で、カスタム Java プロバイダーのネームスペースを作成して設定します。

v 「ネームスペース ID」プロパティーで、新しい ID を指定します。

例えば、「cpstrusted」と指定します。

ポートレットの設定では、この新しい ID を使用する必要があります。

v 「Java クラス名」プロパティーで、次のように入力します。

com.cognos.cps.auth.CPSTrustedSignon

Java クラス名では大文字と小文字が区別されます。

5. IBM Cognos Configuration で、「環境」>「Portal Services」にある次のプロパティーを設定します。

v 「信用サインオン・ネームスペース ID」に、手順 1 で設定したネームスペースの ID を入力します。


ヒント: 信用サインオン・ネームスペースは媒介の役割を果たしており、実際のディレクトリーに基づいたタイプのネームスペースに接続する必要があります。

v 「Shared Secret」に、シングル・サインオンに使用する鍵を入力します。

このパラメーターは、Cognos のポートレットと IBM Cognos サーバーで共有する必要のある、承認用の Secret を表しています。この鍵は秘密のパスワードであると考えてください。ポートレット・アプリケーションを設定する場合は、同じ文字列を使用する必要があります。鍵として指定するのは、1 語でなければなりません。

セキュリティー上の理由により、Null 以外の値を指定します。

6. 「環境」の「ゲートウェイ設定」で、「ネームスペースの上書きを許可」プロパティーを「有効」に設定します。



Portal Services の Web コンテンツへのアクセスの設定必要なネームスペースを作成した後、ユーザーが Web コンテンツにアクセスできるようにアクセス権を設定する必要があります。

手順1. アプリケーション層コンポーネントをインストールしたコンピューターで IBM

Cognos Configuration を起動します。

2. 「Explorer」ウィンドウの「環境」の「Portal Services」をクリックします。

3. 「プロパティー」ウィンドウで、「Web コンテンツ URI」の隣にある「値」ボックスをクリックします。

4. 次の形式を使用して、ゲートウェイのホスト名または IP アドレスと、ポート番号を指定します。

<ホストまたは IP アドレス>:<ポート>


SAP EP の Cognos iView の設定iView では、その iView をカスタム Java プロバイダーのネームスペースに個々のポータル内でリンクする必要があります。

WebSphere Portal の Cognos のポートレットの設定ポートレットでは、そのポートレットをカスタム Java プロバイダーのネームスペースに個々のポータル内でリンクする必要があります。

手順1. 各 Cognos ポートレット・アプリケーションについて、「値を編集」アイコンをクリックします。

2. 「cps_auth_secret」プロパティーに、カスタム Java プロバイダーのネームスペースを設定したときに「Shared Secret」プロパティーに使用した秘密文字列を入力します。


3. 「cps_auth_namespace」プロパティーに、カスタム Java プロバイダーのネームスペース ID を入力します。

4. 「CPS Endpoint」プロパティーに、ゲートウェイを通じて Cognos Portal

Services コンポーネントにアクセスするための URL パスを入力します。

URL の形式は次のとおりです。

v Cognos コンテンツ・ポートレットの場合

<ゲートウェイの URI>/wsrp/cps4/portlets/nav?wsdl&b_action=cps.wsdl

CGI ゲートウェイの例:

http://myserver/ibmcognos/cgi-bin/cognos.cgi/wsrp/cps4/portlets/nav?wsdl

&b_action=cps.wsdl

サーブレット・ゲートウェイの例:

http://172.0.16.1:9500/wsrp/cps4/portlets/nav?wsdl&b_action=cps.wsdl

v Cognos Extended Applications の場合

<ゲートウェイの URI>/wsrp/cps4/portlets/sdk?wsdl&b_action=cps.wsdl


http://myserver/ibmcognos/cgi-bin/cognos.cgi/wsrp/cps4/portlets/sdk?wsdl

&b_action=cps.wsdl


http://172.0.16.1:9500/wsrp/cps4/portlets/sdk?wsdl&b_action=cps.wsdl

v Metric Studio Watch List ポートレットの場合

<ゲートウェイの URI>/wsrp/cps4/portlets/cmm?wsdl&b_action=cps.wsdl


http://myserver/ibmcognos/cgi-bin/cognos.cgi/wsrp/cps4/portlets/cmm?wsdl

&b_action=cps.wsdl


http://172.0.16.1:9500/wsrp/cps4/portlets/cmm?wsdl&b_action=cps.wsdl

Oracle WebCenter Interaction Portal 用リモート・サーバーの設定ポートレットでは、そのポートレットをカスタム Java プロバイダーのネームスペースに個々のポータル内でリンクする必要があります。

手順1. メモ帳などのテキスト・エディターを使用して、"<c10 の場所

>/cps/oracle/webapps/gadgets/WEB-INF/classes"ディレクトリーの"cpsalui.properties"

ファイルを編集します。

2. 次の表のとおりに設定します。


表 58. cpsalui.properties ファイルの設定

パラメーター値

cps_endpoint アプリケーション層コンポーネントに接続して WSDL 情報を取得するための URL。

ゲートウェイの URI を指定します。

サーブレットまたは ISAPI ゲートウェイの場合は、"localhost/ibmcognos/cgi-bin/

cognos.cgi" という部分を、ゲートウェイを指す値に置き換えます。


http://<ホスト名>/ibmcognos/cgi-bin/

cognosisapi.dll/wsrp/cps4/portlets/

[package]?wsdl&b_action=cps.wsdl

forward_cookies= シングル・サインオンのためにアプリケーション層コンポーネント送信される Cookie の名前。

空白のままにします。

cps_auth_secret ユーザー ID を含む HTTP ヘッダー変数を暗号化するときに IBM Cognos で使用される Shared Secret コード。

このパラメーターは、Cognos のポートレットと IBM Cognos サーバーで共有する必要のある、承認用の Secret を表しています。この鍵は秘密のパスワードであると考えてください。IBM Cognos Configuration で「Shared Secret」に指定した値と同じ値を使用します。

セキュリティー上の理由により、Null 以外の値を指定します。

cps_auth_namespace カスタム Java プロバイダーのネームスペース ID。

3. "c10_location/cps/oracle" ディレクトリーに移動し、次のビルド・ファイルを実行します。

v UNIX または Linux オペレーティング・システムの場合は"build.sh"

v Microsoft Windows オペレーティング・システムの場合は"build.bat"

これにより、"c10_location/cps/oracle/gadgets" ディレクトリーに"cps-wci.war" ファイルが作成されます。

4. IBM Cognos BI のコンポーネントが Tomcat を使用している場合は、次の操作を実行します。

v IBM Cognos BI を停止します。

v "cps-wci.war" ファイルを "c10_location/webapps" ディレクトリーにコピーします。


Tomcat によって WAR ファイルが自動的に展開され、リモート・サーバーが起動されます。

v IBM Cognos BI を起動します。

5. 他のタイプのアプリケーション・サーバーで IBM Cognos BI のコンポーネントを実行している場合は、"cps-wci.war"ファイルをアプリケーション・サーバーにコピーします。

配布手順については、アプリケーション・サーバーの管理ガイドを参照してください。

タスクの結果

これでシングル・サインオンが設定されました。

SharePoint Portal 用 Cognos Web パーツのプロパティーの設定ポートレットでは、そのポートレットをカスタム Java プロバイダーのネームスペースに個々のポータル内でリンクする必要があります。

手順1. メモ帳などのプレーン ASCII エディターを使用して、ドライブ名

¥inetpub¥wwwroot¥wss¥VirtualDirectories¥<sharepoint が実行している仮想ディレクトリー> にある web.config ファイルを編集します。

2. 次の文字列を見つけます。

<SSO cps_auth_namespace="" cps_auth_secret="" />

3. "cps_auth_namespace"を、カスタム Java プロバイダー・ネームスペースのネームスペース ID に設定します。

4. "cps_auth_secret"を、IBM Cognos Configuration で「Shared Secret」に使用した値に指定します。

Kerberos 認証を使用した Sharepoint でのシングル・サインオンの有効化

Web アプリケーションで Kerberos プロトコルを使用するには、インターネット・インフォメーション・サービス (IIS)、Sharepoint Portal、Microsoft SQL

Server、Web ブラウザー、および IBM Cognos BI を設定する必要があります。

設定のサマリー

次の表を参考にして、Kerberos 認証を使用した Sharepoint でのシングル・サインオンを有効化してください。

表 59. Kerberos 認証を使用した Sharepoint でのシングル・サインオンの有効化の設定のサマリー

ソフトウェア設定タスク

Microsoft Windows サーバーユーザーが、委任に対して信頼されるように設定します。


表 59. Kerberos 認証を使用した Sharepoint でのシングル・サインオンの有効化の設定のサマリー (続き)


Microsoft インターネットインフォメーションサービス (IIS)

v Cognos BI に使用される Web サイトをアプリケーション・プールに関連付け、委任が有効になっているドメイン・サービス・アカウントでアプリケーション・プールが実行されるようにします。

v 匿名認証が無効になっていることを確認します。

v Windows 認証を有効にします。

v Windows 認証に対して Kerberos 認証のプロバイダーを有効にします。

v カーネル・モード認証を無効にします。

v IIS Web サーバーのサービス・プリンシパル名(SPN) を設定します。

Microsoft Internet Explorer Web アプリケーションの URL がイントラネット・ゾーンまたは統合 Windows 認証で自動的に認証するように設定されたゾーン内にあることを確認します。

Firefox 使用する Firefox Web ブラウザーで Kerberos 認証のサポートを有効にします。

Active Directory v Web アプリケーションの IIS アプリケーション・プールのサービス・アカウントを作成します。

v Web アプリケーションの IIS アプリケーション・プール用に作成したサービス・アカウントに Web

アプリケーションのサービス・プリンシパル名(SPN) を登録します。

v サービス・アカウントの Kerberos 制約付き委任を設定します。


表 59. Kerberos 認証を使用した Sharepoint でのシングル・サインオンの有効化の設定のサマリー (続き)


SharePoint Web アプリケーション SharePoint で Kerberos 認証を有効にするには、以下を行う必要があります。

v SharePoint Server の管理アカウントを作成し、ドメイン・サービス・アカウントを管理アカウントとして登録します。

v SharePoint サーバーのサービス・プリンシパル名(SPN) を設定します。

v SharePoint サイトをアプリケーション・プールに関連付け、ドメイン・サービス・アカウントでアプリケーションが実行されるようにし、ドメイン・アカウントで委任が有効になるようにします。

v SharePoint Central Administration を使用して、ユーザーがネットワーク・リソースにアクセスするためにネットワーク・サービスと対話する方法の定義にKerberos 認証を使用することを指示します。

v 匿名認証を無効にします。

v カーネル・モード認証を無効にします。

SharePoint での Kerberos 認証の有効化についてさらに詳しくは、Microsoft SharePoint のドキュメンテーション (technet.microsoft.com/en-us/library/ee806870.aspx)

を参照してください。

Microsoft SQL Server v サービスがドメイン・アカウントを使用して実行されていることを確認します。

v ユーザーにデータ・ソースに対する適切な権限を付与します。

v SQL サーバーの SPN を設定します。

IBM Cognos BI v 認証ネームスペースを作成し、匿名アクセスを無効にします。

v データ・ソースを作成し、アクティブ・ネームスペースから保護します。

Kerberos 認証に Active Directory ネームスペースを使用するようIBM Cognos BI を設定するActive Directory サーバーは、認証ソースとして使用したり、Kerberos 委任を使用したシングル・サインオンに使用したりできます。IBM Cognos Configuration を使用して Kerberos 認証のネームスペースを設定します。


Microsoft IIS Web サーバーで Microsoft Windows オペレーティング・システムの統合認証 (以前は NT チャレンジ・レスポンスと呼ばれていました) が有効な場合、デフォルトでは、Active Directory プロバイダーが Kerberos 委任を使用して、IIS Web サーバーと統合され、シングル・サインオンが実行されます。


http://technet.microsoft.com/en-us/library/ee806870.aspx

http://technet.microsoft.com/en-us/library/ee806870.aspx

コンピューター、または SharePoint を実行するときのユーザー・アカウントが信頼され、委任されるように設定します。Active Directory ユーザー・ツールを使用してコンピューターを設定するときに、「Account」属性を選択しないでください。この属性は機密性が高く、委任することはできません。

手順1. SharePoint がインストールされているそれぞれの場所で、IBM Cognos


2. 「Explorer」ウィンドウの「セキュリティー」で、「認証」を右クリックし、「リソースの新規作成」、「ネームスペース」の順にクリックします。


4. 「タイプ」のリストで「Active Directory」をクリックし、「OK」をクリックします。



制約事項: 「ネームスペース ID」プロパティーでは、コロン (:) は使用しないでください。

6. IBM Cognos で既存の認証プロバイダーを見つけて使用されるように、その他の必要なプロパティーすべてに対して値を指定します。



9. 匿名認証を無効にするには、次の手順を実行します。

a. 「Explorer」ウィンドウの「セキュリティー」、「認証」で、作成した認証ネームスペースをクリックします。

b. 「プロパティー」ウィンドウで、「匿名アクセスを許可」が「無効」に設定されていることを確認します。

c. 「ファイル」 > 「保存」をクリックします。

d. Kerberos 認証を使用するすべての Web アプリケーション・サーバーに対して a から c までの手順を繰り返します。

Kerberos に対応したデータ・ソースの作成IBM Cognos Administration を使用して、Kerberos プロトコルによって認証されるデータ・ソースを作成できます。データ・ソースによってデータベースへの物理接続が定義されます。データ・ソースでは、サインオンなど、データベースに接続するために必要なパラメーターを指定します。

手順1. IBM Cognos Connection で、「起動」 > 「IBM Cognos Administration」を選択します。

2. 「設定」タブで「データ・ソース接続」を選択します。


3. 「データ・ソースの新規作成」ボタンを選択します。

4. 「名前と説明」ページで、データ・ソースの一意の名前を入力します。

5. 「接続」ページで、Microsoft SQL Server や Microsoft Analysis Services など、「タイプ (Type)」メニューから作成するデータ・ソースのタイプを選択します。

6. 「分離」レベルで、「デフォルトのオブジェクト・ゲートウェイを使用」を選択し、「OK」をクリックします。

7. Microsoft SQL Server データ・ソースの接続パラメーターを指定します。

データ・ソースの接続パラメーターの詳細については、「IBM Cognos Business

Intelligence 管理およびセキュリティー・ガイド」を参照してください。

8. 「サインオン」で、「外部ネームスペース」を選択し、Kerberos データ・ソースでユーザーを認証するために作成したネームスペースを選択します。

データ・ソースへの認証に使用する資格情報は、そのユーザーが以前に認証された、指定されたネームスペースから取得されます。

9. パラメーターが正しいかどうかをテストするには、「接続をテスト」をクリックしてから「テスト」をクリックします。

「ステータス」欄に、接続に成功したかどうかが表示されます。成功しなかった場合は、「閉じる」をクリックして前のステップに戻り、接続パラメーターを確認してください。

タスクの結果

新しい Kerberos に対応したデータ・ソースが「設定」タブの「データ・ソース接続」リストに表示され、Framework Manager でメタデータ・ウィザードを使用するときに選択できます。

アプリケーション・サーバーを使用した WebSphere Portal に対するシングル・サインオンの有効化

WebSphere Portal で提供されている Active Credentials オブジェクトを使用して、Portal Services ポートレットから IBM Cognos のコンポーネントに接続できます。Portal Services では、"HttpBasicAuth"、"LtpaToken"、"SiteMinderToken"、"WebSealToken"という Active

Credentials オブジェクトがサポートされています。

このオブジェクトを使用して、ポータル・ユーザーの資格情報がゲートウェイに渡されます。Active Credentials オブジェクトの詳細については、IBM WebSphere

Portal のドキュメントを参照してください。

アプリケーション・サーバーのシングル・サインオンを使用するには、IBM

WebSphere Application Server のドキュメントを参照してください。


基本認証を使用した Oracle WebCenter Interaction Portal に対するシングル・サインオンの有効化

ユーザー名とパスワードを HTTP 基本認証ヘッダーとして送信するようにWebCenter Interaction Portal のポートレットを設定できます。このヘッダーは、認証ネームスペースで、シングル・サインオンを行うのに使用できます。

手順1. IBM Cognos Configuration で、ポータル・ユーザーを認証するためのネームスペースを設定します。

2. 代替の CGI、ISAPI、またはサーブレット・ゲートウェイを IBM Cognos にインストールします。

3. ゲートウェイを設定します。

4. Web サーバーの管理コンソールで、ゲートウェイにアクセスするように仮想ディレクトリーを設定します。

詳細については、Web サーバーのドキュメントを参照してください。

5. IBM Cognos BI にアクセスするように WebCenter Interaction リモート・サーバーを設定します。

v "<c10 の場所>/cps/oracle/webapps/gadgets/WEB-INF/classes"ディレクトリーにある"cpsalui.properties"ファイルを編集します。

v "cps_endpoint"プロパティーを、ゲートウェイの URL を示すように変更します。

CGI ゲートウェイの場合は、ゲートウェイとリモート・サーバーが同じコンピューターにあれば、デフォルト設定を使用できます。それ以外の場合は、"localhost"という部分を"<ホスト名>:<ポート>"に置き換えます。

サーブレットまたは ISAPI ゲートウェイの場合は、"localhost/ibmcognos/cgi-

bin/cognos.cgi"という部分を、ゲートウェイを指す値に置き換えます。


http://host_name:port/ibmcognos/cgi-bin/cognosisapi.dll/wsrp/cps4/

portlets/[package]?wsdl&b_action=cps.wsdl

v 認証に使用するネームスペースを"cps_auth_namespace"プロパティーに設定します。

CA SiteMinder を使用した Oracle WebCenter InteractionPortal に対するシングル・サインオンの有効化

CA SiteMinder を使用してセキュリティー・インフラストラクチャーでシングル・サインオンを提供している場合は、WebCenter Interaction Portal でも SiteMinder をシングル・サインオンに使用できます。

IBM Cognos BI で CA SiteMinder 認証ネームスペースを設定する必要があります。WebCenter Interaction Portal からリモート・サーバーに CA SiteMinder アクティブ認証トークンが送信され、さらにそのトークンが IBM Cognos ゲートウェイに送信されます。


手順1. IBM Cognos Configuration で、CA SiteMinder 認証ネームスペースを設定します。

2. 認証トークンを転送するようにリモート・サーバーを設定します。

v <c10 の場所>/cps/oracle/webapps/gadgets/WEB-INF/classes ディレクトリーにある cpsalui.properties ファイルを編集します。

v forward_cookies プロパティーを、CA SiteMinder から提供されるアクティブ認証トークンの名前を含むように変更します。

v "cps_endpoint"プロパティーを、ゲートウェイの URL を示すように変更します。

CGI ゲートウェイの場合は、ゲートウェイとリモート・サーバーが同じコンピューターにあれば、デフォルト設定を使用できます。それ以外の場合は、localhost という部分を <ホスト名>:<ポート> に置き換えます。

サーブレットまたは ISAPI ゲートウェイの場合は、"localhost/ibmcognos/

cgi-bin/cognos.cgi" という部分を、ゲートウェイを指す値に置き換えます。


http://host_name:port/ibmcognos/cgi-bin/cognosisapi.dll/wsrp/cps4/

portlets/[package]?wsdl&b_action=cps.wsdl

v 認証に使用するネームスペースを"cps_auth_namespace"プロパティーに変更します。


第 11 章 Tomcat 以外のアプリケーション・サーバーの使用

デフォルトでは、IBM Cognos Business Intelligence によって Tomcat がインストールされ、アプリケーション・サーバーとして使用されます。サポートされている別のアプリケーション・サーバーで IBM Cognos BI を実行することもできます。

IBM Cognos BI の実行に使用できるアプリケーション・サーバーには、以下のものがあります。

v IBM WebSphere Application Server

v Oracle WebLogic Server

v Red Hat JBoss

IBM Cognos BI for Linux on System z では、IBM WebSphere Application Server がサポートされています。

製品が正常に動作するように、オペレーティング・システムには最低限必要なパッチをすべて適用し、他のソフトウェアについては必ず IBM Cognos 製品でサポートされているバージョンを使用してください。

Web サーバーを使用する代わりに、サポートされているアプリケーション・サーバー上で IBM Cognos サーブレット・ゲートウェイを実行することもできます。サーブレット・ゲートウェイを使用する場合、その環境に Web サーバーは必要ありません。アプリケーション・サーバーとサーブレット・ゲートウェイによって、Web

サーバーとその他の IBM Cognos ゲートウェイが提供する機能が置き換えられます。

使用するアプリケーション・サーバーで IBM Cognos BI が動作するように設定するには、次の操作を実行します。

v 別の JVM インスタンスを作成する (必要な場合)

v IBM Cognos コンポーネントが正しく設定されていることを確認する

v 必要に応じて、IBM Cognos の既存のデータと暗号化鍵のバックアップを作成する

v 環境変数を設定する

v アプリケーション・サーバー内で動作するように IBM Cognos コンポーネントを設定する

v AIX 上で動作する WebLogic 9 用に JDK を指定する (必要な場合)

v アプリケーション・サーバーの始動スクリプトを変更する (必要な場合)

v アプリケーション・サーバーのプロパティーを設定して IBM Cognos BI を配布する

v SSL を有効化する (必要な場合)

v Web サーバーを設定する

v 使用されなくなったディスパッチャーを登録解除する


別の JVM インスタンスの作成可能な場合、IBM Cognos BI とアプリケーション・サーバーの管理機能の両方を分離するには、アプリケーション・サーバーの管理プロセスから独立した Java Virtual

Machine (JVM) インスタンスに IBM Cognos Business Intelligence をインストールする必要があります。

IBM Cognos BI を別の JVM インスタンスで実行すると、 Java クラスやシステム・リソースが競合する可能性が除去され、 IBM Cognos BI が既存の顧客アプリケーションに影響を与えることがなくなります。

分離した JVM インスタンスは、次のいずれかを作成することによって確立できます。

v IBM WebSphere の別のサーバー・インスタンス

v Oracle WebLogic の別の Managed Server

v Red Hat JBoss の別のサーバー・インスタンス

IBM Cognos サーブレット・ゲートウェイを使用する場合は、IBM Cognos BI とは別のインスタンスで実行する必要があります。

パフォーマンスのための JVM パラメーターの設定アプリケーション・サーバーでの IBM Cognos BI のパフォーマンスを改善するために、以下の Java 仮想マシン (JVM) の設定のすべてまたはいくつかを適用できます。

アプリケーション・サーバーとして Tomcat を使用している場合は、これらの設定を変更する必要はありません。

例えば、以下を行うことができます。

v 64 ビットのアプリケーション・サーバーを使用している場合、-Xcompressedrefs

オプションを含めます。このオプションを使用すると、オブジェクト参照は 32

ビット表記で保管されます。こうすることで、64 ビットのオブジェクト・サイズが、32 ビットのオブジェクト・サイズと同じにまで減少します。

v -Xdump オプションを含めて、ダンプ・エージェントやダンプの使用方法を制御します。例えば、次のオプションを含めます。– -Xdump:heap+system:none

– -Xdump:system:events=gpf+abort,range=1..2,request=serial+compact+prepwalk

– -Xdump:system:events=systhrow+throw,filter=java/lang/OutOfMemory*,range=1..2,request=serial+compact+prepwalk

IBM Cognos コンポーネントの設定のチェックIBM Cognos コンポーネントがアプリケーション・サーバーで動作するように設定する前に、次の内容を確認します。

v IBM Cognos コンポーネントがインストールされていること。


v IBM Cognos Business Intelligence を起動する前に、Content Store 用のデータベースが設定されていること。必要に応じて、データベース・クライアントをインストールして設定し、データベース接続をテストします。

v IBM Cognos コンポーネントがインストールされている各コンピューターにアプリケーション・サーバーがインストールされ、実行できる状態にあること。

インストールの詳細については、アプリケーション・サーバーのドキュメントを参照してください。

v すべてのフォントの完全修飾インストール場所は、すべてのアプリケーション層コンポーネント・コンピューターで指定されていること。この場所は、IBM

Cognos Configuration で指定します。デフォルトでは、インストール場所に完全修飾パスを使用しません。


ヒント: cognos という新しい UNIX グループまたは Linux オペレーティング・システム・グループを作成します。このグループには、アプリケーション・サーバーを起動するユーザーと、IBM Cognos ファイルの所有者となるユーザーを含める必要があります。IBM Cognos ファイルのグループ所有権を cognos グループに変更し、すべての IBM Cognos ファイルに対するアクセス権を GROUP

READABLE/WRITABLE/EXECUTABLE に変更します。操作を簡略化するために、アプリケーション・サーバーのユーザー・アカウントを使用して、IBM

Cognos コンポーネントをインストールして実行することもできます。

IBM Cognos の既存データをバックアップします。IBM Cognos Business Intelligence コンポーネントがアプリケーション・サーバー(Tomcat を含む) で実行されていて、独自の JVM があるアプリケーション・サーバーに変更する場合は、既存の IBM Cognos 情報をバックアップする必要があります。また、使用する JVM を変更する場合も、既存の IBM Cognos 情報をバックアップしなければなりません。

注: アップグレードする前に実働環境で既存の IBM Cognos 情報をバックアップする必要があります。

新しいアプリケーション・サーバーまたは JVM で IBM Cognos BI コンポーネントを実行するように設定するには、まず次のバックアップ作業を行う必要があります。

v 配布エクスポートを作成して Content Store データをバックアップする。

v エクスポートを実行して設定情報をバックアップする。エクスポートの実行時には、暗号化されていたデータが復号化されます。

v 暗号鍵を別の場所に保存して暗号鍵をバックアップする。新しい暗号鍵を作成するには、アプリケーション・サーバーで使用するものと同じ JVM を使用します。新しい暗号鍵を作成するには前の暗号鍵を削除する必要があるため、前の暗号鍵をバックアップしておく必要があります。

第 11 章 Tomcat 以外のアプリケーション・サーバーの使用 301

IBM Cognos のデータのセキュリティーと整合性を確保するには、承認されていないアクセスや不正なアクセスから保護されているディレクトリーに、Content Store、設定情報、および暗号鍵をバックアップする必要があります。

ヒント: 暗号鍵が存在するかどうかをチェックするには、c10_location/

configuration ディレクトリーを確認します。このディレクトリーに csk、encryptkeypair または signkeypair のいずれかのサブディレクトリーがある場合、暗号鍵が存在します。

手順1. Content Store にデータが存在する場合には、IBM Cognos サービスを開始した後、配布ツールを使用して Content Store 全体をエクスポートします。

詳細については、Cognos Business Intelligence「管理およびセキュリティー・ガイド」のエクスポート配布仕様の作成に関するトピックを参照してください。

2. IBM Cognos Configuration の「ファイル」メニューで「名前を付けてエクスポート」をクリックし、復号化された形式で設定情報を保存します。ファイル名は、"decrypted.xml"などとします。

パスワードが通常のテキストで保存されるため、このデータは不正アクセスから保護されたディレクトリーにエクスポートしてください。エクスポートは保護されない操作であることを通知するプロンプトが表示されます。

3. IBM Cognos サービスを停止します。

v Tomcat を使用している場合、IBM Cognos サービスを停止し、IBM Cognos

Configuration を閉じます。

v Tomcat 以外のアプリケーション・サーバーを使用している場合、IBM Cognos

BI を終了します。

4. 次のファイルとディレクトリーを別の保護された場所に保存して、既存の暗号鍵をバックアップします。

該当するファイルは次のとおりです。

v c10 の場所/configuration/cogstartup.xml

v c10 の場所/configuration/caSerial

v c10 の場所/configuration/cogconfig.prefs

v c10 の場所/configuration/coglocale.xml

該当するディレクトリーは次のとおりです。

v c10 の場所/configuration/csk

v c10 の場所/configuration/encryptkeypair

v c10 の場所/configuration/signkeypair

5. caSerial ファイルと cogconfig.prefs ファイル、および csk、encryptkeypair、および signkeypair の 3 つのディレクトリーを削除します。

6. IBM Cognos Configuration からエクスポートされたデータを保存したファイル(例えば、decrypted.xml) で、c10 の場所/configuration/cogstartup.xml ファイルを置き換えます。


この c10 の場所/configuration ディレクトリーでは、cogstartup.xml というファイル名を使用してください。

IBM Cognos Configuration で設定情報を保存すると、ファイル内の情報が新しい暗号鍵で自動的に再暗号化されます。

環境変数の設定Java 仮想マシン (Java Virtual Machine:JVM) 環境の場所およびライブラリー・パスを指定するために、環境変数を設定する必要があります。

環境変数を設定するには、次のいずれかの方法を使用します。

v Microsoft Windows オペレーティング・システムでは、システム変数またはユーザー変数を設定するか、アプリケーション・サーバーの始動スクリプトを編集します。

ユーザー変数を設定する場合、アプリケーション・サーバーまたは管理コンソールを実行するユーザー・アカウントに対してユーザー変数を設定してください。

v UNIX および Linux オペレーティング・システムでは、ユーザー・プロファイル内で環境変数を設定するか、アプリケーション・サーバーの始動スクリプトを編集します。

アプリケーション・サーバーの始動スクリプトを編集する方法については、 309ページの『アプリケーション・サーバーの始動スクリプトを変更する』を参照してください。

ヒント: アプリケーション・サーバーのほとんどのバージョンには、環境変数の設定専用のスクリプトが用意されています。例えば、 IBM WebSphere のいくつかのバージョンは setupCmdLine.bat または setupCmdLine.sh と共に出荷されます。これらのスクリプトを変更することにより、IBM Cognos コンポーネントでの使用に適した値を設定できます。これらのほとんどのスクリプトでは、デフォルトによりJAVA_HOME 環境変数が設定されます。

手順1. アプリケーション・サーバーで使用する JVM を指すように、JAVA_HOME 環境変数を設定します。

ヒント: アプリケーション・サーバーに JVM が用意されている場合、JVM を参照するように JAVA_HOME 環境変数を設定する必要があります。

IBM Cognos Configuration では、この環境変数を使用して IBM Cognos コンポーネント用の暗号化鍵が作成されます。この暗号化鍵は、アプリケーション・サーバーで使用する JVM と互換性があります。

例えば、Windows 環境内の WebLogic では、アプリケーション・サーバーで使用する JVM が次のように指定されます。

<ドライブ>:/<WebLogic の場所>/<JDK のバージョン>

2. 次の表に示す適切な環境変数に"c10 の場所/bin"を追加します。


表 60. アプリケーション・サーバーの環境変数

オペレーティング・システム環境変数

Windows PATH

AIX LIBPATH

Solaris と Linux LD_LIBRARY_PATH

HP-UX SHLIB_PATH

ライブラリー・パス環境変数は、IBM Cognos のライブラリー・ファイルを検索するために使用されます。

注: 32 ビットまたは 64 ビットのライブラリー・ファイルが環境変数に設定されていることを確認してください。64 ビット・バージョンの IBM Cognos BI

では、64 ビットのライブラリー・ファイルを先頭にリストする必要があります。32 ビット・バージョンでは、32 ビットのライブラリー・ファイルを先頭にリストする必要があります。

ヒント: 1 台のサーバーに IBM Cognos Business Intelligence の複数のインスタンスをインストールするには、各インスタンスが一意の値を持つように、アプリケーション・サーバーのインスタンス・スコープ内で、PATH、LIBPATH、LD_LIBRARY_PATH、または SHLIB_PATH の各変数を、グローバル変数でないものとして設定します。

IBM Cognos Business Intelligence のデフォルトの接続タイムアウトの調整

IBM Cognos Business Intelligence で使用される接続タイムアウト値のデフォルト設定は 25 秒です。 IBM WebSphere などの一部のアプリケーション・サーバーでは、これよりも小さい値に設定されています。接続タイムアウト設定が競合しないようにするため、 IBM Cognos BI の接続タイムアウト値を変更します。その値は、アプリケーション・サーバーに対して設定されている値よりも小さくなければなりません。

手順1. テキスト・エディターで <c10 の場所>/configuration/BIBusTK_Config.xml ファイルを開きます。

2. 次の文字列を見つけます。

<BIBUSTK_CONNECTION_TIMEOUT>25000</BIBUSTK_CONNECTION_TIMEOUT>

3. アプリケーション・サーバーに指定されている値の 90% の値に変更します。

例えば、WebSphere のデフォルトの接続タイムアウト値は 30 秒です。30 秒の90% は 27 秒です。文字列を次のように変更します。

<BIBUSTK_CONNECTION_TIMEOUT>27000</BIBUSTK_CONNECTION_TIMEOUT>


5. IBM Cognos BI がインストールされている各場所で、この手順を繰り返します。


アプリケーション・サーバー内で動作するように IBM Cognos コンポーネントを設定する

アプリケーション・サーバーの設定情報を使用して IBM Cognos Business

Intelligence を設定し、この設定を保存して新しい暗号鍵を作成する必要があります。IBM Cognos Configuration では、JAVA_HOME 環境変数で定義されているJava 仮想マシン (Java Virtual Machine:JVM) が使用されます。

IBM Cognos Configuration を実行する前に、JAVA_HOME 環境変数をアプリケーション・サーバーで提供または使用されている JVM に設定する必要があります。

IBM WebSphere を使用している場合、アプリケーション構築ウィザードを使用して、アプリケーションの作成およびインストールを行うことができます。プロパティーの設定やアプリケーションのインストールのために、IBM WebSphere 管理コンソールを使用する必要はありません。詳細については、 307ページの『アプリケーション構築ウィザードを使用して、IBM Cognos を IBM WebSphere Application

Server 上にビルドし、インストールする』を参照してください。

手順1. 実行中の IBM Cognos サービスを停止します。

2. 次のようにして、IBM Cognos Configuration を開始します。

既存の暗号化鍵に互換性がない場合は、新しい暗号化鍵を自動的に生成するためのプロンプトが表示されます。

ヒント: 次の手順に進む前に、既存の鍵を保護された場所にバックアップしてください。新しい鍵を生成した後で操作を取り消すことはできません。

3. アプリケーション構築ウィザードを使用して、アプリケーション・サーバーに配布するアプリケーション・ファイルを作成します。IBM Cognos Configuration からアプリケーション構築ウィザードを起動するには、「操作」の「アプリケーション・ファイルを構築」をクリックします。このウィザードでは、構築するアプリケーションのタイプとそのアプリケーションへのアクセスに使用されるコンテキスト・ルートを選択できます。

アプリケーション・ファイルは、このファイルの配布先となるコンピューターと同じコンピューターに構築する必要があります。

ウィザードに入力したコンテキスト・ルートの値は、「環境」タブに入力した値と同じでなければなりません。この値は、ファイルをアプリケーション・サーバーに配布する場合に使用されます。IBM Cognos BI では、デフォルトのコンテキスト・ルートおよびアプリケーション・ディレクトリー名は "p2pd" であり、ほとんどの場合にこれを使用できます。IBM Cognos サーブレット・ゲートウェイは、デフォルトのコンテキスト・ルートおよびアプリケーション・ディレクトリー名は "ServletGateway" です。アプリケーション名など、アプリケーション配布用のその他のデフォルト値も、環境に合わせて変更できます。

ヒント: 設定情報はアプリケーションの外部に保存されるため、設定に変更を加えても、アーカイブ・ファイルを再構築または再配布する必要はありません。


WebLogic および JBoss では、IBM Cognos Configuration のアプリケーション構築ウィザードを使用して、拡張ディレクトリーにアプリケーションを構築できます。

例えば WebLogic の場合、アプリケーションを"C:¥bea¥user_projects¥domains¥apps¥p2pd" に置きます。"p2pd" はアプリケーション名です。WebLogic Administration Console からアプリケーションを配布する場合は、"p2pd" ディレクトリーを選択します。

JBoss を使用する場合、「ファイルをフォルダーに解凍」オプションを使用するのであれば、ウィザードによって"p2pd"アプリケーションが作成されるフォルダーの名前に .war 拡張子を含める必要があります。フォルダーの場所を指定するよう求めるプロンプトがウィザードで表示されたら、"JBoss の場所/server/インスタンス名/deploy"に移動し、"p2pd.war"という名前のフォルダーを作成します。

使用している環境でサポートされているアプリケーション・ファイルのタイプが、WAR か、EAR か、拡張ディレクトリーかを確認するには、アプリケーション・サーバーのドキュメントを参照してください。

4. IBM Cognos Configuration の「Explorer」ウィンドウで「環境」を開き、IBM

Cognos BI コンポーネントとアプリケーション・サーバーがインストールされているサーバーのポート番号とホスト名または IP アドレスを使用するように、次のプロパティーを変更します。

v 次に示すディスパッチャーのすべての URI。

– ゲートウェイ用ディスパッチャー URI

– 外部ディスパッチャー URI

– 内部ディスパッチャー URI

– 外部アプリケーション用ディスパッチャー URI

v ゲートウェイ URI


アプリケーション・サーバーは、URI に入力したホスト名または IP アドレスで待機するように設定する必要があります。詳細については、アプリケーション・サーバーのドキュメントを参照してください。

コンテキスト・ルートをデフォルト値の"p2pd"以外に変更する場合は、URI のコンテキスト・ルート部分も変更する必要があります。

5. 「環境」タブにある「IBM Cognos サービス」で、「IBM Cognos」を右クリックしてから「削除」をクリックします。

IBM Cognos サービス用のエントリーは、Tomcat を使用して IBM Cognos を実行する環境を設定するために使用されます。Tomcat 以外のアプリケーション・サーバーを使用する場合、このエントリーは不要です。

6. その他の必要な設定変更を行います。例えば、次のようなものがあげられます。

v Content Manager データベースのプロパティーの指定

v ユーザー ID とパスワードの入力


デフォルトの設定を使用して IBM Cognos をインストールした場合は、現在の設定に多少の変更を加えるだけで済みます。


JAVA_HOME 変数で定義されている JVM を使用して、新しい暗号鍵が作成されます。

8. IBM Cognos Configuration を閉じます。

アプリケーション構築ウィザードを使用して、IBM Cognos をIBM WebSphere Application Server 上にビルドし、インストールする

アプリケーション構築ウィザードを使用して、IBM Cognos アプリケーションをIBM WebSphere Application Server 上にビルドし、インストールし、構成します。

これらの操作は、すべてを続けて実行することも、個別に実行することもできます。以下のタスクは、続けて行うためのプロセスを示しています。

始める前に

IBM WebSphere Application Server は、IBM Cognos BI のインストール先と同じコンピューター上にインストールされている必要があります。

IBM Cognos Configuration を実行する前に、JAVA_HOME 環境変数をアプリケーション・サーバーで提供または使用されている JVM に設定する必要があります。

アプリケーション構築ウィザードを使用して IBM Cognos BI をインストールするために、IBM WebSphere Application Server が稼働している必要はありません。


2. 「Explorer」ウィンドウの「IBM Cognos サービス」の下で、「IBM Cognos」を右クリックして「削除」をクリックします。

3. 「IBM Cognos サービス」を右クリックして、「リソースの新規作成」>「設定」の順にクリックします。

4. 「名前」を入力し、「タイプ」ボックスで「WebSphere」を選択します。


6. 「Websphere Application Server の場所 (WebSphere Application Serverlocation)」ボックスで、参照アイコンをクリックしてから、IBM Websphere

Application Server インストール環境の場所を選択します。

7. 「プロファイル (Profile)」ボックスで、IBM Cognos BI のインストール先とするプロファイルの名前を選択します。

「プロファイル (Profile)」ボックスには、新規名を入力できます。 IBM

Cognos Configuration は、入力された名前を使用して新規のプロファイルを作成します。


選択したプロファイルに IBM Cognos の以前のインストール環境が含まれている場合、アプリケーション構築ウィザードでは、新規にインストールする前に、以前のインストール環境をアンインストールすることが可能です。

8. 「サーバー・インスタンス (Server Instance)」ボックスで、IBM WebSphere プロファイルのサーバー・インスタンスを選択します。

9. IBM WebSphere 構成に指定した名前を右クリックして、「ビルド (Build)」をクリックします。

「アプリケーション構築ウィザード」が表示されます。ウィザードの指示に従います。各ページで「ヘルプ」アイコンをクリックすると、詳細な説明が表示されます。ウィザードは、アプリケーションを作成して、IBM WebSphere プロファイルにインストールするために役立ちます。

アプリケーションは稼働するように構成されます。例えば、パス値が追加されて、適切な JVM 設定が適用されます。

「IBM Cognos を WebSphere 用に構成する (Configure IBM Cognos forWebSphere)」ページで、IBM WebSphere プロファイルのための正しいポート番号を入力したことを確認します。それらの値は、ページに示されます。これらの値が、IBM Cognos Configuration の「環境」設定に適用されます。

ヒント: IBM WebSphere の構成をテストするには、IBM WebSphere 構成に指定した名前を右クリックして、「テスト」をクリックします。構成エラーがあれば、ダイアログに表示されます。メッセージがある場合、「詳細」アイコンをクリックすると表示されます。

10. IBM WebSphere プロファイルを再始動します。

IBM Cognos Configuration で、IBM Cognos アプリケーションを IBM

WebSphere からアンインストールできます。 IBM WebSphere 構成に指定した名前を右クリックして、「アンインストール」をクリックします。

AIX 上で動作する WebLogic 9 用の JDK の指定WebLogic 9 には Java Development Kit (JDK)1.5 が必要です。AIX 上で WebLogic

Server 9 を使用している場合は、"commEnv.sh"ファイルにある Java オプションを更新して、適切なシリアル・バージョンの一意の識別子 (シリアル・バージョンUID) を指定する必要があります。この更新を行わないと、WebLogic Server 9 をIBM Java 5 とともに使用する場合に、シリアル・バージョン UID の不一致が生じます。

手順1. "<WebLogic9 の場所>/common/bin/commEnv.sh"ファイルを開きます。

2. 次のコマンドを含めるようにファイルを変更します。

JAVA_OPTIONS="${JAVA_OPTIONS}-Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0"export JAVA_OPTIONS

3. "commEnv.sh"ファイルを保存して閉じます。


アプリケーション・サーバーの始動スクリプトを変更する一部のアプリケーション・サーバーでは、IBM Cognos Business Intelligence を実行する前に特定の要件を満たす必要があります。環境変数の定義、ファイルのコピー、ファイル内のコードの追加や変更などの操作が必要となるアプリケーション・サーバーがあります。

Red Hat JBoss または Oracle WebLogic Server を使用している場合は、アプリケーション・サーバーの始動スクリプトに変更を加える必要があります。

IBM WebSphere Application Server を使用している場合は、環境変数を変更しない限り、始動スクリプトを変更する必要はありません。変更する場合は、管理コンソールを使用してください。

環境内に他の製品用の JRE がインストールされている場合、JRE フォルダーにIBM Cognos BI で提供されている .jar ファイルと互換性がない .jar ファイルが含まれることがあります。この結果、アプリケーション・サーバーで IBM Cognos

BI を起動できない場合があります。こうした場合には、Java のコマンド行で次のパラメーターを使用し、IBM Cognos BI に対して endorsed の .jar ファイルを使用するよう指定します。

-Djava.endorsed.dirs=${ibmcognos_home}/tomcat[version]/common/endorsed

WebLogic のアプリケーション・サーバーの始動スクリプトの変更

Oracle WebLogic Server を使用している場合、Java 仮想マシン (Java Virtual

Machine:JVM) の設定を指定するために、始動スクリプトを変更する必要があります。WebLogic 9 については、Administration Console を使用して WebLogic 環境を変更します。

手順1. IBM Cognos BI で使用する WebLogic Server (WLS) ドメインを作成します。

IBM Cognos サーブレット・ゲートウェイを設定する場合は、このアプリケーションのドメインをもう 1 つ作成します。

WLS ドメインの作成方法については、WebLogic のドキュメントを参照してください。

2. "WebLogic9 の場所/user_projects/domains/ドメイン名/bin"ディレクトリーに移動し、アプリケーション・サーバーの始動スクリプトをエディターで開きます。

始動スクリプトの名前は、実行した WebLogic インストールの種類に応じて異なります。例えば、管理サーバーのインストールの場合、始動スクリプトの名前はstartManagedWebLogic.sh または startManagedWebLogic.cmd です。

3. IBM JRE 以外のバージョンの場合、JVM 実行モードを選択し、デフォルトの設定を JAVA_VM= から JAVA_VM=-server に変更します。

4. JAVA_OPTIONS を変更して IBM Cognos BI の適切な XML パーサーを設定します。次の例のように 3 番目の行を追加します。


JAVA_OPTIONS=

-Dweblogic.security.SSL.trustedCAKeyStore=%WL_HOME%\server\lib\cacerts-Dorg.xml.sax.driver=org.apache.xerces.parsers.SAXParser

5. JVM で使用する最小メモリー・サイズと最大メモリー・サイズを指定します。

通常、メモリーは"-Xms"および"-Xmx"という 2 つの JVM パラメーターで設定します。初期の推奨メモリー・サイズは、最小サイズが 256 MB、最大サイズが768 MB です。この値は環境に応じて調整できます。

MaxPermSize パラメーターも設定する必要があります。次に例を示します。

-XX:MaxPermSize=128m

JVM パラメーターの詳細については、JVM またはアプリケーション・サーバーのドキュメントを参照してください。

6. PRODUCTION_MODE= を PRODUCTION_MODE=true に変更し、実動モードを有効化します。


JBoss のアプリケーション・サーバーの始動スクリプトの変更Red Hat JBoss を使用している場合、Java 仮想マシン (Java Virtual Machine:JVM)

の設定を指定するために、始動スクリプトを変更する必要があります。 log4j 引数の指定も必要になります。

Red Hat JBoss の場合は、デフォルトのサーバー・インスタンスのコピーを作成します。これにより、元のデフォルトのサーバー・インスタンスをバックアップとして使用できます。コピーには、 ("cognos"のように) スペースを含まない名前を付けます。

手順1. <JBoss の場所>/bin ディレクトリーに移動して、 run.bat または run.sh をエディターで開きます。

2. JAVA_OPTS 変数に移動し、次のパラメーターを追加します。

-Xms512m -Xmx1024m-XX:PermSize=64m -XX:MaxPermSize=256m-Dorg.jboss.resolver.warning=true-Dsun.rmi.dgc.client.gcInterval=3600000-Dsun.rmi.dgc.client.gcInterval=3600000-DLog4j.defaultInitOverride=true

最小メモリーと最大メモリーの設定は、初期の推奨メモリー・サイズです。この値は環境に応じて調整できます。これらのパラメーターの詳細については、JVM

またはアプリケーション・サーバーのドキュメントを参照してください。

3. HP Itanium 64 ビットの場合は、次のパラメーターも追加します。

-Djava.library.path=/install_location/bin64-d64-Xss4m

SSL を有効化した場合は、Java スレッドのスタックを 12 MB に増やします。例えば、-Xss12m などのようになります。



アプリケーション・サーバーのプロパティーを構成して、IBM Cognos コンポーネントをインストールする

アプリケーション・サーバーのプロパティーを設定して、アプリケーション・サーバーに IBM Cognos コンポーネントをインストールする必要があります。

IBM Cognos の WebSphere へのインストールWebSphere にインストールするには、以下のステップに従います。

手順1. WebSphere Application Server を起動してから、WebSphere Administrative

Console にアクセスします。

2. このオプションが、実行中のバージョンで使用可能な場合は、IBM Cognos

Business Intelligence アプリケーションの配布先の新しいサーバー・インスタンスを作成します。

IBM Cognos サーブレット・ゲートウェイを配布する場合は、別のサーバー・インスタンスをもう 1 つ作成します。

3. IBM Cognos Configuration で構築されたアプリケーション・ファイルを使用して、新しいエンタープライズ・アプリケーションをインストールします。

IBM Cognos BI では、デフォルトのコンテキスト・ルートは"p2pd"であり、ほとんどの場合これを使用できます。IBM Cognos サーブレット・ゲートウェイでは、デフォルトのコンテキスト・ルートは"ServletGateway"です。アプリケーション名など、アプリケーション配布用のその他のデフォルト値も、環境に合わせて変更できます。アプリケーションを配布する場合に使用するコンテキスト・ルートの値は、アプリケーション構築ウィザードの実行時に IBM Cognos

Configuration で入力したコンテキスト・ルートの値と同じでなければなりません。

4. JVM で使用するメモリーのサイズを設定します。

通常、メモリーのサイズは、初期および最大 Java ヒープ・サイズを追加または変更することによって設定します。これらのパラメーターの詳細については、JVM またはアプリケーション・サーバーのドキュメントを参照してください。

ヒント: 初期の推奨メモリー・サイズは、最小サイズが 256 MB、最大サイズが768 MB です。この値は環境に応じて調整できます。

5. 必要に応じて、他の JVM オプションを設定します。

Java プロセスに対して種々のオプションを引数として指定すると、JVM プロセスを調整できます。使用可能なパラメーターについては、JVM 資料を参照してください。

6. サーバー・プロパティーで、次の表に記載されている、"<インストール場所>/bin"ディレクトリーを参照する環境変数を追加します。


表 61. オペレーティング・システムの環境変数

オペレーティング・システム環境変数

Microsoft Windows PATH

AIX LIBPATH

Solaris LD_LIBRARY_PATH

HP-UX SHLIB_PATH

インストールする IBM Cognos BI サーバーのバージョンに合ったライブラリー・ファイルを使用してください。IBM Cognos BI を 32 ビットのアプリケーション・サーバーで実行する場合は、32 ビットのライブラリー・ファイルが必要です。また、64 ビットのアプリケーション・サーバーで実行する場合は、64

ビットのライブラリー・ファイルが必要です。インストールした DB2 のバージョンによっては、IBM Cognos BI サーバーが正しいファイルを検出できるように、ライブラリー・ファイルを変更するか、またはリストの中でのライブラリー・ファイルの順番を変更する必要があります。ライブラリー・ファイルのバージョンにかかわらず、必要なライブラリー・ファイルをリストの先頭にする必要があります。

7. IBM Cognos コンポーネントで使用する WebSphere アプリケーション・サーバー・インスタンスを停止して再起動します。

8. アプリケーション・サーバーの admin コンソール内またはログ・ファイル内で次のメッセージを検索し、IBM Cognos コンポーネントが正常に動作していることを確認します。

これで、ディスパッチャーで要求を処理する準備が整いました。

IBM Cognos の WebLogic へのインストールWebLogic にインストールするには、以下のステップに従います。

手順1. IBM Cognos Configuration でアプリケーションを構築する際に、拡張ディレクトリー・オプションを使用した場合は、手順 2 に進みます。WAR ファイルを作成した場合は、アプリケーションを手動で拡張します。

v アプリケーション・サーバーにアクセスできる場所にディレクトリーを作成し、コンテキスト・ルートと同じ名前を付けます。

IBM Cognos BI では、デフォルトのコンテキスト・ルートおよびアプリケーション・ディレクトリー名は"p2pd"であり、ほとんどの場合にこれを使用できます。IBM Cognos サーブレット・ゲートウェイでは、デフォルトのコンテキスト・ルートは"ServletGateway"です。アプリケーション名など、アプリケーション配布用のその他のデフォルト値も、環境に合わせて変更できます。アプリケーションを配布する場合に使用するコンテキスト・ルートの値は、IBM Cognos Configuration で入力したコンテキスト・ルートの値と同じでなければなりません。


v コマンド・プロンプトに次のコマンドを入力して、作成したディレクトリーからアプリケーションの WAR ファイルを WebLogic のインストール環境に抽出します。

WebLogic の場所/JDK のバージョン/bin/jar xvfm "インストール場所/アプリケーション.war"

このコマンドの末尾には、スペースが 1 つ、続いてピリオドが 1 つ必要です。このコマンドでは、ピリオドは現在のディレクトリーを意味しません。

2. IBM Cognos ドメインに関連付けられた WebLogic Administration Server とWebLogic Managed Server を起動します。

Node Manager は、Managed Server のインスタンスを Administration Console

で開始したり停止したりする前に、開始しておく必要があります。

3. WebLogic Administration Console で環境を変更してから、IBM Cognos BI を配布する必要があります。Administration Console にログオンし、IBM Cognos BI

アプリケーションをホストする Managed Server のインスタンスに移動します。Managed Server のインスタンスの「Server Start」タブを選択し、編集モードにします。

4. 「Java Home」ボックスに、JVM のパスを入力します。この値は IBM Cognos

BI に使用しているものと同じでなければなりません。WebLogic のインストール先に含まれている JVM を使用する必要があります。

5. Java の引数を設定します。

Java の引数には、2 つの JVM パラメーター"-Xms"と"-Xmx"を使用して指定されるメモリー設定など、すべての JVM 設定が含まれます。

MaxPermSize も設定する必要があります。IBM Cognos BI に対しても適切なXML パーサーを設定する必要あります。

例えば、「Arguments」ボックスに、次の文を入力します。

-Xms768m -Xmx768m -XX:MaxPermSize=128m

-Dorg.xml.sax.driver=org.apache.xerces.parsers.SAXParser

AIX 上で WebLogic を使用している場合は、Java 引数に適切なシリアル・バージョン UID も指定する必要があります。この更新を行わないと、WebLogic をJava 5 とともに使用する場合に、WebLogic では JDK 1.5 が必要になるため、シリアル・バージョン UID の不一致が生じます。

例えば、「Arguments」ボックスに、次の文を入力します。

-Xms768m -Xmx768m -XX:MaxPermSize=128m


-Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0

JVM パラメーターの詳細については、JVM またはアプリケーション・サーバーのドキュメントを参照してください。

6. 変更を保存して適用します。


これで、Managed Server のインスタンスを「Control」タブで開始または停止できるようになりました。

7. サーバー・インスタンスを開始します。サーバー・インスタンスは、IBM

Cognos BI または Cognos サーブレット・ゲートウェイを配布する前に開始する必要があります。

8. WebLogic コンソールで、新しい Web アプリケーションを使用して、次のように IBM Cognos BI アプリケーションまたは IBM Cognos サーブレット・ゲートウェイ・アプリケーションを配布します。

v アプリケーション名を設定します。

例えば、ibmcognos などです。

v 拡張アプリケーション・ファイルがあるディレクトリーへのパスを設定します。

注: IBM Cognos BI では、カスタム・ローダーを使用しています。カスタム・ローダーを配布する際には、拡張ディレクトリー・オプションを使用する必要があります。

v ターゲット・サーバーのインスタンスを選択します。

Administration Server は WebLogic の管理タスクにのみ使用し、IBM Cognos

BI アプリケーションは専用の Managed Server インスタンスに配布します。

9. 配布が問題なく完了したら、パフォーマンスが向上するように、Web アプリケーションの再ロード間隔を"-1"に設定します。これにより、開発環境でのみ使用される更新済みのアプリケーション・ファイルを WebLogic がチェックするのを防止します。

10. IBM Cognos ドメインに関連付けられた WebLogic Managed Server を停止して再起動し、変更を有効にします。

11. アプリケーション・サーバーのコンソール・ウィンドウ内またはログ・ファイル内で次のメッセージを検索し、IBM Cognos コンポーネントが正常に動作していることを確認します。

これで、ディスパッチャーで要求を処理する準備が整いました。

IBM Cognos の SAP NetWeaver へのインストールSAP NetWeaver にインストールするには、以下のステップに従います。

手順1. 次のように入力して設定ツールを開きます。

ドライブ:¥usr¥sap¥sapid¥JCxx¥j2ee¥configtool¥configtool.bat

例えば、SAP ID が J2E で、インストール場所がドライブ D の場合には、次のように入力します。

D:¥usr¥sap¥J2E¥JC00¥j2ee¥configtool¥configtool.bat

2. デフォルトの DB 設定を使用するかどうかを確認するプロンプトが表示されたら、「Yes」をクリックします。


3. 「cluster-data」、「instance_IDxxxxxxx」、「Dispatcher_IDxxxxxxx」、「services」 (xxxxxxx はインストールの ID 番号) で「http」をハイライトします。

4. 「Global Properties」で、「KeepAliveTimeout」をハイライトし、より大きい値を入力して「Set」をクリックします。

ヒント: 初期の「KeepAliveTimeout」には、60 以上の値を設定することを推奨します。

5. 「cluster-data」、「instance_IDxxxxxxx」の下にある「Server_IDxxxxxxx」をハイライトします。

6. JVM で使用するメモリーのサイズを設定します。

SAP の推奨する指示に従います。詳細については、SAP Support Portal の「SAP Note 723909」を参照してください。

使用しているコンピューターのメモリーが 1.5 GB 未満の場合、SAP

NetWeaver を実行すると問題が発生する場合があります。最小値は 768 MB にすることを推奨します。

7. Java パラメーター・ボックスで、次のように XML パーサーを設定します。


8. Report Authoring を使用する IBM Cognos BI 環境の場合、「cluster-data」、「instance_IDxxxxxxx」で「Server_IDxxxxxxx」、「services」をハイライトし、「http」をハイライトします。

9. 「Global Properties」で「CompressedOthers」をハイライトし、「false」と入力して、「Set」をクリックします。

10. 変更内容を保存します。

サーバーを再起動するように求めるプロンプトが表示されます。

11. SAP Management Console を使用するか、「Services」でサービスを再開して、サーバーを再起動します。

12. 配布ツールを使用して、新しいプロジェクトを作成します。

13. IBM Cognos Configuration を使用して作成した IBM Cognos アプリケーション・ファイルをロードします。IBM Cognos BI の場合、デフォルトのファイル名は"p2pd.ear"です。IBM Cognos サーブレット・ゲートウェイの場合、デフォルトのファイル名は"ServletGateway.ear"です。

14. 配布ツールを使用して管理ツールに接続し、アプリケーション・ファイルを配布します。

15. アプリケーションの起動を求めるプロンプトが表示されたら、「Yes」をクリックします。

16. プロジェクトを保存します。

IBM Cognos の JBoss へのインストールJBoss にインストールするには、以下のステップに従います。


手順1. デフォルト・ポート 8080 を使用しない場合は、"<JBoss の場所>/server/<インスタンス名>/deploy/jbossweb-tomcat55.sar/server.xml"ファイルを開きます。

2. "server.xml"ファイルで、サーバー・インスタンスで使用されるデフォルトのポート番号 8080 を、IBM Cognos Configuration で指定したポートに変更します。例えば、次のようになります。

<Service name="jboss.web"className="org.jboss.web.tomcat.tc5.StandardService"><Connector port="8080" address="${jboss.bind.address}"maxThreads="250" strategy="ms" maxHttpHeaderSize="8192"emptySessionPath="true"enableLookups="false" redirectPort="8443" acceptCount="100"connectionTimeout="20000" disableUploadTimeout="true"/>

3. "server.xml"ファイルを保存して閉じます。

4. p2pd アプリケーションが"<JBoss の場所>/server/instance_name/deploy"フォルダーにない場合は、このフォルダーに p2pd アプリケーションを置きます。

5. アプリケーション・サーバーを起動します。

jBoss 5.0 のデフォルト動作では、サービスが localhost (127.0.0.1) にバインドされます。この動作が原因で、IBM Cognos BI アプリケーションへのアクセス時にエラーが発生することがあります。このようなエラーを回避するには、サーバーの起動時に -b 属性を追加します。例えば、次のようなコマンドを使用します。

run.bat -c <server_name> -b #.#.#.#

テスト環境の場合、jBoss 5.0 を従来の動作で実行するために -b 0.0.0.0 を使用できます。このコマンドを使用すると、使用可能なすべてのインターフェースにサービスがバインドされます。

重要: 実働環境では、アプリケーション・サーバーを適切に保護するようにし、バインド・アドレスに -b 0.0.0.0 は使用しないようにしてください。詳細については、jBoss のドキュメントを参照してください。

p2pd アプリケーションが、アプリケーション・サーバーによって自動的に検出され、起動されます。

6. アプリケーション・サーバーのコンソール・ウィンドウ内またはログ・ファイル内で次のメッセージを検索し、IBM Cognos コンポーネントが正常に動作していることを確認します。

The dispatcher is ready to process requests.

Secure Socket Layer の有効化IBM Cognos コンポーネントで Secure Socket Layer (SSL) を使用する場合、アプリケーション・サーバー環境内でも SSL を有効にする必要があります。その後、Cognos コンポーネントに対して SSL サーバー証明書を指定します。


始める前に


Microsoft Windows オペレーティング・システムでは、インストールで提供されるJRE を使用するように -java:local を指定してツールを実行します。例えば、次のようになります。

ThirdPartyCertificateTool.bat -java:local -T -i -r ...

手順1. SSL を使用するように、アプリケーション・サーバーを設定します。

SSL サーバー証明書は、別の認証局 (CA) によって生成されます。 SSL サーバー証明書を生成した CA の証明書も提供されます。

SSL を使用するようにアプリケーション・サーバーを設定する方法の詳細については、アプリケーション・サーバーのドキュメントを参照してください。アプリケーション・サーバーで CA 証明書を使用する方法の詳細については、CA のドキュメントを参照してください。

2. CA 証明書を <c10 の場所>/bin ディレクトリーにコピーし、ファイル名をca.cer に変更します。

このファイルは、Base-64 でエンコードされた X.509 形式のファイルでなければなりません。

3. <c10 の場所>/bin ディレクトリーから次の操作を行います。


ThirdPartyCertificateTool.bat -T -i -r ca.cer -k ../configuration/

signkeypair/jCAKeystore -p NoPassWordSet


ThirdPartyCertificateTool.sh -T -i -r ca.cer -k ../configuration/

signkeypair/jCAKeystore -p NoPassWordSet

制約事項: スクリプトを実行するユーザーに、証明書が保管されたディレクトリーに対する読み取り権限、および証明書ファイルに対する読み取り権限があることを確認してください。それらの権限がない場合、次のエラー・メッセージのようなエラーが表示されることがあります。 Exception in thread

"main" java.lang.NullPointerException error when you import the

certificate

CA 鍵ストア名として「jCAKeystore」と入力してください。


Web 通信の設定サポートされているアプリケーション・サーバーの大部分のタイプにおいて、Web

通信には Web サーバーと IBM Cognos ゲートウェイを使用します。

Web サーバーの構成については、 87ページの『Web サーバーの構成』を参照してください。

WebSphere Web サーバー・プラグインの設定方法について詳しくは、 IBM Cognos

Customer Center (http://www.ibm.com/software/data/cognos/customercenter/) を参照してください。

Microsoft Windows で SAP NetWeaver を使用し、Web 通信に Web サーバーとIBM Cognos ゲートウェイを使用しない場合は、仮想ディレクトリーを設定する手順に従ってください。

SAP NetWeaver の仮想ディレクトリーの設定SAP NetWeaver を使用し、Web 通信に Web サーバーと IBM Cognos ゲートウェイを使用しない場合は、仮想ディレクトリー (Web の別名とも呼ばれます) を作成する必要があります。

仮想ディレクトリーは、静的コンテンツ (HTML ページや画像など) をロードするために必要です。IBM Cognos アプリケーション・ファイルをビルドする際に、"webcontent" フォルダーからの静的ファイルを含めるオプションを選択します。コンテキスト・ルートの値を名前として使用する仮想ディレクトリーを作成します。デフォルトでは、IBM Cognos Business Intelligence の場合は"p2pd"、IBM Cognos

Servlet Gateway の場合は"ServletGateway"になります。仮想ディレクトリーが"c10

の場所/webcontent"フォルダーを指していることを確認します。

手順


表 62. SAP NetWeaver の仮想ディレクトリー

別名場所権限

コンテキスト・ルート (例えば、「p2pd」)

<c10 の場所>/webcontent 読み取り

Tomcat 用に設定されたディスパッチャーの登録抹消Tomcat によって既に製品が始動しているアプリケーション・サーバーに IBM

Cognos BI をインストールする場合、ディスパッチャーが Content Store に登録されます。 Tomcat 用に以前に登録されたディスパッチャーはすべて登録抹消する必要があります。

ディスパッチャーを削除するには、IBM Cognos Administration を使用します。


http://www.ibm.com/software/data/cognos/customercenter/

http://www.ibm.com/software/data/cognos/customercenter/

手順1. IBM Cognos Business Intelligence ポータルに接続し、「ようこそ」ページの「IBM Cognos コンテンツ」をクリックして、IBM Cognos Connection を開きます。

2. 「起動」 > 「IBM Cognos Administration」をクリックします。

3. 「設定」タブで「ディスパッチャーとサービス」をクリックします。

4. 登録を解除するディスパッチャーの「操作」列で「詳細」をクリックします。

5. 「登録解除」をクリックします。

6. 「確認」ダイアログ・ボックスの「OK」をクリックします。

アプリケーション・サーバー環境での IBM Cognos BI へのアップグレード

サポートされているリリースから IBM Cognos Business Intelligence にアップグレードする場合は、次の手順を実行します。

手順1. IBMCognos の既存データをバックアップします。

2. 使用するアプリケーション・サーバーに適した管理ツールを使用して、既存のIBM Cognos アプリケーションを配布解除します。

アプリケーションを削除する方法については、使用するアプリケーション・サーバーのドキュメントを参照してください。

削除プロセスで既存の IBM Cognos アプリケーションの最初の配布先ディレクトリーが削除されていない場合は、そのディレクトリーを削除します。

また、アプリケーション・サーバー環境にキャッシュされている IBM Cognos

.jar ファイルも削除します。

3. 既存のバージョンをアンインストールします。

4. 新しいバージョンの IBM Cognos BI をインストールします。

5. この章に記載されている適切説明に従って、使用するアプリケーション・サーバーに切り替えます。

一般的なインストール環境では、次の作業を行う必要があります。

v 305ページの『アプリケーション・サーバー内で動作するように IBM Cognos

コンポーネントを設定する』

v アプリケーション・サーバーのプロパティーを設定して IBM Cognos BI を配布する

6. アップグレード後に新しい機能を有効にするには、IBM Cognos Configuration に設定を保存してサービスを再開します。



第 12 章無人インストールと無人構成の使用

次の場合に、無人インストールと設定を使用します。

v ネットワーク上の複数のコンピューターに同じ設定をインストールする場合

v ユーザーごとのオプションと設定を指定して、インストールと設定を自動化する場合

v X Window を使用しない UNIX 環境または Linux 環境にコンポーネントをインストールし、設定する場合

無人インストールと設定を行う前に、システム要件と前提条件がすべて満たされており、必要なその他のソフトウェアがすべてインストールおよび設定されていることを確認してください。

また、無人アンインストールを設定することもできます。

手順1. 転送仕様ファイル (.ats) を設定して、インストール・オプションを指定する

2. サイレント・モードでインストール・ツールを実行する

3. 別のコンピューターで設定済みの設定ファイルを使用する

4. サイレント・モードで設定ツールを実行する

タスクの結果

これらの作業を完了した後は、すべてのコンピューター上の IBM Cognos Business

Intelligence インストール先ディレクトリーが、承認されていない不正なアクセスから保護されていることを確認します。この確認が完了すると、IBM Cognos BI を使用できるようになります。

無人インストール転送仕様ファイルを使用すると、IBM Cognos BI コンポーネントをコンピューターにコピーする際に、情報の入力を求めるプロンプトが表示されなくなります。

IBM Cognos BI コンポーネントをインストール・ウィザードでインストールするたびに、選択したオプションが転送仕様ファイルに記録されます。したがって、インストール済みの IBM Cognos BI コンポーネントがある場合、その際に生成された転送仕様ファイルをテンプレートとして使用し、別のコンピューターに無人インストールを行えます。

インストール・ウィザードを使用してコンポーネントをインストールしない場合、response.ats という名前のデフォルトの転送仕様ファイルを使用することができます。デフォルトの転送仕様ファイルを使用する場合は、無人インストールの開始前に、環境に合わせて response.ats ファイルを変更する必要があります。


無人インストールが成功したかどうかを確認するには、返されるステータス値をチェックします。ステータス値がゼロ (0) である場合、設定が成功したことを示します。その他のステータス値はすべて、エラーが発生したことを示します。

別のコンピューターのインストール環境からの応答ファイルの使用以下の手順に従って、コンピューター間でインストール環境を複製します。その際、情報の入力を求めるプロンプトは表示されません。

手順1. インストール・ウィザードを使用して、IBM Cognos BI コンポーネントを 1

台のコンピューターにインストールします。

2. インストールが完了したら、<c10 の場所>/instlog に移動します。

3. インストール時に生成された転送仕様ファイル (.ats) を見つけます。

ファイル名の形式は「ts-<製品コード>-<バージョン>-yyyymmdd_hhmm.ats」です。

この場合、<製品コード> は次の表のとおりです。

表 63. 転送仕様ファイルの製品コード

製品コード製品

BISRVR IBM Cognos BI サーバー

CRNSRVR IBM Cognos BI Reporting Server

BIMODEL IBM Cognos Framework Manager

BISAMPLES サンプル

LP Supplementary Language Documentation

4. IBM Cognos BI をインストールするコンピューターに、生成した転送仕様ファイルをコピーします。

5. ソフトウェアをインストールしようとしているコンピューターで、以下のいずれかを行います。

v 適切な製品のインストール・ディスクを挿入して、ディスクの内容をコンピューターにコピーします。

v ダウンロードした製品のインストール・ファイルをコンピューターにコピーします。

6. 転送仕様ファイルをテキスト・エディターで開きます。

7. 使用許諾契約のダイアログで、I Agree プロパティーを y に変更します。

これにより、使用許諾契約に同意したとみなされます。使用許諾契約書を読んで確認するには、以下のいずれかの場所で LA_<言語コード> ファイルおよびnotices ファイルを表示します。

v 製品ディスク: オペレーティング・システムのルート・インストール・ディレクトリー

v 転送仕様ファイルのコピー元のコンピューターの「<c10 の場所>¥license¥<

製品>」ディレクトリー


8. インストール・ファイルをコピーしたディレクトリーに、転送仕様ファイルを保存します。

9. コマンドまたは端末ウィンドウで、インストール・ファイルをコピーしたオペレーティング・システムのディレクトリーに移動します。


v Windows で、以下を入力します。 <場所> は <ファイル名>.ats ファイルをコピーしたディレクトリーです。

issetup -s <場所>¥<ファイル名>.ats


./issetup -s <場所>/<ファイル名>.ats

v X Window がない UNIXまたは Linux では、次のように入力します。

./issetupnx -s <場所>/<ファイル名>.ats

タスクの結果

ゼロ (0) 以外のステータスが返された場合には、ログ・ファイルにエラー・メッセージが記録されていないかどうかを調べてください。エラーは <c10 の場所>¥instlog ディレクトリーの概要エラー・ログ・ファイルに記録されます。ファイル名の形式は、「tl-<製品コード>-<バージョン>-yyyymmdd-hhmm_summary-

error.txt」です。

十分な初期化が終了する前にエラーが発生した場合は、Temp ディレクトリーにあるログ・ファイルにログ・メッセージが送られます。ファイル名の形式は、「tl-<

製品コード>-<バージョン>-yyyymmdd-hhmm.txt」です。

すべてのエラーが解決したら、無人設定を行えます。

応答ファイルの変更インストールの設定を指定して記録するための応答ファイルを生成して変更します。提供されている応答ファイルのテンプレートを変更することもできます。

手順1. ソフトウェアをインストールしようとしているコンピューターで、以下のいずれかを行います。

v 適切な製品のインストール・ディスクを挿入して、ディスクの内容をコンピューターにコピーします。

v ダウンロードした製品のインストール・ファイルをコンピューターにコピーします。

2. response.ats ファイルを使用します。

v インストールと共に提供される応答ファイルを使用するには、オペレーティング・システムのディレクトリーに移動して、response.ats ファイルを探します。

v UNIX コンピューターでは、response.ats ファイルを生成して、オペレーティング・システムのディレクトリーに移動し、「./issetup -ats <ファイル名>」を入力します。

第 12 章無人インストールと無人構成の使用 323

v Windows コンピューターでは、response.ats ファイルを生成して、オペレーティング・システムのディレクトリーに移動し、「issetup -ats <ファイル名>」を入力します。

3. テキスト・エディターで response.ats ファイルを開きます。

ファイルの各セクションは、インストール・ウィザードのダイアログ・ボックスに対応します。

4. 使用許諾契約のダイアログで、I Agree プロパティーを y に変更します。

これにより、使用許諾契約に同意したとみなされます。使用許諾契約書を読んで確認するには、以下のいずれかの場所で LA_言語コードファイルおよび notices

ファイルを表示します。

v 製品ディスク: オペレーティング・システムのルート・インストール・ディレクトリー

v 転送仕様ファイルのコピー元のコンピューターの「<c10 の場所>¥license¥<製品>」ディレクトリー

5. APPDIR=location にインストールの場所を入力します。

ヒント: 等号 (=) の前後にスペースを入れないでください。

6. [Component List] セクションで、インストールする各コンポーネントに対して1 を入力します。コンポーネントをインストールしない場合は、0 を入力します。

7. Windows インストールの場合、APPFOLDER= プロパティーに、「スタート」メニューのショートカットの名前を入力します。

ヒント: ショートカット・フォルダーをすべてのユーザーに公開するには、ALLUSERS_FLAG= プロパティーに「1」を入力します。

8. [Install Conditions] セクションのインストール情報に対して、条件が真の場合は 1 を入力します。条件が偽の場合は 0 を入力します。

9. 必要な変更を加えた後、ローカル・ディレクトリーに response.ats ファイルを保存します。

次のタスク

サイレント・インストールを実行する準備ができたら、『無人インストールの開始』に進みます。

無人インストールの開始無人インストールを開始し、インストール・プロセス中にメッセージを表示するかどうかを選択できます。

手順1. response.ats ファイルを保存したディレクトリーに移動します。

2. コマンド・プロンプトで、以下のいずれかのコマンドを入力します。

v Windows で、以下を入力します。 <場所> は <ファイル名>.ats ファイルをコピーしたディレクトリーです。


issetup -s <場所>¥<ファイル名>.ats

画面へのメッセージの表示を回避するには、-nomsgboxes オプションをissetup コマンドに追加できます。例えば、デフォルトの response.ats ファイルを使用してサイレント・インストールを開始し、インストール中にメッセージが表示されないようにするには、issetup -s -nomsgboxes と入力します。


./issetup -s <場所>/<ファイル名>.ats

v X Window システムがない UNIXまたは Linux では、次のように入力します。

./issetupnx -s <場所>/<ファイル名>.ats

注: UNIX または Linux 環境で、インストールの状況を画面に表示するには、-displayLog オプションを issetupnx コマンドに追加できます。例えば、デフォルトの response.ats ファイルを使用してサイレント・インストールを開始し、状況が表示されるようにするには、./issetup -s -displayLog と入力します。

タスクの結果

0 (ゼロ) 以外の状況が戻される場合、ログ・ファイルでエラー・メッセージを確認します。エラーは <c10 の場所>¥instlog ディレクトリーの概要エラー・ログ・ファイルに記録されます。ファイル名の形式は、「tl-<製品コード>-<バージョン>-yyyymmdd-hhmm_summary-error.txt」です。

十分な初期化が終了する前にエラーが発生した場合は、Temp ディレクトリーにあるログ・ファイルにログ・メッセージが送られます。ファイル名の形式は、「tl-<

製品コード>-<バージョン>-yyyymmdd-hhmm.txt」です。

すべてのエラーが解決したら、無人設定を行えます。

無人設定の使用無人設定を使用するには、設定するものと同じ IBM Cognos BI コンポーネントがすでにインストールされている既存のインストール環境から設定をエクスポートする必要があります。設定のエクスポートが終了したら、IBM Cognos Configuration

をサイレント・モードで実行できます。

エクスポートした設定には、1 台のコンピューターにインストールした IBM

Cognos BI コンポーネントのプロパティーが含まれています。グローバル設定を変更した場合、グローバル設定ファイルを、無人設定を実行するコンピューターにもコピーする必要があります。グローバル設定には、コンテンツ・ロケール、ユーザー・インターフェースのロケール、通貨、フォント、Cookie などの設定があります。

詳細については、 270ページの『グローバル設定の変更』を参照してください。


始める前に

設定をエクスポートしているコンピューターの構成設定を、同じコンポーネントがインストールされている別のコンピューターで適切に使用できることを確認します。例えば、「ゲートウェイ URI」プロパティーのホスト名の部分を、ローカル・ホストから IP アドレスやコンピューター名に変更した場合は、この設定を新しいコンピューターの設定にそのまま使用できるか確認する必要があります。

手順1. IBM Cognos Configuration で、「ファイル」メニューの「名前を付けてエクスポート」をクリックします。

2. 復号化されたコンテンツをエクスポートするかどうかを尋ねられたら、「はい」をクリックします。

3. 現在の設定を別のフォルダーにエクスポートする場合、「検索先」ボックスでフォルダーを検索して開きます。

4. 「ファイル名」ボックスに設定ファイルの名前を入力します。

5. 「Save」をクリックします。

6. エクスポートした設定ファイルを、無人設定を行うコンピューターの <c10 の場所>/configuration ディレクトリーにコピーします。

7. ファイルの名前を cogstartup.xml に変更します。

8. ソース・コンピューターのグローバル設定を変更した場合、coglocale.xml ファイルを、無人設定を行う計画のコンピューターの <c10 の場所>/configuration ディレクトリーにコピーします。

9. <c10 の場所>/bin または <c10 の場所>/bin64 ディレクトリーに移動します。



./cogconfig.sh -s


cogconfig.bat -s

ヒント: 無人設定時に生成されたログ・ファイルのメッセージを確認するには、<c10 の場所>/logs ディレクトリーにある cogconfig_response.csv ファイルの内容を調べます。

無人設定が成功したかどうかを確認するには、戻されるステータス値をチェックします。ステータス値がゼロ (0) である場合、設定が成功したことを示します。その他のステータス値はすべて、エラーが発生したことを示します。

タスクの結果

IBM Cognos Configuration では、cogstartup.xml ファイルで指定した設定の適用、資格情報の暗号化、デジタル証明書の生成が行われます。適切な場合は、IBM

Cognos サービスまたはプロセスが開始されます。


無人アンインストールの使用同じコンポーネントがインストールされた複数のコンピューター上のコンポーネントの削除を自動化するか、X Window を使用しない UNIX 環境または Linux 環境でコンポーネントを削除するように無人アンインストールを使用します。

手順1. <c10 の場所>/uninstall ディレクトリーに移動します。

2. uninst.ini という名前のファイルをテキスト・エディターで開きます。

3. [Package List] という名前のセクションで、アンインストールする各コンポーネントに対して 1 を入力します。コンポーネントをインストールしたままにする場合は、0 を入力します。

デフォルトでは、すべてのインストール済みコンポーネントが削除に設定されます。

[Package List] セクションにリストされるパッケージについて次の表で説明します。

表 64. パッケージ・リストに含まれるパッケージ

パッケージ・コード製品

BISRVR IBM Cognos BI サーバー

CRNSRVR IBM Cognos BI Reporting Server

BIMODEL Framework Manager

BISAMPLES サンプル

LP Supplementary Language Documentation


5. コマンド行で、<c10 の場所>¥uninstall ディレクトリーに移動します。

6. コマンド・プロンプトで次のコマンドを入力します。


uninst -u -s


./uninst -u -s

v X Window システムがない UNIXまたは Linux の場合は、次のように入力します。

./uninstnx -u -s



第 13 章パフォーマンスの保守

ここでは、IBM Cognos Business Intelligence やその他のツールと評価指標を使用して IBM Cognos Business Intelligence 環境のパフォーマンスを保守する方法について説明します。

システム・パフォーマンス評価指標IBM Cognos BI に用意されているシステム評価指標を使用すると、システム全体に加えて、各サーバー、ディスパッチャー、サービスの状態を監視することができます。また、評価指標スコアのしきい値を設定することもできます。システム・パフォーマンス評価指標には、システム内のセッション数、キュー内のレポートの待ち時間、Java 仮想マシン (Java Virtual Machine:JVM) の実行時間、システム内の要求数やプロセス数などがあります。

システム・パフォーマンス評価指標そのものは Java 環境側にありますが、IBM

Cognos Connection を使えば、IBM Cognos Administration で監視することも可能です。システム・パフォーマンスの評価指標を監視する方法について詳しくは、 IBM

Cognos Business Intelligence「管理およびセキュリティー・ガイド」を参照してください。

システムの長期的な傾向を追跡したり、特定の時点におけるシステムの状態を詳細に確認するために、システム評価指標の現在のスナップショットを保存できます。詳しくは、「IBM Cognos Business Intelligence トラブルシューティング・ガイド」で評価指標ダンプ・ファイルに関するトピックを参照してください。

Java Management Extensions (JMX) という技術を使えば、IBM Cognos

Administration とは別の場所からでもシステム評価指標を監視できます。この技術には、アプリケーションとサービス指向のネットワークの管理と監視を行うためのツールも付いています。

システム評価指標の外部からの監視Java Management Extensions (JMX) という業界標準を使用すれば、IBM Cognos

Administration とは別の場所からでもシステム評価指標を監視できます。まず、Java

環境側の評価指標に安全にアクセスできるように、IBM Cognos Configuration 側で2 つの JMX プロパティーを設定します。次に、ユーザー ID とパスワードを使って、JMX 接続ツールから評価指標への接続を保護します。

始める前に

外部監視機能を使用するには、Oracle Java SE Development Kit、または IBM のJava Software Development Kit をインストールする必要があります。





3. 「プロパティー」ウィンドウの「ディスパッチャー設定」で「外部 JMX ポート」をクリックします。

4. 「値」列に空いているポート番号を入力します。

5. 「外部 JMX 資格情報」をクリックします。

6. 「値」列の「編集」アイコンをクリックし、ユーザー ID とパスワードを入力してから、「OK」をクリックします。

ユーザー ID とパスワードを設定しておけば、Java 環境のシステム評価指標データに、「外部 JMX ポート」に指定したポートを使って接続してくるユーザーを権限のあるユーザーに制限できます。

7. 変更内容を保存し、サービスを再起動します。

8. システム評価指標データにアクセスするには、JMX 接続ツールに次の情報を指定します。

v システム評価指標データへの接続用の URL


service:jmx:rmi://<Content Manager サーバー>/jndi/rmi://<監視サーバー>:<JMX のポート番号>/proxyserver

<JMX のポート番号> には「外部 JMX ポート」に入力した値、<Content

Manager サーバー> と <監視サーバー> にはコンピューター名をそれぞれ指定します。ローカルで接続する場合でも、localhost は使用しないでください。

v 接続を保護するためのユーザー ID とパスワード

「外部 JMX 資格情報」に設定したとおりの値を使用します。

必要なサービスのみの有効化使用する環境で一部の IBM Cognos BI サービスが必要ない場合、不要なサービスを無効にすることで他のサービスのパフォーマンスの向上を図ることができます。

例えば、任意のコンピューターをレポートの実行、配布専用にするには、アプリケーション層コンポーネントのコンピューターで Presentation サービスを無効にします。Presentation サービスを無効にすると、アプリケーション層コンポーネントのパフォーマンスが向上します。

注:

v Presentation サービスは、IBM Cognos BI 環境の少なくとも 1 台のコンピューターで有効にしておく必要があります。

v Query Studio を使用する場合は、Presentation サービスを有効にする必要があります。

v Analysis Studio を使用する場合は、Report サービスを有効にする必要があります。


v 一部の IBM Cognos BI コンポーネントがコンピューターにインストールされていない場合は、インストールされていないコンポーネントに関連したサービスを無効にする必要があります。有効にしたままにすると、IBM Cognos BI コンポーネントは規則性なく失敗します。

IBM Cognos サービス

IBM Cognos BI をインストールして設定すると、デフォルトでは 1 台のコンピューターにつき 1 つのディスパッチャーが使用可能となります。各ディスパッチャーには、次の表のような一連の関連サービスがあります。

表 65. IBM Cognos サービス

サービス目的

Agent サービスエージェントを実行する。エージェントが実行されているときにエージェントの条件が一致すると、Agent サービスから Monitor サービスに、タスクを実行するように指示が送られます。

Annotation サービスIBM Cognos ワークスペース経由でレポートにコメントを追加する。このコメントは、レポートの各バージョンにわたって存続します。

Batch Report サービスレポートを実行するためのバックグラウンド要求を管理し、Monitor サービスのための出力を行う。

Content Manager Cache サービス頻度の高いクエリー結果を各ディスパッチャーにキャッシュすることによって、全体的なシステム・パフォーマンスと Content

Manager の拡張性を高める。

Content Manager サービスv 追加、クエリー、更新、削除、移動、コピーなどの Content Store 内のオブジェクト操作機能を実行する。

v インポートやエクスポートなどの Content

Store 管理機能を実行する。

Data movement サービスIBM Cognos BI でのデータ移動タスクの実行を管理する。Builds や JobStreams などのデータ移動タスクは Data Manager Designer

で作成された後、IBM Cognos BI に発行されます。

Delivery サービスReport サービス、Job サービス、Agent サービス、Data Integration サービスなどの他のサービスのために、外部 SMTP サーバーに E

メールを送信する。

Event Management サービスレポート、ジョブ、エージェント、Content

Store 保守、配布インポートおよびエクスポート、評価指標を表すイベント・オブジェクトの作成、スケジュール、管理を行う。

第 13 章パフォーマンスの保守 331

表 65. IBM Cognos サービス (続き)

サービス目的

Graphics サービスReport サービスのために画像を生成する。画像は、Raster、Vector、Microsoft Excel

XML、または PDF という 4 種類の形式で生成できます。

Human Task サービスヒューマン・タスクを作成および管理できるようにする。レポート承認などのヒューマン・タスクは、その場で、またはその他の任意のサービスによって、個人またはグループに割り当てることができます。

Index Data サービス用語やインデックス付きの概要ドキュメントについて、全文の保存と検索の基本機能を提供する。

Index Search サービス別名や例のリストも含めた検索とドリルスルーの機能を提供する。

Index Update サービス書き込み、更新、削除、および管理の機能を提供する。

Job サービスジョブ・ステップをバックグラウンドで実行するように Monitor サービスに指示を送ることでジョブを実行する。ステップには、レポート、その他のジョブ、インポート、エクスポートなどがあります。

Log サービスディスパッチャーや他のサービスによって生成されたログ・メッセージを記録する。Log

サービスによって記録されるログ情報の保存先として、ファイル、データベース、リモート・ログ・サーバー、Windows イベント・ビューアー、UNIX システム・ログを指定できます。これにより、次に挙げるログ情報を自分自身で、あるいは Cognos Software

Services の担当者が分析できます。

v セキュリティー・イベント

v システムおよびアプリケーションのエラー情報

v 選択した診断情報

Metadata サービスCognos Viewer、Report Authoring、Query

Studio、Analysis Studio で表示されるデータ系統情報をサポートする。系統情報には、データ・ソースや算出式などの情報があります。

Metric Studio サービスパフォーマンス情報の監視や入力のためのMetric Studio ユーザー・インターフェースを提供する。

Migration サービスIBM Cognos Series 7 から IBM Cognos BI

への移行を管理する。


表 65. IBM Cognos サービス (続き)

サービス目的

Monitor サービスv スケジュールされているか、後で実行するように送信されているか、またはバックグラウンド・タスクとして実行されているタスクの監視および実行を管理する。

v スケジュールされたタスクを処理するターゲット・サービスを割り当てる。例えばMonitor サービスでは、Batch Report サービス、Job サービス、Agent サービスに対して、それぞれレポートの実行、ジョブの実行、エージェントの実行の指示が送られる場合があります。

v Content Manager 内に履歴オブジェクトを作成し、エントリー実行のフェイルオーバーと回復を管理する。

PowerPlay サービス PowerPlay レポートを実行するための要求を管理する。

Presentation サービスv 他のサービスから受け取った汎用の XML

応答を、HTML や PDF などの出力形式に変換する。

v IBM Cognos Connection での表示、ナビゲーション、および管理機能を提供する。

Query サービス動的クエリー要求を管理し、要求元の Batch

Report サービスまたは Report サービスに結果を返す。

Report Data サービスIBM Cognos BI と、データを使用する IBM

Cognos BI for Microsoft Office や IBM

Cognos Mobile などのアプリケーションの間の、レポート・データの転送を管理する。

Report サービスIBM Cognos Connection またはStudio/Authoring ツールのユーザーのために、レポートを実行して出力を行うための双方向の要求を管理する。

リポジトリー・サービスアーカイブ・リポジトリーまたはオブジェクト・ストアからアーカイブされた出力レポートを取得するための要求を管理する。

DB2 Content Store の調整Content Store として DB2 データベースを使用する場合は、要求の処理速度を上げる手順があります。

DB2 のデフォルトでは、ラージ・オブジェクト (LOB) を含むテーブルはデータベースで管理される表スペースに割り当てられます。そのため、LOB は DB2 のバッファー・プールによって管理されません。この結果、LOB についての直接的な入出


力要求が発生し、パフォーマンスに影響を与えることになります。LOB を含むテーブルをシステムで管理される表スペースに再割り当てすると、直接的な入出力要求の数を削減できます。

DB2 Content Store を変更する前に、データベースを再構成するのに十分なログ・スペースを割り当ててください。

DB2 Content Store の再設定を行うには、次の手順に従います。

v 1 つ以上のラージ・オブジェクト (LOB) を含むテーブルからデータをエクスポートします。

v システムで管理される表スペースにテーブルを作成します。

v エクスポートしたデータを、このテーブルにインポートします。

IBM Cognos サービスで使用するメモリー・リソースの調整分散環境では、IBM Cognos サービスで使用するリソース量を変更すると、パフォーマンスが向上します。

IBM Cognos サービスでは、最小限のメモリー・リソースが使用され、始動時間が可能な限り短くなるようにデフォルトで設定されています。

IBM Cognos サービスの設定は、IBM Cognos BI においてデフォルトで使用されるアプリケーション・サーバーである Tomcat のみに適用されます。IBM Cognos BI

を別のアプリケーション・サーバーで実行するように構成する場合は、リソースの設定に IBM Cognos Configuration を使用しないでください。代わりに、そのアプリケーション・サーバーの環境内でリソースを設定します。

IBM Cognos サービスは、Content Manager またはアプリケーション層コンポーネントがインストールされているコンピューターでのみ使用できます。


2. 「Explorer」ウィンドウで、「環境」>「IBM Cognos サービス」を展開して、「IBM Cognos」をクリックします。

3. 「プロパティー」ウィンドウで、「最大メモリー (MB)」の値を変更します。

v 始動時間の短縮や、使用メモリー量と使用リソースの削減を行うには、デフォルト設定である 768 を使用します。

v 始動時間の短縮と処理スピードの向上をバランスよく実現するには、デフォルト値の約 1.5 倍の値 (1152 など) を入力します。

v 使用しているコンピューターに多くのリソースがあり、処理スピードを最大にして、始動時間よりもパフォーマンスを重視する場合は、デフォルト値の約 2

倍の値 (1536 など) を入力します。


各プロセスの要求数を削減する方法以下の手順を使用して、IBM Cognos サービスのインスタンスの各プロセスにおける要求数を減らします。


手順1. c10_location/webapps/p2pd/WEB-INF/services ディレクトリーに移動します。

2. XML エディターで reportservice.xml ファイルを開きます。

3. default_process_use_limit の値を 0 (無制限) から、要求の固定数に変更します。



6. アプリケーション・サーバーに IBM Cognos BI を配布した場合、アプリケーション・ファイルを再作成してから、アプリケーション・サーバーに配布します。

例えば、WebSphere の場合、EAR ファイルを再生成してから、WebSphere アプリケーション・サーバーに配布します。

64 ビット・インストール済み環境での Apache Tomcat の設定の調整64 ビット・インストール済み環境で Apache Tomcat を使用する場合、maxThreads

設定および acceptCount 設定を編集して、パフォーマンスを改善できます。

手順1. <c10 の場所>/tomcat/conf ディレクトリーに移動します。

2. server.xml ファイルを開きます。

3. <Connector port="9300" protocol="HTTP/1.1" と書かれた行を見つけます。

4. このセクションで以下の値を変更します。

a. maxThreads="500" を maxThreads="1500" に変更します。

b. acceptCount="500" を acceptCount="100" に変更します。


6. IBM Cognos サービスを再始動します。

Cognos Content Database の要求処理能力の強化Cognos Content Database は、小規模のシステムで使用するために設定されています。同時要求数が 10 を超える大規模なシステムで Cognos Content Database を使用する場合、デフォルトの JVM メモリー設定を調整し、Derby のページ・キャッシュ・サイズを大きくする必要があります。

手順1. Cognos Content Database コンポーネントをインストールしたコンピューターで、c10_location¥bin ディレクトリーに移動します。

2. derby.bat ファイル (Windows) か derby.sh ファイル (UNIX または Linux) を開きます。

3. 次の行を見つけます。

set MEM_SETTINGS=-Xmx256m

これを、次のように変更します。


set MEM_SETTINGS="-Xmx1152m -XX:MaxPermSize=128M -XX:MaxNewSize=576m

-XX:NewSize=288m"

4. "<c10 の場所>¥configuration"ディレクトリーで、"derby.properties.sample"の名前を"derby.properties"に変更します。

5. 同じディレクトリーで、"derby.properties"ファイルを開きます。

6. 次の行をコメント化します。

derby.storage.pageCacheSize=15000

Metric Store データベースのパフォーマンスの向上IBM Cognos BI には、Metric Store データベースのインデックスを更新する"cmm_update_stats"というスクリプトが用意されています。このスクリプトによってパフォーマンスが向上します。このスクリプトは通常、データの量または分布が大幅に変化した場合に、データをロードする前または後に使用します。例えば、スコアカード数を 100 から 1000 に増やした後にこのスクリプトを実行すると、パフォーマンスが向上する場合があります。

手順1. Metric Store データベースで処理が行われていないことを確認します。

2. 次のディレクトリーに移動します。

c10_location¥configuration¥schemas¥cmm

3. 適切なデータベース・ディレクトリーに移動します。

4. データベース・タイプに応じて、コマンド行から次のいずれかのスクリプトを実行します。

v Microsoft SQL Server または DB2 の場合:

cmm_update_stats <ホスト名> <Metric Store 名> <管理ユーザー名> <パスワード>

v Oracle の場合:

cmm_update_stats <Metric Store 名> <管理ユーザー名> <パスワード>

ネットワークでのレポート配信時間の短縮グローバルに配布されたレポートをリモートの場所で開く場合、ローカルにあるレポートを開くよりも長い時間がかかります。また、PDF レポートに比べると、HTML レポートではより多くの要求が処理されるため、レポートを開く時間が長くなります。

リモートの場所にあるレポートを開く場合、2 つの方法で時間を短縮できます。PDF 形式でレポートを実行すると、ブラウザーとサーバーの間で処理される要求の数を減らすことができます。HTML レポートが必要である場合は、リモートにあるいくつかの場所で追加のゲートウェイを設定することで、レポートの配信を高速化できます。画像やスタイル・シートなどの静的コンテンツは、より短時間で配信されます。


ユーザー負荷の大きい環境では非同期タイムアウトに大きな値を設定するユーザー負荷が大きく (ユーザーが 165 人を超える場合)、分散インストールで双方向レポートが常時実行されている場合は、エラー・メッセージが表示されるのを防ぐために、非同期タイムアウトに大きな値を設定できます。デフォルト設定は30000 です。

また、キューの時間制限に 360 を設定することもできます。詳しくは、「IBM


この問題を解決するには、待機のタイムアウトの値を大きくします。

手順1. 次のディレクトリーに移動します。

<c10 の場所>/webapps/p2pd/WEB-INF/services/

2. テキスト・エディターで"reportservice.xml"ファイルを開きます。

3. "async_wait_timeout_ms"パラメーターを 120000 に変更します。


5. サービスを再起動します。



第 14 章 UNIX および Linux オペレーティング・システムでIBM Cognos Business Intelligence を手作業で構成する

IBM Cognos Business Intelligence をインストールする UNIX または Linux オペレーティング・システム・コンピューターに接続されているコンソールでは、Java ベースのグラフィカル・ユーザー・インターフェースがサポートされていない場合があります。

次の作業を手作業で行う必要があります。

__ v デフォルトの設定を変更する。 <c10 の場所>/configuration ディレクトリーにある cogstartup.xml ファイルを編集します。

__ v サポートする言語や通貨、またはロケール・マッピングを変更する。 <c10 の場所>/configuration ディレクトリーにある coglocale.xml ファイルを編集します。

__ v 変更後の設定とロケールの設定をコンピューターに適用する。 IBM Cognos

Configuration をサイレント・モードで実行します。

どのような方法でインストールを行う場合でも、環境で IBM Cognos BI が動作するように設定作業を行う必要があります。IBM Cognos BI コンポーネントを複数のコンピューターに分散してインストールする場合は、コンピューターを設定して起動する順序が重要です。

その他の設定作業はオプションです。レポート作成環境に応じて行ってください。IBM Cognos BI のデフォルトの動作を変更するには、cogstartup.xml ファイルを編集してプロパティー値を変更します。また、サンプル・ファイルを使用して、環境内にある既存のリソースを IBM Cognos BI で利用することもできます。

デフォルトの構成設定を手動で変更するUNIX または Linux オペレーティング・システム・コンピューターに接続されているコンソールで Java ベースのグラフィカル・ユーザー・インターフェースがサポートされていない場合は、"cogstartup.xml"ファイルを編集して、使用環境で IBM

Cognos Business Intelligence が正常に動作するように設定する必要があります。

重要: 設定の中には、グラフィカル・ユーザー・インターフェースを使用しないと"cogstartup.xml"ファイルに保存できないものもあります。例えば、"cogstartup.xml"ファイルを直接変更して IBM Cognos Configuration をサイレント・モードで実行すると、IBM Cognos コンポーネントにサーバーのタイム・ゾーンが設定されません。この場合、サーバーのタイム・ゾーンに基づく他のユーザー設定が予想どおりに動作しないことがあります。

環境内にある既存の認証プロバイダーなどのリソースを IBM Cognos BI で利用する場合は、設定にコンポーネントを追加できます。この作業では、サンプル・ファイル内の XML コードの必要な部分を"cogstartup.xml"ファイルにコピーして、環境に合わせて値を編集します。


デフォルトの設定では、"cogstartup.xml"ファイルは UTF-8 でエンコードされています。"cogstartup.xml"ファイルを保存する際に、使用されているエンコード方式に合わせてユーザー・ロケールのエンコード方式を変更する必要があります。ユーザー・ロケールのエンコード方式は、環境変数で設定されています。

"cogstartup.xml"ファイルを編集する場合、XML では大文字と小文字が区別されることに注意してください。要素ラベル、属性ラベル、要素、値など、あらゆるテキスト・データの取り扱いにおいて、大文字と小文字の使い分けが必要です。

"cogstartup.xml"ファイルを編集する前に、次の作業を必ず実行してください。

v バックアップ・コピーを作成する

v ネットワーク上の利用可能なコンピューターに Content Store を作成する

v インストールのタイプに必要な設定要件を確認する

手順1. <c10 の場所>/configuration ディレクトリーに移動します。

2. エディターで cogstartup.xml ファイルを開きます。

3. コメントを参考にして、変更する設定を見つけます。コメントは、<crn:parameter> 要素の開始タグの前に記述されています。

4. <crn:value> 要素の値を使用環境に合わせて変更します。

ヒント: 設定プロパティーのデータ型を指定する場合には、type 属性を使用すると便利です。

5. 手順 3 ～ 4 を繰り返し、環境に合わせてすべての設定値を変更します。


タスクの結果

ここで、検証用の XML エディターを使用して、変更内容が"cogstartup.xsd"ファイルに指定されている規則に従っていることを検証する必要があります。このファイルは"c10 の場所/configuration"ディレクトリーにあります。

コンポーネントを設定に追加するcogstartup.xml ファイルには、IBM Cognos Business Intelligence およびデフォルトのコンポーネントで使用される構成設定が含まれています。 IBM Cognos BI で使用されるコンポーネントを変更するには、サンプル・ファイルの XML 要素をcogstartup.xml ファイルにコピーします。次に、使用環境に合わせて設定値を編集します。

例えば、Content Store 用データベースとして Oracle データベースを使用する場合、「ContentManager_<言語コード>.xml」というサンプル・ファイルを使用してデフォルトのデータベース接続情報を置換できます。

IBM Cognos BI では、次の要素のインスタンスを一度に 1 つしか使用できません。

v Content Store 用データベース

v 暗号化プロバイダー


v IBM Cognos サービス用の設定テンプレート

XML ファイルの編集を開始する前に、ファイルの構造を理解しておく必要があります。

手順1. <c10 の場所>/configuration/samples ディレクトリーに移動します。

2. エディターで開くサンプル・ファイルを選択します。

v Content Store に対して Oracle、DB2、または Sybase を使用するには、「ContentManager_<言語コード>.xml」ファイルを開きます。

v 認証プロバイダーを使用するには、「Authentication_<言語コード>.xml」ファイルを開きます。

v 暗号化プロバイダーを使用するには、「Cryptography_<言語コード>.xml」ファイルを開きます。

v ログ・メッセージをファイル以外に送るには、「Logging_<言語コード>.xml」ファイルを開きます。

v IBM Cognos BI のプロセスで使用されるリソース量に応じて中規模用または大規模用のテンプレートを使用するには、「CognosService_<言語コード>.xml」ファイルを開きます。

3. 必要な要素をコピーします。

ヒント: コードをコピーする際、<crn:instance> 要素の開始タグと終了タグを含める必要があります。

例えば、(Begin of) および (End of) コメントを参照してください。

<crn:instance ...>...</crn:instance>

4. <c10 の場所>/configuration ディレクトリーに移動します。


6. サンプル・ファイルからコピーしたコードを cogstartup.xml ファイルに貼り付けて、対応する <crn:instance> 要素を置換します。

7. 使用環境に合わせて、置換後の要素の値を変更します。

<crn:instance> 要素では、クラス属性を変更しないでください。 name 属性は、使用環境に合わせて変更できます。

例えば、Content Store 用データベースとして Oracle を使用する場合、使用環境に合わせて name 属性のみを変更します。

<crn:instance class="Oracle" name="MyContentStore">


第 14 章 UNIX および Linux オペレーティング・システムで IBM Cognos Business Intelligence を手作業で構成する 341

9. 次のコマンドを入力して、IBM Cognos Configuration をサイレント・モードで実行します。

./cogconfig.sh -s

この結果ファイルが有効になり、パスワードが暗号化されます。

暗号化設定の手動による変更パスワードやユーザー資格情報など、"cogstartup.xml"ファイル内の暗号化設定を手作業で変更できます。

IBM Cognos Configuration に暗号化設定の保存を指示するには、値を変更して、暗号化フラグを"false"に設定します。

手順1. <c10 の場所>/configuration ディレクトリーに移動します。


3. コメントを参考にして、変更する暗号化設定を見つけます。コメントは、<crn:parameter> 要素の開始タグの前に記述されています。

4. <crn:value> 要素の値を使用環境に合わせて変更します。

ヒント: 設定プロパティーのデータ型を指定する場合には、type 属性を使用すると便利です。

5. 暗号化の値を"false"に変更します。


<crn:value encrypted="false">

6. 手順 3～5 を繰り返し、環境に合わせてすべての設定値を変更します。


8. 次の設定コマンドを入力します。

./cogconfig.sh -s

タスクの結果

新しい設定が保存されて暗号化されます。

UNIX および Linux オペレーティング・システムでのグローバル設定UNIX または Linux オペレーティング・システム・コンピューターに接続されているコンソールで Java ベースのグラフィカル・ユーザー・インターフェースがサポートされていない場合は、coglocale.xml ファイルを手動で編集する必要があります。

次の場合、グローバル設定を変更します。

v ユーザー・ロケールの言語を使用できない場合にユーザー・インターフェースで使用する言語を指定する


v ユーザー・ロケールを使用できない場合にレポートに使用するロケールを指定する

v レポート・データやメタデータに通貨やロケールのサポートを追加する

v ユーザー・インターフェース用にサポートする言語を追加する

ロケールは異なるソースから取得される場合があり、形式もそれぞれ異なっている可能性がありますが、デフォルトでは、IBM Cognos BI コンポーネントのすべてのロケールで標準形式が使用されます。したがって、拡張されたすべてのロケールは言語と地域コードの設定に準拠します。

ユーザー・インターフェース用にサポートする言語を追加するには、分散インストール環境のすべてのコンピューターに言語ファイルをインストールする必要があります。詳細については、サポート担当者に問い合わせてください。

例 1

Content Manager で使用できるレポートが、en-us (英語 - 米国) および fr-fr (フランス語 - フランス) という 2 つのロケールで表示可能であるが、ユーザー・ロケールが fr-ca (フランス語 - カナダ) に設定されているとします。この場合、IBM

Cognos では、ユーザーに表示されるレポートがロケール・マッピングを使用して判別されます。

まず、IBM Cognos では Content Manager を使用してユーザー・ロケールでレポートを表示可能かどうかが確認されます。ユーザー・ロケールで表示できない場合、ユーザー・ロケールは「コンテンツ・ロケール・マッピング」タブで設定された標準ロケールにマッピングされます。ここではユーザーのロケールが fr-ca なので、fr

にマッピングされます。IBM Cognos はマッピングされた値を使用して、レポートが fr で使用可能かどうか確認します。このケースでは、レポートは en-us と fr-fr

で使用できますが、fr では使用できません。

次に、表示可能な各レポートが標準ロケールにマッピングされます。したがって、en-us は en になり、fr-fr は fr になります。

レポートとユーザー・ロケールの両方が fr にマッピングされるため、ユーザー・ロケールが fr-ca であるユーザーは、ロケール fr-fr で保存されたレポートを表示できます。

例 2

ユーザー・ロケールとレポート・ロケールがすべて同じ言語にマッピングされているとします。この場合、IBM Cognos によって使用するロケールが選択されます。例えば、ユーザー・ロケールが en-ca (英語 - カナダ) で、レポートが en-us (英語- 米国) および en-gb (英語 - イギリス) で表示できる場合、IBM Cognos によって各ロケールが en にマッピングされます。レポートは、IBM Cognos で選択されたロケール設定で表示されます。

例 3

レポート・ロケールとユーザー・ロケールが同じ言語にマッピングされていないとします。この場合、IBM Cognos によって言語が選択されます。また、ユーザーがマッピングを設定することもできます。例えば、レポートが en-us (英語 - 米国) お


よび fr-fr (フランス語 - フランス) で表示可能であるが、ユーザー・ロケールはes-es (スペイン語 - スペイン) である場合、IBM Cognos によって言語が選択されます。

UNIX および Linux オペレーティング・システムのグローバル設定を手動で変更する

次の手順に従って、coglocale ファイルを使って UNIX および Linux オペレーティング・システムでグローバル設定を変更します。

手順1. Content Manager をインストールしたすべてのコンピューターで、"c10 の場所/configuration"ディレクトリーに移動します。

2. エディターで coglocale.xml ファイルを開きます。

3. 開始タグと終了タグで囲まれている要素と属性を、必要に応じて追加または変更します。

次の表は、要素、属性、開始タグ、終了タグのリストです。

表 66. グローバル設定のタグ

要素のタイプ開始タグ終了タグ

言語 <supportedProductLocales> </supportedProductLocales>

コンテンツ・ロケール <supportedContentLocales> </supportedContentLocales>

通貨 <supportedCurrencies> </supportedCurrencies>

ユーザー・インターフェースのロケール・マッピング

<productLocaleMap> </productLocaleMap>

コンテンツ・ロケール・マッピング

<contentLocaleMap> </contentLocaleMap>

フォント <supportedFonts> </supportedFonts>

Cookie 設定、レポートのアーカイブ場所

<parameter name="setting"> </parameter>

ヒント: サポートを削除するには、その要素を削除します。


タスクの結果

ヒント: 検証用の XML エディターを使用して、変更内容が <c10 の場所>/configuration にある cogstartup.xsd ファイルに指定された規則に従っていることを検証します。

サポートされていない通貨コードは、"c10 の場所/bin/"ディレクトリーの"i18n_res.xml"ファイルに手動で追加する必要があります。このファイルを、IBM


Cognos がインストールされている各コンピューターにコピーします。

UNIX および Linux オペレーティング・システムでのサイレント・モードによる Cognos BI の起動および停止

Java ベースのグラフィカル・ユーザー・インターフェースをサポートしない UNIX

または Linux オペレーティング・システム・コンピューターで、設定を適用してサービスを起動するには、IBM Cognos Configuration をサイレント・モードで実行します。

設定ツールをサイレント・モードで実行する前に、"cogstartup.xml"ファイルが"cogstartup.xsd" ファイルに定義されている規則に従っており、有効であることを確認する必要があります。cogstartup.xsd ファイルは、 <c10 の場所>/configuration ディレクトリーにあります。

UNIX および Linux オペレーティング・システムでのサイレント・モードによる Cognos BI の起動

次の手順に従って、サイレント・モードで IBM Cognos Business Intelligence ソフトウェアを起動します。

手順1. "cogstartup.xml"ファイルが環境に合わせて変更されていることを確認します。このファイルは、"c10 の場所/configuration"ディレクトリーにあります。

詳細については、 339ページの『デフォルトの構成設定を手動で変更する』を参照してください。

2. c10 の場所/bin64 ディレクトリーに移動します。


./cogconfig.sh -s

ヒント: 無人設定時に生成されたログ・ファイルのメッセージを確認するには、<c10 の場所>/logs ディレクトリーにある cogconfig_response.csv ファイルの内容を調べます。

タスクの結果

IBM Cognos Configuration では、"cogstartup.xml"ファイルで指定した設定の適用、資格情報の暗号化、デジタル証明書の生成が行われます。適切な場合は、Cognos サービスまたはプロセスが開始されます。

UNIX および Linux オペレーティング・システムでのサイレント・モードによる Cognos BI の停止

次の手順に従って、サイレント・モードで IBM Cognos Business Intelligence ソフトウェアを停止します。


手順1. c10 の場所/bin64 ディレクトリーに移動します。


./cogconfig.sh -stop

IBM Cognos アプリケーション・ファイルの手作業による作成IBM Cognos Business Intelligence とサーブレット・ゲートウェイを、サポートされているアプリケーション・サーバーに配布するには、アプリケーション・ファイルにパッケージ化する必要があります。IBM Cognos Business Intelligence には、アプリケーション構築ウィザードが用意されており、アプリケーション・ファイルの作成に使用できます。

Web アーカイブ (.war) ファイルやエンタープライズ・アーカイブ (.ear) ファイルを作成したり、アプリケーションに必要なすべてのファイルを含む展開ディレクトリーを作成したりできます。WAR ファイル、EAR ファイル、展開ディレクトリーの詳細、およびアプリケーション・サーバーでいずれがサポートされているかを調べるには、アプリケーション・サーバーのドキュメントを参照してください。

アプリケーション構築ウィザードを使用しない場合は、次の手順を実行してアプリケーション・ファイルを作成します。

アプリケーション・サーバーを Web サーバーとして使用しない場合、IBM Cognos

の静的なコンテンツ (HTML ページや画像など) をアプリケーション・ファイルに含める必要はありません。アプリケーション・ファイルを作成するときに静的なコンテンツを除外すると、ファイルのサイズが小さくなります。

Business Intelligence ソフトウェアの IBM Cognos アプリケーション・ファイルの作成



2. c10 の場所/war/p2pd ディレクトリーに移動します。

3. 次のコマンド構文で build スクリプトを実行します。

v Microsoft Windows オペレーティング・システムの場合

build.bat <ファイル・タイプ> オプション

v UNIX または Linux オペレーティング・システムの場合

build.sh <ファイル・タイプ> オプション

ファイル・タイプに指定できるのは、次の表に示す値のいずれかです。


表 67. Business Intelligence ソフトウェアのアプリケーション・ファイルのファイル・タイプのオプションと説明のリスト

値説明

war 静的コンテンツありの WAR ファイル

war_without_webcontent 静的コンテンツなしの WAR ファイル

war_without_docsamples 静的コンテンツあり、ドキュメントとサンプル・ファイルなしの WAR ファイル

ear 静的コンテンツありの EAR ファイル

ear_without_webcontent 静的コンテンツなしの EAR ファイル

ear_without_docsamples 静的コンテンツあり、ドキュメントとサンプル・ファイルなしの EAR ファイル

expand 静的コンテンツありの、アプリケーションが格納されたディレクトリー

expand_without_webcontent 静的コンテンツなしの、アプリケーションが格納されたディレクトリー

expand_without_docsamples 静的コンテンツあり、ドキュメントやサンプル・ファイルなしの、アプリケーションが格納されたディレクトリー

オプションには、次の表に示す 1 つ以上の値を指定できます。

表 68. Business Intelligence ソフトウェアのアプリケーション・ファイルのオプション、値、および説明のリスト

オプション値説明

-Dappserver_type=<値> jboss

other (デフォルト)

JBoss アプリケーション・サーバーのアクションを実行する

非 JBoss アプリケーション・サーバーのアクションを実行する

-Dcontext_root=<値> p2pd (デフォルト) アプリケーションのコンテキスト・ルート値をあらかじめ設定する

-Dwar_name=<値> <パス>/<ファイル名>

デフォルトは"../../p2pd.war"

作成される WAR ファイルのパスと名前


表 68. Business Intelligence ソフトウェアのアプリケーション・ファイルのオプション、値、および説明のリスト (続き)


-Dear_name=<値> <パス>/<ファイル名>

デフォルトは"../../p2pd.ear"

作成される EAR ファイルのパスと名前

-Dexpand_location=<値>

(<ファイル・タイプ>がexpand に類するものの場合)

<パス>/<ディレクトリー>

デフォルトは"../../temp/expand"

アプリケーション・ファイルの展開先となるディレクトリーのパス

サーブレット・ゲートウェイの IBM Cognos アプリケーション・ファイルの作成



2. c10 の場所/war/gateway ディレクトリーに移動します。

3. 次のコマンド構文で build スクリプトを実行します。

v Windows の場合

build.bat <ファイル・タイプ> オプション

v UNIX または Linux の場合

build.sh <ファイル・タイプ> オプション

ファイル・タイプに指定できるのは、次の表に示す値のいずれかです。

表 69. サーブレット・ゲートウェイのアプリケーション・ファイルのファイル・タイプの値と説明

値説明

gateway_war 静的コンテンツありの WAR ファイル

gateway_war_without_docsamples 静的コンテンツあり、ドキュメントとサンプル・ファイルなしの WAR ファイル

gateway_ear 静的コンテンツありの EAR ファイル

gateway_ear_without_docsamples 静的コンテンツあり、ドキュメントとサンプル・ファイルなしの EAR ファイル

expand 静的コンテンツありの、アプリケーションが格納されたディレクトリー


表 69. サーブレット・ゲートウェイのアプリケーション・ファイルのファイル・タイプの値と説明 (続き)

値説明

expand_without_docsamples 静的コンテンツあり、ドキュメントやサンプル・ファイルなしの、アプリケーションが格納されたディレクトリー

オプションには、次の表に示す 1 つ以上の値を指定できます。

表 70. サーブレット・ゲートウェイのアプリケーション・ファイルのオプションの値と説明


-Dappserver_type=<値> jboss

other (デフォルト)

JBoss アプリケーション・サーバーのアクションを実行する

非 JBoss アプリケーション・サーバーのアクションを実行する

-Dcontext_root=<値> ServletGateway (デフォルト) アプリケーションのコンテキスト・ルート値をあらかじめ設定する

-Dwar_name=<値> <パス>/<ファイル名>

デフォルトは"../../ServletGateway.war"

作成される WAR ファイルのパスと名前

-Dear_name=<値> <パス>/<ファイル名>

デフォルトは"../../ServletGateway.ear"

作成される EAR ファイルのパスと名前

-Dexpand_location=<値> <パス>/<ディレクトリー>

デフォルトは"../../temp/expand"

アプリケーション・ファイルの展開先となるディレクトリーのパス



第 15 章 IBM Cognos BI のアンインストール

すべての関連ファイルの削除とシステム・ファイルに対する変更の削除を完全に実行するには、アンインストール・プログラムを使用してください。IBM Cognos

Business Intelligence をアンインストールするには、サーバー・コンポーネントとモデル作成ツールをアンインストールします。

IBM Cognos BI をアプリケーション・サーバー環境で実行している場合は、アプリケーション・サーバーのベンダーから提供されている管理ツールを使用して、実行中のアプリケーションを停止し、IBM Cognos BI コンポーネントの Java の部分を配布解除します。多くのアプリケーション・サーバーでは、配布されたすべてのアプリケーション・ファイルまたはディレクトリーが完全に削除されないため、この作業を手動で行う必要があります。IBM Cognos BI コンポーネントを削除した後、このセクションの手順に従って UNIX および Microsoft Windows オペレーティング・システムでアンインストールを行います。

重要: 新しいバージョンの IBM Cognos BI にアップグレードする際に、新しいバージョンで現在の設定データを使用する場合は、設定ファイルとデータ・ファイルを削除しないでください。

重要: Cognos Content Database を使用する場合、データベース・ファイルは、デフォルトで"<c10 の場所>/contentstore"ディレクトリーに置かれます。アンインストール後もデータベースを保持する場合は、このディレクトリーを削除しないでください。

UNIX または Linux オペレーティング・システムでの IBM CognosBusiness Intelligence のアンインストール

IBM Cognos Business Intelligence が不要になった場合や、UNIX または Linux オペレーティング・システムでアップグレードする場合は、IBM Cognos BI をアンインストールします。

アンインストールを行っても、設定ファイルやユーザー・データ・ファイルなど、インストール後に変更されたファイルは削除されません。インストール場所もコンピューターに残り、これらのファイルは手動で削除するまで維持されます。

手順1. コンピューターに接続されているコンソールで Java ベースのグラフィカル・ユーザー・インターフェースがサポートされていない場合は、次のコマンドで、IBM Cognos BI のプロセス識別番号 (pid) を確認します。

ps -ef | grep cogbootstrapservice

2. IBM Cognos BI プロセスを次の手順に従って停止します。

v X Window を実行している場合は、IBM Cognos Configuration を起動し、「操作」メニューの「停止」をクリックします。

v X Window を実行していない場合は、次のように入力します。


kill -TERM プロセス識別番号

3. IBM Cognos BI をアンインストールするには、"c10 の場所/uninstall"ディレクトリーに移動し、次のコマンドを入力します。

v X Window を使用している場合は、次のように入力します。

./uninst -u

v X Window を使用しない場合は、無人アンインストールを実行します。詳細については、「IBM Cognos Business Intelligence インストールおよび設定ガイド」を参照してください。

4. プロンプトに従って、アンインストールを完了します。

5. Web ブラウザー・コンピューターからすべてのインターネット一時ファイルを削除します。

Microsoft Windows オペレーティング・システムでの IBM CognosBusiness Intelligence のアンインストール

IBM Cognos Business Intelligence が不要になった場合や、アップグレードする場合は、IBM Cognos BI のすべてのコンポーネントと IBM Cognos サービスをアンインストールします。

同じ場所に複数のコンポーネントがインストールされている場合は、アンインストール・ウィザードで、アンインストールするパッケージを選択できます。パッケージの全コンポーネントがアンインストールされます。アンインストールは、IBM

Cognos BI コンポーネントがインストールされている各コンピューターで繰り返し実行する必要があります。

Microsoft Windows オペレーティング・システムの設定ファイルやデータ・ファイルのバックアップを取る必要はありません。これらのファイルは、アンインストールを行っても削除されることはありません。

すべてのプログラムを閉じてから、IBM Cognos BI をアンインストールしてください。終了しないと、一部のファイルが削除されないことがあります。

アンインストールを行っても、設定ファイルやユーザー・データ・ファイルなど、インストール後に変更されたファイルは削除されません。インストール場所もコンピューターに残り、これらのファイルは削除するまで維持されます。新しいバージョンの IBM Cognos BI にアップグレードする際に、新しいバージョンで現在の設定データを使用する場合は、設定ファイルとデータ・ファイルを削除しないでください。

手順1. 「スタート」メニューから、「プログラム」、「IBM Cognos 10」、「IBM

Cognos のアンインストール」、「IBM Cognos のアンインストール」の順にクリックします。

「アンインストール」ウィザードが起動します。


ヒント: IBM Cognos BI は、インストール時に作成されるプログラム・フォルダーのデフォルトの名前です。別の名前を付けた場合は、そのフォルダーに移動してプログラムを選択してください。

Microsoft Windows 8 または 2012 Server では、c10_location¥uninstall ディレクトリーに移動して、「IBM Cognos のアンインストール」をダブルクリックします。

2. 指示に従ってコンポーネントをアンインストールします。

"cognos_uninst_log.htm"ファイルには、ファイルのアンインストール時にアンインストール・ウィザードで実行された処理状況が記録されます。

ヒント: ログ・ファイルは、Temp ディレクトリーにあります。

3. Web ブラウザー・コンピューターからすべてのインターネット一時ファイルを削除します。

詳細については、Web ブラウザーのドキュメントを参照してください。

第 15 章 IBM Cognos BI のアンインストール 353


付録 A. ユーザー補助機能

ユーザー補助機能は、動作が制限されている方、視力の限られた方など、身体に障害を持つ方々に IT 製品をご使用いただけるように支援する機能です。

IBM ユーザー補助への取り組みについて詳しくは、 IBM アクセシビリティー・センター (http://www.ibm.com/jp/accessibility) を参照してください。

インストール・ウィザードのショートカット・キーショートカット・キーを使用すると、簡単に素早くソフトウェアにナビゲートして使用できます。

インストール・ウィザードでは、アプリケーション固有のキーに加えて、標準のMicrosoft Windows オペレーティング・システム・ナビゲーション・キーを採用しています。

注: 次のショートカット・キーは、米国の標準キーボードに基づいています。

次の表に、Windows オペレーティング・システム上でインストール・ウィザードの主な作業の一部を実行する際に使用できるショートカット・キーを示します。

表 71. Windows オペレーティング・システムでのキーボード・ショートカットのリスト

実行する作業ショートカット・キー

ページの次のフィールドに移動する Tab

ページの前のフィールドに戻る Shift + Tab

インストール・ウィザードを終了する Alt+F4

次の設定手順に移動する Alt + N

前の設定手順に戻る Alt + B

リストの次の選択肢に移動する ↓

リストの前の選択肢に移動する ↑

次の表に、UNIX または Linux オペレーティング・システム上でインストール・ウィザードの主な作業の一部を実行する際に使用できるショートカット・キーを示します。

表 72. UNIX または Linux オペレーティング・システムでのキーボード・ショートカットのリスト


ページの次のフィールドに移動する Tab

ページの前のフィールドに戻る Shift + Tab

インストール・ウィザードを終了する Alt+F4

リストの次の選択肢に移動する ↓

リストの前の選択肢に移動する ↑


http://www.ibm.com/able

http://www.ibm.com/able

次の表に、インストール・ウィザードの「使用許諾契約」ページで主な作業の一部を実行する際に使用できるショートカット・キーを示します。

表 73. 「使用許諾契約」ページでのキーボード・ショートカットのリスト


使用許諾契約に同意する Alt + A

使用許諾契約に同意しない Alt + D

インストール・ウィザードを終了する Alt + x

次の表に、Windows オペレーティング・システム上で IBM Cognos Configuration

のメインタスクの一部を実行する際に使用できるキーボード・ショートカットを示します。

表 74. Windows オペレーティング・システム上の IBM Cognos Configuration のキーボード・ショートカットのリスト


現行の構成を保存する Crtl+S

IBM Cognos Configuration を閉じる Alt+F4

選択した項目を名前変更する F2

「ファイル」メニューを表示する Alt+F

「編集」メニューを表示する Alt+E

「表示」メニューを表示する Alt+V

「操作」メニューを表示する Alt+A

「ヘルプ」メニューを表示する Alt+H

次の表に、UNIX または Linux オペレーティング・システム上で IBM Cognos

Configuration のメインタスクの一部を実行する際に使用できるキーボード・ショートカットを示します。

表 75. UNIX または Linux オペレーティング・システム上の IBM Cognos Configuration のキーボード・ショートカットのリスト


現行の構成を保存する Crtl+S

IBM Cognos Configuration を閉じる Alt+F4

選択した項目を名前変更する F2


付録 B. IBM Cognos Configuration のコマンド行オプション

コマンド行オプションと設定コマンドを使用して、IBM Cognos Configuration の起動時の動作を変更できます。

表 76. コマンド行のオプションと説明

オプション説明

-h IBM Cognos Configuration のコマンドを表示します。

-s IBM Cognos Configuration をサイレント・モードで実行します。

cogstartup.xml ファイルに指定されているプロパティー値を使用して、インストールされているコンポーネントを設定してすべてのサービスを開始します。

./cogconfig.sh -s

cogconfig.bat -s

-stop すべての IBM Cognos サービスを停止します。

./cogconfig.sh -stop

cogconfig.bat -stop

-startupfile <パス>/filename.xml <c10 の場所>/configuration ディレクトリーの cogstartup.xml ファイル以外のファイルを使用して、 IBM Cognos Configuration

を実行します。

-test cogstartup.xml ファイルに指定されているプロパティー値を使用して、構成設定のテストを行います。

./cogconfig.sh -test

cogconfig.bat -test

-notest 自動テスト・タスクを無効にして、IBM

Cognos Configuration を開始します。

./cogconfig.sh -notest

cogconfig.bat -notest

製品を初めて始動するときや設定を変更するときには、このオプションを使用できません。


表 76. コマンド行のオプションと説明 (続き)

オプション説明

-utf8 UTF-8 エンコードで設定を保存します。

./cogconfig.sh -s -utf8

cogconfig.bat -s -utf8

-l language ID 言語 ID で指定された言語を使用して IBM

Cognos Configuration を実行する。

中国語 (簡体字) を使ってサイレント・モードで設定ツールを実行するには、以下のようにします。

./cogconfig.sh -l zh-cn

cogconfig.bat -l zh-cn

-e filename.xml 指定したファイルに現在の設定をエクスポートします。

./cogconfig.sh -e <ファイル名>.xml

cogconfig.bat -e <ファイル名>.xml

-log <Cognos の場所>/logs ディレクトリーにcogconfig.timestamp.log エラー・ログ・ファイルを作成します。

./cogconfig.sh -log

cogconfig.bat -log

-java:{local|env} 次のいずれかで定義された Java Runtime

Environment のバージョンを使用し、Microsoft Windows オペレーティング・システムで IBM Cognos Configuration を実行する。

v env: JAVA_HOME 環境変数を使用して環境で定義

v local: <c10 の場所>/bin/jre ディレクトリーからローカルに定義

このフラグを設定しない場合、IBM Cognos

では JAVA_HOME 環境変数の設定が使用されます。

ローカル JVM を使用して IBMCognos

Configuration をサイレント・モードで実行する場合は、次のコマンドを入力します。

./cogconfig.sh -s -java:local

cogconfig.bat -s -java:local


一度に複数のコマンド行オプションを使用できます。例えば、IBM Cognos

Configuration をサイレント・モードで実行して、すべてのエラー・メッセージをログ・ファイルに送信することができます。

付録 B. IBM Cognos Configuration のコマンド行オプション 359


付録 C. トラブルシューティング

ここで説明するトラブルシューティングの参考情報と解決方法は、IBM Cognos

Business Intelligence コンポーネントのインストール時やインストール後に発生した問題を解決する手段として利用してください。

トラブルシューティングを行うには、まず問題の状況を把握します。特定のトラブルシューティングのツールやテクニックを使用すれば、問題の原因をしぼることができます。原因がわかれば、一連の作業を行うことで各問題を解決できます。

トラブルシューティングには、ログ・ファイルを利用できます。もう 1 つ便利なトラブルシューティング・ツールとして、知識ベースが用意されています。これはIBM Support Portal (http://www-01.ibm.com/software/analytics/support/finding-answers/

kb.html) で入手できます。知識ベースは、すべての IBM Cognos 製品を対象とした問題と解決方法のデータベースです。

これらの情報を使用しても問題を解決できない場合は、技術サポートの担当者へ連絡します。技術サポートの担当者が問題を分析するには、問題が発生したときの状況や状態に関する情報が必要です。技術サポートの担当者に問い合わせる前に、問題の原因を特定するために必要なデータを用意しておいてください。

問題のトラブルシューティングトラブルシューティングは、問題解決のための系統的なアプローチです。トラブルシューティングの目的は、ある部分が予期したとおりに機能しない理由および問題を解決する方法を判別することです。

トラブルシューティング手順の第 1 段階は、問題を完全に記述することです。問題の記述は、お客様および IBM 技術サポート担当員が問題の原因を突き止めるうえで、出発点となる情報として役立ちます。この段階では、お客様ご自身が次のような基本的な質問に答えます。

v 問題にはどのような症状があるか?

v 問題はどこで発生するか?

v 問題が発生するのはいつか?

v どのような条件下で問題が発生するか?

v 問題を再現できるか?

通常は、これらの質問に答えることで問題を適切に記述でき、それが問題の解決につながる可能性があります。

問題にはどのような症状があるか?

問題の記述を開始するときに、最も明らかな質問は「何が問題であるか」です。この質問は単純に見えるかもしれませんが、的を絞ったいくつかの質問に細分化することで、問題をより良く描写できます。例えば次のような質問が考えられます。

v 誰が (または何が) 問題を報告しているか?


http://www-01.ibm.com/software/analytics/support/finding-answers/kb.html

http://www-01.ibm.com/software/analytics/support/finding-answers/kb.html

v どのようなエラー・コードとメッセージが出されたか?

v システムにどのような障害が起きるか? 例えば、ループ、ハング、クラッシュ、パフォーマンス低下、間違った結果などの問題のうち、どれが発生するか?

問題はどこで発生するか?

問題の発生源となっている箇所の判別は必ずしも容易ではありませんが、問題を解決するうえで、これは最も重要な手順の 1 つです。報告を出しているコンポーネントと障害が起こっているコンポーネントの間には、テクノロジーの多くのレイヤーが存在する可能性があります。ネットワーク、ディスク、およびドライバーは、問題を調査する際に考慮すべきコンポーネントのごく一部に過ぎません。

問題が起きているレイヤーを見分けるうえで、次のような質問が役立ちます。

v その問題は 1 つのプラットフォーム (またはオペレーティング・システム) に固有のものか、それとも複数のプラットフォーム (またはオペレーティング・システム) にまたがって共通するものか?

v 現在の環境および構成はサポートされているか?

あるレイヤーが問題を報告するとしても、問題の発生源は必ずしもそのレイヤーであるとは限りません。問題の発生場所を特定するには、その問題が存在する環境を理解することも必要です。時間をかけて問題の環境を完全に記述してください。オペレーティング・システムとバージョン、対応するすべてのソフトウェアとそのバージョン、さらにハードウェアについての記述を含めます。実際にサポートされる環境で稼働していることを確かめてください。併用されるよう意図されていない(または併用が十分にテストされていない) 複数のソフトウェア・レベルの非互換性が、問題の根本原因となるケースが数多くあります。

問題が発生するのはいつか?

障害が発生するまでのさまざまなイベントを記述した詳細な時系列を作成します(特に、1 回限りの発生である場合)。最も簡単に時系列を作る方法は、前にさかのぼることです。エラーが報告された時点 (できればミリ秒単位に至るまで精密に) から始めて、使用可能なログや情報を活用して逆方向にたどります。通常は、診断ログで最初に検出した疑わしいイベントまで調べるだけでかまいません。

イベントの詳細な時系列を作成するには、次の質問に答えます。

v 問題が発生するのは、一日 (昼間または夜間) の特定の時刻だけですか?

v 問題はどのくらいの頻度で発生しますか?

v 問題が報告された時刻に至るまでに、どんな一連のイベントが発生しましたか?

v 環境が変化した後に問題が発生しますか (例えばソフトウェアやハードウェアのアップグレード後/インストール後)?

どのような条件下で問題が発生するか?

問題の発生時にどのようなシステムとアプリケーションが稼働していたかを知ることは、トラブルシューティングの重要な部分です。環境について以下の質問に答えることで、問題の原因を特定できる可能性があります。

v その問題は、常に同じタスクの実行中に発生しますか?

v 特定の一連のイベントが発生した場合にのみ、その問題が発生しますか?


v 同時に他のいずれかのアプリケーションも障害を起こしますか?

このような質問に答えることで、問題が発生する環境を説明し、依存関係があればそれらを相互に関連付けることができます。なお、ほぼ同時に複数の問題が発生したとしても、それらの間に関連があるとは限らないことに注意してください。

問題を再現できるか?

再現可能な問題は、多くの場合、より簡単に解決できます。ただし、再現可能な問題にも不利な点があります。業務に大きな影響を与える問題の場合、それを繰り返したいとは思わないでしょう。可能であればテスト環境または開発環境で問題を再現させます。通常、このようにすると、調査の際の柔軟性が高まり、制御しやすくなります。次のような質問に答えてください。

v 問題をテスト・システムで再現できますか?

v 複数のユーザーまたはアプリケーションで同じ種類の問題が発生していますか?

v 問題を再現できるのは、単一のコマンドを実行した場合、一連のコマンドを実行した場合、または特定のアプリケーションを実行した場合のどれですか。

知識ベースの検索IBM の知識ベースを検索することで、問題の解決方法が見つかることがよくあります。使用可能なリソース、サポート・ツール、検索方式を使って結果を最適化することができます。


IBM Cognos のインフォメーション・センターを検索すると役立つ情報が見つかります。しかし、問題を解決するためにインフォメーション・センターよりも詳しい情報を調べる必要が生じることもあります。

手順

知識ベースで必要な情報を検索するには、以下の方法のうちの 1 つ以上を使用します。

v IBM サポート・ポータルを使用して必要なコンテンツを見つけます。

IBM サポート・ポータルは、すべての IBM システム、ソフトウェア、およびサービスに関するあらゆる技術サポート・ツールと情報を集めた統合ビューです。IBM サポート・ポータルによって、電子的な IBM サポート・ポートフォリオに1 箇所からアクセスできます。ページを調整すると、問題の防止および問題の素早い解決のために必要な情報やリソースに焦点を絞ることができます。 IBM サポート・ポータルを理解するには、このツールに関するデモ・ビデオ(https://www.ibm.com/blogs/SPNA/entry/the_ibm_support_portal_videos) をご覧ください。これらのビデオは、IBM サポート・ポータルについて紹介し、トラブルシューティングその他のリソースを参照する方法、ポートレットを移動/追加/削除することによりページを調整する方法を示します。

v 以下のいずれかの追加的な技術リソースを使用して、IBM Cognos についてのコンテンツを検索する。

– IBM Cognos BI APAR (問題報告書)

付録 C. トラブルシューティング 363

http://www.ibm.com/support/entry/portal/

https://www.ibm.com/blogs/SPNA/entry/the_ibm_support_portal_videos

http://www-947.ibm.com/support/entry/portal/search_results/software/cognos/cognos_business_intelligence?sn=spe&q=cognos%20bi&filter=language:en#q%3Dcognos%20bi%26sortby%3D-dcdate%26filter%3Dlanguage%3Aen%2BDC.Subject%3ASSEP7J%2BDC.Type%3ACT748%26spew%3Dfalse

– Technote を検索する。

– IBM Cognos フォーラムとコミュニティー

v IBM マストヘッド検索を使ってコンテンツを検索する。どの ibm.com® ページでも、検索フィールドに検索ストリングを入力することによって、IBM マストヘッド検索を使用できます。

v Google、Yahoo、Bing などの任意の外部検索エンジンを使ってコンテンツを検索する。外部の検索エンジンを使用すると、ibm.com ドメイン以外の情報が結果に含まれる可能性が高くなります。しかし、ibm.com 以外のニュースグループ、フォーラム、およびブログなどで IBM 製品の問題解決に役立つ情報が見つかる場合があります。

ヒント: IBM 製品についての情報を探している場合は、「IBM」および製品の名前を含めて検索してください。

フィックスの入手該当する問題を解決するための製品フィックスが提供されている場合があります。

手順

フィックスを見つけてインストールするには、以下の手順に従います。

1. 必要なフィックスを特定します (Fix Central) (新しいウィンドウで開きます)

(http://www.ibm.com/support/fixcentral/)。

2. フィックスをダウンロードします。ダウンロードした資料を開き、『Download

package』セクションのリンクをたどります。

3. ダウンロード資料の『Installation Instructions』にある説明に従って、フィックスを適用します。

4. フィックスその他の IBM サポート情報に関する週ごとの E メール通知を受信するためにサブスクライブします。

IBM サポートと連絡を取るソフトウェアの問題の解決に役立つさまざまな IBM リソースを IBM サポートから入手することができます。

始める前に

他の自己ヘルプ・オプション (技術情報など) を使用して回答または解決方法を探した後、IBM サポートと連絡を取ることができます。 IBM サポートと連絡を取るには、IBM との保守契約を会社が事前に結んでおり、それが有効である必要があります。また、IBM に問題を送信する許可が必要です。次の情報を揃えておく必要もあります。

v カスタマー識別番号

v サービス要求番号 (すでにサービス要求が進行中の場合)

v 連絡先電話番号

v 使用しているソフトウェアのバージョン

v 使用している操作環境のバージョン

v 問題発生時点で行っていた操作の詳細



http://www.ibm.com/support/entry/portal/Forums_communities/Software/Information_Management/Cognos_Business_Intelligence_and_Financial_Performance_Management

http://www.ibm.com/support/fixcentral/

v 表示されるエラー・メッセージの正確な内容

v 問題解決のために試みた操作の手順

利用可能なサポートのタイプについては、「Software Support Handbook」の Support

portfolio (新しいウィンドウで開きます) のトピックを参照してください。

手順

問題について IBM サポートに連絡を取る場合には、以下の手順を実行します。

1. 問題を明確にし、背景情報を収集し、問題の重大度を判断します。詳しくは、「Software Support Handbook」の Getting IBM support (新しいウィンドウで開きます) のトピックを参照してください。

2. 診断情報を収集します。

3. 以下のいずれかの方法で、IBM サポートに問題を報告します。

v IBM Support Assistant (ISA) を使用する方法: このフィーチャーを使用して、IBM に対する Electronic Service Request をオープン、更新、および表示します。収集されたデータはすべて、サービス要求に添付できます。これにより、分析が迅速に行われ、より短時間で解決できるようになります。

v IBM サポート・ポータル (新しいウィンドウで開きます) からオンラインで行う方法:「サービス・リクエスト」ページの「サービス・リクエスト」ポートレットから、すべてのサービス・リクエストをオープン、更新、および表示することができます。

v 電話による方法: 電話番号については、Web ページ Directory of worldwide

contacts (新しいウィンドウで開きます) を参照してください。

タスクの結果

ユーザーが提出した問題が、ソフトウェア障害または資料の不正確や欠落が原因である場合、IBM サポートはプログラム診断依頼書 (APAR) を作成します。 APAR

には、問題が詳細に記述されます。可能な場合には常に、APAR が解決されてフィックスが配信されるまでに実施しておくことができる回避策が IBM サポートによって提供されます。 IBM は解決済みの APAR を IBM サポートの Web サイト上に日々公開します。これにより、同じ問題が発生している他のユーザーもその同じ解決方法を参照できるようになります。

IBM との情報交換問題を診断したり特定したりするために、システムからのデータと情報を IBM サポートに提出する必要が生じる場合があります。

場合によっては、問題判別に使用するためのツールまたはユーティリティーが IBM

サポートによって提供されることもあります。

IBM サポートへの情報の送信問題解決にかかる時間を短縮するために、トレースおよび診断情報を IBM サポートに送信することができます。


http://www14.software.ibm.com/webapp/set2/sas/f/handbook/offerings.html

http://www14.software.ibm.com/webapp/set2/sas/f/handbook/offerings.html

http://www14.software.ibm.com/webapp/set2/sas/f/handbook/getsupport.html

http://www.ibm.com/software/support/

http://www.ibm.com/planetwide/

http://www.ibm.com/planetwide/

手順

IBM サポートに診断情報を送信するには、以下の手順に従います。

1. 問題管理レコード (PMR) を開きます。 IBM Support Assistant (新しいウィンドウで開きます) または IBM サービス・リクエスト・ツール (新しいウィンドウで開きます) を使用することができます。

2. 必要な診断データを収集します。診断データは、PMR の解決にかかる時間の短縮につながります。診断データは手動でも自動でも収集できます。

3. TRSMAIN または AMATERSE プログラムを使ってファイルを圧縮します。IBM から IBM Cognos BI システムに無料のユーティリティーをダウンロードした後、TSO RECEIVE コマンドを使ってユーティリティーをインストールします。

4. ファイルを IBM に転送します。 IBM へのファイルの転送は、次のいずれかの方法で行えます。

v サービス・リクエスト・ツール (新しいウィンドウで開きます)

v 標準的なデータ・アップロード方式: FTP、HTTP

v セキュアなデータ・アップロード方式: FTPS、SFTP、HTTPS

v E メール

IBM Cognos 製品を使用しており、ServiceLink / IBMLink で PMR をサブミットする場合、E メールまたは FTP を使用して IBM サポートに診断データを送信することができます。

これらすべてのデータ交換方式については、IBM Support サイト(新しいウィンドウで開きます) で説明されています。

IBM サポートからの情報の受信時折、IBM 技術サポート担当者から、診断ツールまたはその他のファイルをダウンロードするように依頼されることがあります。それらのファイルは FTP を使ってダウンロードできます。

始める前に

IBM 技術サポート担当者から、ファイルのダウンロードに使用する優先サーバーと、アクセス先の正確なディレクトリー名およびファイル名が提供されていることを確認してください。

手順

IBM サポートからファイルをダウンロードするには、以下の手順に従います。

1. FTP を使用して、IBM 技術サポート担当員によって指定されたサイトに接続し、anonymous でログインします。パスワードには自分の E メール・アドレスを使用します。

2. 以下の該当するディレクトリーに移動します。

a. /fromibm ディレクトリーに移動します。

cd fromibm

b. IBM 技術サポート担当者によって指定されたディレクトリーに移動します。


http://www.ibm.com/software/support/isa

http://www.ibm.com/support/servicerequest

http://www.ibm.com/support/servicerequest

http://www-01.ibm.com/software/support/exchangeinfo.html

cd nameofdirectory

3. セッションでバイナリー・モードを使用可能にします。

binary

4. get コマンドを使用して、IBM 技術サポート担当者によって指定されたファイルをダウンロードします。

get filename.extension

5. FTP セッションを終了します。

quit

サポート更新情報のサブスクライブご使用の IBM 製品についての重要な情報を継続的に得るには、更新情報をサブスクライブすることができます。


更新情報を受け取るようサブスクライブ (登録) することで、特定のサポート・ツールおよびリソースに関する重要な技術情報とアップデートを入手できます。以下の2 つの方法のいずれかを使って、更新情報をサブスクライブできます。

RSS フィードおよびソーシャル・メディア登録IBM Cognos BI に関する以下の RSS フィードおよびソーシャル・メディア登録を利用できます。

v developerWorks®フォーラムの RSS フィード (新しいウィンドウで開きます)。

v IBM Cognos Business Intelligence のサポート・サイトの RSS フィード(新しいウィンドウで開きます)

RSS の一般情報 (入門情報、RSS を使用できる IBM Web ページのリストなど) については、 IBM ソフトウェア・サポート RSS フィード (新しいウィンドウで開きます) のサイトをご覧ください。

My NotificationsMy Notifications を使用すると、任意の IBM 製品のサポート更新情報をサブスクライブできます。毎日、または週ごとに E メール通知を受信するよう指定することができます。どんな種類の情報を受け取ることを希望するか(出版物、ヒント、製品フラッシュつまりアラート、ダウンロード、ドライバーなど) を指定できます。 My Notifications を使用すると、どの製品についての通知をどんな配信方法で受け取るか、必要に合わせてカスタマイズして分類することができます。

手順

サポート更新情報にサブスクライブするには、次のようにします。

1. 「製品名」RSS フィードにサブスクライブします。

2. My Notifications にサブスクライブするには、まず IBM サポート・ポータル(新しいウィンドウで開きます) に移動して、「通知」ポートレットの「MyNotifications」をクリックします。

3. マイ・サポートに登録済みの場合は、サインインして、次のステップに進みます。まだ登録していない場合は、「今すぐ登録 (Register now)」をクリックし


https://www.ibm.com/developerworks/community/forums/html/category?id=33333333-0000-0000-0000-000000000164

http://www-947.ibm.com/systems/support/myfeed/xmlfeeder.wss?feeder.requid=feeder.create_public_feed&feeder.feedtype=RSS&feeder.maxfeed=25&OC=SSEP7J&feeder.subdefkey=swgimgmt&feeder.channel.title=Cognos%20Business%20Intelligence&feeder.channel.descr=The%20latest%20updates%20about%20Cognos%20Business%20Intelligence

http://www.ibm.com/software/support/rss/

http://www.ibm.com/software/support/

ます。ご使用の E メール・アドレスを IBM ID として使用して登録フォームにすべて入力し、「送信する (Submit)」をクリックします。

4. 「プロファイルの編集 (Edit profile)」をクリックします。

5. 「製品の追加 (Add products)」をクリックして、製品カテゴリー (例えば「ソフトウェア (Software)」) を選択します。

6. 2 番目のリストで製品区分を選択します (例えば「データ/情報管理 (Data &Information Management)」)。

7. 3 番目のリストで、製品の副区分を選択します (例えば「データベース(Databases)」)。

8. 更新情報の受信を希望する製品を選択します。

9. 「製品の追加 (Add products)」をクリックします。

10. 関心のある製品をすべて選択したら、「プロファイルの編集 (Edit profile)」タブの「E メールをサブスクライブ (Subscribe to email)」をクリックします。

11. 「これらのドキュメントを毎週 E メールで送信してください (Please sendthese documents by weekly email)」を選択します。

12. 必要に応じて E メール・アドレスを更新します。

13. 「ドキュメント・リスト (Documents list)」で、製品カテゴリー (例えば「ソフトウェア (Software)」) を選択します。

14. どんな種類のドキュメントに関する情報を受け取るかを選択します。

15. 「更新」をクリックします。

タスクの結果

RSS フィードおよび My Notifications 設定を変更するまで、要求した更新の通知を受け取ります。例えば、ある製品の使用を停止して別の製品を使い始めた場合など、必要なときに設定を変更することができます。

ログ・ファイルログ・ファイルには、製品の使用時に行った操作が記録されており、問題の解決に役立てることができます。

IBM Cognos BI で実行した操作は、追跡のために各種ログ・ファイルに記録されます。例えば、IBM Cognos BI のインストールで問題が発生した場合は、転送ログ・ファイルを調べて、ファイルの転送中にインストール・ウィザードで実行した処理を確認します。

ログ・ファイルを参照する前に、必要とする情報がログ・ファイルに記録されていることを確認します。ログ・ファイルの数およびログ・ファイルに含まれる情報は、IBM Cognos Connection と IBM Cognos Configuration にパラメーターで設定されています。

IBM Cognos Administration を使用して、各カテゴリーについてログに記録される詳細レベルを設定します。



IBM Cognos Configuration を使用して、ログ・ファイルのサイズ、数、場所を指定し、ログ・サーバーのプロパティーを設定します。

問題解決には、次のファイルが役立ちます。

転送ログ・ファイル

このファイルには、インストール・ウィザードでファイルの転送中に実行された処理が記録されます。

転送ログ・ファイルは <c10 の場所>¥instlog ディレクトリーにあります。ファイル名により製品名、バージョン、ビルド番号を識別できます。またファイル名にはタイム・スタンプも含まれています。ファイル名の形式の例を次に示します。

tl-BISRVR-8.1-0.0-20080901_1122.txt

転送の概要ログとエラー・ログ・ファイル

このファイルには、インストールされているコンポーネント、ディスク容量情報、転送ダイアログでの設定、およびコンポーネントの転送中にインストール・ウィザードで発生したエラーがすべて記録されます。

転送の概要エラー・ログ・ファイルは <c10 の場所>/instlog ディレクトリーにあります。ファイル名により製品名、バージョン、ビルド番号を識別できます。またファイル名にはタイム・スタンプも含まれています。ファイル名の形式の例を次に示します。

tl-BISRVR-8.1-0.0-20080901_1122_summary_error.txt

始動設定ファイル

このファイルには、プロパティー設定を保存するたびに選択した設定が記録されます。ファイル名は cogstartup.xml です。

設定を保存できない場合や問題が発生した場合には、以前に保存した設定ファイルに戻すことができます。バックアップ設定ファイルは、<c10 の場所>/configuration ディレクトリーにあります。バックアップ設定ファイルのファイル名の形式の例を次に示します。

cogstartup_200811231540.xml

始動設定ロック・ファイル

このファイルは、IBM Cognos Configuration を開くたびに作成されるので、複数のIBM Cognos Configuration ウィンドウが開くことはありません。

IBM Cognos Configuration の起動時に問題が発生した場合は、<c10 の場所>/configuration ディレクトリーの cogstartup.lock ファイルを確認します。このファイルが存在していて IBM Cognos Configuration を起動できない場合は、前回IBM Cognos Configuration を使用したときに適切に終了されなかったことを意味します。この場合は、ロック・ファイル削除すると、IBM Cognos Configuration を起動できます。


ロケール設定ファイル

このファイルには、製品とコンテンツ・ロケール、ロケール・マッピング、およびサポートする通貨に関して IBM Cognos Configuration で設定した内容が記録されます。

ユーザー・インターフェースやレポート用にサポートする言語に関して問題が発生した場合、このファイルを使って変更を追跡できます。バックアップ設定ファイルは、<c10 の場所>/configuration ディレクトリーにあります。ファイル名の形式の例を次に示します。

coglocale_200811231540.xml

実行時ログ・ファイル

デフォルトの IBM Cognos ログ・ファイル cogserver.log、またはログ・サーバーからのログ・メッセージを受信するように設定した任意のログ・ファイルには、IBM Cognos BI サービス開始後の情報が記録されます。ファイルは <c10 の場所>/logs ディレクトリーにあります。ログ・メッセージに別の出力先を設定した場合は、該当するファイルまたはデータベースを調べてください。

ログ・メッセージの一部は、問題が発生したことを示しています。ほとんどのメッセージは情報を提供するだけですが、実行時環境での問題の診断に利用できるメッセージもあります。

ゲートウェイ・ログ・ファイル

ゲートウェイにより、エラーはゲートウェイ・ログ・ファイルに記録されます。このファイルは <c10 の場所>/logs ディレクトリーにあります。

ゲートウェイ・ログ・ファイルを使用して、ゲートウェイで要求を処理できなかったり、暗号化を使用できない問題を解決できます。これらの問題の症状は次のとおりです。

v ユーザー ID およびパスワードが機能しない

v シングル・サインオンが機能しない

v ディスパッチャーは実行中だが、IBM Cognos BI サーバーが使用できないというエラー・メッセージがユーザーに表示される

ゲートウェイ・ログ・ファイルには、次のような名前付け形式が使用されています。この場合、<ゲートウェイ・インターフェース> は、cgi、mod2 (Apache 2.0 モジュール)、または isapi です。

gw<ゲートウェイ・インターフェース>.log (例えば gwcgi.log)

アンインストール・ログ・ファイル

このファイルには、アンインストール・ウィザードでファイルのアンインストール中に実行された処理が記録されます。ログ・ファイルの名前はcognos_uninst_log.htm で、Temp ディレクトリーに置かれます。このログ・ファイルを使用して、IBM Cognos BI コンポーネントのアンインストールに関する問題を解決できます。


サイレント・モードのログ・ファイル

このファイルには、サイレント・モードでの実行時に IBM Cognos Configuration で行われた処理状況が記録されます。このログ・ファイルの名前はcogconfig_response.csv で、<c10 の場所>/logs ディレクトリーにあります。

Linux オペレーティング・システムで issetup を実行できないIBM Cognos BI をインストールするために issetup を実行しても、以下のエラー・メッセージを受け取ります。

Error while loading shared libraries: libXm.so.4: cannot open shared object file:No such file or directory.

手順1. /usr/lib ディレクトリーに移動します。

2. 別バージョンの libXm.so へのシンボリック・リンクを作成して、そのシンボリック・リンクに libXm.so.4 と名前を付けます。

例えば、以下のコマンドで示すように、libXm.so.3 へのシンボリック・リンクを作成します。

ln -s libXm.so.3 libXm.so.4

3. issetup を再実行します。

IBM Cognos Business Intelligence の起動に関する問題IBM Cognos Business Intelligence の起動時に問題が発生した場合、以下のタスクを実行できます。

次の操作を実行しようとすると、問題が発生する場合があります。

v IBM Cognos BI サービスを開始する

v IBM Cognos BI ポータルの「ようこそ」ページを初めて開く

v WebLogic や WebSphere などのアプリケーション・サーバーを起動する

次の表に、一般的な現象とその解決法を示します。

表 77. IBM Cognos Business Intelligence を起動する際の現象および推奨される解決法

現象解決法

IBM Cognos BI を起動したときに、IBM

Cognos BI ポータルのスプラッシュ画面が表示されない。

Web サーバーの設定を確認する。

サービスは起動するが、Content Store データベースに表が作成されない。

Content Store の設定を確認する。

サービスが起動しない。少し待ってから要求を送信する。

アプリケーション・サーバーが起動しない。アプリケーション・サーバーのインストール先のディレクトリー名と、ファイルのアクセス権を確認する。




IBM Cognos Configuration で IBM Cognos サービスを開始すると"CFG-ERR-0106"エラーが発生する

IBM Cognos Business Intelligence サービスの開始時に、CFG-ERR-0106 エラー・メッセージが表示されます。

エラー・メッセージは、以下のように表示されます。

v CFG-ERR-0106. IBM Cognos Configuraton received no response from the IBM

Cognos service in the allotted time. Check that the IBM Cognos service is

available and properly configured.

v Unable to start IBM Cognos service. Execution of the external process

returns an error code value of ’-1’.

この問題に対して、考えられる原因は 3 つあります。

v IBM Cognos サービスの開始にさらに時間が必要である。

v 待機中の Content Manager コンピューターが正しく設定されていない。

v 64 ビット・バージョンの Java に対して 32 ビット・バージョンの IBM Cognos

BI がインストールされた。

IBM Cognos サービスの待ち時間の変更IBM Cognos サービスが開始により多くの時間を必要とすることが原因でCFG-ERR-0106 エラーを受け取った場合、IBM Cognos サービスからの応答を IBM

Cognos Configuration が受信するまでの待機時間を変更します。

デフォルトでは、0.5 秒の間隔で 3 分間にわたり、起動要求の進行状況が IBM

Cognos Configuration でチェックされます。この許容時間内に IBM Cognos

Configuration が応答を受信しないと、エラー・メッセージが表示されます。

IBM Cognos サービスからの応答を IBM Cognos Configuration が受信するまでの許容時間は、ServiceWaitInterval および ServiceMaxTries プロパティーによって制御されます。

"ServiceWaitInterval"プロパティーでは、IBM Cognos Configuration で起動要求の進行状況をチェックする間隔をミリ秒単位で指定します。デフォルトのチェック間隔は 500 ミリ秒 (0.5 秒) です。

"ServiceMaxTries"プロパティーでは、IBM Cognos Configuration で開始要求の進行状況をチェックする回数を指定します。デフォルトは 360 回です。

手順1. IBM Cognos Configuration を使用して、IBM Cognos サービスを停止します。

2. "<c10 の場所>/configuration"ディレクトリーにある"cogconfig.prefs"ファイルをエディターで開きます。



このファイルは、IBM Cognos Configuration を最初に開いたときに自動的に作成されます。

3. ファイルに次のコードを追加します。

ServiceWaitInterval=number of milliseconds

ServiceMaxTries=number of times

ヒント: 必要に応じて、上の数値を調整してください。


5. IBM Cognos Configuration を使用して、IBM Cognos サービスを開始します。

対称鍵を保管する場所の変更待機中の Content Manager コンピューターで CFG-ERR-0106 エラーを受け取った場合、対称鍵がローカルに保管されるように、そのコンピューターを設定します。

対称鍵を格納するための設定が正しくありません。

手順1. 待機中の Content Manager コンピューターで IBM Cognos Configuration を起動します。


3. 「プロパティー」ウィンドウの「CSK 設定」で、「対称鍵をローカルに保存」を「有効」に設定します。



この操作によって、実行中でないすべてのインストールされたサービスが開始します。特定のサービスを開始するには、「Explorer」ウィンドウでサービス・ノードを選択し、「操作」メニューの「開始」をクリックします。

適切なバージョンの Java を使用する32 ビット・バージョンの IBM Cognos Business Intelligence サービスが 64 ビット・バージョンの Java に対してインストールされているために CFG-ERR-0106 エラーを受け取った場合は、JAVA_HOME の名前を変更するか、サポートされている32 ビット・バージョンの Java を指すように JAVA_HOME を設定する必要があります。

32 ビット・バージョンの IBM Cognos BI サービスは、互換性のある 32 ビット・バージョンの Java に対してインストールされる必要があります。32 ビット・バージョンの IBM Cognos BI サービスを、64 ビット・バージョンの Java に対して実行するよう構成することはできません。

始める前に


Cognos Business Intelligence 製品でサポートされている環境の最新のリストについては、IBM Software Product Compatibility Reports (SPCR) ページ



(www.ibm.com/support/docview.wss?uid=swg27037784) を参照してください。

手順1. 正常に開始しなかったとしても、IBM Cognos サービスを停止し、IBM Cognos

Configuration ツールを終了します。

2. C10_location¥temp ディレクトリーの内容を削除します。

3. 以下のいずれかのステップを実行します。

v JAVA_HOME の名前を変更します。

v サポートされている 32 ビット・バージョンの Java を指すようにJAVA_HOME を設定します。

4. 必要な場合は、コンピューターを再起動します。

5. IBM Cognos Configuration で、IBM Cognos サービスを開始します。

IBM Cognos Business Intelligence の起動時の暗号化エラーサーバーまたはクライアントのコンポーネントをインストールした後に、IBM

Cognos Business Intelligence サービスを開始しようとすると、次のエラーが表示される場合には、使用している Java Runtime Environment (JRE) に暗号化と復号化のルーチンが欠落しています。

このエラーが発生した場合、JRE ディレクターから提供される Java アーカイブ(.jar) ファイルが IBM Cognos BI で必要とされており、それをコピーする必要があります。

[Cryptography]1. [ ERROR ] java.lang.NoClassDefFoundError:javax/net/ServerSocketFactory:

IBM Cognos BI で必要な暗号化と復号化のルーチンが Java Runtime Environment

(JRE) にありません。提供される Java アーカイブ (.jar) を JRE ディレクトリーにコピーする必要があります。

手順

bcprov-jdkバージョン.jar を、<c10 の場所>/bin/jre/バージョン/lib/ext ディレクトリーから <JRE の場所>/lib/ext ディレクトリーにコピーします。64 ビット・コンポーネントを使用している場合には、これらのファイルを <c10 の場所>/bin64 からコピーします。

別のプロセスでポートが使用中のため、IBM Cognos サービスを起動できない

デフォルトのポートのいずれかが他のプロセスで使用されている場合は、IBM

Cognos Business Intelligence のサービスまたはプロセスを開始できないことがあります。

ヒント: 現在のネットワークの TCP/IP ネットワーク接続を表示するには、netstat

コマンドを使用します。

IBM Cognos Configuration を使用して、IBM Cognos BI で使用するデフォルト・ポートを変更します。


ローカル・ディスパッチャーで使用するポートを変更した場合は、「ディスパッチャー URI」プロパティーの値を変更する必要があります。この変更はローカル・ディスパッチャーを基準とするすべての URI に影響を及ぼすため、すべてのローカル・コンポーネントの URI を変更する必要があります。デフォルトでは、ローカル・コンポーネントの URI には"localhost"が含まれています。

例えば、すべてのコンポーネントを 1 台のコンピューターにインストールしている場合で、ディスパッチャーのポートを変更する必要があるときは、ディスパッチャーおよび Content Manager のすべての URI の「9300」を新しいポート番号に変更します。


2. 「Explorer」ウィンドウで、適切なグループまたはコンポーネントをクリックします。

v ディスパッチャーと Content Manager URI のポート番号にアクセスするには、「環境」をクリックします。

v ローカル・ログ・サーバーのポート番号にアクセスするには、「環境」の「ログ記録」をクリックします。

v 終了処理用のポート番号にアクセスするには、「環境」で、「IBM Cognos サービス」>「IBM Cognos BI」の順にクリックします。

v Portal Services で使用される"applications.xml"ファイルの場所を示すポート番号にアクセスするには、「環境」の「Portal Services」をクリックします。

3. 「プロパティー」ウィンドウで、変更するプロパティーの隣にある「値」ボックスをクリックします。

4. 値を 9300 から新しい値に変更します。

"localhost:9300"が含まれているすべての URI でポートを変更したことを確認します。



IBM Cognos サービスが開始しない、または開始後に障害が発生する

IBM Cognos Business Intelligence サービスを開始したものの、サービスが正しく開始されないか、開始に非常に時間がかかります。サービスの開始後、すぐにシステムが失敗します。サービスの開始時に、Java によって CPU 時間が 100 パーセント使用されます。

次のようなエラー・メッセージが複数出る場合もあります。

v DPR-DPR-1035 ディスパッチャーでエラーが検出されました。

v CAM-CRP-1157 ローカルの共通対称鍵の保管場所を、Content Manager と同期できません。


手順

Content Store に DB2 データベースを使用する場合、データベースのバージョンとJava のバージョンに互換性があることを確認します。DB2 バージョン 8.2 では、Java 1.5 はサポートされていません。DB2 バージョン9 では、HP-UX と Solaris を除くすべてのオペレーティング・システムで Java 1.5

がサポートされています。

IBM Cognos Business Intelligence サーバーが起動に失敗し、エラー・メッセージが出ない

アップグレード後、または新規インストール後に、IBM Cognos BI サーバーの起動が、何のエラー・メッセージも表示されずに失敗することがあります。これが発生するのは、それまで実行されていた、あるいは新しくインストールされた IBM

Cognos BI サーバーが、大容量のメモリーを使用するよう設定されている場合が考えられます。

IBM Cognos BI がインストールされているサーバーに Microsoft セキュリティー更新 921883 のバージョン 1.0 がインストールされている場合、アプリケーションから大量の連続メモリーを要求されると問題が発生することがあります。

これは、Microsoft セキュリティー・パッチ 921883 バージョン 1.0 の既知の問題です。Microsoft 社はこの問題を解決するために、このパッチの新しいバージョンを配布しています。回避策としては、最初のバージョンのセキュリティー・パッチをアンインストールするか、パッチのバージョン 2.0 をインストールします。別の方法として、IBM Cognos BI サーバーで使用するメモリー量を減らすように設定することもできます。

詳細については、Microsoft 社のサポート Web サイトで、大量の連続メモリーを使用するプログラムが失敗するという点について記述された、Microsoft 社のサポート技術情報の資料を参照してください。

IBM Cognos Business Intelligence の始動時にサーバーを使用できない

IBM Cognos コンポーネントを設定して IBM Cognos のサービスを開始した後、IBM Cognos Business Intelligence ポータルに接続すると、次のエラー・メッセージが表示される場合があります。

Cognos ゲートウェイから Cognos BI サーバーに接続できません。

サーバーが使用できないか、ゲートウェイが正しく設定されていない可能性があります。

IBM Cognos サーバーのログ・ファイルを開いて、詳しい情報を調べます。デフォルトでは、"cogserver.log"ファイルは"<c10 の場所>/logs"ディレクトリーにあります。ログ・メッセージに別の出力先を設定した場合は、該当するファイルまたはデータベースを調べてください。

Content Store が適切に設定されていないと、Content Manager から接続できない場合があります。この問題は次の場合に発生します。


v Content Store でサポートされていない文字のエンコード方式が使用されている

v Content Store で大文字と小文字を区別するデータベース照合順が使用されている

v IBM Cognos Configuration で指定した設定が無効である

サポート対象外文字エンコード

ログ・ファイルに次のメッセージが記録される場合は、Content Store 用に作成したデータベースで使用されている文字のエンコード方式がサポートされていません。

v Oracle の場合:

CM-CFG-5063 Content Store に接続中に、Content Manager の設定エラーが検知されました。

CM-SYS-5121 Content Store のデータベース文字セットはサポートされていないため、Content Manager を起動できません。

CM-SYS-5126 Content Store データベース・サーバーで使用する文字セットはUS7ASCII です。

CM-SYS-5125 Content Store データベース・クライアントで使用する文字セットはUS7ASCII です。

v DB2 UDB の場合:



CM-SYS-5124 Content Store データベース・サーバーでは、コード・ページ 1252

が使用されます。

v Sybase の場合:



Content Manager が Content Store にアクセスするには、次の表に示す適切な文字のエンコード方式が Content Store で使用されている必要があります。

表 78. Content Store が特定のデータベース・タイプに接続するために使用する文字エンコード

データベース文字のエンコード方式

Oracle 9i AL32UTF8

AL32UTF16

DB2 UDB コード・セット UTF-8


表 78. Content Store が特定のデータベース・タイプに接続するために使用する文字エンコード (続き)

データベース文字のエンコード方式

Sybase ASE UTF-8

Microsoft SQL Server UTF8

UTF16

この問題を解決するには、正しい文字エンコード方式を使用して Content Store データベースを作成し直すか、文字エンコード方式を変換します。詳細については、そのデータベースのドキュメントを参照してください。

大/小文字が区別される照合順序

ログ・ファイルに次のメッセージが記録された場合は、Content Store 用に作成したデータベースで大文字と小文字を区別する照合順序が使用されています。


CM-SYS-5122 Content Store データベースにはデフォルトの照合順序があり、大文字と小文字が区別されます。Content Manager には、大文字と小文字が区別されない照合順序を持つ Content Store が必要です。

CM-SYS-5123 この Content Store データベース・サーバーでは、照合順序<パラメーター>が使用されます。

CM-SYS-5007 Content Manager のビルド @cm_build_version@ の開始に失敗しました。 Content Manager のログ・ファイルを確認して、システム管理者またはお客様サポートにお問い合わせください。

この問題を解決するには、大文字と小文字を区別しないデータベース照合順序を使用して Content Store データベースを作成し直します。詳細については、そのデータベースのドキュメントを参照してください。

無効な設定

ログ・ファイルに次のようなメッセージが含まれる場合は、IBM Cognos

Configuration で Content Store が正しく設定されていません。

v Microsoft SQL Server の場合:


CM-CFG-5036 Content Manager から Content Store に接続できませんでした。接続文字列は "jdbc:JSQLConnect://localhost:1433/cm" です。

Failed Logon:com.jnetdirect.jsql.x: Cannot open database requested in login 'cm'.ログインに失敗しました。 url:jdbc:JSQLConnect://localhost:1433/cm


v DB2 の場合:


CM-SYS-5003 Content Manager から Content Store にアクセスできません。データベース接続パラメーターを確認し、データベース管理者に連絡してください。

[IBM][CLI Driver] SQL1013N The database alias name or database name

"CM123" could not be found.

v Oracle の場合:


CM-CFG-5036 Content Manager から Content Store に接続できませんでした。接続文字列は "jdbc:oracle:thin:@localhost:1521:pb1" です。

ORA-01017: ユーザー名/パスワードが無効です。ログオンは拒否されました。

v Sybase の場合:


CM-CFG-5036 Content Manager から Content Store に接続できませんでした。接続文字列は "jdbc:sybase:Tds:localhost:5000/cm" です。

JZ006: Caught IOException: java.net.ConnectException: Connection refused: connect.

Oracle データベースを使用する場合、IBM Cognos Configuration の「サービス名」プロパティーで、アンダースコアーなどのサポートされていない文字を使用しないでください。サービス名に不正な文字が含まれている場合は、IBM Cognos サービスの開始時に Content Store データベースにテーブルが作成されません。

IBM Cognos Configuration の Content Store の設定エラー・コード CM-CFG-5036 または CM-CFG-5063 を受け取った場合、Content

Store の設定が正しくない可能性があります。

この問題を解決するには、Content Store を再設定します ( 82ページの『Microsoft

SQL Server、Oracle、Informix、または Sybase Content Store のデータベース接続プロパティーの設定』を参照)。


関連概念:

72ページの『Content Store データベース用のデータベース接続の設定』Cognos Content Database またはMicrosoft SQL Server 以外のデータベースをContent Store として使用する場合は、Content Manager をインストールする各コンピューターに、データベース・クライアント・ソフトウェアまたは JDBC (Java


IBM Cognos Connection の使用時にネームスペースにログオンできない

IBM Cognos Connection から IBM Cognos Business Intelligence を開きます。しかし、データ・ソースを作成して、ネームスペースにログオンしようとすると、次のエラー・メッセージが表示されます。

v PRS-CSE-1255 データの復号化でエラーが発生しました。

v CAM-CRP-1064 内部エラーのため PKCS #7 データを処理できません。理由:

java.lang.IndexOutOfBoundsException。

この問題は、次のディレクトリーに対する必要な権限がない場合に発生することがあります。

v <c10 の場所>¥configuration

v <c10 の場所>¥configuration¥csk

v <c10 の場所>¥configuration¥encryptkeypair

v <c10 の場所>¥configuration¥signkeypair

IBM Cognos サービスを開始する必要のあるすべてのユーザーに対して、上記のディレクトリーへの読み取りおよび実行権限を有効にします。

ネットワークの停止後に IBM Cognos サービスを再起動できないネットワークの停止後は、IBM Cognos Bootstrap サービスによって IBM Cognos サービスが再起動されます。

ネットワーク IP アドレスが内部ディスパッチャー URI で指定されている Tomcat

インストール環境では、再起動中に IBM Cognos サービスが正しく初期化されない可能性があります。その場合、ネットワークの復旧後に手動で再起動する必要が生じます。

手順

この問題を解決するには、localhost またはネットワーク・ホスト名を使用するようIBM Cognos Configuration で「内部ディスパッチャー URI」プロパティーを設定します。


より新しいバージョンをインストールすると以前のバージョンのContent Store が自動的に更新されることを知らせる警告は出ない

コンピューターに IBM Cognos BI がインストールされています。その後、新しい場所に新しいバージョンをインストールします。両方のバージョンで Content Store

に同じデータベースを使用するとします。新しいバージョンを設定して IBM

Cognos サービスを開始すると、すべての内容が自動的にアップグレードされるため、以前のバージョンの IBM Cognos BI は動作しなくなります。

アップグレード後、異なるバージョンの IBM Cognos BI を使用するには、新しいバージョンをインストールする前に、次の作業を実行する必要があります。

v Content Store に使用するデータベースをバックアップする

v バックアップしたデータベースを新しい場所に復元する

代わりに、配布ツールを使用して、以前のバージョンから新しいバージョンにContent Store 全体をインポートすることもできます。Content Store データベースのすべてのコンテンツは、インポートされるコンテンツによって置き換えられます。この置き換えに関する警告メッセージが表示されます。

リソースのダウンロードが失敗するダウンロード・リソースで障害が発生する場合、Internet Explorer で言語の設定を行っていないと、最近の Microsoft XMLHTTP のアップグレードが原因となっている可能性があります。

Internet Explorer で Report Authoring を起動すると、次のエラー・メッセージが表示されます。

指定したリソースのダウンロードに失敗しました。

手順

この問題を解決するには、Internet Explorer で言語の設定を指定します。

AIX から DB2 に接続すると SQL1224N エラーが返されるContent Store として DB2 データベースを使用している場合に、AIX で SQL1224N

エラーが返されたときは、"db2diag.log"ファイルを開いてエラーに関する情報を調べてください。

エラーに理由コード 18 が含まれている場合は、DB2 の設定を変更して、許容される接続数を増やす必要があります。詳細については、エラー SQL1224N に関するIBM DB2 のサポート・ページを参照してください。

IBM Cognos Business Intelligence 始動時の ContentManager エラー

IBM Cognos BI の起動後、"BIBUSTKSERVMA"プロセスが開始されません。"pogo******.log"および"cogserver.log"ファイルにエラーが記録されます。IBM

Cognos BI ポータルへの接続時に、ブラウザーにエラーが表示されます。


"pogo******.log"ファイルには、Content Manager に関連するエラーが記録されます。

"cogserver.log"ファイルには、次のエラーが記録されます。

Content Manager にディスパッチャーを登録できませんでした。定期的に再実行されます。

"http://<コンピューター名>/ibmcognos"に接続するとき、ブラウザーに次のエラー・メッセージが表示されます。

v DPR-ERR-2058 現在ディスパッチャーで要求を処理できません。初期化処理中です。

v SoapSocketException: Connection Refused

IBM Cognos Configuration では、ユーザー ID を使用して LDAP データベースをバインドします。このユーザー ID を他のグループに移動すると、IBM Cognos

Configuration ではこのユーザー ID を検出できなくなります。

手順

この問題を解決するには、ユーザー ID を元のグループに移動します。

Content Manager の起動に失敗する、または起動に時間がかかるMicrosoft Windows の場合、Content Manager がインストールされているコンピューターでサービスを開始しようとすると、サービスを開始するときに、エラー・ログの詳細に次のようなエラーが含まれていることがあります。

DPR-CMI-4006 アクティブな Content Manager を判断できません。定期的に再実行されます。

CM-SYS-5007 Content Manager ビルド x.x.x.x を起動できませんでした。

エラー・ログの詳細に OutOfMemoryError への参照が含まれていることもあります。

この問題を解決するには、DuseCMLargeResultSet パラメーターを使用してサービスを開始します。ブートストラップ設定ファイルにこのパラメーターを追加してからIBM Cognos Configuration を使用してサービスを始動するか、始動設定ファイルにこのパラメーターを追加してからこのファイルを実行します。

ブートストラップ設定ファイルを使用したメモリー不足エラーの解決ブートストラップ設定ファイルに DuseCMLargeResultSet パラメーターを追加して、IBM Cognos サービスを開始します。

手順1. "<c10 の場所>/bin"ディレクトリーに移動し、XML エディターで

"bootstrap_win32.xml"を開きます。

2. <param>"${install_path} で始まるセクションを見つけます。

3. このセクションに DuseCMLargeResultSet パラメーターを追加します。次の例の太字テキストで示す場所に追加します。


<param>"-Dcatalina.base=${install_path}/tomcat"</param>

<param>"-Dcatalina.home=${install_path}/tomcat"</param>

<param>"-Djava.io.tmpdir=${temp}"</param>

<param>"-DuseCMLargeResultSet=true"</param>


5. IBM Cognos Configuration を起動し、サービスを開始します。

始動設定ファイルを使用したメモリー不足エラーの解決始動設定ファイルに DuseCMLargeResultSet パラメーターを追加して、IBM Cognos

サービスを開始します。

手順1. "<c10 の場所>/bin"ディレクトリーに移動し、テキスト・エディターで

"startup.bat"を開きます。

2. 次の行を見つけます。

set CATALINA_OPTS=-Xmx768m -XX:MaxNewSize=384m -XX:NewSize=192m-XX:MaxPermSize=128m%DEBUG_OPTS%

3. この行に DuseCMLargeResultSet パラメーターを追加します。次の例の太字テキストで示す場所に追加します。

set CATALINA_OPTS=-Xmx768m -XX:MaxNewSize=384m -XX:NewSize=192m-XX:MaxPermSize=128m%DEBUG_OPTS%-DuseCMLargeResultSet=true


5. "startup.bat"ファイルを実行してサービスを始動します。

Content Manager のコンピューターにあるログ・ファイルに"DPR-ERR-2014"エラーが記録される

Content Manager が別のコンピューターにインストールされていると、Content

Manager のコンピューターで Event Management サービスが無効になります。

次のエラー・メッセージが cogserver.log ファイルに記録される場合があります。

DPR-ERR-2014 要求の負荷分散を行えません。クラスター内に使用できるノードがないか、またはサービス eventManagementService 用に設定されたノードがありません。

問題を修正するには、Event Management サービスをオフにします。


2. 「Explorer」ウィンドウで、「環境」>「IBM Cognos サービス」の順に移動します。

3. 「Event management サービス有効」プロパティーを「無効」に設定します。


インストール・ディレクトリーに非 ASCII 文字が含まれているとランタイム・エラーが発生する

すべてのオペレーティング・システムで、IBM Cognos Business Intelligence のインストール・ディレクトリー名に非 ASCII 文字が使われているとランタイム・エラーが発生します。また、レポートの実行など、一部の製品機能が正しく動作しません。

デフォルト・ディレクトリーに IBM Cognos BI をインストールするか、ASCII

Latin-1 文字のみのディレクトリー名を使用します。

Microsoft Cube または PowerCube を開くことができないMicrosoft Cube または PowerCube は開くことができません。または、Microsoft

Cube を開くことができますが、メタデータしか表示されません。Microsoft Cube の場合、次のエラー・メッセージが表示されることがあります。

MO-ERR-0030

データ・ソースに接続できません。実行するサービスを、適切な権限を持つドメイン・ユーザーとして設定してください。

この問題を解決するには、IBM Cognos Business Intelligence サービスを実行するユーザーにキューブへのアクセス権があることを確認します。

PowerCube にアクセスするには、マッピングされたドライブまたは UNC パス名を使用します。

Microsoft キューブへのアクセス権の割り当てMicrosoft キューブを開くためのユーザー・アカウントには、システム管理ツールにおいて適切な権限を割り当てる必要があります。

手順1. IBM Cognos サービスを開始するドメイン・ユーザー・アカウントを「オペレーティング・システムの一部として機能」権限に追加します。

v 管理ツールで「ローカル・セキュリティー・ポリシー」を選択します。

v 「セキュリティーの設定」、「ローカル・ポリシー」の順に展開し、「ユーザー権利の割り当て」をクリックします。

v 「オペレーティング・システムの一部として機能」ポリシーを右クリックし、「プロパティー」をクリックします。

v 「ユーザーまたはグループの追加」をクリックし、IBM Cognos サービスを開始するユーザー・アカウントを追加します。

2. ドメイン・ユーザー ID とパスワードを使用した認証を行う場合は、IBM

Cognos サービスを開始するユーザー・アカウントを、Content Manager、アプリケーション層コンポーネント、IIS Web サーバー、およびデータ・ソース・サーバー (Microsoft SQL Server または Microsoft Analysis Server) が属するドメインに追加します。


3. Active Directory サーバーなどの外部ネームスペースを使用して認証を行う場合は、IBM Cognos サービスを開始するユーザー・アカウントを認証プロバイダーが含まれているドメインに追加します。

このドメインには、Content Manager、アプリケーション層コンポーネント、IIS

Web サーバー、データ・ソース・サーバー (Microsoft SQL Server またはMicrosoft Analysis Server) も含まれている必要があります。

認証に使う外部ネームスペースの設定の詳細については、「IBM Cognos

Business Intelligence インストールおよび設定ガイド」の認証プロバイダーに関するトピックを参照してください。

PowerCube へのアクセス権の割り当てPowerCube を開くためのユーザー・アカウントには、IBM Cognos Administration において適切な権限を割り当てる必要があります。

手順

IBM Cognos ユーザー・プロファイルに、PowerCube ファイルを開くのに十分なオペレーティング・システム・アクセス権やドメイン・アクセス権があることを確認します。詳しくは、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」を参照してください。

Windows 2003 で IBM Cognos Business Intelligence の起動時にページが見つからない

IBM Cognos Business Intelligence を Microsoft Windows オペレーティング・システム 2003 にインストールすると、IBM Cognos BI を開始しようとする際にエラー・メッセージが表示されることがあります。

以下のエラーは、Windows 2003 インターネットインフォメーションサービス(IIS) のセキュリティー機能が原因で発生します。IIS のセキュリティー機能では、認識できない cgi ファイル拡張子を実行できません。

ページが見つかりません。検索中のページは、削除されたか、名前が変更されたか、または一時的に利用できない可能性があります。HTTP エラー 404 - ファイルまたはディレクトリーが見つかりません。

手順

この問題を解決するには、"cognos.cgi"ファイルの拡張子を IIS に追加します。詳細については、IIS のドキュメントを参照してください。

IBM Cognos Business Intelligence のインストール後にポータルを開くとページが表示されない

IBM Cognos Business Intelligence をインストールして設定した後、Cognos BI ポータルに接続できません。


この問題は、Web サーバーが適切に設定されていないために発生することがあります。例えば、IBM Cognos BI に必要な仮想ディレクトリーが存在しないか、これらの仮想ディレクトリーが誤った物理フォルダーを参照している可能性があります。

Web サーバーの設定方法について詳しくは、「IBM Cognos Business Intelligence インストールおよび設定ガイド」を参照してください。

IBM Cognos Business Intelligence の起動時に Web ブラウザーに"DPR-ERR-2058"エラーが表示される

IBM Cognos Configuration でサービスを開始した後、ポータルを開こうとすると、次のようなメッセージが表示される場合があります。

DPR-ERR-2058 The dispatcher encountered an error while servicing a request.XTS handler must be initialized before being invoked.DPR-ERR-2058 The dispatcher cannot service the request at this time.The dispatcher is still initializing. Please try again or contact youradministrator.

これらのエラー・メッセージは、通常ディスパッチャーが Content Manager と通信できない場合に発生します。原因を特定するには、<c10 の場所>/logs ディレクトリーにある cogserver.log ファイルを調べます。最も一般的な原因とその解決策を以下に示します。

IBM Cognos のサービスの初期化が完了していないIBM Cognos Configuration でサービスを開始し、設定ツールにサービスが起動中であると表示された後、すべてのサービスが開始されるまでしばらく待ってから、ポータルを開きます。

Content Manager が利用できない分散インストール環境では、Content Manager のインストールと設定が完了し、実行中であることを確認します。また、他の IBM Cognos コンピューターで正しいContent Manager URI が設定されていることも確認します。

Content Store が利用できないか、正しく設定されていないContent Store データベースが作成済みであり、IBM Cognos Configuration で正しく設定されていることを確認します。

Content Store にテーブルが作成されない使用している DB2、Microsoft SQL Server、Oracle、Sybase の各バージョンが IBM

Cognos コンポーネントでサポートされていることを確認します。

Content Store のログオン資格情報が正しくない認証情報が変更されていないかどうかチェックします。例えば、DB2 は NT ユーザー・マネジメントから情報を読み込みます。NT アカウントのパスワードが変更されている場合、IBM Cognos Configuration で Content Store のログオン資格情報も変更する必要があります。

ログオン・パスワードに特殊文字が使用されていないかどうかをチェックします。場合によっては、xml に予約されている文字が、JDBC ドライバーで受け付けられないことがあります。例えば、%、!、<、> などです。


ユーザーに適切な権限がないユーザーに適切な権限が割り当てられていることを確認します。

HP-UX のメモリー不足Tomcat を使用している場合は、問題が HP-UX サーバーの設定に関連していると判断できます。各プロセスで同時にアクティブにできる最大スレッド数を超えている可能性があります。

1 プロセス当たりのスレッドの最大数を大きくする (HP-UX):

HP-UX において、各プロセスで同時にアクティブにできるスレッドの最大数として予期されている数を超えている場合、アクティブなスレッドの数を大きくします。

手順

1. システム管理者に依頼して、カーネルのパラメーターを次のように変更します。

v max_thread_proc = 512

v nkthread = 1024

2. ulimit の設定値に制限がないことを確認します。

HP-UX 設定に問題があるかどうかの確認:

HP-UX において、1 プロセス当たりのアクティブなスレッドの最大数を大きくしてもメモリー不足エラーが解決しない場合、以下の手順を実行します。

手順

1. "bin"ディレクトリーの"startup.sh"ファイルで次の行を見つけます。

../tomcat/bin/catalina.sh start "$@"

2. この行を次のように変更します。

../tomcat/bin/catalina.sh run "$@"

run コマンドにより、Tomcat の出力が IBM Cognos BI のコンソール・ウィンドウに表示されます。

3. ./shutdown.sh コマンドと ./startup.sh コマンドを使用して、IBM Cognos BI を停止してから再始動します。

4. いずれかのアプリケーション・サーバーのコンソール・ウィンドウに次のエラー・メッセージが表示された場合は、HP-UX の設定に問題があります。

OutofMemoryException error: Unable to create new native thread on HP-UX.

問題になるのは、HP-UX 11.0 および 11i のデフォルト値の設定が、ほとんどのJava アプリケーションにとって低すぎることです。

ヒント: プロセスのスレッド数を調べるには、JDK 1.1.8 で使用可能な -eprof オプションを使用し、スレッドの評価指標を選択して HPjmeter で"Java.eprof"ファイルを解析します。


Oracle で Content Manager から Content Store に接続できないOracle データベースを Content Store として使用すると、ポータルへのログオン時に DPR-ERR-2058 エラーが発生する場合があります。表はすべてデータベースに作成されます。

次のエラー・メッセージが表示される場合もあります。

v CM-CFG-5036 Content Manager から Content Store に接続できませんでした。

v ORA-01017: ユーザー名/パスワードが無効です。ログオンは拒否されました。

Oracle データベース・サーバー名の設定:

Content Manager は、IBM Cognos Configuration の Oracle サーバー名とtsnnames.ora ファイルのサーバー名との間で矛盾がある場合に、Oracle データベースとの接続に失敗することがあります。

手順


2. 「Explorer」ウィンドウで、「データ・アクセス」、「Content Manager」、「Content Store」の順にクリックします。

3. "tnsnames.ora"ファイルにある名前に合わせて、Oracle データベース・サーバー名を「host_name.companyname:1534」などの完全修飾名に変更します。

IBM Cognos Business Intelligence の起動時に Web ブラウザーに DPR-ERR-2022 エラーが表示される

IBM Cognos Configuration でサービスを開始した後、ポータルを開こうとすると、次のようなメッセージが表示される場合があります。

DPR-ERR-2022 応答が生成されませんでした。設定が正しくないか、インストールが破損しているか、またはディスパッチャーの初期化が終了していない可能性があります。

この問題は次の場合に発生します。

v IBM Cognos のサービスが初期化される前にポータルを開こうとする場合。

v system.xml ファイルが編集されている場合。

この場合は、<c10 の場所>¥templates¥ps 内の該当サブディレクトリーにあるsystem.xml ファイルをバックアップのコピーに置換するか、XML エディターを使用して編集します。

<c10 の場所>¥templates¥ps 内のディレクトリーには、system.xml のインスタンスがいくつもあります。正しいファイルを置換するようにしてください。

Linux へのインストール中に一部の言語で文字化けが発生する韓国語、中国語 (簡体字または繁体字)、または日本語の Linux 上でインストール・ウィザードを実行中、ユーザー・インターフェース上のダイアログ・ボックス内の文字やインストール中に表示されるメッセージで文字化けが発生することがあります。


インストール時にユーザー・インターフェースの文字化けの問題を回避するには、次の解決策のいずれかを使用します。

v Linux サーバーで問題となっているアジア言語のフォントを設定します。

– ロケールを utf8 に設定します。


ko_KR.utf8、ja_JP.utf8、zh_CN.utf8、zh_TW.utf8

– X サーバー上でアジア言語のフォント・セット *medium-r*--14* を使用可能であることを確認してください。

v IBM Cognos BI 製品に付属のデフォルトの"response.ats"ファイルを使用して、無人インストールを実行します。無人インストールの設定の詳細については、「IBM Cognos Business Intelligence インストールおよび設定ガイド」を参照してください。

cognos.xts ファイルをダウンロードできないIBM Cognos BI をインストールした後、IBM Cognos Business Intelligence ポータルに接続するときに、"cognos.xts"ファイルをダウンロードするように指示するプロンプトが表示されます。次のエラー・メッセージが表示される可能性があります。

You have chosen to download a file from this location. cognos.xts from servername

この問題は、仮想ディレクトリーの権限が正しく設定されていないときに発生します。Microsoft Internet Information Service (IIS) の"cgi-bin"仮想ディレクトリーには、実行権限を設定する必要があります。

この問題を解決するには、IIS に仮想ディレクトリーを再作成します。このディレクトリーに、次の表に示す権限を付与します。<c10 の場所>はインストール場所です。

表 79. IIS 仮想ディレクトリーを作成するための別名、パス、および権限

別名パス権限

ibmcognos c10_location¥webcontent 読み取り

ibmcognos¥ cgi-bin c10_location¥cgi-bin 読み取り、実行

例えば、デフォルトのインストール場所は "C:¥Program Files¥IBM¥Cognos¥c10" です。

アプリケーション・サーバーの始動スクリプトのエラー名前にスペースが含まれるディレクトリーに IBM Cognos Business Intelligence コンポーネントをインストールした場合は、IBM Cognos アプリケーションを配布するためのアプリケーション・サーバーの始動スクリプトを実行するときに、問題が発生することがあります。


手順1. 新しいディレクトリーに再インストールし、新しい名前にはスペースを含めないようにします。

2. ディレクトリー名を変更しても始動スクリプトが正常に機能しない場合は、スペースが含まれるディレクトリー名を引用符で囲むか、8.3 DOS 命名規則を使用してください。

IBM Cognos Business Intelligence を WebLogic ApplicationServer on AIX で実行すると失敗する

IBM Cognos Business Intelligence サーバー・インスタンスは、AIX 上の WebLogic

Administration Console 内で FAILED_NOT_RESTARTABLE 状態になる場合があります。

多くのコア・ファイルおよび Java コア・ファイルが IBM Cognos BI の"domain"ディレクトリーに書き込まれます。IBM Cognos BI は終了し、ポータルからアクセスできなくなります。この問題は、IBM Cognos BI Managed Node が WebLogic

Administration Console を使用して起動された場合にのみ発生します。

手順

WebLogic Administration Console ではなく、WebLogic 始動スクリプトを使用してIBM Cognos BI Managed Node を始動してください。

IBM WebSphere アプリケーション・サーバーへの IBM CognosBusiness Intelligence の配布に失敗する

IBM WebSphere アプリケーション・サーバーへの IBM Cognos BI の配布が失敗することがあります。

このようなエラーは、配布しようとしているアプリケーション・ファイルが大きすぎるために発生します。配布が失敗する場合、以下のいずれかのエラーが発生することがあります。

v Administration Console のブラウザー・タイムアウト

v HTTP 500 内部エラー

v アプリケーション・ファイル選択ページへ戻る

手順

「アプリケーション構築ウィザード」を使用する場合は、構築するアプリケーションを選択するときに「Webcontent フォルダーの静的ファイルを含める」チェック・ボックスをオフにします。これにより、アプリケーション・ファイルのサイズが小さくなります。静的なコンテンツが必要な場合は、アプリケーション・サーバーに IBM Cognos BI を正しく配布した後、必要なコンテンツをアプリケーション配布場所に手作業でコピーできます。


p2pd.war ファイルを WebLogic に配布する際に、コンテキスト属性を逆シリアル化できないエラー

p2pd.war ファイルを WebLogic に配布すると、エラーが生じることがあります。

このエラーが発生しても、"p2pd.war"ファイルは正常に配布されます。

Error [context]Could not deserialize context attribute

java.io.NotSerializableException: com.cognos.logserver.LogService

手順

この問題を避けるには、Internet Explorer で少なくとも 1 つの言語の設定を追加します。

WebLogic アプリケーション・サーバーで IBM CognosBusiness Intelligence をアップグレードした後でエラーが表示される

WebLogic を使用していて、IBM Cognos BI を以前のリリースからアップグレードします。

新しいインストールに"p2pd.war"ファイルを配布すると、次のようなメッセージが表示されることがあります。

<BEA-101215> <Malformed Request "null". Request parsing failed, Code: -10>


この問題は、WebLogic から IBM Cognos BI を削除し、以前のバージョンのファイルの一部がシステムから削除されていない場合に発生する可能性があります。

この問題を解決するには、次の作業を実行します。

手順1. アプリケーション・サーバー用の管理ツールを使用して IBM Cognos BI が削除されていることを確認します。

アプリケーションを削除する方法については、使用するアプリケーション・サーバーのドキュメントを参照してください。

2. IBM Cognos BI が最初に配布されたディレクトリーが削除の過程で削除されない場合、そのディレクトリーを削除してください。

また、アプリケーション・サーバー環境にキャッシュされている IBM Cognos

BI の .jar ファイルも削除します。

3. 以前のインストールからすべてのファイルを削除した後、IBM Cognos BI を再配布します。


アップグレード後に中国語、日本語、または韓国語の文字が異なっている

中国語、日本語、または韓国語の文字を使用する場合は、ReportNet から IBM

Cognos Business Intelligence にアップグレードした後に、一部の文字に変化が生じることがあります。

例

v 既存のレポートを実行します。ReportNet での同じレポートの出力と比べると、一部の文字が異なっているのがわかります。

v ReportNet で行った検索を実行すると、異なる結果が得られます。

これは、中国語、日本語、および韓国語に使用される変換テーブルが、グローバル基準に合わせて修正されたことが原因です。レポートの仕様または検索フィルターに定数値を使用する式が含まれていると、結果に影響を及ぼすことがあります。

手順

ReportNet と同じ変換テーブルを使用するには、c10_location¥bin ディレクトリーにある次のスクリプトを実行します。

v UNIX の場合は、次のように入力します。

conv_compat.sh

v Linux の場合は、次のように入力します。

conv_compat.sh

v Microsoft Windows の場合は、次のように入力します。

conv_compat.cdm

IBM Cognos Business Intelligence を Linux にインストールすると、アクセント付き文字や 2 バイト文字が正しく表示されない

UTF-8 ロケールで issetup を使用している場合に、アクセント記号付きの文字やダブルバイト文字が正しく表示されないことがあります。

手順

ドイツ語またはフランス語でインストールする場合、この問題を解決するには、UTF-8 以外のロケールを使用し、issetup を起動して IBM Cognos BI をインストールします。

ユーザー負荷の高い環境で「RSV-SRV-0066 SOAP エラーが返されました」または「RQP-DEF-0114 ユーザーにより要求がキャンセルされました」エラーが表示される

ユーザー負荷が高く (ユーザー数が 165 以上)、分散インストール環境で双方向レポートが継続的に実行される場合、IBM Cognos の"cogserver.log"ファイルにこのエラーが記録されることがあります。


手順1. "webapps/p2pd/WEB-INF/services/reportservice.xml"ファイルの

async_wait_timeout_ms パラメーターを高くします。

詳細については、「IBM Cognos Business Intelligence インストールおよび設定ガイド」を参照してください。

2. キューの時間制限の設定を 360 に上げます。


マルチテナント・インストールをアップグレードする際に IBMCognos サービスが開始できない

IBM Cognos ソフトウェアのマルチテナント・インストールをアップグレードする際、Content Manager 内にテナントの整合性の規則に違反するオブジェクトのインスタンスが検出されると、IBM Cognos サービスを開始できないことがあります。


マルチテナンシーの整合性の規則では、Content Store 内の各テナント・オブジェクトは、親オブジェクトが共用である場合以外は親と同じテナント ID を持っている必要があります。

テナント整合性の規則に違反しているインスタンスを特定および解決するためには、IBM Cognos BI にログオンして、Content Store の整合性検査を実行しなければなりません。そのためには、設定エラーを無視して IBM Cognos サービスを開始させることが必要になります。これは、ignoreInvalidTenantContainmentAtStartupContent Manager プロパティーを有効に設定している場合にのみ可能です。

テナント整合性の規則に違反しているインスタンスが解決されたら、このプロパティーは解除します。

手順1. Content Manager がインストールされているコンピューターで IBM Cognos

Configuration を開始します。

2. 「データ・アクセス」の下で、「Content Manager」をクリックします。

3. 「詳細プロパティー」の「値」列で、「編集」アイコンをクリックします。


5. 「名前」列に、ignoreInvalidTenantContainmentAtStartup と入力します。

6. 「値」列に、「true」と入力します。


8. Content Manager がインストールされているコンピューターで IBM Cognos サービスを開始します。

他に設定エラーがなければ、ここで IBM Cognosサービスを開始できるはずです。


9. IBM Cognos BI にログオンし、Content Storeで整合性検査を実行して、テナント関連の問題を検出および解決します。

詳細は、「IBM Cognos Business Intelligence 管理およびセキュリティー・ガイド」内のマルチテナント環境に関する章に含まれている、Content Store 整合性検査の作成と実行に関するトピックを参照してください。

10. テナント関連の問題が解決された後、IBM Cognos Configuration からignoreInvalidTenantContainmentAtStartup プロパティーを解除します。


IBM Cognos Business Intelligence の設定に関する問題IBM Cognos Business Intelligence コンポーネントをインストールした後、IBM

Cognos Configuration で変更を保存するときに、問題が発生することがあります。

次の事項を確認してください。

v Content Manager のあるコンピューターでサービスを設定および開始してから、他のコンポーネントを設定すること

v 設定を変更した後で、IBM Cognos サービスを再開すること

データベースとインデックスのクリーンアップ・スクリプトの実行トラブルシューティングの状況によっては、新しい設定データで作業を始めるほうが良い場合があります。

SQL スクリプトを実行すると、IBM Cognos BI コンポーネントで使用される次のデータベース内のテーブルをすべて削除できます。

v IBM Cognos BI の動作に必要なデータの Content Store

v レポート通知の配信データベース

v 評価指標パッケージ・コンテンツと Metric Studio ユーザー設定の Metric Store

v ヒューマン・タスクと注釈用のデータベース

SQL スクリプトを実行すると、次のデータベースのすべてのテーブルとインデックスを削除できます。

v ログ・メッセージのログ記録データベース

テーブルを削除すると、その構造定義およびデータがデータベースから永久に削除されます。Metric Store の場合は、データベース・オブジェクトも削除されます。

ログ記録データベースからインデックスを削除すると、インデックスはデータベースから永久に削除されます。

IBM Cognos サービスを起動すると、必要なデータベース表とインデックスの新しいセットが、設定で指定した場所に自動的に作成されます。

手順1. Content Manager のある各コンピューターで、IBM Cognos サービスを停止します。

2. 適切なディレクトリーに移動します。


v ログ記録データベースからテーブルとインデックスを削除するには、"<c10 の場所>¥configuration¥schemas¥logging"

v Content Store からテーブルを削除するには、"<c10 の場所>¥configuration¥schemas¥content"

v 通知データベースからテーブルを削除するには、"<c10 の場所>¥configuration¥schemas¥delivery"

v Metric Store からテーブルを削除するには、"<c10 の場所>¥configuration¥schemas¥cmm"

v ヒューマン・タスクおよび注釈データベースからテーブルを削除するには、"<c10 の場所>¥configuration¥schemas¥hts"

3. 適切なデータベース・ディレクトリーに移動します。

4. データベースとデータベース・タイプに応じて、適切なデータベース・ツールで次のいずれかのスクリプトを実行して、テーブルを削除します。

次の表に、Content Store データベース用のスクリプトの名前を示します。

表 80. データベース・タイプと、Content Store データベース用のスクリプト名

データベース・タイプスクリプト名

DB2 dbClean_db2.sql

z/OS 上の DB2 dbClean_db2zOS.sql

Derby dbClean_derby.sql

Informix dbClean_informix.sql

Microsoft SQL Server dbClean_mssqlserver.sql

Oracle dbClean_oracle.sql

Sybase dbClean_sybase.sql

次の表に、通知データベース用のスクリプトの名前を示します。

表 81. データベース・タイプと、通知データベース用のスクリプト名


DB2 NC_DROP_DB2.sql

z/OS 上の DB2 NC_DROP_DB2.sql

Derby NC_DROP_Derby.sql

Informix NC_DROP_IFX.sql

Microsoft SQL Server NC_DROP_MS.sql


表 81. データベース・タイプと、通知データベース用のスクリプト名 (続き)


Oracle NC_DROP_ORA.sql

Sybase NC_DROP_SYBASE.sql

次の表に、ログ記録データベースのテーブルとインデックスをクリーンアップするスクリプトの名前を示します。

Informix の場合、複数の監査ログ記録データベースを Informix のインスタンスでホストして同時に使用する場合は、インデックス・クリーンアップ・スクリプトを編集する必要があります。手順 5 を参照してください。

表 82. ログ記録データベースのテーブルとインデックスをクリーンアップするスクリプトの名前


DB2 LS_dbClean_db2.sql

LS_dbCleanIndexes_db2.sql

z/OS 上の DB2 LS_dbClean_db2zOS.sql

LS_dbCleanIndexes_db2zOS.sql

Derby LS_dbClean_derby.sql

LS_dbCleanIndexes_derby.sql

Informix LS_dbClean_informix.sql

LS_dbCleanIndexes_informix.sql

Microsoft SQL Server LS_dbClean_mssql.sql

LS_dbCleanIndexes_mssql.sql

Oracle LS_dbClean_oracle.sql

LS_dbCleanIndexes_oracle.sql

Sybase LS_dbClean_sybase.sql

LS_dbCleanIndexes_sybase.sql

次の表に、Metric Store データベース用のスクリプトの名前を示します。


表 83. Metric Store データベース用のスクリプト名


DB2 cmm_uninstall <データベースの別名> <ユーザー名> <パスワード>

データベースの別名は、同じ名前のデータベースがすでにカタログに登録されている場合にのみ指定します。

Microsoft SQL cmm_uninstall <Metric Store 名> <データベース名> <管理ユーザー名> <パスワード>

Oracle cmm_uninstall <データベース名> <データベース・ユーザー名> <パスワード>

<データベース名>を、Metric Studio のデータベース SID を参照する"tnsnames.ora"ファイル内の名前に置き換えます。

次の表に、ヒューマン・タスクおよび注釈データベース用のスクリプトの名前を示します。

表 84. ヒューマン・タスクおよび注釈データベース用のスクリプトの名前


すべてのタイプ humanTaskService-dropScript.sql

5. 複数の監査ログ記録データベースが Informix のインスタンスにある場合は、次の作業を行います。

v "<c10 の場所>¥configuration¥schemas¥logging¥informix"に移動し、"LS_dbCleanIndexes_informix.sql"ファイルをテキスト・エディターで開きます。

v IPFSCRIPTIDX という部分をすべて、IBM Cognos Configuration でIPFSCRIPTIDX プロパティーを作成したときに指定した値で置き換えます。詳しくは、「IBM Cognos Business Intelligence インストールおよび設定ガイド」のログ・メッセージ・リポジトリーの指定方法に関するトピックを参照してください。


6. IBM Cognos サービスを開始します。

設定の保存時に情報を暗号化しようとするとエラーが発生する設定ツールで設定を保存するときに、「暗号情報は暗号化できません。」というエラー・メッセージが表示されることがあります。これは、認証局に証明書を要求したときに発生するエラーです。

暗号情報は暗号化できません。設定をテキスト形式で保存しますか。


設定を暗号化するには、Content Manager がインストールされているコンピューターを設定し、実行する必要があります。UNIX オペレーティング・システムの場合は、Java Runtime Environment のインストール先に適切な .jar ファイルをコピーしてください。また、Java 環境が正しく設定されているか、URI が適切か、すべてのContent Manager のコンピューターに対して同じ認証局のパスワードが設定されているかを確認します。

Linux オペレーティング・システムの場合は、Java Runtime Environment のインストール先に適切な .jar ファイルをコピーしてください。

また、次のようなエラー・メッセージが表示される場合があります。

java.lang.NoClassDefFoundError: javax/net/ServerSocketFactory.

暗号化エラーは通常、Java 環境が正しく設定されていないことを示しています。JAVA_HOME 環境変数が正しく設定され、JRE 1.5 用 JSSE などの適切なセキュリティー・プロバイダーがインストールされていることを確認します。

URI プロパティーと認証局パスワードの確認設定で確実に暗号化可能にするには、IBM Cognos Configuration で URI プロパティーと認証局パスワードを確実に正しいものにしておきます。



3. 「プロパティー」ウィンドウで次のプロパティーを確認します。

v 「ゲートウェイ設定」>「ゲートウェイ URI」

v 「ディスパッチャー設定」>「外部ディスパッチャー URI」と「内部ディスパッチャー URI」

v 「その他の URI 設定」 >「外部アプリケーション用ディスパッチャーURI」と「Content Manager URI」

4. 「Explorer」ウィンドウで、「セキュリティー」>「暗号化」 >「Cognos」の順にクリックします。

5. 「プロパティー」ウィンドウの「認証局設定」で、「パスワード」値をクリックします。

すべての Content Manager コンピューターで同じパスワードが使用されていることを確認します。

6. 設定を保存し、IBM Cognos BI を再起動します。

CAM-CRP-1315 設定保存時のエラー構成を保存する際、使用環境の信頼ドメインが変更されたときにエラーが発生します。

信頼ドメインは、Content Store と関連する認証局により管理されます。使用していた Content Store が削除された場合、あるいは設定を保存した後で別の Content

Store と関連付けられた Content Manager を使用するように設定を変更した場合に、以下のエラーが発生します。


CAM-CRP-1315 現在の設定は、本来の設定と異なる信頼ドメインを指しています。

この問題を解決するには、本来の Content Store 使用するように設定を変更するか、次の手順に従って暗号鍵を再生成します。

手順1. Content Manager のコンピューターで、次のディレクトリーを保護された別の場所に保存して、既存の暗号鍵をバックアップします。

v <c10 の場所>/configuration/csk

v <c10 の場所>/configuration/encryptkeypair

v <c10 の場所>/configuration/signkeypair

2. "csk"、"encryptkeypair"、および"signkeypair"の各ディレクトリーを削除します。

3. IBM Cognos Configuration で、設定を保存してサービスを再開します。

4. IBM Cognos BI のコンポーネントがインストールされているすべてのコンピューターで、手順 1～3 を繰り返します。

CAM-CRP-0221 ポータルにログオンする際のエラーMicrosoft Windows オペレーティング・システム (32 ビットまたは 64 ビット・システム) に IBM Cognos Business Intelligence をインストールし、IBM HTTP Server

をゲートウェイとして設定した後、IBM Cognos BI ポータルにログオンしようとすると、次のようなエラー・メッセージが表示されます。

CAM-CRP-0221 設定ファイルに指定されているプロバイダー'CAM_Crypto_TOpenSSL.dll' をロードできません。

このエラーは、互換性のない OpenSSL ライブラリーのバージョンがロードされているときに発生します。この問題を解決するには、IBM Cognos BI に付属のOpenSSL ライブラリーをロードしてください。

手順1. ゲートウェイ・コンピューターで、"<IBM HTTP の場所>¥conf" ディレクトリーに移動し、テキスト・エディターで "httpd.conf" を開きます。

2. ファイルに次の行を追加します。

LoadFile "c10_location/cgi-bin/ssleay32.dll"

LoadFile "c10_location/cgi-bin/libeay32.dll"

c10_location は、IBM Cognos BI のインストール・ディレクトリーへのパスです。

インストール・ディレクトリー名を手動で変更するとアプリケーション・サーバー下で実行されているインストール環境に影響する

インストール・ウィザードを使用して IBM Cognos Business Intelligence をインストールし、インストール先ディレクトリーの名前を変更するか、またはコンテンツを手動で別のディレクトリーにコピーした後、アプリケーション・サーバー内で IBM

Cognos Business Intelligence の実行を試みました。

以下の問題のいずれかが発生する可能性があります。


v IBM Cognos BI が起動しない

v ログ・ディレクトリーが空になる

v リンケージ・エラーまたは Unsatisfied link エラーがログに記録される

インストール・ディレクトリーを手動で変更すると、IBM Cognos BI ルート・ディレクトリー内の情報が無効になります。この問題を解決するには、IBM Cognos BI

ルート・ディレクトリーを更新してから IBM Cognos BI アプリケーション・ファイルを作成してアプリケーション・サーバーに配布するか、元の場所に IBM

Cognos BI を再インストールする必要があります。IBM Cognos BI を再インストールする場合は、アップグレードの手順に従ってください。

手順1. 新しいインストール・ディレクトリーまたは名前を変更したインストール・ディレクトリーにある"<c10 の場所>/webapps/p2pd/WEB-INF/classes/cogroot.link"をテキスト・エディターで開きます。

2. パスをインストール・ディレクトリーの新しい場所に置き換えて、ファイルを保存します。

3. アプリケーション・サーバーに配布するアプリケーション・ファイルを作成するには、IBM Cognos Configuration の「操作」メニューで「アプリケーション・ファイルを構築」を選択します。

4. "cogroot.link"ファイルを更新する前にアプリケーション・ファイルを作成してアプリケーション・サーバーに配布した場合は、配布操作を元に戻します。

5. 新しいアプリケーション・ファイルをアプリケーション・サーバーに配布します。

別のアプリケーション・サーバー用に IBM Cognos BI を設定する方法の詳細については、「IBM Cognos Business Intelligence インストールおよび設定ガイド」を参照してください。

IBM Cognos Configuration の別のインスタンスで設定データがロックされる

設定データが IBM Cognos Configuration の別のインスタンスによりロックされているというエラー・メッセージが表示されることがあります。

IBM Cognos Configuration を起動すると、"cogstartup.lock"ファイルが<c10 の場所>/configuration"にあるかどうかが確認されます。このファイルは、前のインスタンスが適切に終了されなかった場合、または IBM Cognos Configuration の別のインスタンスが実行中である場合に存在します。

手順1. IBM Cognos Configuration の別のインスタンスが実行されている場合には、そのインスタンスを終了します。

終了しないと、ローカル設定を変更してもエラーになる可能性があります。

2. IBM Cognos Configuration の他のインスタンスが実行されていない場合は、"<c10 の場所>/configuration"にある"cogstartup.lock"を削除します。

3. IBM Cognos サービスが停止している場合は、「開始」をクリックします。


IBM Cognos Configuration をキーボードのみでナビゲートする際にタブ・シーケンスを終了できない

IBM Cognos Configuration のナビゲートに Tab キーを使用する場合、タブ・シーケンスを終了できない問題が発生することがあります。例えば、「プロパティー」ウィンドウでは、Tab キーを押してプロパティー間を移動できます。

ただし、IBM Cognos Configuration は Java アプリケーションであるため、「プロパティー」ウィンドウを閉じるときは、Ctrl キーを押しながら Tab キーを押す必要があります。

設定を保存できないリソースが欠けているために設定を保存できない場合があります。例えば、Cognos

ネームスペース、暗号プロバイダー、Content Store などのリソースを削除した場合です。Content Store には、Oracle、Microsoft SQL Server、Informix、または Sybase

など、さまざまなデータベース・タイプを指定できます。新しい暗号化プロバイダーを設定することもできます。新しい Cognos ネームスペースを指定することはできませんが、それを再作成することはできます。ただし、その場合、Cognos グループと役割を再作成する必要があります。

IBM Cognos Connection でのグループと役割の作成の詳細については、「IBM


Cognos ネームスペースの再作成Cognos ネームスペースを削除した場合、それを再作成し、Cognos グループおよび役割を再作成する必要があります。




4. 「タイプ」ボックスで「Cognos」をクリックした後、「OK」をクリックします。

「Explorer」ウィンドウに Cognos ネームスペースが表示されます。


6. IBM Cognos Administration 管理を使用して Cognos グループおよび役割を再作成します。


IBM Cognos Configuration の起動時の Java エラーIBM Cognos Configuration の起動時に、JRE (Java Runtime Environment) が変更され、現在の暗号化情報は新しい JRE との互換性がないというエラー・メッセージが


表示される場合があります。新しい JRE の暗号化情報を再生成するか、終了して古い JRE に戻すかを要求されることがあります。

このエラーは次のいずれかの理由によって発生する場合があります。

v 設定データが、IBM Cognos BI コンポーネントで現在使用しているものとは異なる JRE を使用して暗号化されている

v 暗号情報が破損している

エラー・ダイアログの「再生成」をクリックすると、IBM Cognos サービスが停止し、暗号情報が再生成されます。

エラー・ダイアログの「終了」をクリックすると、設定の保存に使用した JRE を指すように JAVA_HOME 環境変数を設定する必要があります。

Microsoft Windows オペレーティング・システムでは、デフォルトでインストールされている JRE が IBM Cognos BI コンポーネントで使用されるようにするには、JAVA_HOME の設定を解除するか、JAVA_HOME を"<c10 の場所>/bin/jre"に設定します。

注: JRE の変更方法の詳細については、IBM Cognos BI コンポーネントで使用される JVM のバージョンの変更に関するトピックを参照してください。詳細については、「IBM Cognos Business Intelligence インストールおよび設定ガイド」を参照してください。

IBM Cognos Configuration の起動時の暗号化エラーIBM Cognos Configuration の起動時に、次のエラー・メッセージが表示されることがあります。

暗号情報が破損しているか、cogstartup.xml ファイルが無効です。ファイルの修復、またはディスクからの削除が必要となる場合があります。詳細については、「インストールおよび設定ガイド」を参照してください。

このエラーは、"cogstartup.xml" ファイルでエラーが検出されたときに発生します。"cogstartup.xml"ファイルでエラーが検出されるのは、このファイルを手作業で編集したときに、変更したテキストにエラーがある場合などです。

この問題を解決するには、"cogstartup.xml"ファイルをバックアップ場所にあるコピーで置き換えます。

IBM Cognos サービスの再起動による設定値の適用IBM Cognos Configuration のインストール環境で、デフォルト・プロパティー値を変更したりリソースを追加したりしてから設定を保存した後、変更が反映されない場合や、実行時環境でリソースを使用できるようにならない場合があります。

コンピューターに新しい設定を適用するには、IBM Cognos サービスを再起動する必要があります。



2. 「操作」メニューで適切なコマンドをクリックします。

v IBM Cognos サービスが現在実行中の場合は、「再開」をクリックします。

この操作によって、インストールされているサービスのうち、実行中でないすべてのサービスが起動し、実行中のサービスが再起動します。特定のサービスを再起動するには、「Explorer」ウィンドウでサービス・ノードを選択し、「操作」メニューの「再開」をクリックします。

v IBM Cognos サービスが停止している場合は、「開始」をクリックします。

この操作によって、実行中でないすべてのインストールされたサービスが開始します。特定のサービスを開始するには、「Explorer」ウィンドウでサービス・ノードを選択し、「操作」メニューの「開始」をクリックします。

CM-CFG-029 Microsoft SQL サーバー Content Store を特定する設定を保存する際のエラー

IBM Cognos Configuration で設定を保存しようとすると、"cogserver.log"ファイルに次のエラー・メッセージが記録されます。

CM-CFG-029 Content Manager で、Content Store が初期化されているかどうかを判別できません。

EXECUTE permission is denied on object "sp_tables", database "master", owner "dbo'.

これは、Content Store の初期化、あるいはデータベースへのテーブルの作成に必要な権限がないことを示します。

Content Store のユーザーに、マスター・データベースのストアード・プロシージャー"sp_tables"を使用する権限が与えられていることを確認してください。

Linux on System z で DB2 が検出されないエラーIBM Cognos Business Intelligence をインストールして、C8DB2.sh スクリプトを実行すると、DB2 が見つからないというエラーが表示されるか、ログ・ファイルに書き込まれます。

手順1. スクリプトの実行時に入力するユーザーのホーム・ディレクトリーにある

sqllib/db2profile をソースとしたプロファイルを作成します。

例えば、.profile には次のような内容が含まれます。

if [ -f /home/db2user/sqllib/db2profile ]; then./home/db2user/sqllib/db2profile

fi

2. C8DB2.sh スクリプトを再実行します。


Content Manager がフェイルオーバー用に設定されている場合の"DPR-ERR-2079"

Content Manager が確実にフェイルオーバーされるように、複数のコンピューターをスタンバイ・コンピューターとして設定しました。

しかし、次のエラー・メッセージがユーザーに表示されます。

DPR-ERR-2079 Firewall Security Rejection. Your request was rejectedby the security firewall

すべてのスタンバイ・コンピューターを有効なホストとして IBM Cognos

Application Firewall に設定していないと、このエラー・メッセージが表示される場合があります。

この問題を解決するには、各分散コンピューターで IBM Cognos Configuration を起動し、フェイルオーバーに使用するすべてのコンピューター名を入力します。

手順1. 「Explorer」ペインで、「セキュリティー」>「IBM Cognos Application

Firewall」をクリックします。

2. 「IBM Cognos Application Firewall - コンポーネント・プロパティー」ウィンドウで、「有効なドメインまたはホスト名」の横にある「値」列をクリックします。

3. 編集アイコンをクリックします。

4. フェイルオーバー用に設定されているすべてのコンピューターの名前を入力します。

5. 設定を保存して起動します。

JRE 1.5 が使用されている Solaris で大規模な Content Storeのインポートに失敗する

エクスポート時に 2 GB を超える Content Store をエクスポートしてから、JRE 1.5

が使用されている Solaris 環境でインポートしようとすると、次のエラー・メッセージが表示され、インポートに失敗します。

CM-SYS-5001 Content Manager で内部エラーが発生しました。

この問題は、Solaris 上の JRE 1.5 のバグに起因します。代わりに JRE 1.4.2 を使用してください。

Windows に大規模な配布をインポートすると Java 仮想マシンがクラッシュする

Microsoft Windows オペレーティング・システムにおいて Java 仮想マシンを次の状況下で使用するとクラッシュする可能性があります。

v 最大 Java メモリー設定を 1152 MB またはそれ以上に設定している

v 以前のリリースの IBM Cognos Business Intelligence から大規模なアーカイブをインポートしている

v そのアーカイブにはアップグレードが必要な大規模モデルが含まれている



2. 「Explorer」の「環境」、「IBM Cognos サービス」で、「IBM Cognos」をクリックします。

3. 「最大メモリー (MB)」プロパティーを 768 に設定します。

レポートを開いたときの DPR-ERR-2008 エラーレポートを実行すると、次のエラー・メッセージが表示されます。

DPR-ERR-2008 The dispatcher is unable to process the request. Therequest is directed to an unknown service name: local.xts.run

このエラーは、Presentation サービスが有効になっていない場合に起きることがあります。例えば、マルチサーバー環境でルーティング規則を使用して、特定のレポートを Batch Report サービス、Report サービス、および Dispatcher サービスのみが有効になっている一連のサーバーに送信する場合などです。レポートを実行前にアップグレードする必要があり、一連のサーバーで Presentation サービスを使用できない場合は、エラーが表示されます。

この問題を解決するには、サーバー・グループ内の少なくとも 1 台のサーバーでPresentation サービスを有効にする必要があります。その後、レポートの実行を再試行してください。

Business Insight で TM1 キューブ・ビューアーまたは Web シート iWidget をロードできない

Business Insight で TM1 キューブ・ビューアーまたは Web シート iWidget を追加すると、以下のようなメッセージを受け取ります。

There was an error loading the TM1Web required to run this iWidget.

One possible reason why this type of error may occur is if you are runningTM1Web from a different domain.

このエラーは、Microsoft Internet Explorer Web ブラウザーを使用している場合に、TM1 Web コンポーネントが IBM Cognos BI コンポーネントとは異なるコンピューターにインストールされている場合に発生する可能性があります。

この問題を解決するため、以下のいずれかのオプションを実行できます。

v TM1 Web を IBM Cognos BI と同じコンピューターにインストールする。

v ブラウザーに Firefox を使用する。

v Internet Explorer セキュリティー・オプションを変更して、TM1 Web が実行されているコンピューターを Web ブラウザーの信頼済みサイトに追加し、信頼済みサイトの「ドメイン間でのデータソースのアクセス」を有効にする。以下の手順に従います。

手順1. Internet Explorer で、「ツール」 > 「インターネットオプション」 > 「セキュリティ」をクリックします。

2. 「信頼済みサイト」をクリックして、「サイト」をクリックします。

3. TM1 Web Server の URL を入力し、「追加」をクリックします。


4. 「閉じる」をクリックします。

5. 「レベルのカスタマイズ」をクリックします。

6. 「その他」の下の「ドメイン間でのデータソースのアクセス」で、「有効にする」または「ダイアログを表示する」を選択します。


ユーザーに対して Active Directory 資格情報の入力が要求されるIBM Cognos Business Intelligence 環境が次のように設定されている場合、シングル・サインオン方式は正常に動作しません。

v Microsoft Internet Explorer が Microsoft Windows NT オペレーティング・システム環境のコンピューター上で実行されている。

v Active Directory プロバイダーを使用して認証ネームスペースが設定されている。

v Windows 2000 または Windows 2003 サーバー上の Microsoft Internet Explorer

が統合 Windows 認証を使用するように設定されている。

そのため、ユーザーに対して Active Directory 資格情報の入力が要求されます。

この問題は、IBM Cognos BI Active Directory プロバイダーがシングル・サインオン環境において ADSI プロトコルと Kerberos 委任を使用して認証を行うことによって発生します。Microsoft Internet Explorer が Windows NT 上で実行されている場合、Kerberos 委任を使用して IIS サーバーに対する認証を行うことはできません。

統合 Windows 認証を使用するようにシステムが設定されている場合、IIS に対するシングル・サインオンを有効にするには、次のようにする必要があります。

v LDAP プロバイダーを使用して Active Directory サーバーと通信するように IBM

Cognos BI を設定する。

v REMOTE_USER 環境変数を参照するように外部 ID マッピング・プロパティーを設定する。

IBM Cognos Configuration の起動時に UNIX でフォントが見つからない

IBM Cognos Configuration を開始すると、UNIX で一般的な問題が生じます。

次のエラー・メッセージが表示される可能性があります。

Font specified in font.properties not found...

このエラーは、コンピューターにインストールされていない 1 つ以上のフォントを、Java 仮想マシン (JVM) で使用しようとすると生じます。ただし、JVM ではシステムのデフォルトが使用され、IBM Cognos Configuration は正常に起動および実行されるはずです。

手順

"font.properties"ファイルを編集して、欠落しているフォントを Java Runtime

Environment に追加します。"font.properties"ファイルは Java Software Development Kit のインストール時に複数作成されます。これらのファイルには、標準のフォント環境情報が格納されていま


す。これらのファイルは、"<JRE の場所>/lib"ディレクトリーにあります。詳細については、Java のドキュメントを参照してください。

ESSBASEPATH を検出できないMicrosoft Windows や UNIX のプラットフォームの場合、Oracle Essbase ソフトウェアは ESSBASEPATH 環境変数を使用して Essbase 11 クライアント・ソフトウェアを見つけます。Oracle Hyperion Enterprise Performance Management (EPM)System

インストーラーは、ESSBASEPATH をユーザー環境変数として作成します。

IBM Cognos サービスをシステム・アカウントとして実行またはログオンするように設定している場合、ESSBASEPATH がなければ、手作業でシステム環境変数として追加する必要があります。IBM Cognos ソフトウェアで ESSBASEPATH 環境変数を検出できない場合は、次のエラーが表示されます。

DB2-ERR-0044 Essbase 環境変数 "ESSBASEPATH" を検出できません。Essbase クライアントがインストールされているかどうか確認してください。

この問題を解決するには、以下の操作のいずれかを行ってから、IBM Cognos サービスを再起動します。

v IBM Cognos サービスをダブルクリックし、「ログオン」タブで ESSBASEPATH

に対するアクセス権を持つユーザー・アカウントを指定する。

v ESSBASEPATH をシステム環境変数として追加する。

Essbase 9 ソフトウェアから Essbase 11 ソフトウェアにアップグレードする場合は、適切なクライアントをインストールしてから、"qfs_config.xml"ファイルを編集してライブラリー名を変更する必要があります。

qfs_config.xml ファイル内のライブラリー名の変更Essbase 9 ソフトウェアから Essbase 11 ソフトウェアにアップグレードしている場合は、適切なクライアントをインストールしてから、qfs_config.xml ファイル内のライブラリー名を変更する必要があります。

手順1. "<c10 の場所>"ディレクトリーにある"qfs_config.xml"ファイルを開きます。

2. <provider name="DB2OlapODP" libraryName="essodp93" connectionCode="DO"/>

というコードがある行を探し、ライブラリー名を「essodp93」から「essodp111」に変更します。

3. 変更内容を保存します。

Oracle Essbase Server の使用時にクエリーが失敗するOracle Essbase Server からメタデータまたはデータを取得するためにクエリーを実行すると、次のいずれかのようなメッセージが表示されます。

v IBM Cognos ゲートウェイから IBM Cognos BI サーバーに接続できません。サーバーが使用できないか、ゲートウェイが正しく設定されていない可能性があります。」

v DB2-ERR-0005 ログオン中に不明なエラーが発生しました。データベース・エラー・コードは "1,042,006" です。


v XQE-DS-0006 データ・ソースにログオンできません。

これらの IBM Cognos エラーは、Microsoft Windowsオペレーティング・システムで十分な Windows ソケットまたはポートが使用できないために発生する場合があります。ポートが不足するとネットワーク通信エラーが発生し、Essbase からのデータ取得が失敗します。

この問題を解決するには、プログラムで使用できる Windows ソケットまたはポートの数を増やします。

Windows ソケットまたはポートの数を増やすOracle Essbase Server の接続エラーを解決するには、Microsoft Windows オペレーティング・システムで、Microsoft の「レジストリエディタ」で 2 つのエントリーを追加することにより、プログラムから使用可能なソケットまたはポートの数を増やすことができます。

重要: Microsoft レジストリー・エディターは自己責任において使用してください。使用方法を誤ると問題が発生し、オペレーティング・システムの再インストールが必要になる場合があります。Microsoft 社は、レジストリー・エディターの誤使用により発生した問題の解決に関して保証をしていません。

手順1. Windows の「スタート」メニューから、regedit アプリケーションを実行します。

2.

"HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Services¥Tcpip¥Parameters"

ディレクトリーで、"MaxUserPort"という名前の DWORD 値を新規作成します。

3. "MaxUserPort"のプロパティーを、「65534」という値と「10 進」を使用するように設定します。

値の範囲は 30000 から 65534 です。

4. 同じディレクトリーに"TcpTimedWaitDelay"という名前の DWORD 値を追加します。

5. "TcpTimedWaitDelay"のプロパティーを、「50」という値と「10 進」を使用するように設定します。

値の範囲は 30 秒から 300 秒です。デフォルトの値は 240 秒 (4 分) です。

6. regedit アプリケーションを閉じてから、Microsoft CRM サーバーを再起動するか、コンピューターを再起動します。

タスクの結果

詳細については、Web サイト (technet.microsoft.com/ja-jp) を開き、「MaxUserPort」および「TcpTimedWaitDelay」という用語を検索してください。


Active Directory ネームスペースからグループ・メンバーシップが欠落している

Active Directory ネームスペースが同じフォレストに設定されていて、ユーザーの認証に資格情報を使用している場合、グループのメンバーシップが欠落します。

ローカル・システム・アカウントまたはドメイン・ユーザーとして実行する場合、IBM Cognos Business Intelligence のプロセス ID には次のいずれかの権限が与えられている必要があります。

v 認証後にクライアントを偽装

v オペレーティング・システムの一部として機能

このいずれかの権限が与えられていない場合、認証されたユーザーのグループ・メンバーシップが欠落します。

Active Directory ネームスペースのグループ・メンバーシップの追加Active Directory ネームスペースのグループ・メンバーシップを追加するには、IBM

Cognos Business Intelligence のプロセス ID をローカル・セキュリティー・ポリシーに追加する必要があります。

手順1. 「スタート」メニューで、「設定」、「コントロール・パネル」の順にクリックします。

2. 「管理ツール」をクリックし、「ロール・セキュリティー・ポリシー」をダブルクリックします。

3. コンソール・ツリーで、「セキュリティーの設定」、「ローカル・ポリシー」の順にクリックします。

4. 「ユーザー権利の割り当て」をクリックします。

5. 次のいずれかのポリシーに IBM Cognos BI のプロセス ID を追加します。

v 「認証後にクライアントを偽装」

デフォルト値は"Administrators, Service"です。

詳細については、Microsoft 社の Web サイトで、ライブラリーのドキュメント fe1fb475-4bc8-484b-9828-a096262b54ca1033.mspx を参照してください。

v 「オペレーティング・システムの一部として機能」

デフォルト値は"Local system"です。

詳細については、Microsoft 社の Web サイトで、ライブラリーのドキュメント ec4fd2bf-8f91-4122-8968-2213f96a95dc1033.mspx を参照してください。

これらの権限はいずれも、アカウントが他のユーザーとしてシステムを利用することを可能にします。

これらの権限は似ていますが、「認証後にクライアントを偽装」では認証後にしか他のユーザーとしてシステムを利用できないのに対し、「オペレーティング・システムの一部として機能」では認証前でも他のユーザーとしてシステムを利用できます。


詳細については、Microsoft 社の Web サイトで、ライブラリーのドキュメントtkerbdel.mspx を参照してください。

Oracle 10G Application Server への配布中にエラーが表示される

IBM Cognos Business Intelligence を Oracle 10G Application Server に配布しています。

次のエラー・メッセージが表示される可能性があります。

CMM-APP-3254 Metrics Store の初期化に失敗しました。DIS-ERR-3115タスクの実行に失敗しました

MDS-RUN-3213 データベースの一括ロード・ユーティリティーが見つかりません。プラットフォームに合ったデータベース・ツール (SQL Server には ’bcp’、Oracle には’sqlldr’) をインストールしてください。

これらのエラーは、IBM Cognos Configuration によって作成された配布ファイルに一括ロード・ユーティリティー (Oracle の SQL Loader) が含まれていない場合に発生します。

手順

欠落しているコンポーネントをインストールするには、Oracle 10G Application

Server がインストールされているコンピューター上の Oracle クライアント・ソフトウェアを使用します。SQL Loader がインストールされていることを確認してください。

Web ブラウザーから IBM Cognos Business Intelligence に接続するときの CGI タイムアウト・エラー

Web ブラウザーで操作を実行中に、次のエラー・メッセージが表示されます。

CGI Timeout, process will be deleted from server.

このエラーは、Microsoft インターネットインフォメーションサービス (IIS) をWeb サーバーとして使用し、ゲートウェイで CGI を使用するように設定されている場合に発生します。IIS には、CGI アプリケーションのデフォルトのタイムアウトが設定されています。

この問題を解決するには、ISAPI を使用するようにゲートウェイを設定するか、IIS

で CGI タイムアウトを長くします。

IIS には、ISAPI アプリケーションのデフォルトのタイムアウトが設定されていません。CGI ゲートウェイを使用し続ける場合は、IIS で CGI のタイムアウトを長くすることができます。

ゲートウェイを ISAPI に変更するWeb ブラウザーでの CGI タイムアウト・エラーを解決するため、ゲートウェイをCGI から ISAPI に変更することができます。


手順1. ゲートウェイ・コンピューターで IBM Cognos Configuration を起動します。

2. 「環境」の「ゲートウェイ URI」プロパティーで、URI の"cognos.cgi"の部分を次のように変更します。

cognosisapi.dll

3. Web ブラウザーで、ISAPI の URI を次のように指定します。

http://computer_name/ibmcognos/isapi

CGI タイムアウトを長くするWeb ブラウザーでの CGI タイムアウト・エラーを解決するには、IIS での CGI タイムアウトの期間を長くすることができます。

手順1. Microsoft Windows オペレーティング・システム用の管理ツールで、Internet

Information Services を開きます。

2. ローカル・コンピューター・ノードで、「Web サイト」を右クリックし、「プロパティー」を選択します。

3. 「ホーム・ディレクトリー」タブで、「構成」をクリックします。

4. 「処理オプション」タブで、CGI スクリプトのタイムアウトを長くします。

サーブレット・クラスが WebLogic でロードに失敗する分散サーバー・インストールを設定し、WebLogic を IBM Cognos BI のアプリケーション・サーバーとして使用すると、問題が発生する場合があります。

アプリケーション層コンポーネントのコンピューターに"p2pd.war"を配布するとき、サーブレットで例外が発生し、ディスパッチャーが起動しない場合があります。この場合、"cogserver.log"も作成されません。

WebLogic Server コンソールに次のエラー・メッセージが表示されます。

<Jul 9, 2004 3:47:37 PM EDT> <Error> <HTTP><BEA-101249>

<[ServletContext(id=19023494,name=p2pd,context-path=/p2pd)]:Servlet class

com.cognos.pogo.isolation.ServletWrapper for servletcfgss could not be loaded because

the requested class was not found in the classpath /host2/bea812/user_projects/

domains/c10/applications/p2pd/WEB-INF/classes. java.lang.ClassNotFoundException:

com.cognos.pogo.isolation.ServletWrapper.>

<Jul 9, 2004 3:47:37 PM EDT> <Error> <HTTP> <BEA-101216> <Servlet: "cfgss"

failed to preload on startup in Web application: "p2pd".

javax.servlet.ServletException: [HTTP:101249][ServletContext

(id=19023494,name=p2pd,context-path=/p2pd)]: Servlet class

com.cognos.pogo.isolation.ServletWrapperfor servlet cfgss could not be loaded because

the requested class was not found in the classpath /host2/bea812/user_projects/

domains/c10/applications/p2pd/WEB-INF/classes.java.lang.ClassNotFoundException:


com.cognos.pogo.isolation.ServletWrapper. at

weblogic.servlet.internal.ServletStubImpl.prepareServlet (ServletStubImpl.java:799)

at weblogic.servlet.internal.WebAppServletContext.preload Servlet

(WebAppServletContext.java:3252)

この問題を回避するには、WebLogic アプリケーション・ディレクトリーから p2pd

アプリケーションを配布しないでください。"p2pd"ディレクトリーを別の場所に作成し、そのディレクトリーから p2pd を配布します。

WebLogic アプリケーション・ディレクトリー以外への p2pd アプリケーションの配布IBM Cognos Business Intelligence を WebLogic に配布する際にロードが失敗するサーブレット・クラスの問題を解決するには、p2pd アプリケーションを WebLogic アプリケーション・ディレクトリーとは別のディレクトリーに配布します。

手順1. IBM Cognos Configuration を開き、アプリケーション層コンポーネントのコンピューターを設定します。

2. Content Manager のコンピューターを再起動します。

3. WebLogic アプリケーション・ディレクトリー以外で、WebLogic サーバーからアクセスできる場所に"p2pd"ディレクトリーを作成します。

例えば、次の場所に"p2pd"というディレクトリーを作成します。

<WebLogic の場所>/user_projects/<ドメイン名>

4. "p2pd.war"ファイルを作成します。

5. "p2pd"ディレクトリーで、次のコマンドを使用して WebLogic のインストール環境に"p2pd.war"ファイルを抽出します。

%JAVA_HOME%/bin/jar xvfm <c10 の場所>/p2pd.war

6. WebLogic を起動します。

7. WebLogic Server コンソールで、p2pd アプリケーションを配布します。

Windows デスクトップ・アイコンまたは IBM CognosConfiguration ウィンドウが点滅する

IBM Cognos Configuration を Microsoft Windows オペレーティング・システムで実行すると、デスクトップ・アイコンまたは IBM Cognos Configuration ウィンドウが点滅することがあります。

手順

IBM Cognos Configuration を"-noddraw"コマンド行オプションで起動します。

Migration が機能しないIBM Cognos PowerPlay のインストール後または設定後に、Migration Assistant が表示されないか、移行を実行しても何も起こりません。


手順

この問題を解決するには、次の項目を確認します。

v PowerPlay Server および PowerPlay Administration コンポーネントが、IBM

Cognos PowerPlay サーバーにインストールされていること。

v IBM Cognos Business Intelligence とともに IBM Cognos PowerPlay がインストールされている場合、IBM Cognos BI Content Manager コンポーネントと同じコンピューターに IBM Cognos PowerPlay Content Manager コンポーネントがインストールされていること。

v Content Manager がインストールされているコンピューターにおいて、IBM

Cognos Configuration の「環境」の「IBM Cognos サービス」で、「Migration サービス有効」プロパティーが「有効」になっていること。

v IBM Cognos Series 7 Migration コンポーネントが、使用している IBM Cognos

Series 7 PowerPlay Server コンピューターにインストールされていること。

v IBM Cognos Series 7 Migration サービスが、IBM Cognos Series 7 PowerPlay

Server コンピューターで起動されていること。

v ユーザーによる Migration タスクの実行が有効になっていること。詳細については、「IBM Cognos PowerPlay 移行および管理ガイド」を参照してください。

また、Migration タスクを実行するユーザーに、Migration タスクの作成に必要な権限が付与されていることも確認します。IBM Cognos Administration で、次の操作を実行します。

– 「設定」の「コンテンツ管理」をクリックします。

– 「プロパティーを設定 - 管理」アイコンをクリックします。

– 「権限」タブをクリックします。

– Migration タスクを実行するユーザーに、「読み取り」、「書き込み」、「実行」、および「通過」権限が付与されていることを確認します。

いくつかのロケールで、オブジェクト名の翻訳が欠落しているIBM Cognos Business Intelligence をアップグレードした後、またはアーカイブをインポートした後、特定のロケールに関していくつかのオブジェクト名がローカライズされない場合があります。例えば、「Public Folders」、「My Folders」、グループ名などが、指定された言語ではなく英語で表示されます。

この問題は以下の状況で生じることがあります。

v Cognos BI がより新しいバージョンにアップグレードされたものの、以前のバージョンの Content Store がアクティブな Content Manager として構成されている。

v 以前のバージョンの Cognos BI によって作成されたアーカイブが、より新しいバージョンの Cognos BI にインポートされている。

例えば、Cognos BI 10.2 のインストール環境が Content Manager のバージョン 10.1

と共に構成されている場合、カタロニア語、クロアチア語、デンマーク語、ギリシャ語、カザフ語、ノルウェー語、スロバキア語、スロベニア語、タイ語のロケールでは、翻訳されていないオブジェクト名が表示されることがあります。上記のロケ


ールに対するサポートは Cognos BI のバージョン 10.1.1 と 10.2 で追加されたので、Content Manager のバージョン 10.1 にはこれらの翻訳がありません。

翻訳を Cognos BI 環境に追加するには、以下の手順を実行します。

手順1. アクティブな Content Manager サービスがインストールされているコンピューターで IBM Cognos Configuration を開始します。


3. 必要なロケールが「コンテンツ・ロケール」タブと「ユーザー・インターフェースのロケール」タブにリストされていることを確認します。ロケールが欠落している場合、それらを追加して変更を保存します。

4. <c10 の場所>/webapps/p2pd/WEB-INF/classes ディレクトリーに移動して、必要なロケールごとに cmmsgsRL_locale.properties メッセージ・ファイルが存在することを確認します。例えば、スロベニア語の場合、このメッセージ・ファイルは cmmsgsRL_sl.properties ファイルとなります。

5. <c10 の場所>¥configuration ディレクトリーで、updateInitialContentNames.xml.sample ファイルをコピーしてupdateInitialContentNames.xml として保存します。

6. updateInitialContentNames.xml ファイルを次のように編集します。

a. 追加するロケールを指定します。例えば、クロアチア語とスロベニア語のオブジェクト名を表示するには、ファイルを次のように変更します。

<updateInitialContentNames><locales><locale>hr</locale><locale>sl</locale></locales></updateInitialContentNames>

b. ローカライズの問題の影響を受けない他のロケールは、削除するかコメント化します。

c. 変更を保存します。

7. IBM Cognos サービスを開始します。

8. 後に別のロケールを追加するには、これらの手順を繰り返します。

タスクの結果

IBM Cognos サービスの始動プロセスの中で、ローカライズされたオブジェクト名が追加されます。操作の結果は、cogserver.log ファイルで参照できます。再始動ごとに不必要な更新が行われることのないように、そのプロセスでupdateInitialContentNames.xml ファイルが削除されます。


特記事項

本書は IBM が世界各国で提供する製品およびサービスについて作成したものです。

本書に記載の製品、サービス、または機能が日本においては提供されていない場合があります。日本で利用可能な製品、サービス、および機能については、日本 IBM

の営業担当員にお尋ねください。本書で IBM 製品、プログラム、またはサービスに言及していても、その IBM 製品、プログラム、またはサービスのみが使用可能であることを意味するものではありません。これらに代えて、IBM の知的所有権を侵害することのない、機能的に同等の製品、プログラム、またはサービスを使用することができます。ただし、IBM 以外の製品とプログラムの操作またはサービスの評価および検証は、お客様の責任で行っていただきます。本書には、お客様が購入されたプログラムまたはライセンス資格に含まれない製品、サービス、または機能に関する説明が含まれる場合があります。

IBM は、本書に記載されている内容に関して特許権 (特許出願中のものを含む) を保有している場合があります。本書の提供は、お客様にこれらの特許権について実施権を許諾することを意味するものではありません。実施権についてのお問い合わせは、書面にて下記宛先にお送りください。

〒103-8510

東京都中央区日本橋箱崎町19番21号日本アイ・ビー・エム株式会社法務・知的財産知的財産権ライセンス渉外

以下の保証は、国または地域の法律に沿わない場合は、適用されません。 IBM およびその直接または間接の子会社は、本書を特定物として現存するままの状態で提供し、商品性の保証、特定目的適合性の保証および法律上の瑕疵担保責任を含むすべての明示もしくは黙示の保証責任を負わないものとします。国または地域によっては、法律の強行規定により、保証責任の制限が禁じられる場合、強行規定の制限を受けるものとします。

この情報には、技術的に不適切な記述や誤植を含む場合があります。本書は定期的に見直され、必要な変更は本書の次版に組み込まれます。 IBM は予告なしに、随時、この文書に記載されている製品またはプログラムに対して、改良または変更を行うことがあります。

本書において IBM 以外の Web サイトに言及している場合がありますが、便宜のため記載しただけであり、決してそれらの Web サイトを推奨するものではありません。それらの Web サイトにある資料は、この IBM 製品の資料の一部ではありません。それらの Web サイトは、お客様の責任でご使用ください。

IBM は、お客様が提供するいかなる情報も、お客様に対してなんら義務も負うことのない、自ら適切と信ずる方法で、使用もしくは配布することができるものとします。


本プログラムのライセンス保持者で、(i) 独自に作成したプログラムとその他のプログラム (本プログラムを含む) との間での情報交換、および (ii) 交換された情報の相互利用を可能にすることを目的として、本プログラムに関する情報を必要とする方は、下記に連絡してください。

IBM Software Group

Attention: Licensing

3755 Riverside Dr

Ottawa, ON K1V 1B7

Canada

本プログラムに関する上記の情報は、適切な使用条件の下で使用することができますが、有償の場合もあります。

本書で説明されているライセンス・プログラムまたはその他のライセンス資料は、IBM 所定のプログラム契約の契約条項、IBM プログラムのご使用条件、またはそれと同等の条項に基づいて、IBM より提供されます。

この文書に含まれるいかなるパフォーマンス・データも、管理環境下で決定されたものです。そのため、他の操作環境で得られた結果は、異なる可能性があります。一部の測定が、開発レベルのシステムで行われた可能性がありますが、その測定値が、一般に利用可能なシステムのものと同じである保証はありません。さらに、一部の測定値が、推定値である可能性があります。実際の結果は、異なる可能性があります。お客様は、お客様の特定の環境に適したデータを確かめる必要があります。

IBM 以外の製品に関する情報は、その製品の供給者、出版物、もしくはその他の公に利用可能なソースから入手したものです。IBM は、それらの製品のテストは行っておりません。したがって、他社製品に関する実行性、互換性、またはその他の要求については確証できません。IBM 以外の製品の性能に関する質問は、それらの製品の供給者にお願いします。

IBM の将来の方向または意向に関する記述については、予告なしに変更または撤回される場合があり、単に目標を示しているものです。

本書には、日常の業務処理で用いられるデータや報告書の例が含まれています。より具体性を与えるために、それらの例には、個人、企業、ブランド、あるいは製品などの名前が含まれている場合があります。これらの名称はすべて架空のものであり、名称や住所が類似する企業が実在しているとしても、それは偶然にすぎません。

この情報をソフトコピーでご覧になっている場合は、写真やカラーの図表は表示されない場合があります。

商標

IBM、IBM ロゴ、および ibm.com は、世界の多くの国で登録された International

Business Machines Corp. の商標または登録商標です。他の製品名およびサービス名等は、それぞれ IBM または各社の商標である場合があります。現時点での IBM の商標リストについては、http://www.ibm.com/legal/copytrade.shtml をご覧ください。


以下の会社名、製品名およびサービス名等は、それぞれ各社の商標または登録商標です。

v Adobe、Adobe ロゴ、PostScript、PostScript ロゴは、Adobe Systems Incorporated

の米国およびその他の国における登録商標または商標です。

v Microsoft、Windows、Windows NT および Windows ロゴは、Microsoft

Corporation の米国およびその他の国における商標です。

v Linux は、Linus Torvalds の米国およびその他の国における商標です。

v UNIX は The Open Group の米国およびその他の国における登録商標です。

v Java およびすべての Java 関連の商標およびロゴは Oracle やその関連会社の米国およびその他の国における商標または登録商標です。

特記事項 417


用語集この用語集には、IBM Cognos Business Intelligence

の用語および定義が含まれています。

この用語集では、次の相互参照が使用されています。

v 「を参照」は、ある用語から優先される同義語への、または頭字語や略語から完全な形の用語への参照です。

v 「も参照」は、関連語または対義語への参照です。

他の IBM 製品の用語集を表示するには、www.ibm.com/software/globalization/terminology (新しいウィンドウで開きます) へ移動してください。

『A』『B』 420ページの『C』 421ページの『D』 422ページの『E』 422ページの『F』422ページの『G』 422ページの『H』 422ページの『I』 422ページの『J』 423ページの『L』423ページの『M』 423ページの『N』 424ページの『O』 424ページの『P』 425ページの『Q』 425ページの『R』 425ページの『S』426ページの『T』 426ページの『U』 427ページの『W』

Aアクセス権 (access permission)

オブジェクトへのアクセスまたはオブジェクトの使用を許可する権限。

アカウンタビリティー・スコアカード(accountability scorecard)

各ユーザーに対し、Metric Studio によって自動的に作成されるスコアカード。対応するユーザーが所有する評価指標とプロジェクトが含まれます。

Agent ユーザー介入または定期的なスケジュールに基づくことなくユーザーまたは他のプログラムのためのアクションを実行し、ユーザーまたはプログラムに結果を報告するプロセス。

別名 (alias)基本名の代わりに使用される代替の名前。

匿名アクセス (anonymous access)ユーザーやサーバーが最初に認証を行うことなくサーバーにアクセスできるようにする、アクセスの種類の 1 つ。

アプリケーション層コンポーネント (applicationtier component)

インストールにおける、情報を収集するためにクエリー・データベースにアクセスし、結果を PDF や HTML のレポートおよび評価指標として表示するプロセッサーのセット。また、アプリケーション層コンポーネントによって、要求が Content

Manager に送信され、Content Manager でContent Store から取得された結果が表示されます。

属性 (attribute)BI モデルでは、一意の識別子や集計的な数値データではなく説明的であるエンティティーの特性。

認証 (authentication)ユーザーやサーバーの識別情報を検証するプロセス。

認証プロバイダー (authentication provider)外部の認証ソースへの通信メカニズム。ユーザーの認証、グループのメンバーシップ、ネームスペースの検索などの機能は、認証プロバイダーによって可能になります。

Bバースト (burst)

単独のレポートを 1 回実行して、複数のレポート結果を作成すること。たとえば、ユーザーが各従業員の売上を示すレポートを作成し、このレポートを 1 回実行して地域に基づいてバーストすると、各地域のマネージャーに異なる結果を送信できます。


http://www-306.ibm.com/software/globalization/terminology/

バースト・キー (burst key)一連のレポート結果の作成 (バースト) に使用される、レポート仕様内のクエリーのディメンションまたはレベル。

CCA 「認証局」を参照。

算出メンバー (calculated member)数値データ値の値が保管されるのではなく、実行時に式を使用して値が計算される、ディメンションのメンバー。

キャンバス (canvas)ユーザーが対話的にコンテンツおよびデータを作成、表示、操作するためのダッシュボードまたはワークスペース内の領域。

機能 (capability)ユーザー・インターフェースを簡略化するために隠すか表示することができる、機能と特性のグループ。機能は、設定を変更することによって有効化または無効化できます。また、管理インターフェースを通じて機能を制御することもできます。

cardinality

1. リレーショナル・データ・ソースでは、2 つのクエリー・サブジェクト、クエリー・アイテム、またはその他のモデル・オブジェクトの間の関係を示す数値指標。

2. OLAP データ・ソースでは、階層内のメンバーの数。階層のカーディナリティーのプロパティーは、式の解決順序を割り当てるために使用されます。

カスケード・プロンプト (cascading prompt)前のプロンプトからの値を使用して、現在のプロンプトや選択リストの値にフィルターをかけるプロンプト。

証明書 (certificate)コンピューター・セキュリティーにおいて、公開鍵を証明書の所有者の識別情報にバインドするデジタル・ドキュメント。これにより、証明書の所有者を認証できるようになります。証明書は認証局によって発行され、その認証局によってデジタル署名されています。「認証局」も参照。

認証局 (CA) (certificate authority (CA))コンポーネントがインストールされている各コンピューターに対して証明書を発行するコンポーネント。

CGI 「Common Gateway Interface (CGI)」を参照。

暗号スイート (cipher suite)保護されたデータ交換に使用される、認証、鍵交換アルゴリズム、および Secure

Sockets Layer (SSL) 暗号化仕様の組み合わせ。

クラスのスタイル (class style)フォント、フォント・サイズ、罫線などの、書式の特性の組み合わせ。ユーザーが名前を指定して、セットとして保存します。

CM 「Content Manager」を参照。

Common Gateway Interface (CGI)HTTP 要求を通じて Web サーバーからアプリケーション・プログラムに、またはアプリケーション・プログラムから Web サーバーに情報を渡すスクリプトを定義するインターネット規格。

条件 (condition)真、偽、または不明のいずれかとして評価できる式。自然言語テキスト、数学的形式記法、または機械可読言語として表現できます。

制約 (constraint)

1. 1 人以上のユーザーに対し、モデル・コンポーネントへのアクセスや、モデルあるいはレポートの作成タスクの実行を拒否する、セキュリティー仕様です。

2. ユーザーがフィールドに入力できる値に関する制限。

連絡先 (contact)レポートやエージェントの E メールの送信先にすることができる、名前の付いた E

メール・アドレス。連絡先は認証されることはありません。

コンテンツ・ロケール (content locale)ブラウザーやレポートのテキストに使用す


る言語や、時間、日付、通貨、金額の表示方法、時刻などの地域的な設定に使用されるコード。

Content Manager (CM)Content Store から情報を取得したり、Content Store に情報を保存したりするサービス。

Content Storeレポート仕様、発行されたモデル、セキュリティー権限など、操作する必要があるデータを保存するデータベース。

資格情報 (credential)ユーザーまたはプロセスにアクセス権限を付与する情報の集合。

キューブ (cube)オンライン分析処理、多次元レポート作成、多次元プランニングのアプリケーションに必要なデータの多次元的な表現。

カスタム・セット (custom set)Analysis Studio において、フィルター規則、計算、ソート規則を格納できる名前付きオブジェクト。カスタム・セットを使用すると、キューブ・モデルで最初に定義されているセットとは異なるメンバーのセットを定義できます。「既定のセット」、「set」も参照。

Dダッシュボード (dashboard)

ビジネス・データが図表形式で表現されたウィジェットを 1 つ以上含めることができる Web ページ。

データ・ソース (data source)データ自体のソース (データベースやXML ファイルなど) と、そのデータへのアクセスに必要な接続情報。

データ・ソース接続 (data source connection)データ・ソースのタイプ、物理的な場所、およびサインオンの要件を定義する、名前の付いた情報。データ・ソースは複数の接続をもつことができます。

データ・ツリー (data tree)Studio/Authoring ツール内にあり、クエリー・サブジェクト、クエリー・アイテム、

ディメンション、レベル、メンバーなどのオブジェクトを含む構造。データ・ツリーは、計算、フィルター、表示領域や、その他のオーサリング作業に使用できるデータのパレットとして使用します。

配布 (deployment)アプリケーション (レポートやモデルなど)

を別のインスタンスに移動するプロセス。たとえば多くの場合、レポートはテスト環境で作成された後に、実働環境に配布されます。アプリケーションを配置するには、エクスポート、転送、およびインポートを行います。

配布アーカイブ (deployment archive)配布に使用されるファイル。配布アーカイブには、移動する Content Store からのデータが含まれています。

配布仕様 (deployment specification)ソース環境からターゲット環境に移動 (配布) するパッケージ、配布に関する設定、およびアーカイブ名の定義。配布仕様はインポートとエクスポートに使用します。

派生インデックス (derived index)他の評価指標に基づいて、ステータスとスコアを提供する算出評価指標。

詳細に基づくセット (details-based set)アイテムとその直下の詳細に基づくセット。「set」も参照。

ディメンション (dimension)製品、日付、市場など、ビジネスの主要な側面に関する記述データを広範囲にグループ分けしたもの。各ディメンションには、1 つ以上の階層にさまざまなレベルのメンバーが含まれています。また、オプションで算出メンバーや特殊カテゴリーのセットを含めることもできます。

ディメンション・データ・ソース (dimensionaldata source)

ディメンション、階層、数値データなどのOLAP の概念を使用してモデル化されたデータを含むデータ・ソース。

ドリルダウン (drill down)データの多次元的な表現において、一般的なカテゴリーから開始して、情報の階層内

用語集 421

を下方向に (例えば、年から四半期、さらに月へと) 移動することによって、情報にアクセスすること。

Eイベント (event)

処理、ビジネス・プロセス、人によるタスクの完了または失敗など、ある状態への変化。データ・リポジトリーへのイベント・データの格納、別のビジネス・プロセスの呼び出しなど、後続の操作のきっかけとなる場合があります。

イベント・キー (event key)イベント・インスタンスを一意に定義する、データ・アイテムの組み合わせ。イベント・インスタンスを識別することで、エージェントでイベント・インスタンスのステータス (新規、実行中、または停止中)

を判断できます。

イベント・リスト (event list)一連の検出されたイベントのインスタンス。タスクの実行規則によって、どのエージェント・タスクを実行するかが評価されます。

Fファクト (fact)

「数値データ」を参照してください。

Gゲートウェイ (gateway)

Web サーバーから他のサーバーへ情報を転送する、Web サーバー・プログラムの拡張機能。ゲートウェイは多くの場合CGI プログラムですが、ISAPI や Apache

モジュールなどの他の規格に準拠していることもあります。

グリフ (Gryph)文字イメージの実際の形状 (ビット・パターン、アウトライン)。たとえば、イタリック体の「A」と標準体の「A」は、基になる同一文字を表す、異なる 2 つのグリフです。厳密に言えば、形状が異なる 2

つのイメージはすべて異なるグリフとなり

ます。この場合、グリフは文字イメージ(または単にイメージ) と同義語になります(The Unicode Standard – Version 1.0)。

group 保護されたリソースに対するアクセス権を共有できる、一連のユーザー。

グループ化 (grouping)レポートの作成において、クエリー・アイテムの共通の値を整理し、この値を一度のみ表示するプロセス。

Hhierarchy

エンティティーのセットをツリー構造に整理したもの。 (ルート以外の) 各エンティティーは、1 つ以上の親エンティティーと、任意の数の子エンティティーを持ちます。

I情報カード (information card)

所有者や連絡先情報、変更日付、ダッシュボード、ワークスペース、またはレポートのサムネール表示 (オプション) などの、ダッシュボード、ワークスペース、またはレポート・コンテンツの概要情報の表示。

情報ウィンドウ (information pane)Analysis Studio で、ユーザーがレベルや属性などの関連する情報を表示して、データ・ツリーで選択内容を確認できるウィンドウ。

イニシアチブ (initiative)目標を達成したり、業績と目標の間の隔たりを小さくしたりするために開発されるタスク。イニシアチブは個々の目標に関連付けられ、多くの場合、プロジェクト、対処、またはアクティビティーとして知られています。

item 「メンバー」を参照してください。

JJob ユーザーが一括して実行およびスケジュー

ルする、レポートやエージェントなどの実行可能なオブジェクトのグループ。


ジョブ・ステップ (job step)独立して実行可能なジョブの最小の部分。ジョブ・ステップは、レポートや別のジョブである場合があります。

Lレイアウト (layout)

画面またはページでの印刷物の配置。余白、行間隔、タイプの指定、ヘッダーとフッターの情報、インデントなどが含まれます。

レベル (level)ディメンションで階層の 1 つのセクションを形成して同じタイプのオブジェクトを表す、エンティティーまたはメンバーのセット。例えば、地理的なディメンションには、地域、都道府県、および市区町村のレベルが含まれていることがあります。

ロケール (locale)言語または地理を識別し、照合順序、大文字と小文字の変換、文字の分類、メッセージの言語、日時表現、数値表現などの表示規則を決定する設定。

MMDX 「多次元式言語」を参照。

数値データ (measure)数量化が可能な業績のインディケーター。ビジネスが順調に運営されているかを見極めるのに使用されます。数値データの例としては、収益、従業員当たりの収益、百分率による利幅率などが考えられます。

メンバー (member)階層内の固有のアイテム。たとえば、"キャンプ用品"や"4 人用テント"は"製品"階層のメンバーです。

評価指標 (metric)ビジネスの主要領域における業績を評価するための基準値

評価指標の抽出データ (metric extract)既存の IBM Cognos データ・ソースと、Metric Studio のオブジェクトまたは値の間の、マッピングのセット。たとえば、"

収益"という名前のキューブ数値データ

は、"収入 (実績)"という名前の Metric

Studio の評価指標にマップされます。

評価指標パッケージ (metric package)IBM Cognos Connection において、Metric

Studio アプリケーションを表現したもの。評価指標パッケージには、そのアプリケーションの接続情報、レポート、および評価指標管理タスクが含まれています。「パッケージ」も参照。

Metric Store評価指標パッケージの内容を含むデータベース。また、ユーザー設定などの Metric

Studio の設定も含みます。

評価指標のタイプ (metric type)業績パターン、単位、評価指標グループの意味などのビジネス・ルールを定義する、評価指標のカテゴリー。たとえば、"収益"

は評価指標のタイプ、"ヨーロッパの収益"

と"北アメリカの収益"はこのタイプの評価指標であることが考えられます。

モデル (model)1 つ以上のデータ・ソースからのデータの構造の、物理的または業務上の表現。モデルは、データ・オブジェクト、構造、およびグループ、並びに関係とセキュリティーを記述します。Cognos BI では、Framework Manager でモデルの作成と保守が行われます。モデルまたはモデルのサブセットは、ユーザーが作成しレポートを実行できるようにするためには、Cognos サーバーにパッケージとして発行されなければなりません。

多次元データ・ソース (multidimensional datasource)

「ディメンション・データ・ソース」を参照。

多次元式言語 (Multidimensional ExpressionLanguage) (MDX)

構造化照会言語 (Structured Query

Language:SQL) を多次元にしたものです。

N名前付きセット (named set)

「既定のセット」を参照。

用語集 423

ネームスペース (namespace)モデルの一部で、その中で名前が定義され使用される。ネームスペース内では、各名前は固有の意味を持ちます。

ニュース・アイテム (news item)RSS (Really Simple Syndication) と互換性のある形式による、単一のエントリー。見出し、テキスト、および詳細な情報へのリンクを含めることができます。エージェント内のニュース・アイテム・タスクを使用して、IBM Cognos Connection のポートレットに表示するニュース・アイテムを作成できます。

Oオブジェクト (object)

Report Authoring において、「ツールボックス」タブからレポートにドラッグしてその中にデータを格納できる、空の情報コンテナー。レポートは、クロス集計、テキスト・アイテム、計算、グラフィック、テーブルなどのオブジェクトで構成されます。

オブジェクトの抽出データ (object extract)Metric Studio のオブジェクト (ユーザー定義の列、スコアカード、データ・ソースなど) のメタデータを定義する抽出データ。

Pパッケージ (package)

IBM Cognos サーバーで使用できるようにするモデルのサブセット。モデル全体の場合もあります。「評価指標パッケージ」も参照。

ページ・セット (page set)Report Authoring において、選択されたクエリー・アイテムのインスタンスごとに出力レポートで繰り返される、1 つ以上のデザイン済みページのセット。「set」も参照。

PassportContent Manager のメモリーに暗号化されて保存される、認証されたユーザーに関する、セッション・ベースの情報。Passport

は、ユーザーが初めて IBM Cognos 8 に

アクセスする際に作成され、セッションが終了するまで保持されます。セッションは、ユーザーがログオフした場合、または指定した期間アイドル状態が続いた場合に終了します。

ポートレット (portlet)ポータルのコンテキストに表示され、特定の情報やサービスを提供する、Web アプリケーションの一部をなす再利用可能なコンポーネント。

既定のセット (predefined set)リストとして、または式によって OLAP

データ・ソース内部に定義されているメンバーの集合。既定のセットは、分析やレポート作成に使用できます。「カスタム・セット」、「set」も参照。

ユーザー・インターフェースのロケール (productlocale) メニュー・コマンドなどのユーザー・イン

ターフェースに使用する言語または地域設定、あるいはその両方を指定する、コードまたは設定。

プロジェクト (project)

1. Metric Studio では、チームによって遂行されてスコアカードで監視される、単一のタスクまたは一連のタスク。プロジェクトでは、日付、リソース、ステータスが追跡されます。

2. Metric Designer では、一連の抽出データ。各抽出データには、Metric Studio

のデータ・ストアへのデータ移入、またはアプリケーションの作成に使用されるメタデータが含まれています。

promptレポートを実行する前にパラメーター値の入力を求める、レポートの要素。

プロパティー・ウィンドウ (properties pane)Studio/Authoring ツール内にあり、選択したデータのプロパティーの概要を表示するウィンドウ。プロパティー・ウィンドウを使用していくつかの変更を行い、同時に適用することもできます。複数の異なるコマンドを繰り返し使用する必要はありません。

発行 (publish)IBM Cognos BI では、Framework Manager


で作成したモデルまたは Transformer

PowerCube の全体または部分を、パッケージを通じて IBM Cognos サーバーで使用できるようにすること。これにより、そのデータを使用して、レポートやその他のコンテンツを作成できるようになります。

QQuery Query Studio で作成され編集される簡単な

レポート仕様。

クエリー・アイテム (query item)データ・ソースにおけるデータの列の表現。クエリー・アイテムは、モデルやレポートで使用でき、データベースの列への参照、別のクエリー・アイテムへの参照、または計算を格納します。

クエリー・サブジェクト (query subject)機能的に密接に関連しているクエリー・アイテムの名前付きコレクション。クエリー・サブジェクトは、Framework Manager

を使用して定義され、リレーショナル・データを表します。また、Query Studio および Report Authoring でのレポート作成に使用できるデータのセットを構成します。クエリー・サブジェクトは、テーブルとして扱える点がリレーショナル・ビューに似ていますが、必ずしもデータ・ストレージを反映するとは限りません。

RReally Simple Syndication (RSS)

Really Simple Syndication 仕様 (RSS 2.0)

に基づいた同時配信型 Web コンテンツのXML ファイル形式。RSS XML ファイル形式は、RSS フィードを提供しているWeb サイトに登録するためにインターネット・ユーザーによって使用されます。「Rich Site Summary」も参照。

反復 (repeater)Report Authoring における、あらかじめ定義された内部構造を持たない、その内部で値が繰り返されるセル・コンテナー。

反復表 (repeater table)Report Authoring における、関連するクエ

リーでページまたは行の幅と高さにわたってセルを繰り返す、表のようなコンテナー。

レポート (report)ビジネス情報を伝達するために計画的にレイアウトされた、一連のデータ。

レポート出力 (report output)データ・セットに対してレポート仕様を実行した結果として生成される出力。

レポート仕様 (report specification)クエリーとレイアウトの規則を含む、レポートの実行可能な定義。データと組み合わせて、出力レポートを生成できます。

レポート・ビュー (report view)プロンプト値、スケジュール、結果などの、独自のプロパティーを持つ他のレポートへの参照。レポート・ビューを使用すると、レポート仕様のコピーを作成しなくても、共有することができます。

応答ファイル (response file)インストールを自動化する、設定と構成のデータでカスタマイズできる ASCII ファイル。対話型インストールではインストール中に設定と構成のデータを入力する必要がありますが、応答ファイルを使用すると、途中で入力を行わずにインストールを実行できます。

Rich Site Summary (RSS)RSS 0.91 仕様に基づいた同時配信型 Web

コンテンツの XML ベースの形式。RSS

XML ファイル形式は、RSS フィードを提供している Web サイトに登録するためにインターネット・ユーザーによって使用されます。「Really Simple Syndication」も参照。

RSS

1. 「Really Simple Syndication」を参照。

2. 「Rich Site Summary」を参照。

Sスコア (score)

標準に照らして相対的な適用性を表す数値またはランキング。

用語集 425

スコアカード (scorecard)組織の 1 つの部門または側面の業績を表す評価指標の集合。

スコアカード構造 (scorecard structure)企業が評価指標をどのようにまとめるかを反映する、スコアカードの階層。

セキュリティー・プロバイダー (securityprovider)

「認証プロバイダー」を参照してください。

選択に基づくセット (selection-based set)ユーザーが明示的に選択した個々のアイテムの集合。アイテムまたはメンバーは、同じ階層の 1 つ以上のレベルから選択できます。「set」も参照。

session 認証されたユーザーがログオンしている期間。

set 関連するアイテムやメンバーの集合。セットに含めるメンバーは、具体的に選択するか、1 つ以上のフィルター規則を使用して選択できます。「カスタム・セット」、「詳細に基づくセット」、「ページ・セット」、「既定のセット」、「選択に基づくセット」、「積み上げセット」も参照。

積み上げセット (stacked set)隣どうしの行や列に配置された複数のセット。「set」も参照。

戦略 (strategy)規定された目標を達成するための、 (ブランド・ユニット、ビジネス・ユニット、チャンネル、企業を対象とした) 全体的な行動計画。通常、戦略を適用する期間は 1

年を超えます。

戦略マップ (strategy map)Metric Studio で、戦略および組織におけるその戦略の目標を視覚的に表現したもの。たとえば、戦略マップにより各従業員の職務が組織全体の目標に沿ってどのように配置されているかを示すことができます。

概要 (summary)レポートの作成と分析における、特定のレベルやディメンションの値すべてを集計した値。集計値には、合計、最小値、最大値、平均、カウントなどがあります。

Tタスク (task)

イベントのステータスがタスクの実行規則を満たした場合に、エージェントによって実行される操作。たとえばエージェントで、E メールの送信、ニュース・アイテムの発行、レポートの実行などを行えます。

タスクの実行規則 (task execution rule)どのステータスおよび値でタスクを実行するかを決定する、エージェント内のユーザーが指定したオプション。タスクの実行規則によって、各イベント・インスタンスに対して実行するタスクが決定されます。

テンプレート (template)レポートのオーサリングにおいて、再利用可能なレポート・レイアウト、またはスタイル。クエリーやレポートのプレゼンテーションを設定するのに使用できます。

サムネール (thumbnail)大きな画像を縮小してアイコン・サイズで描画したもの。ビューやグラフィック・エディターを開かなくても画像を確認することができます。

tuple 異なるディメンションの複数のメンバーに基づく規則正しい集合のこと。たとえば、tuple (2007, キャンプ用品, 日本) では、"2007"、"キャンプ用品"、"日本"の 3 つのメンバーの交点の値が返されます。組を使用することで、データにフィルターをかけたり、データをソートしたり、計算式を作成したりできます。

U結合セット (union set)

「積み上げセット」を参照してください。

user コンピューター・システムのサービスを使用する、任意の個人、組織、プロセス、デバイス、プログラム、プロトコル、またはシステム。

ユーザー定義の列 (user-defined column)評価指標の管理において、実績や目標以外の値を示すのに使用される列。業界のベンチマークや、評価指標の他の値に基づく計算を含む、その他の有用な一定期間の値を


示す数値情報を使用できます。ユーザー定義の列は、各評価指標タイプで異なるものにすることができます。

W監視リスト (watch list)

各ユーザーが、注意して監視するために選択した評価指標のリスト。Metric Studio

で通知が有効になっている場合、これらの評価指標に変化があると、ユーザーに E

メールによる通知が送信されます。また、ユーザーは IBM Cognos Connection のポートレットに監視リストを表示することもできます。

監視規則 (watch rule)レポートを送信するかどうかの判断に用いるユーザー定義の条件。規則が適用されるとレポート出力が評価され、条件が満たされている場合に限り、E メールあるいはニュース・アイテムとしてレポートが送信されます。監視規則を設定すると、受信するユーザーにとって重要なデータを含むレポートだけが配信されるようにできます。

WSRP (Web Services for Remote Portlets)Web ポータルなどの別のアプリケーションに簡単に統合できるように、プレゼンテーション指向の Web サービスを作成する規格。

ウィジェット (widget)移植可能で再利用可能なアプリケーション、または動的コンテンツの部品。Web

ページへの配置が可能で、入力を受け付けたり、アプリケーションや他のウィジェットと通信したりする機能があります。

作業領域 (work area)Studio/Authoring ツール内にある、現在使用中のレポート、分析、クエリー、またはエージェントを含む領域。

ワークスペース (workspace)「ダッシュボード」を参照してください。

用語集 427


索引日本語, 数字, 英字, 特殊文字の順に配列されています。なお, 濁音と半濁音は清音と同等に扱われています。

［ア行］アーカイブする出力レポート 241

アクセント付き文字正しく表示されない 392

アクティブな Content Manager 111

アクティブ・スクリプトWeb ブラウザーで有効にする 41

アップグレード 45

アプリケーション・サーバー上の IBM Cognos BI 319

以前のバージョンのコンテンツの表示 50

オブジェクト名の翻訳の欠落 414

異なるバージョンのレポートの比較 61

コンテンツの移動 53

作業 50

他の IBM Cognos 製品から IBM Cognos BI への 18

中国語、日本語、または韓国語の文字への影響 392

プロセス 45

リソース 47

レポート仕様 60

Content Store 55, 381

アップデーターインストール 70, 115, 139, 148

アプリケーション構築ウィザード 307

アプリケーション層コンポーネントインストール 63

設定要件 16

別のコンピューターにインストールする 15

ログ・サーバー 260

アプリケーション・サーバーサーブレット・クラスが WebLogic でロードに失敗する

411

サーブレット・ゲートウェイ 93, 157

始動スクリプト 309

始動スクリプトのエラー 390

設定 311

デフォルトからの変更 299

IBM Cognos BI 実行時の問題 400

IBM Cognos BI をアップグレードする 319

JVM オプション 300

アプリケーション・プール 88, 152

アンインストールFramework Manager 352

IBM Cognos BI 351, 352

Transformer 352

暗号エラー 402

cogstartup.xml ファイルが無効 402

JRE エラー 402

暗号化設定エラー 397

無人設定を変更する 342

暗号鍵再生成する 399

バックアップおよび削除する 219, 302

暗号情報は暗号化できません 397

暗号スイートSSL 接続の優先度を設定する 259

移行実行の失敗 413

他の IBM Cognos 製品から IBM Cognos BI への 18

認証要件 85

移行コンポーネント 10

一時ファイルの場所 234

設定 234

Windows Vista 用の設定 281

一時ファイルのプロパティーの暗号化 234

イベント・ログ 265

インストールサーバー・コンポーネントの順番 107

チェックリスト 63

ディレクトリー名に対する要件 384

テスト 100, 134, 143, 164

転送仕様ファイル (.ats) を使用する 321, 322

複数の場所での基本 108

無人 321

無人インストール 321, 322

Content Manager のオプション 15

IBM Cognos BI 63, 321, 322

Linux 上の IBM Cognos BI 392

Sample Outdoors 社のサンプル 169

Supplementary Language Documentation 71

インストールの場所バージョン 10.1.0 で変更された機能 3

インストール前にリリース・ノートを確認する 25

インストールをテストする 134, 143, 164

インストール・ディレクトリー名前変更または移動後の問題 400

インターフェース言語サポートをカスタマイズする 271

インポートサンプル 170

配布アーカイブ 59

インポートする設定 58

埋め込みフォント 239


エクスポートする設定ファイル 326

エラーESSBASEPATH 407

エラー・メッセージ誤った形式の要求 391


コンテキスト属性を逆シリアル化できなかった 391

指定したリソースのダウンロードが失敗する 381

破損した暗号情報 402

ファイルのダウンロードを選択 389

ページが見つからない 385

要求の負荷を分散できない 383

CAM-CRP-1064 380

CAM-CRP-1315 現在の設定は、異なる信頼ドメインを指しています 399

CFG-ERR-0106 Cognos Configuration で応答を受信できませんでした 372

CGI タイムアウト 410

CMM-APP-3254 Metrics Store の初期化に失敗しました410

CM-CFG-029 Content Manager で判別できません 403

DIS-ERR-3115 タスクの実行に失敗しました 410

DPR-ERR-2014 383

DPR-ERR-2022 応答が生成されませんでした 388

DPR-ERR-2058 382, 386

DPR-ERR-2079 404

HTTP エラー 404 385

Java Runtime Environment 402

MDS-RUN-3213 データベースの一括ロード・ユーティリティーが見つかりません 410

PRS-CSE-1255 380

RQP-DEF-0114 393

RSV-SRV-0066 393

SoapSocketException 382

SQL1224N 381

WebLogic でサーブレット・クラスをロードできない 411

エンタープライズ・アーカイブ・ファイルIBM Cognos BI の配布 346

応答が生成されない 388

オペレーティング・システムサポートされるバージョン 26

［カ行］開始する

IBM Cognos Configuration からの IBM Cognos サービス87

外部 ID マッピング・プロパティーLDAP ネームスペース用の特殊文字 192

LDAP ネームスペースを編集する 207

外部オブジェクト・ストア接続のテスト 244

レポート出力 243

カスタム認証プロバイダー 191

カスタム・ユーザー・プロパティーActive Directory サーバー 178

LDAP 204

画像コンテンツ期限 88, 152

Report Authoring へのロード 88, 152

仮想化サポートされている環境 26

仮想ディレクトリーIBM Cognos BI 88, 152

環境プロパティー 80

環境変数アプリケーション層コンポーネントに対して設定する 141

アプリケーション・サーバーに合わせて設定する 303

UNIX または Linux での IBM Cognos BI のインストール66, 112, 135, 145

Windows Vista での要件 281

監査ログ 260

監査ログログ・ターゲット 260

参照：トラブルシューティング参照：ログ・メッセージ

キーボードナビゲーションの問題 401

キーボード・ショートカット 355

機能バージョン 10.2.1 の新機能 1

基本インストール複数の場所 108

機密性アルゴリズム 228

キューブ開くことができない 384

共存 51

共通対称鍵 226

共有信頼関係IBM Cognos BI と他のサーバーとの間で設定する 257

クエリー・データベース 11

クライアント設定DB2 データベース 72, 117

クライアント・コンポーネント 11

グループActive Directory サーバーでのメンバーシップの欠落 409

クロス・スクリプトの検査IBM Cognos Application Firewall での設定 231

ゲートウェイインストール 63

コンポーネントの説明 8

接続の問題 399

設定 151

設定要件 13

ネームスペースを使用するように設定する 234

ネットワークに追加して配信時間を短縮する 336

別のコンピューターにインストールする 13

ログ・ファイル 370

ISAPI を使用するとき 410


ゲートウェイ (続き)

Microsoft IIS の推奨設定 410

権限IBM Cognos サービスに使用されるユーザー・アカウント

217

IBM Cognos サービスに使用されるユーザー・アカウントの79, 123, 140, 150

言語アップグレード後の非互換性 392

コンテンツ・ロケールのサポートのカスタマイズ 273

変換テーブル 392

ユーザー・インターフェース用にカスタマイズする 271

更新Java 環境 29, 220

互換クエリー・モードメモリー 28

コマンド行オプション 357

コンテキスト属性を逆シリアル化できない 391

コンテキスト・エラー 391

コンテンツ期限画像ディレクトリー 88, 152

コンテンツ・ロケールカスタマイズする 273

サポートされているロケールを表示する 273

ユーザー・ロケールにマッピングする 274

コンポーネント 7

アプリケーション層コンポーネント 15, 16

インストール 63

オプション 9

ゲートウェイ 8, 13, 63

その他 7

データ・ソース 11

ブックマーク変換ユーティリティー 10

レポート・サーバー 63

1 台のコンピューターにインストール 13

64 ビット・システムのインストール要件 16

Analysis Studio 9

Cognos Content Database 9

Cognos Viewer 9

Content Manager 9, 15, 63

Content Store 11

IBM Cognos Administration 8

IBM Cognos BI サンプル 10

IBM Cognos Configuration 8

IBM Cognos Connection 8

IBM Cognos Workspace 9

Migration Assistant 10

Migration サービス 10

［サ行］サーバーシステム評価指標 329

サーバー・コンポーネント 7

インストール・シーケンス 107

サーバー・タイム・ゾーン変更 277

サービスアンインストール 351

移行 332

開始できない 375

共有ネットワーク・アクセス用のユーザー・アカウントの設定 283

コマンド行で開始する 345

コマンド行で停止する 345

システム評価指標 329

ネットワークの停止後に起動できない 380

パフォーマンスを改善するために調整する 330

プレゼンテーション 330, 333

メタデータ 332

有効化と無効化 234

リポジトリー 333

レポート 330, 333

ログ 332

Agent 331

Annotation 331

Batch Report 331

Content Manager 331

Data Integration 331

Delivery 331

Event Management 331

Graphics 332

Human Task 332

IBM Cognos BI 333

Index Data 332

Index Search 332

Index Update 332

Job 332

Metrics Manager 332

Migration サービスが機能しない 413

Monitor 333

Query 333

Report Data 333

サービス・パックインストール 70, 115, 139, 148

サーブレット・ゲートウェイ設定 93, 157

差異IBM Cognos Series 7 PowerPlay と IBM Cognos PowerPlay

で xi

サイレント・アンインストール 327

サイレント・インストール 321

応答ファイルの変更 323

開始する 324

画面に状況を表示する 324

画面に状況を表示するためのオプション 2

状況メッセージを回避するオプション 324

スタートアップ・ファイル 2

-startupfile path/filename.xml

バージョン 10.2 の新機能に関する説明 2

サイレント・モード 321

索引 431

削除するディスパッチャー 56

作成Content Store 63

サブスクライブトラブルシューティング・テンプレート 367

サポートされている環境 26

サポート対象外文字 376

サンプル 10


インポート 170

データ・ソース接続 169

レポートのテスト 170

システム評価指標システム評価指標 4

バージョン 10.1.0 で変更された機能 4

リモート監視する 329

IBM Cognos Administration の外部からのアクセス 4

システム要件 26

始動サービスを開始できない 375

失敗するがエラー情報がない 376

スクリプトのエラー 390

設定ロック・ファイル 369

ページが見つからない 385

問題 371

リソースのダウンロードが失敗する 381

AIX から DB2 に接続すると SQL1224N エラーが返される381

cognos.xts をダウンロードできない 389

IBM Cognos Connection を開けない 386

IBM Cognos サービス 403

始動オプション 357

始動スクリプト、参照：アプリケーション・サーバー

出力レポート再利用する 241

IBM Cognos BI を所有していないユーザーと共有する 240

ショートカット・キー 355

照合順序大/小文字の区別 376

シングル・サインオン統合 Windows 認証に関する問題 406

Active Directory ネームスペース 181

IBM Cognos Series 7 ネームスペースを使用する 188

Kerberos 認証を使用する 292

LDAP ネームスペース 206

RACF ネームスペース 212

SAP ネームスペース 215

診断参照：トラブルシューティング

信頼ドメイン・エラー設定を保存するとき 399

スクリーンの点滅 412

スクリプトデータベースからテーブルを削除する 394

スクリプト (続き)

DB2 での Content Store の作成 73, 117

Metric Store のパフォーマンスを向上させる 336

製品サポートされるバージョン 26

製品コード転送仕様ファイル 327

製品の説明 xi

製品バージョン 70, 115, 139, 148

セキュア・フラグCookie の設定 279

セキュリティー統合 Windows 認証に関する問題 406

ポータルへの保護されたアクセスを設定する 85, 132

有効化 80, 131

Web ブラウザーの設定 26

セキュリティー・プロバイダー・ファイルアプリケーション・サーバー JVM にコピーする 220

接続データ・ソース 169

設定 357

アプリケーション層コンポーネントの環境プロパティー141

アプリケーション・サーバーのプロパティー 311



カスタム認証プロバイダー 191

グローバル設定 271

ゲートウェイ 151

コマンド行で実行する 345

自動化する 321

情報の暗号化時のエラー 397

設定が適用されない 403

待機中の Content Manager 127

他のサーバーとの共有信頼関係 257

通知データベース 246

テスト 100

デフォルト設定 221

デフォルト設定の変更 221

デフォルトのタイム・ゾーン 277

転送仕様ファイル (.ats) 321

テンプレートを変更する 334

バックアップする 219, 302

フォント 235

保存できない 401

無人 321, 326

無人設定のプロパティー 342

メール・サーバー 130

メール・サーバー・アカウント 84

問題 394

リソースを追加する 340

ログ・メッセージのターゲット 260

ロックされるデータ 400

ロック・ファイル 369

Active Directory サーバーの LDAP ネームスペース 195

Active Directory ネームスペース 177


設定 (続き)

Certificate Authority サービス 249

Content Manager 15

IBM Cognos BI 40

IBM Cognos BI の複数のバージョン 51

IBM Cognos BI 用の設定 30, 221

IBM Cognos Configuration を開けない 369

IBM Cognos サービス 334

IBM Directory Server の LDAP ネームスペース 198


Microsoft Analysis Server または Microsoft SQL Server を使用したシングル・サインオンの要件 177

Portal Services 285


SAP ネームスペース 214

SiteMinder プロバイダー 209

SSL プロトコル 255

Tomcat の設定 30

Web サーバー 88, 152

Web ブラウザー 41

設定ファイルエクスポートする 326

coglocale.xml 342

cogstartup.xml 340

Portal Services 用の applications.xml 286

その他のコンポーネント 11

ソフトウェア要件サポートされている製品バージョン 26

［タ行］待機中の Content Manager 15, 111

設定 127

タイ語の E メールのエンコード方式JRE 要件 277

対象読者 xi

タイム・ゾーン変更 277

ダッシュボード・アプリケーション 4

タブ・キーIBM Cognos Configuration の問題 401

地図ファイルの場所Windows Vista 用の設定 281

中国語アップグレード後の文字の誤った表示 392

Linux でのインストール時の文字化け 389

中国語 (簡体字)

フォントの設定 235, 238

調整64 ビット・インストール済み環境での Apache Tomcat の設定 335

DB2 Content Store 333

通貨サポートのカスタマイズ 272

通知データベース作成 245

通知データベース (続き)

設定 246

テーブルを削除する 394

表スペースの作成 74, 118

データネットワークにあるデータの場所の共有 283

IBM Cognos Configuration によってロックされる 400

データベース一括ロード・ユーティリティーがない 410

通知 130

テーブルを削除する 394

ログ記録 265

ログ記録データベースのクライアント 262

Content Store 246

データベース接続 124

データベース接続文字列IBM DB2 81, 124

Microsoft SQL Server 81, 124

Oracle 81, 124

データベース・クライアントログ記録データベース用の設定 262

データベース・クリーンアップ・スクリプト 394

データベース・ドライバーDB2 72, 117

Informix 78, 123, 264

Oracle 77, 122

Sybase 78, 123

データ・ソースコンポーネントの説明 11

サンプル接続 169

Kerberos 対応の設定 295

データ・ソース接続設定 81, 124

データ・ファイルの場所Windows Vista 用の設定 281

テーブルデータベースから削除する 394

ディスパッチャーアプリケーション層コンポーネント・コンピューター 411

インポートする 58

削除する 56

システム評価指標 329

登録を解除する 319

ディスパッチャーの登録を解除する 319

ディレクトリーが見つからないエラー 385

テストインストール 100

設定 100

デフォルトの接続プール・タイムアウトIBM Cognos BI と一部のアプリケーション・サーバー間の競合 304

転送仕様ファイルコンポーネントの削除に使用する 327

転送仕様ファイル (.ats)

設定 321

索引 433

テンプレートテンプレートのサイズを変更する 334

点滅 412

統合 Windows 認証問題 406

動的クエリー・モードメモリー 28

登録を解除するディスパッチャー 56

ドキュメントの目的 xi

特殊文字LDAP ネームスペース・プロパティーでの 192

匿名アクセス無効にする 85, 132

匿名ログオン無効にする 174

ドメインActive Directory サーバー・ドメイン・ツリー 179

Cognos Workspace 用に承認済み 231

Cookie の設定 279

トラブルシューティング 361

サポート情報のサブスクライブ 367

知識ベーストラブルシューティングの解決策を検索する 363

知識ベースの検索 363

特定のユーザー用 269

フィックス入手 364

フィックスの入手 364

問題の識別 361

ログ記録 260

Content Manager の起動に失敗する 382

IBM サポートと情報を交換する 365

IBM サポートと連絡を取る 364

［ナ行］日本語文字アップグレード後の不正確な表示 392

Linux でのインストール時の文字化け 389

認証カスタム認証プロバイダー 191

匿名ログオンを無効にする 174

ネームスペースの使用 173

ネームスペースを削除する 216

Active Directory サーバー 176

Active Directory サーバーに対するドメイン・ツリー 179

Active Directory サーバーのカスタム・プロパティー 178

Active Directory サーバーを使用した LDAP 195

Active Directory サーバーを使用したシングル・サインオン181

CA SiteMinder 208

IBM Cognos Series 7 ネームスペースを使用したシングル・サインオン 188

IBM Cognos Series 7 ネームスペースを設定する 186

IBM Cognos Series 7 の Trusted Signon プラグイン 188

認証 (続き)

IBM Directory Server を使用した LDAP 認証 198

LDAP 192, 194

LDAP のカスタム・ユーザー・プロパティー 204

LDAP を使用した SSL 205

LDAP を使用したシングル・サインオン 206

Microsoft Analysis Server または Microsoft SQL Server を使用したシングル・サインオンの要件 177

Novell Directory Server を使用した LDAP 認証 200

Oracle Directory Server を使用した LDAP 202

RACF を使用したシングル・サインオン 212

SaferAPIGetTrustedSignon 関数 189

SAP 213

SAP を使用したシングル・サインオン 215

SiteMinder プロバイダー 209

認証局サービスの設定 249

設定 249

認証プロバイダーセキュリティーを使用するように IBM Cognos BI を設定する 80, 131

ネームスペースカスタム認証プロバイダーを設定する 191

ゲートウェイ用に設定する 234

再作成する 401

削除する 216

認証 173

ログオン時に非表示にする 192

ログオンできない 380

Active Directory サーバーでのグループ・メンバーシップの欠落 409

IBM Cognos Series 7 85

Kerberos 認証 294

RACF 211

Transformer で Series 7 ネームスペースを使用する場合のContent Manager の要件 63, 186

ネットワークの停止サービスを起動できない 380

ネットワーク・アクセスデータの場所の共有 283

［ハ行］配信レポートを開く時間を短縮する 336

配布設定オブジェクト 58

配布アーカイブ移動する 58

インポート 59

配布ファイルの場所Windows Vista 用の設定 281

パスCookie の設定 279

パスワード無人設定を変更する 342


パスワード (続き)

Cognos Content Database 用に変更する 221

バックアップするIBM Cognos BI 情報 219, 302

パッチのチャンキングアプリケーション・サーバー 300

パフォーマンス64 ビット環境の Apache Tomcat の改善 335

ハングル文字アップグレード後の不正確な表示 392

ハングル文字Linux でのインストール時の文字化け 389

非同期タイムアウト 337

評価指標サーバー、ディスパッチャー、サービス 329

表スペース 333

Content Store のスクリプト 74, 118

ファイル見つからない 385

ファイルの場所Windows Vista での要件 281

ファイル・システムレポート出力のコピーを保存する 240

フィックスパックインストール 70, 115, 139, 148

UNIX または Linux コンピューターへのインストール 70,

116, 140, 149

Windows コンピューターへのインストール 70, 116, 139,

149

フェイルオーバー保護 15

フォント設定 235

デフォルトを変更する 238

PDF レポート用に変更する 238

PDF レポート用の埋め込みフォント・リスト 239

UNIX で IBM Cognos Configuration 開始時に見つからない406

フォント埋め込みリスト 239

負荷分散 40

サービスの有効化と無効化 234

設定 15

メール・サーバーを設定する 130

複数のサーバーからコンポーネントを削除する 327

ブックマーク変換ユーティリティー 10

プロトコルIP アドレス 280

プロパティーアプリケーション・サーバーに合わせて設定する 311


無人設定を変更する 342

分散インストールシナリオ 12

ページが見つからないエラーWindows 2003 で IBM Cognos BI を起動する 385

ページ・キャッシュ・サイズDerby 335

別名Web サーバーに設定する 88, 152

変換IBM Cognos Series 7 から IBM Cognos PowerPlay へのブックマークの変換 10

ppr レポートの ppx レポートへの変換 10

変更設定テンプレート 334


E メールのエンコード方式 277

Java のバージョン 218

URI 224

ポータル起動時のエラー 386, 388

ユーザーへのセキュアなアクセスの構成 85, 132

ポータルの問題開けない 386

ポートデフォルト設定 30

変更 224


ポートが既に使用されている 375

保護された LDAP 通信 205

保守システム・パフォーマンスの改善 329

［マ行］マクロ

ppr レポートを ppx レポートに変換する 10

待ち時間向上させる 336

無効な cogstartup.xml ファイル 402

無効な設定Content Store 376

IBM Cognos Configuration 376

無効にする匿名アクセス 85, 132

無人アンインストール 327

無人インストール応答ファイルの変更 323

開始する 324

設定する 321

無人設定設定する 321

プロパティーを変更する 342

無人モード 321

メール・サーバー設定 130

メール・サーバー・アカウント設定 84

メモリー要件 28

文字が不適切に表示される 392

モバイル・デバイスレポートにアクセスするために使用する 23

索引 435

問題判別IBM サポートと情報を交換する 365

［ヤ行］ユーザー検索プロパティー

LDAP ネームスペース用の特殊文字 192

ユーザー資格情報無人設定を変更する 342

ユーザーの DN とパスワードをバインド・プロパティーLDAP ネームスペース用の特殊文字 192

ユーザー補助機能 355

ユーザー・アカウントIBM Cognos サービスを実行するための要件 79, 123, 140,

150, 217

ユーザー・インターフェース言語サポートをカスタマイズする 271

ユーザー・インターフェースのロケール用にマッピングする276

ユーザー・インターフェースのロケールサポートされているロケールを表示する 271

ユーザー・インターフェース用にマッピングする 276

ユーザー・ログ 269

ユーザー・ログオンポータルへの保護されたアクセスを設定する 85, 132

ユーザー・ロケールコンテンツ・ロケールにマッピングする 274

有効化アプリケーション・サーバーに対する SSL 317

サービス 234

IBM Cognos アプリケーション・ファイアウォール 231

要件インストール・ディレクトリー 384

用語集 419

［ラ行］ライブラリー・ファイル

32 ビットのインストールと 64 ビットのインストール 33

リソース追加する 340

リソースのダウンロードが失敗する 381

リポジトリー・サービス 333

リモート・ログ・サーバー 264

設定 265

リリース・ノートインストール前に確認する 25

リレーショナル・データ・ソースメンバーが欠落しているまたはアクセスできない 409

ルート・ディレクトリーIBM Cognos BI の外部に出力レポートを保存する 240

レポート言語サポートをカスタマイズする 273

デフォルト・フォントを変更する 238

配信時間を短縮する 336

レポート出力ファイル・システムに保存 240

レポート仕様アップグレード 60

レポートの印刷UNIX および Linux 印刷サーバー用にカスタマイズする

244

レポート配布ネットワーク上の 336

レポート変換ppr 形式から ppx 形式への変換 10

ログサービス 332

メッセージ処理 260

ログオンセキュリティーを設定する 80, 131

ネームスペースを非表示にする 192

ログ記録設定 265

データベース・クライアント 262

ファイルの使用 265

リモート・ログ・サーバー 264

database 265

ログ記録データベース作成のガイドライン 261

DB2 を使用して作成する 33

Informix Dynamic Server データベースを使用して作成する38

Microsoft SQL Server を使用して作成する 37

Oracle を使用して作成する 36

Sybase を使用して作成する 39

ログ・ターゲットタイプ 260

ログ・データベーステーブルを削除する 394

ログ・ファイル 368

アンインストール 370

ゲートウェイ・エラー 370

サイレント・モード 371

実行時 370

始動設定 369

転送 369

転送の概要 369

ロケール設定 370

ログ・メッセージリモート・ログ・サーバー 260

ログ・ターゲット 260

IBM Cognos Application Firewall で使用可能にする 231

参照：監査ログ参照：トラブルシューティング

ログ・メッセージを処理する 260

ロケールオブジェクト名の翻訳の欠落 414

サポートされているコンテンツ・ロケールを表示する 273

サポートされているユーザー・インターフェースのロケールを表示する 271


［数字］1024 ビットの証明書 247, 248

2 バイト文字不適切に表示される 392

32 ビットのインストール32 ビット・ライブラリー・ファイルの要件 33

64 ビットのインストール 16

64 ビット・ライブラリー・ファイルの要件 33

64 ビット・アプリケーション・サーバーIBM Cognos BI ポータルに接続する際の問題 399

64 ビット・オペレーティング・システムメモリー 28

Aaccess

ポータルへの保護されたアクセスを設定する 85, 132

Active Directory サーバーグループ・メンバーシップの欠落 409

詳細プロパティー 179

シングル・サインオンを有効にする 181

認証に使用する 176

複数のドメインで認証する 179

Kerberos 認証 294


SSL の有効化 179

Agent サービス 331

AIX

DB2 データベースへの接続時のエラー 381

IBM Cognos BI をインストールするための環境変数 66,

112, 135, 145

RACF ネームスペースのサポート 211

Analysis Studio


Annotation サービス 331

Apache Tomcat

64 ビット・インストール済み環境での調整 335

Apache Web サーバー別名の設定 88, 152

Apache モジュール 88, 153

Architect モデルIBM Cognos BI への移行 19

ASCII

インストール・ディレクトリーに対する要件 384

BBatch Report サービス 331


Builds

Data Movement サービスを使用して IBM Cognos

Connection で実行する 22

CC8DB2.sh スクリプトエラー 403

CA SiteMinder 208

ネームスペースの設定 209

IBM Cognos Application Firewall でクロス・スクリプトを検査する 231

CA 証明書 247, 248

CAM-CRP-1157 エラー 376

CA、参照：認証局

CGI ゲートウェイApache サーバー 94, 159

IBM HTTP Server 94, 159

CGI タイムアウト・エラー 410

characters

エンコード方式がサポートされていない 376

chase_referral ファイル 179

CM-SYS-5001 Content Manager で内部エラーが発生しました。404

CM-SYS-5007 エラー 382

cogconfig.sh


Cognos Content Database


パフォーマンスを向上させる 335

ユーザーとパスワードの変更 221

Cognos Viewer


Cognos Workspace 承認済みドメイン 231

Cognos サービスコマンド行で開始する 345

Cognos サービスを開始するコマンド行から 345

Cognos サービスを停止するコマンド行から 345

Cognos ネームスペース再作成する 401

Cognos ネームスペースを再作成する 401

cogroot.link ファイル 400

cogstartup.lock ファイル 369

cogstartup.xml ファイル 340, 345

プロパティーを手作業で変更する 342

無効なファイル 402

Configuration の起動時の Java エラー 402

Content Manager

アクティブおよび待機用 111

アプリケーション・サーバーを変更するための要件 300


インストール・オプション 15

エラー・メッセージ 404

起動に失敗する 382



設定 15

索引 437

Content Manager (続き)

待機 15

タイム・ゾーンを変更する 277

ディスパッチャーの登録の試行 382

フェイルオーバー保護 15

複数のコンピューターで設定する 127

レポート出力の外部保存 243

ログ・サーバー 260

Content Store を設定する 246

IBM Cognos Transformer で Series 7 ネームスペースを使用する場合の要件 63, 186

Content Manager URI 127, 141

Content Manager サービス 331

Content Store

アップグレード 381

アプリケーション・サーバーを変更するための要件 300

および他の場所へのレポート出力の保管 240


作成 63, 246

接続管理 81, 124

データベースからテーブルを削除する 394

バックアップする 219, 302

表スペースの作成 74, 118

無効な設定 376

DB2 と Java の互換性のあるバージョン 376


Oracle 上に作成する 36

Cookie

カスタマイズ 279

設定 279

Web ブラウザーで有効にする 41

DData Integration サービス 331

Data Manager

IBM Cognos BI での使用 22

Data Movement サービスIBM Cognos Connection での使用 22

DB2

クライアント設定 72, 117

サポートされている Java のバージョン 376

データベース・ドライバー 72, 117

ログ・メッセージのリポジトリーとして指定する 265

DB2 Content Store 333

スクリプト 73, 117

C8DB2.sh スクリプト実行時のエラー 403

DB2-ERR-0005 407

Delivery サービス 331

Derby

ページ・キャッシュ・サイズ 335

displayLog

バージョン 10.2 の新機能に関する説明 2

displayLog オプション 324

documentation

Software Development Kit 3

DPR-CMI-4006 エラー 382

DPR-DPR-1035 エラー 376

DuseCMLargeResultSet パラメーター 382

EE メールメール・サーバー・アカウントを設定する 84

E メール・メッセージエンコード方式の変更 277

EAR ファイル、参照：エンタープライズ・アーカイブ・ファイル

ESSBASEPATH

追加する 407

Event Management サービス 331

FFirefox

ブラウザーの設定 41

Framework Manager


暗号エラー 374

GGB18030 235, 238

Google Chrome


Graphics サービス 332

HHP-UX


112, 135, 145

HTML Cookie、参照： Cookie

HTTP エラー 404 385

Human Task サービス 332

IIBM Cognos Administration


IBM Cognos BI

アップデーター 70, 115, 139, 148

アプリケーション・サーバーで起動しない 400

アプリケーション・サーバーの変更 299


移行ツールを Windows にインストールする 101, 165


インストールのトラブルシューティング 361

インストール・オプション 12


IBM Cognos BI (続き)


サービス 333

サービスが開始されない 376


設定 40

ディスパッチャー 333


配布 311

保守パッケージのインストール 70, 115, 139, 148

ログオン 80, 131

Kerberos 認証 292

IBM Cognos BI サーバー起動に失敗する 376

IBM Cognos BI サンプル 10

IBM Cognos BI の配布 311

IBM Cognos BI ポータル64 ビットの WebSphere Application Server での接続の問題

399

IBM Cognos Configuration

開始できない 400

キーボード・ナビゲーションの問題 401

起動に関する問題 369



設定保存の問題 394

無効な設定 376

無人モード 326

UNIX でフォントが見つからないエラー 406

IBM Cognos Configuration を開けない 369


開けない 386


IBM Cognos Controller

IBM Cognos BI におけるデータ・アクセス 21

IBM Cognos Finance


IBM Cognos Go! ダッシュボードIBM Cognos ワークスペースへの名前変更 4

IBM Cognos Mobile

モバイル・レポート 23

IBM Cognos NoticeCast

機能の IBM Cognos BI での再現 24

IBM Cognos Planning - Analyst


IBM Cognos Planning - Contributor


IBM Cognos Portal Services

移行の概要 24

IBM Cognos Query


IBM Cognos Series 7



IBM Cognos BI への移行 18


IBM Cognos Series 7 (続き)

Trusted Signon プラグイン 188

IBM Cognos Series 7 PowerCube

適切な言語変換のための要件 21

IBM Cognos Visualizer


IBM Cognos Web Services

移行の概要 24

IBM Cognos Workspace 9

IBM Cognos アプリケーション・ファイアウォール設定 231

IBM Cognos サービス開始する 403

コマンド行で停止する 345

サーバーを使用できない 376

サービスで使用されるユーザー・アカウントの要件 79,

123, 140, 150

サービスに使用されるユーザー・アカウントの要件 217

設定 334

IBM Cognos Configuration から開始する 87

IBM Cognos(I)

アップデーター 70, 115, 139, 148

保守パッケージのインストール 70, 115, 139, 148

IBM CognosScript

移行の概要 24

IBM DB2

接続文字列を作成する 81, 124

IBM Directory Server


IBM Java Software Development Kit 269

IBM WebSphere 299

IBM WebSphere Application Server

RACF を使用したシングル・サインオン 212

IBM WebSphere Portal

設定 285

IBM サポート情報を送受信する 365

連絡を取る 364

IBM の Java Software Development Kit 329

IIS Web サーバーActive Directory を使用したシングル・サインオン 181

Impromptu Web Reports

IBM Cognos BI への移行 19

Impromptu カタログとレポートIBM Cognos BI への移行 19

Index Data サービス 332

Index Search サービス 332

Index Update サービス 332

Informix

データベース・ドライバー 78, 123, 264

ログ記録データベースの作成 38


Content Store の作成 38

Internet Explorer


IP アドレスのバージョン 280

索引 439

IPv4 280

IPv6 280

ISAPI

ゲートウェイに使用するとき 410

ISAPI ゲートウェイ 90, 155

issetup

Linux で開始されない 371

Jjar ファイル

Configuration の起動時のエラー 402

Java

すべての CPU の使用 376

バージョン変更 218

DB2 Content Store でサポートされているバージョン 376

Java 互換 Web サーバーのサーブレット・ゲートウェイを設定する 93, 157

Runtime Environment を更新する 29, 220

Java Management Extensions

システム評価指標をリモート監視する JMX プロパティーを設定する 329

ユーザー・ログを使用 269

Java 仮想マシン配布のインポート時にクラッシュする 405

JavaScript

Web ブラウザーで有効にする 41

java.lang.NoClassDefFoundError 374

JAVA_HOME

設定 402

JDBC ドライバーOracle データベースを設定する 263

Job サービス 332

JobStreams

Data Movement サービスを使用して IBM Cognos

Connection で実行する 22

JRE

更新 29, 220

JVM

セキュリティー・プロバイダー・ファイルをコピーする220

変更 218

変更する 219, 302

Cognos Content Database のメモリー設定 335

JVM オプション 300

KKerberos 認証 182


制約付き委任 183

データ・ソースの作成 295

Active Directory サーバーのネームスペース 294

LLDAP

外部 ID マッピング・プロパティーを編集する 207

カスタム・プロパティー 204



ネームスペースを設定する 194


IBM Directory Server 198

Novell Directory Server 200

Oracle Directory Server 202


LDAP テンプレートバージョン 10.2 の新機能に関する説明 3

libXm.so.4

issetup 実行時のエラー 371

Lifecycle Manager 61

Linux

インストール時の文字化け 389


文字が正しく表示されない 392

ログ・メッセージ 265

Cognos サービスの開始と停止 345

IBM Cognos BI 用の環境変数 66, 112, 135, 145

Linux on System Z


Linux on System z

C8DB2.sh スクリプトのエラー 403

localhost

ホスト名または IP アドレスに変更するための要件 80

MMetadata サービス 332

Metric Store

失敗 410

パフォーマンスを向上させる 336

Metrics Manager サービス 332

Microsoft

セキュリティーの更新がメモリーに影響する 376

Microsoft Analysis Server

ネームスペースの要件 177

Microsoft Analysis Services

MSAS データ・ソースへのシングル・サインオン 181

Microsoft Cube 384

Microsoft IIS Web サーバーゲートウェイの推奨設定 410

Microsoft Office

Report Data サービス 333

Microsoft SQL Server


ネームスペースの要件 177


Kerberos 認証 292


Microsoft レジストリー・エディターソケットまたはポートを増やす 407

Migration Assistant


動作しない 413

Migration サービス 332


Monitor サービス 333

multi_domain_tree 179

NNIST SP800-131a 247, 248

nomsgboxes オプション 324

Novell Directory Server


OOLAP データ・ソース 384

メンバーが欠落しているまたはアクセスできない 409

Oracle


データベース JDBC ドライバー 263


配布エラー 410


Oracle Directory Server


Oracle Essbase

クエリーが失敗する 407

Oracle Java SE Development Kit 269, 329

Oracle WebCenter Interaction Portal

設定 285

Oracle WebLogic 299

Oracle アプリケーション・サーバー 299

OutOfMemoryError 382

PPDF フォント高速なレポート印刷のために組み込み PDF フォントにマッピングする 237

Portal Services 285

applications.xml ファイルを指定する 286

PowerCube


開くことができない 384

IBM Cognos BI におけるアクセス 21

PowerPlay Administration 413

PowerPlay Client コンポーネント 11

PowerPlay Server 413

Presentation サービス 333

要件 330

QQuery サービス 333

RRACF


接続 211

IBM Cognos BI の管理者用の認証設定 211

RACF アカウントのプロパティーRACF ネームスペースにマップする 211

RACF 認証プロバイダーの設定バージョン 10.1.0 で変更された機能 4


Report Authoring

画像のロード 88, 152

Report Data サービス 333

Report サービス 333

要件 330


Resource Access Control Facility

「RACF」も参照 211

response.ats ファイル 321, 322

RSS フィードトラブルシューティング 367

SSafari 5


SaferAPIGetTrustedSignon 関数認証に使用する 189

sAMAccountName


Sample Outdoors 社 10

Sample Outdoors 社のサンプルインストール 169

SAP



SAP BW

接続 214

IBM Cognos BI の管理者用の承認設定 214

IBM Cognos BI のユーザー用の承認設定 213

SAP Enterprise Portal

設定 285

Secure Sockets Layer、参照： SSL プロトコル

Series 7 PowerCube


SHA1 証明書 247, 248

SharePoint Portal

設定 285


索引 441

Software Development Kit

documentation 3

Solaris


112, 135, 145

JRE 1.5 404

SQL スクリプトデータベースの削除 394

SSL

アプリケーション・サーバーに対して有効にする 317

他のサーバーとの間で共有信頼関係を設定する 257

保護品質 259


IBM Cognos Series 7 ネームスペースを使用する 187


Web サーバーで有効にする 260

SSL 接続の保護品質 259

SSL プロトコル設定 255

Supplementary Language Documentation


Sybase



Content Store の作成 39

syslog

ログ・メッセージのターゲット 265

TTomcat


64 ビットのインストール 335

Transformer



Series 7 ネームスペースを使用する場合の Content Manager

の要件 63, 186

Uuninst コマンド 327

uninstnx コマンド 327

UNIX


フォントが見つからないエラー 406

ログ・メッセージ 265

Cognos サービスの開始と停止 345

IBM Cognos BI 用の環境変数 66, 112, 135, 145

UNIX AIX


URI


変更 224

URI プロパティーlocalhost をホスト名または IP アドレスに変更するための要件 80

users

Cognos Content Database 用に変更する 221

UTF-8

E メール・メッセージのエンコード方式 277

WWAR ファイル、参照： Web アーカイブ・ファイル

Web Distributed Authoring and Versioning

参照： WebDAV

Web アーカイブ・ファイルIBM Cognos BI の配布 346

Web サーバーサーブレット・ゲートウェイ 93, 157

設定 88, 152

Active Directory と IIS Web サーバーを使用したシングル・サインオン 181

Report Authoring のロード時間を設定する 88, 152


Web の別名バージョン 10.1.0 で変更された機能 3

IBM Cognos BI 88, 152

Web ブラウザーセキュリティー設定 26

設定 41


Web ポータル起動時のエラー 386, 388

WebDAV

画像を表示するための設定 98, 163

WebLogic

アプリケーション・サーバー 312, 316

コンテキスト属性を逆シリアル化できなかった 391

サーブレット・クラスをロードできない 411

始動スクリプト 309


p2pd.war ファイルを配布する 391

WebLogic Application Server

IBM Cognos BI が失敗する 390

WebLogic の p2pd.war ファイル 391

WebSphere 299

アプリケーション・サーバー 311

WebSphere Application Server


Cognos BI のインストール 307

IBM Cognos BI の配布の失敗 390

IBM Cognos BI ポータルに接続する際の問題 399

Windows


IBM Cognos 移行ツールをインストールする 101, 165

Windows IIS

ゲートウェイの推奨設定 410


Windows Vista

ファイルの場所の要件 281

Windows イベント・ログログ・メッセージのターゲット 265

Windows 認証 181

XXQE-DS-0006 407

Zz/OS 上の IBM DB2 でのログ記録データベースのアップグレード 56

z/OS 上の IBM DB2、ログ記録データベースのアップグレード56

［特殊文字］.ats ファイルコンポーネントの削除に使用する 327

索引 443