IBM Cognos Business Intelligence バージョン 10.1public.dhe.ibm.com/software/data/cognos/documentation/...概要このドキュメントはIBM ®Cognos Business Intelligence の使用にあたって参照して

IBM Cognos Business Intelligenceバージョン 10.1.1

アーキテクチャーと実装ガイド

��

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

製品情報

このツアーは IBM Cognos Business Intelligence バージョン 10.1.1 を対象として作成されています。また、その後のリリースも対象となる場合があります。このドキュメントの最新バージョンに関する情報は、IBM Cognos インフォメーション・センター (http://publib.boulder.ibm.com/infocenter/cogic/v1r0m0/index.jsp) で見ることができます。

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

　

原典： IBM Cognos Business Intelligence

Version 10.1.1

Architecture and Deployment Guide

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

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

第1刷 2011.9

Licensed Materials - Property of IBM

© Copyright IBM Corporation 2005, 2011.

http://publib.boulder.ibm.com/infocenter/cogic/v1r0m0/index.jsp

目次

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vii

第 1 章 IBM Cognos BI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

第 2 章複数層のアーキテクチャー. . . . . . . . . . . . . . . . . . . . . . . . . 3ユーザー・インターフェース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

Web ベース・ユーザー・インターフェース . . . . . . . . . . . . . . . . . . . . . . . . 4Windows ベース・ユーザー・インターフェース . . . . . . . . . . . . . . . . . . . . . . . 8

第 1 層 - Web サーバー: IBM Cognos BI ゲートウェイ . . . . . . . . . . . . . . . . . . . . 9第 2 層 - アプリケーション: IBM Cognos BI サーバー . . . . . . . . . . . . . . . . . . . . 10ディスパッチャー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11Content Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

第 3 層 - データ: コンテンツ・プロバイダー . . . . . . . . . . . . . . . . . . . . . . . . 17Content Store . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17データ・ソース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19Metric Store . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

第 3 章通信 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21メッセージングとディスパッチング . . . . . . . . . . . . . . . . . . . . . . . . . . . 22ローカル優先のディスパッチング . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

ログ・メッセージの処理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22分散インストール環境でのログ・メッセージ・リポジトリーの計画 . . . . . . . . . . . . . . . . 23推奨事項 - リモート・ログ・サーバーを使用した分散環境内のログ・メッセージの統合 . . . . . . . . . 25推奨 - 各ログ・サーバーにログ・ファイルを構成する . . . . . . . . . . . . . . . . . . . . 26

データベース接続管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26Content Store データベース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26クエリー・データベース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27Metric Store データベース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

Microsoft .NET Framework の相互作用 . . . . . . . . . . . . . . . . . . . . . . . . . . 27ポートの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28要求フロー処理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

IBM Cognos BI へのアクセス . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29レポートまたは分析の表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32レポートまたは分析の実行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33タスクの実行のスケジュール . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38IBM Cognos Connection フォルダーを開く . . . . . . . . . . . . . . . . . . . . . . . . 40エージェントの実行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41コンテンツのインデックス作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42コンテンツの検索 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

ポータル・ページ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

第 4 章ワークフロー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49実装の計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50IBM Cognos BI のインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50IBM Cognos Business Intelligence の設定. . . . . . . . . . . . . . . . . . . . . . . . . . 51設定変更の監視 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52セキュリティーの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52多言語レポート用の IBM Cognos BI の設定 . . . . . . . . . . . . . . . . . . . . . . . 53

IBM Cognos BI の管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54IBM Cognos BI を使用したレポートおよび分析の作成 . . . . . . . . . . . . . . . . . . . . . 55

© Copyright IBM Corp. 2005, 2011 iii

レポート作成のモデルとパッケージの作成 . . . . . . . . . . . . . . . . . . . . . . . . 55レポートの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

IBM Cognos BI を使用したスコアカード処理 . . . . . . . . . . . . . . . . . . . . . . . . 59Metric Studio でのパッケージ作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . 59スコアカード処理アプリケーションの作成 . . . . . . . . . . . . . . . . . . . . . . . . 59

IBM Cognos BI を使用した PowerCube の作成 . . . . . . . . . . . . . . . . . . . . . . . 60イベントの管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

第 5 章実装計画チェックリスト . . . . . . . . . . . . . . . . . . . . . . . . . 61

第 6 章インストール・オプション . . . . . . . . . . . . . . . . . . . . . . . . 631 台のコンピューターへの全コンポーネントのインストール . . . . . . . . . . . . . . . . . . . 63個々のコンピューターへのゲートウェイのインストール . . . . . . . . . . . . . . . . . . . . 65別個のコンピューターへのアプリケーション層コンポーネントと Content Manager のインストール . . . . . . 67複数の Content Manager のインストール. . . . . . . . . . . . . . . . . . . . . . . . . 69

モデル作成ツールのインストール・オプション . . . . . . . . . . . . . . . . . . . . . . . 70IBM Cognos BI と別の IBM Cognos 製品との共存 . . . . . . . . . . . . . . . . . . . . . . 73

IBM Cognos BI にアップグレードできる IBM Cognos 製品 . . . . . . . . . . . . . . . . . . 74IBM Cognos BI に移行できる IBM Cognos Series 7 製品 . . . . . . . . . . . . . . . . . . . 76IBM Cognos BI との相互運用が可能な IBM Cognos 製品 . . . . . . . . . . . . . . . . . . . 77IBM Cognos BI で再作成できる IBM Cognos Series 7 コンテンツ . . . . . . . . . . . . . . . . 80

第 7 章パフォーマンスの計画 . . . . . . . . . . . . . . . . . . . . . . . . . . 83処理容量の計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

IBM Cognos BI のユーザー負荷の推定 . . . . . . . . . . . . . . . . . . . . . . . . . 84アプリケーションの複雑さの評価 . . . . . . . . . . . . . . . . . . . . . . . . . . . 86インフラストラクチャー・コンポーネントの計画 . . . . . . . . . . . . . . . . . . . . . . 87

拡張性の計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90Web サーバーとゲートウェイの拡張性 . . . . . . . . . . . . . . . . . . . . . . . . . 90IBM Cognos BI サーバーの拡張性 . . . . . . . . . . . . . . . . . . . . . . . . . . . 96

可用性の計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98IBM Cognos BI ゲートウェイの可用性 . . . . . . . . . . . . . . . . . . . . . . . . . 98IBM Cognos BI サーバーの可用性 . . . . . . . . . . . . . . . . . . . . . . . . . . . 99Content Manager の可用性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99Content Store の可用性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100

第 8 章パフォーマンスの監視と調整. . . . . . . . . . . . . . . . . . . . . . . 101パフォーマンス評価指標 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102データベースの調整 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103アプリケーション・サーバーの調整 . . . . . . . . . . . . . . . . . . . . . . . . . . . 103メモリー設定の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103接続数制限の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104

Web サーバーの調整 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104IBM Cognos BI の調整 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104パフォーマンスに留意したモデルとレポートの設計 . . . . . . . . . . . . . . . . . . . . . 105IBM Cognos BI ディスパッチャーの調整 . . . . . . . . . . . . . . . . . . . . . . . . 106Report サービス、Batch Report サービス、および Report Data サービスの調整 . . . . . . . . . . . 107親和性の接続の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107スケジュールされたレポート作成処理を効果的に実行する方法 . . . . . . . . . . . . . . . . . 109レポートのバーストの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111

PDF の表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111帯域幅が狭い接続 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112ディスク管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112IBM Cognos BI サーバーの監視 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112IBM Cognos BI サーバーの一時スペース . . . . . . . . . . . . . . . . . . . . . . . . . 112詳細なレポート処理の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113

iv IBM Cognos Business Intelligence バージョン 10.1.1: アーキテクチャーと実装ガイド

第 9 章グローバリゼーションに関する考慮事項 . . . . . . . . . . . . . . . . . . 115ロケール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116IBM Cognos BI 環境へのフォントの追加 . . . . . . . . . . . . . . . . . . . . . . . . . 118ユーザー・インターフェース言語の変更 . . . . . . . . . . . . . . . . . . . . . . . . . 119レポート、データ、メタデータのユーザー言語の変更 . . . . . . . . . . . . . . . . . . . . . 120通貨、数字、日付、時刻のカスタマイズ . . . . . . . . . . . . . . . . . . . . . . . . . 122多言語の IBM Cognos BI 環境の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . 123多言語レポート用のデータベースの設定 . . . . . . . . . . . . . . . . . . . . . . . . . 124

第 10 章セキュリティー・アーキテクチャー . . . . . . . . . . . . . . . . . . . 127IBM Cognos Application Firewall . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127IBM Cognos 認証サービス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128

Cognos ネームスペース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128シングル・サインオン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129

IBM Cognos 承認サービス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129分散管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129権限 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129

暗号化サービス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130サード・パーティー製認証局の使用 . . . . . . . . . . . . . . . . . . . . . . . . . . 131IBM Cognos 暗号化プロバイダー . . . . . . . . . . . . . . . . . . . . . . . . . . . 131

第 11 章配布の保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133オペレーティング・システムを保護する手法 . . . . . . . . . . . . . . . . . . . . . . . . 135ネットワーク保護の手法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138アプリケーションの保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140推奨 - IBM Cognos Application Firewall の使用 . . . . . . . . . . . . . . . . . . . . . . 140暗号化環境の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140一時ファイルの保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144IBM Cognos BI ファイルの保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . 144CAM パスワード Cookie の保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . 145IBM Cognos Connection へのアクセスを保護する手法 . . . . . . . . . . . . . . . . . . . . 145IBM Cognos PowerCube の保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . 150データ・ソース・サインオンの保護 . . . . . . . . . . . . . . . . . . . . . . . . . . 150Content Store の保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151

セキュリティー監査 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

特記事項. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153

索引 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157

目次 v

vi IBM Cognos Business Intelligence バージョン 10.1.1: アーキテクチャーと実装ガイド

概要

このドキュメントは IBM® Cognos® Business Intelligence の使用にあたって参照してください。

このドキュメントは、レポート作成、分析作成、スコアカード処理、およびイベント管理の各機能が統合された Web ベースのビジネス・インテリジェンス・ソリューションである IBM Cognos BI の設定、管理、使用を統轄する立場にある、ビジネス・インテリジェンス・ソリューションの設計者向けに作成されています。このドキュメントは、

v IBM Cognos BI のアーキテクチャーを、構造、通信、ワークフロー、セキュリティーの観点から説明します。

v IBM Cognos BI のインストールと設定、およびパフォーマンスの最大化のプランニングに役立つ情報を提供します。

v IBM Cognos BI のセキュリティー・アーキテクチャーについて説明し、実装を保護するためのガイドラインを示します。

対象読者

このガイドを効果的に使用するには、使用している情報テクノロジーのインフラストラクチャーと、組織内で IBM Cognos BI を使用するユーザーの業務ニーズを理解している必要があります。

情報の入手方法

IBM Cognos の製品ドキュメント (翻訳されたものも含む) を Web で入手するには、IBM Cognos インフォメーション・センターにアクセスしてください。リリース・ノートはインフォメーション・センターに直接公開されます。これには、最新の技術情報と APAR へのリンクが含まれます。

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

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

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

サンプルに関する免責事項

Great Outdoors 社、GO 販売、Great Outdoors 名のすべてのバリエーション、および Planning サンプルでは、IBM および IBM のお客様向けのサンプル・アプリケーションを開発するために使用されるサンプル・データにより、架空の企業活動が描出されています。これらの架空データには、販売取引、商品流通、財務、および

© Copyright IBM Corp. 2005, 2011 vii

http://publib.boulder.ibm.com/infocenter/cogic/v1r0m0/index.jsp

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

viii IBM Cognos Business Intelligence バージョン 10.1.1: アーキテクチャーと実装ガイド

第 1 章 IBM Cognos BI

IBM Cognos Business Intelligence は、レポート作成、分析、スコアカード処理、イベント通知を全社規模で行う際に生じる問題に対処するためのソリューションです。

IBM Cognos BI アーキテクチャーは、拡張性、可用性、汎用性を実現するために設計されました。XML (Extensible Markup Language)、SOAP (Simple Object Access

Protocol)、Web サービス記述言語 (WSDL: Web Services Description Language) など、特定のプラットフォームに依存しない業界標準のテクノロジーが採用されています。このため、IBM Cognos BI では複数のプラットフォーム上にある既存のテクノロジー・インフラストラクチャーを利用して、統合することができます。

IBM Cognos BI アーキテクチャーの特徴として、クライアントへのソフトウェアやプラグインのインストールを必要としない (ゼロ・フットプリント)、統一の取れたWeb ベースのユーザー・インターフェースを使用して、レポート、分析、スコアカード、イベントを表示、作成、および管理できることが挙げられます。このアーキテクチャーには共通ディスパッチャーが搭載されており、オンライン分析処理(Online Analytical Processing:OLAP) やディメンションを使用してモデル化されたリレーショナル・キューブに加えて、主要なリレーショナル・データベースもサポートされています。これにより動的な負荷分散が保証され、フェイルオーバー・リカバリー機構による連続稼働が実現します。また、一元的な管理や、Web ベースの委託管理も可能になります。IBM Cognos BI は、サード・パーティー製品やカスタム開発に対して完全にオープンになっています。また、Web ファームと統合し、多言語のレポート作成やスコアカード処理をサポートします。

IBM Cognos Data Manager

IBM Cognos BI には、データ統合のための Data Manager も含まれています。Data

Manager を使用すると、ソース・システムやデータ・ファイルからデータを抽出して変換し、データ・ウェアハウス、準拠データ・マート、レポートのステージング領域などにロードすることができます。

Data Manager のアーキテクチャーについては、「Data Manager Installation and

Configuration Guide」および「Data Manager User Guide」を参照してください。

© Copyright IBM Corp. 2005, 2011 1

2 IBM Cognos Business Intelligence バージョン 10.1.1: アーキテクチャーと実装ガイド

第 2 章複数層のアーキテクチャー

IBM Cognos Business Intelligence には、複数層のアーキテクチャーがあります。わかりやすくするため、ここでは Web サーバー、アプリケーション、データの 3 層からなるアーキテクチャーを考えます。各層は業務上の機能に基づいており、一般にネットワーク・ファイアウォールによって分離されています。IBM Cognos BI ユーザー・インターフェースは層の最上部に位置します。

この情報は、シングル・サーバーの IBM Cognos BI 設定について記載されています。要件に応じて、異なる設定を選択できます。詳細については、 63ページの『第6 章インストール・オプション』を参照してください。

ユーザー・インターフェースIBM Cognos BI は、IBM Cognos Configuration を使用して設定します。 IBM

Cognos Configuration はまた、IBM Cognos サービスの開始と停止にも使用します。

IBM Cognos Configuration に加えて、IBM Cognos BI には、次の表に示すようなWeb ベースおよび Windows ベースのユーザー・インターフェースがあります。

図 1. 複数層のアーキテクチャーのワークフロー


Web ベース・インターフェース Windows ベース・インターフェース

IBM Cognos Connection

IBM Cognos Administration

Query Studio

Report Authoring

Analysis Studio

Event Studio

Metric Studio

IBM Cognos Business Insight

Framework Manager

Metric Designer

Transformer

Map Manager

IBM Cognos BI for Microsoft Office

Web ベース・ユーザー・インターフェースゼロ・フットプリントの (クライアントへのソフトウェアやプラグインのインストールを必要としない) Web ベース・インターフェースには次のコンポーネントが含まれます。

v 『 IBM Cognos Connection』

v 6ページの『 IBM Cognos Administration』

v 6ページの『Query Studio』

v 6ページの『Report Authoring』

v 7ページの『Analysis Studio』

v 7ページの『Event Studio』

v 7ページの『Metric Studio』

v 7ページの『 IBM Cognos Business Insight』

ユーザーが使用可能なインターフェースは、ユーザーの権限、および組織で購入した IBM Cognos BI パッケージによって異なります。

IBM Cognos Connection

IBM Cognos Connection は、IBM Cognos BI に付属の Web ポータルであり、IBM

Cognos BI 製品で利用できる企業データへの単一のアクセス・ポイントとなります。また、データのクエリー、分析、および構成と、レポート、スコアカード、およびイベントの作成を行うエントリー・ポイントとしても使用できます。ユーザーは、IBM Cognos Connection からすべての Web ベースの IBM Cognos BI アプリケーションを実行できます。他のビジネス・インテリジェンス・アプリケーションや、他のアプリケーションへの Web アドレスを IBM Cognos Connection に統合できます。

IBM Cognos BI の他の Web ブラウザー・インターフェースと同様、IBM Cognos

Connection では、ご使用のブラウザーのデフォルト構成が使用されます。Java、ActiveX、およびプラグインは不要なため、インストールしません。


データの表示およびオブジェクトの作成のための選択肢に加えて、IBM Cognos

Connection には次のものが含まれます。

v ポータル・ページ

「新規ページ」ボタンは、ポートレットを使用してさまざまな種類のコンテンツを同時に表示できるカスタマイズ可能なページを作成するためのウィザードを開きます。

v 共有フォルダー

共有フォルダーには、パッケージ ( 55ページの『レポート作成のモデルとパッケージの作成』)、レポート、エージェント、ショートカット、ジョブなどの共有のIBM Cognos BI コンテンツが保存されます。

v 個人用フォルダー

個人用フォルダーには、レポート、ショートカット、ジョブなどの個人用 IBM

Cognos BI コンテンツが保存されます。

v ユーザー設定

「個人用領域オプション」ボタンには、「個人用監視アイテム」(ビジネス・イベントの監視に役立つアラート・リストおよび監視規則)、「個人用設定」(フォーマット、言語、タイム・ゾーン、連絡先情報、およびポータルのコンテンツ)、および「個人用処理およびスケジュール」(IBM Cognos BI 処理に優先順位を設定したり監視したりすることができるステータス・ウィンドウ) へのリンクが含まれています。

v ツールおよびアプリケーションへのリンク

「起動」ボタンにより、IBM Cognos BI の Studio/Authoring ツール、ドリルスルー定義 (データのクエリーまたは分析の際に関連するデータをナビゲートするために使用される)、および IBM Cognos Administration へのリンクが提供されます。

IBM Cognos Connection の使用方法については、IBM Cognos Connection「ユーザー・ガイド」またはオンラインのクイック・ツアーを参照してください。

IBM Cognos BI のアーキテクチャーは公開されているため、IBM Cognos BI をお客様の組織の既存の Web ポータルに組み込むことができます。IBM Cognos BI で提供される Portal Services を使用して、IBM Cognos BI を次のようなさまざまなポータルに組み込むことができます。

v SAP Enterprise Portal

v IBM WebSphere® Portal

v Oracle WebCenter Interaction Portal

v SharePoint Portal

詳細については、「管理およびセキュリティー・ガイド」を参照してください。

第 2 章複数層のアーキテクチャー 5

IBM Cognos Administration

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

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

IBM Cognos Administration は次の 3 つのセクションに編成されています。

v ステータス

このセクションのリンクを使用して、処理、サーバーのステータス、およびシステム評価指標を監視し、一部のシステム設定を変更します。

v セキュリティー

このセクションのリンクを使用して、セキュリティーの目的でユーザー、グループ、および役割を定義し、インターフェースと Studio/Authoring ツールの機能を構成し、Report Authoring で使用されるユーザー・インターフェース・プロファイルのプロパティー (Professional および Express) を設定します。

v 設定

このセクションのリンクを使用して、データ・ソース接続をセットアップし、IBM Cognos BI コンテンツをある Content Store から別の Content Store に配置し、配布リストおよびコンタクト・リストを作成し、プリンターを追加し、スタイルを設定し、ポートレットとポータルのレイアウトを管理し、ディスパッチャーおよびサービスを開始または停止し、システム設定を変更します。

IBM Cognos Administration の使用方法については、「管理およびセキュリティー・ガイド」を参照してください。

Query Studio

Query Studio を使用すると、ほとんどトレーニングを受けなくてもレポートを素早く設計、作成、および保存でき、Report Authoring で作成される標準のプロフェッショナル・レポートでは対応できないレポート作成のニーズを満たすことができます。

Query Studio の使用方法については、「Query Studio ユーザー・ガイド」またはオンラインのクイック・ツアーを参照してください。

Report Authoring

Report Authoring を使用して、レポート作成者はさまざまなプロフェッショナル・レポートの作成、編集、および配布を行います。また、Query Studio 用の企業標準レポート・テンプレートを定義し、Query Studio または Analysis Studio で作成されたレポートの編集または変更を行うこともできます。

Report Authoring の使用方法については、「Report Authoring ユーザー・ガイド」またはオンラインのクイック・ツアーを参照してください。


Analysis Studio

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

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

Analysis Studio の使用方法については、「Analysis Studio ユーザー・ガイド」またはオンラインのクイック・ツアーを参照してください。

Event Studio

Event Studio では、データを監視し、処理する必要があるデータで業務上のイベントや例外的な状態が発生したときにタスクを実行するようにエージェントを設定します。イベントが発生すると、対処するようにアラートを受けます。エージェントによって、ポータルへの詳細の発行、E メールによるアラートの送信、イベントに基づくレポートの実行と配布、およびイベント・ステータスの監視を行えます。例えば、重要な顧客からのサポート要求や大量注文のキャンセルによってイベントが発生した場合に、関係者に E メールが送信されます。

Event Studio の使用方法については、「Event Studio ユーザー・ガイド」またはオンラインのクイック・ツアーを参照してください。

Metric Studio

Metric Studio では、組織全体で評価指標の監視と分析を行うために、カスタマイズされたスコアカード処理環境を作成して提供できます。ユーザーは、部門の枠を超えた組織全体の評価指標に基づいたスコアカードを使用して、スピードが重視される情報を監視して分析し、レポートを作成できます。

Metric Studio の使用については、「Metric Studio ユーザー・ガイド」を参照してください。

IBM Cognos Business Insight

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

また、コラボレーションによる意思決定には、IBM Connections などのソーシャル・ソフトウェアを使用することもできます。

Business Insight の使用方法の詳細については、「Business Insight ユーザー・ガイド」を参照してください。


Windows ベース・ユーザー・インターフェースWindows ベースの IBM Cognos BI インターフェースは、Framework

Manager、Metric Designer、Transformer、および Map Manager のモデル・コンポーネントです。

Framework Manager

Framework Manager は、IBM Cognos BI の分析およびレポート作成用にビジネス関連のメタデータを作成して管理するための IBM Cognos Business Intelligence モデル作成ツールです。メタデータは、レポート作成ツールで使用するためにパッケージとして発行され、任意の数の、異なる種類のデータ・ソースを 1 つに統合したビジネス・ビューを提供します。

OLAP キューブは、ビジネス・インテリジェンスのレポート作成および分析のためのメタデータを含むように設計されています。すべてのメンバー、キューブのディメンション、階層、およびレベルを含むすべてのメタデータが、実行時に読み込まれます。

Framework Manager の使用方法については、「Framework Manager User Guide」を参照してください。

Metric Designer

Metric Designer は、IBM Cognos BI スコアカード処理アプリケーション用の抽出データの作成に使用される IBM Cognos BI モデル作成ツールです。抽出データは、Framework Manager や Impromptu® クエリー定義 (.iqd) ファイルなどの既存のメタデータ・ソースから情報をマッピングして転送するために使用されます。

Metric Designer の使用については、「Metric Designer User Guide」を参照してください。


IBM Cognos BI for Microsoft Office により、IBM Cognos レポート・データをMicrosoft Office アプリケーションの中から直接アクセスできるようになります。

IBM Cognos BI for Microsoft Office では、Microsoft .NET Framework を使用して、クライアントとサーバー・ベースのコンポーネントとの対話を実現しています。 IBM Cognos BI for Microsoft Office は、次の 2 種類のクライアントを提供します。

v スマート・クライアントは、配布のインパクトがない、管理の不要なクライアントです。スマート・クライアントでは、製品の更新は自動的に取り込まれます。

v COM アドイン・クライアントは、クライアントのインストールが必要です。製品の更新は、COM アドイン・クライアントをアンインストールしてから再インストールすることにより行います。

IBM Cognos BI for Microsoft Office の使用方法については、「IBM Cognos BI for

Microsoft Office ユーザー・ガイド」を参照してください。IBM Cognos BI for

Microsoft Office クライアントの設定と実装に関する詳細については、IBM Cognos

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


Transformer

IBM Cognos Transformer は、IBM Cognos BI で使用する PowerCube を作成するために使用される IBM Cognos BI モデル作成ツールです。保護された IBM Cognos

BI PowerCube は、IBM Cognos Series 7 と互換性がありません。

8.4 より前のバージョンの Transformer のインストールおよび設定については、ご使用のエディションの Transformer に付属のドキュメントを参照してください。

Map Manager

管理者やモデルの作成者は、Map Manager という Microsoft Windows オペレーティング・システムのユーティリティーを使用して地図をインポートし、Report

Authoring で地図のラベルを更新します。また、管理者やモデルの作成者は国名や地域名および都市名などの地図特性に対して代替の名前を定義し、地図に表示されるテキストの多言語のバージョンを提供できます。

Map Manager の使用については、「Map Manager Installation and User Guide」を参照してください。

第 1 層 - Web サーバー: IBM Cognos BI ゲートウェイIBM Cognos BI Web サーバー層は、1 つ以上の IBM Cognos BI ゲートウェイから構成されます。

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

IBM Cognos BI ディスパッチャーから直接 Web 通信を行うこともできますが、ゲートウェイを使用する方法に比べて一般的ではありません。

Content Manager やアプリケーション層コンポーネントとは異なるコンピューターにゲートウェイ・コンポーネントをインストールする場合、ディスパッチャーの場所(アプリケーション層コンポーネントのコンピューターにあることが望ましい) を認識できるようにゲートウェイのコンピューターを設定する必要があります。フェイルオーバー保護として、ゲートウェイのコンピューターに複数のディスパッチャーを設定できます。詳細については、 11ページの『ディスパッチャー』を参照してください。

IBM Cognos BI は以下のような複数のタイプの Web ゲートウェイをサポートしています。

v CGI

デフォルトのゲートウェイ。CGI はサポートされているすべての Web サーバーで使用できます。ただし、パフォーマンスとスループットを向上させるために、サポートされている他のタイプのゲートウェイのいずれかを選択することができます。

v ISAPI


ISAPI は Microsoft Internet Information Services (IIS) の Web サーバーに使用できます。IIS のパフォーマンスを高速化します。

v apache_mod

apache_mod ゲートウェイは Apache Web サーバーに使用できます。

v サーブレット

ご使用の Web サーバーのインフラストラクチャーがサーブレットをサポートしている場合、またはアプリケーション・サーバーを使用している場合は、サーブレット・ゲートウェイを使用できます。

IBM Cognos BI ゲートウェイで要求が受信されると、次の処理が行われます。

v セキュリティー確保のためにパスワードが暗号化される

v IBM Cognos BI サーバーに要求を送信するために必要な情報が収集される

v Web サーバーに適した環境変数が付加される

v ユーザーが正しいネームスペースでサーバーに認証されるように、デフォルトのネームスペースが要求に追加される

v 要求が IBM Cognos BI ディスパッチャーに渡されて処理される

IBM Cognos BI ゲートウェイの設定については、IBM Cognos Business

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

第 2 層 - アプリケーション: IBM Cognos BI サーバーIBM Cognos BI アプリケーション層は、1 つ以上の IBM Cognos BI サーバーから構成されます。IBM Cognos BI サーバーでは、レポート、分析、クエリーなどゲートウェイによって転送された要求が実行されます。IBM Cognos BI サーバーはまた、IBM Cognos Connection および Metric Studio のインターフェースをレンダリングします。

個々の IBM Cognos BI インストール済み環境には次のものが含まれます。

v アプリケーション層コンポーネント。サービスを操作し、要求を転送するディスパッチャーを含みます。

v Content Manager。IBM Cognos BI の情報を管理します。


ディスパッチャーディスパッチャーは、コンピューター上の設定済みで有効なすべての IBM Cognos

サービスを開始し、要求の経路を指定します。

ディスパッチャーは、1 つの要求に 1 つ以上のスレッドを使用する、マルチスレッド・アプリケーションです。構成変更は実行中のすべてのディスパッチャーに定期的に連絡されます。ディスパッチャーには、IBM Cognos BI にセキュリティーを提供するための IBM Cognos Application Firewall が組み込まれています。

ディスパッチャーは、Report サービス、Presentation サービス、Job サービス、または Monitor サービスなどのローカル・サービスに要求を送付できます。

また、ディスパッチャーは特定のディスパッチャーに要求を送付し、要求を実行させることができます。負荷分散が必要であったり、パッケージやユーザー・グループの要件に従う場合、要求を特定のディスパッチャーに転送できます。例えば、特定の OLAP データ・ソースが、ある IBM Cognos サーバー・グループでのみ使用できる場合は、そのデータ・ソースへのすべての要求を、その IBM Cognos サーバー・グループに転送するように指定します。パッケージまたはユーザー・グループに基づく要求の転送の詳細については、「管理およびセキュリティー・ガイド」を参照してください。

IBM Cognos BI ゲートウェイを設定するときには、ターゲット・ディスパッチャーの URI を優先順位の高い順にリストすることができます。あるディスパッチャーでエラーが発生すると、リストに基づいて別のディスパッチャーに要求が転送されます。プライマリー・ディスパッチャーの状態はゲートウェイによって監視され、ディスパッチャーが再び正常に機能するようになると、要求がこのコンポーネントにルーティングされます。詳細については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」を参照してください。

ディスパッチャーを起動すると、ディスパッチャー自体が Content Manager に登録されます。そのため、各ディスパッチャーが互いに認識されます。あるディスパッチャーでエラーが発生するか、使用不可能な状態になると、そのディスパッチャーに向けた要求は使用可能な次のディスパッチャーに転送されます。この転送処理は、問題のディスパッチャーが再登録されるまで続けられます。

図 2. IBM Cognos サービス


IBM Cognos サービス

IBM Cognos BI をインストールして設定すると、デフォルトでは 1 台のコンピューターにつき 1 つのディスパッチャーが使用可能となります。各ディスパッチャーには、次の表のような一連の関連サービスがあります。

表 1. IBM Cognos サービス

サービス目的

Agent サービスエージェントを実行する。エージェントが実行されているときにエージェントの条件が一致すると、Agent サービスから Monitor サービスに、タスクを実行するように指示が送られます。

Annotation サービス IBM Cognos Workspace 経由でレポートにコメントを追加できるようにする。このコメントは、レポートの各バージョンにわたって存続します。

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 保守、配布インポートおよびエクスポート、評価指標を表すイベント・オブジェクトの作成、スケジュール、管理を行う。


表 1. 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

への移行を管理する。

Monitor サービスv スケジュールされているか、後で実行するように送信されているか、またはバックグラウンド・タスクとして実行されているタスクの監視および実行を管理する。

v スケジュールされたタスクを処理するターゲット・サービスを割り当てる。例えばMonitor サービスでは、Batch Report サービス、Job サービス、Agent サービスに対して、それぞれレポートの実行、ジョブの実行、エージェントの実行の指示が送られる場合があります。

v Content Manager 内に履歴オブジェクトを作成し、エントリー実行のフェイルオーバーと回復を管理する。

Planning Administration Console サービス Contributor Administration Console との通信を管理する。

Planning Data サービス IBM Cognos BI で Contributor プラン・データからリアルタイム・レポートを作成するための通信を管理する。

Planning Job サービス Planning Job サーバー・サブシステムとの通信を管理する。

Planning Web サービス Contributor Web および Contributor Add-in

for Excel ユーザーとの通信を管理する。

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 ツールのユーザーのために、レポートを実行して出力を提供するための双方向の要求を管理する。

Statistics サービスIBM Cognos Statistics をインストールした場合、IBM Cognos Administration でオプションの Statistics サービスを使用できます。Statistics サービスは、統合 IBM SPSS® 統計エンジンを使用して統計結果を計算します。このサービスは、テキストの統計情報と、視覚化された統計を生成します。

System サービスアプリケーション全体にわたる IBM Cognos

BI 設定パラメーターの取得に使用されるBusiness Intelligence Bus API 準拠のサービスを定義する。また、ロケール文字列を正規化して検証し、アプリケーションでサポートされているロケールにロケール文字列をマップする方法も提供されます。

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

Content Manager によって Content Store データベースに情報が格納されます。このデータベースは通常、アーキテクチャーの第 3 層にあります。詳細については、11ページの『ディスパッチャー』を参照してください。


インストール環境では、複数の Content Manager が異なるコンピューターにインストールされている場合があります。この場合、1 台の Content Manager コンピューターがアクティブで、残りのコンピューターが待機状態になります。

Content Manager に格納される情報には以下のものがあります。

v レポート

レポートには仕様、プロパティー、セキュリティー設定、および出力が含まれます。これには Analysis Studio で作成された分析、Query Studio で作成されたクエリー、および Report Authoring で作成されたレポートが含まれています。

v レポート・パッケージ

パッケージにはメタデータ、レポート、およびフォルダーが含まれています。

v 評価指標パッケージ

評価指標パッケージにはメタデータ、スコアカード、およびフォルダーが含まれています。

v エージェント

エージェントには、イベントを監視し、通知を配信するために使用される条件、スケジュール、およびタスクが含まれています。これには最近検出されたイベントのインスタンスのリストが含まれます。

v サーバー構成

サーバー構成にはディレクトリー情報、Cognos ネームスペース 128ページの『Cognos ネームスペース』、および問い合わせ先、配布リスト、データ・ソース、およびプリンターの情報が含まれます。

v 個人用ユーザー情報

個人用ユーザー情報は個人用フォルダーと個人用ページで構成されます。


v 言語情報

言語情報には、IBM Cognos BI の多言語機能をサポートするための名前、説明、およびツール・チップが、さまざまな言語で含まれています。

Content Manager は追加、クエリー、更新、削除、移動、およびコピーなどの一般的な機能を実行します。また、エクスポートやインポートなどの Content Store 管理機能も実行します。

Access Manager

Content Manager には IBM Cognos BI の主要なセキュリティー・コンポーネントである Access Manager が含まれています。 Access Manager は、IBM Cognos BI で使用するために、既存のセキュリティー・プロバイダーを利用します。

IBM Cognos BI に対して一貫性のあるセキュリティー機能および API のセットを提供します。これにはユーザー認証、承認、および暗号化が含まれます。また、Cognos ネームスペースのサポートも提供します。

ユーザー認証などの一部のセキュリティー機能は IBM Cognos BI の外側で実行されますが、Access Manager により IBM Cognos BI に公開されます。承認などのその他の機能は IBM Cognos BI 内部で実行され、Access Manager により実装されます。

Access Manager は多くのセキュリティー関連の機能で証明書を必要とするため、認証局と対話します。 IBM Cognos BI セキュリティー・インフラストラクチャーにおける信頼性の基盤として、IBM Cognos BI ではデフォルトで専用の認証局サービスを使用します。サード・パーティーの認証局を使用する場合は、デフォルトのIBM Cognos BI 認証局の代わりにその認証局を使用するように、IBM Cognos BI

を設定できます。詳細については、 127ページの『第 10 章セキュリティー・アーキテクチャー』を参照してください。

第 3 層 - データ: コンテンツ・プロバイダーIBM Cognos Business Intelligence データ層には、次のものが含まれます。

v 『Content Store』

v 19ページの『データ・ソース』

v 19ページの『Metric Store』

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

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

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

IBM Cognos BI には、テスト・インストール用および概念の検証インストール用のデフォルトの Content Store として、IBM Cognos Content Database が組み込まれて


います。実稼働環境では、IBM DB2®、Oracle、Microsoft SQL Server、またはSybase などの他のデータベースを使用することができます。

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

Content Manager は、Content Store および Metric Stores にアクセスするために、JDBC (Java DataBase Connectivity) API を使用します。IBM Cognos BI には IBM

Cognos Content Database および IBM DB2 用の JDBC ドライバーが付属しています。 Oracle、Microsoft SQL Server、または Sybase データベースを使用している場合は、必ず適切な JDBC ドライバーを入手してください。

IBM Cognos BI は Content Store のスキーマを公開しませんが、スキーマを定期的に更新することにより、安定したユーザー・インターフェースおよび API を使用してユーザーから変更を切り離します。

レポート結果や XML レポート仕様などの Content Store 内の情報の多くはバイナリー・ラージ・オブジェクト (BLOB) フィールドとして格納されます。

PDF 結果は、作成時から始まって保管時、サービス提供時、ブラウザー表示の際まで圧縮されています。 PDF 形式ではレポートの本文の圧縮を許可しませんが、ページのコンテンツ、フォント、および画像は圧縮されます。Adobe Acrobat Reader

は表示時に PDF ファイルを解凍します。

HTML、XML、および CSV (コンマ区切り値) など他の形式でのレポート結果は圧縮形式で格納され、ユーザーに送信される前に Content Manager により解凍されます。

IBM Cognos コンテンツ・データベース

IBM Cognos Content Database は、オプションでインストールされ、デフォルトのContent Store として使用できる Apache Derby データベースのインスタンスです。IBM Cognos Content Database は、テスト環境や概念検証環境のように、Content

Store として商用データベースを実装しない場合に使用できます。実稼働環境では、Content Store としてサポートされている商用データベースを使用する必要があります。

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

Derby Web サイトで参照できます。Apache Derby データベースへの変更、およびこのデータベースの IBM Cognos 製品以外での使用はサポートされていません。Apache Derby データベースに対する変更は、自己責任において行ってください。

IBM Cognos Content Database は、他の IBM Cognos BI コンポーネントと一緒にインストールすることも、別のコンピューターにインストールすることもできます。Cognos Content Database サービスは、IBM Cognos Content Database が実行されている Apache Derby データベースを始動します。

IBM Cognos Content Database を、Content Manager と同じコンピューターにインストールした場合、デフォルトの Content Store として IBM Cognos Content Database

が使用されます。 Content Store の変更について詳しくは、IBM Cognos Business



データ・ソースIBM Cognos BI からアクセス可能なデータ・ソースには、リレーショナル・データベース、ディメンション・キューブ、OLAP キューブ、フラット・ファイル、およびその他の物理データ・ストアが含まれます。これらには、データへアクセスするのに必要な接続情報も含まれます。

アプリケーション層コンポーネントでは、データ・ソース接続を使用してデータ・ソースにアクセスします。

全社的情報統合 (Enterprise Information Integrators: EII)

IBM Cognos BI は、IBM Cognos BI Virtual View Manager などの全社的情報統合(EII) 製品と共に使用できます。

IBM Cognos BI Virtual View Manager では、LDAP、JDBC (Java Database

Connectivity)、Open XML、WSDL などのデータ・ソースへもアクセスできるため、さまざまなデータ・ソースからデータをクエリーする際のパフォーマンスが向上します。

次のシナリオでは、EII 製品で一連のデータベースのモデルを作成し、単一の仮想データ・ソースとしての統合ビューを作り上げます。 IBM Cognos BI は EII サービスが単一のデータベースであるかのようにこれにアクセスし、EII サービスは必要に応じてさまざまな企業データ・ソースからのデータを結合します。

Metric StoreMetric Store は、評価指標パッケージの内容が保存されるリレーショナル・データベースです。また、ユーザー設定などの Metric Studio の設定も含みます。

Metric Store は複数作成することができます。例えば、1 つの Metric Store に販売アプリケーションの内容を、もう 1 つの Metric Store に財務アプリケーションの内容を保存できます。



第 3 章通信

IBM Cognos のビジネス・インテリジェンス・コンポーネントはコンポーネント同士で、および BI Bus を使用して IBM Cognos BI に統合された任意の追加アプリケーションと通信します。

BI Bus は、Web サービス記述言語 (Web Services Definition Language: WSDL) をサポートする、オープンでドキュメント化された SOAP (Simple Object Access

Protocol) API です。アプリケーションの IBM Cognos BI コンポーネントへの統合に関する詳細情報は、IBM Cognos「Software Development Kit Developer Guide」を参照してください。

BI Bus は、Content Manager や IBM Cognos BI サーバーのようなソフトウェア・コンポーネントではなく、IBM Cognos サービス間の通信を制御するプロトコルのセットです。また、業界標準やプロトコルを IBM Cognos BI で利用する方法定義し、これによって IBM Cognos BI は完全なオープン・システムになります。

IBM Cognos Connection またはご使用のポータルを介して管理されるものはすべてBI Bus により公開されます。これにはパッケージ、フォルダー、レポート、分析、イベント、ディレクトリー・オブジェクト、サーバー、配布オブジェクト、およびメタデータが含まれます。 IBM Cognos Software Development Kit を介して API

を使用することにより、これらのオブジェクトを作成、読み取り、更新、および削除することができ、また、セキュリティーやその他のプロパティーを設定できます。

BI Bus プロトコルにより使用可能にされる処理には次のものがあります。

v メッセージングとディスパッチング

v ログ・メッセージ処理


v データベース接続管理

v Microsoft .NET Framework の相互作用

v ポートの使用

v 要求フロー処理

v ポータル・ページ

メッセージングとディスパッチングBI Bus プロトコルにはメッセージング処理とディスパッチング処理が含まれています。

IBM Cognos BI アーキテクチャーは、ディスパッチ時間を最小化するように調整されています。 IBM Cognos BI は、ディスパッチャーと Web ゲートウェイが均等に使用されるように、負荷分散ルーターなどのネットワーク機能を使用することができます。負荷分散ルーターは複数の Web サーバーやアプリケーション・サーバーにわたって要求を分散し、すべてのディスパッチャーで作業負荷が分担されるようにします。

ディスパッチャーの負荷分散スキームは静的アルゴリズムです。それぞれのディスパッチャーに重み付けを指定できます。例えば、重み付け 2 を持つディスパッチャーは重み付け 1 を持つディスパッチャーの 2 倍の作業量を実行できます。それぞれのディスパッチャーは、重み付けをしたラウンドロビン・アルゴリズムを使用して、すべてのディスパッチャーに作業を配分します。

ローカル優先のディスパッチングどのような種類でも外部負荷分散機構を使用する場合は、ローカル優先のディスパッチ・オプションを使用する必要があります。

このオプションを使用すると、ディスパッチャーは負荷分散を実行しません。ローカルで処理できる要求は、ローカルで処理されます。外部負荷分散機構がコンピューターに要求を送信したが、そのコンピューター上では要求されたサービスが使用不可である場合、ディスパッチャーは要求を適切なコンピューターに転送します。

詳細については、 90ページの『負荷の分散』を参照してください。

ログ・メッセージの処理BI Bus プロトコルには、IBM Cognos BI の振る舞いを調査するための重要な診断ツールであるログ・メッセージの処理が含まれています。

ログ・メッセージには、エラー・メッセージの他にも、コンポーネントのステータスや重要なイベントの概要が出力されます。例えば、サービスの開始や停止を試みた操作、処理要求の完了、致命的なエラーのインディケーターを記録できます。監査ログはログ記録データベースから使用でき、このログにはユーザーやレポート処理に関する情報が出力されます。

各コンピューターにある IBM Cognos サービスは、ローカル・ログ・サーバーにエラーやイベントに関する情報を送信します。ローカル・ログ・サーバーは、Content

Manager やアプリケーション層コンポーネントが含まれているすべての IBM


Cognos BI コンピューター上の c10_location/logs フォルダーにインストールされています。ログ・サーバーは他の IBM Cognos BI コンポーネントとは異なるポートを使用するため、ローカル・コンピューターでディスパッチャーなどの他のサービスが使用不可になっても、イベント記録は続行されます。

次のワークフローは、ログ記録の準備に必要なタスクを示しています。

v 計画の段階では、使用する環境に合ったログ記録設定を決めます。例えば、さまざまなログ・メッセージのリポジトリーを評価します。リポジトリーとしては、ローカル・ログ・ファイルの他に、UNIX または Linux syslog や Windows NT

イベント・ログなどのリモート・ログ・サーバーおよびログ・ファイルも候補となります。データベースに監査ログ情報のみを送信することもできます。システム障害やユーザーによる改ざんからログ・ファイルを保護するために適用可能な方法など、セキュリティーについて検討してください。計画については、「アーキテクチャーと実装ガイド」を参照してください。

v 設定の段階では、データベースへの接続設定などログ記録の始動プロパティーを定義します。監査ログを収集する予定であれば、ログ記録データベースも作成する必要があります。ローカル・ログ・サーバーとリモート・ログ・サーバー間の通信を保護する必要がある場合は、両方の IBM Cognos BI コンピューターで適切な設定変更を行います。また、ユーザー固有のログ記録など、特定のログ記録機能を有効にすることもできます。ログ記録の設定方法については、IBM Cognos


v ログ記録の設定時に、所属している組織に関連のあるメッセージが重点的に記録されるように詳細レベルを指定します。ユーザーやレポート処理の状況を監視するよう監査レポートを設定することもできます。ログ記録の設定については、IBM Cognos Business Intelligence「管理およびセキュリティー・ガイド」を参照してください。

ログ・メッセージを使用した問題の解決およびログ関連の問題の解決については、「IBM Cognos Business Intelligence トラブルシューティング・ガイド」を参照してください。

分散インストール環境でのログ・メッセージ・リポジトリーの計画IBM Cognos BI の分散インストール環境には複数のログ・サーバーがあります。分散インストール環境では、ログ情報をセントラル・ロケーションに送信できます。例えば、ログ情報を共通ログ・サーバーに送信するように IBM Cognos BI を構成できます。このログ・サーバーは、次の図に示すように、同一コンピューター上または別のコンピューター上の単一リポジトリーにログ情報を送信します。

第 3 章通信 23

各ログ・サーバーの監査ログ情報を共通データベースに送信するように IBM

Cognos BI を構成することもできます。共通データベースは、いずれかのログ・サーバーと同じコンピューター上に配置することも、別のコンピューター上に配置することもできます。

次の 3 つの状況では、ローカル・ログ・サーバーがフェイルオーバーおよびリカバリーの処理を行います。

v ローカル・ログ・サーバーがログ情報を送信するように構成されているリモート・ログ・サーバーが使用不可の場合、ローカル・ログ・サーバーのログ情報はローカル・リカバリー・ファイルに保存されます。リモート・ログ・サーバーが


使用可能になると、自動リカバリー処理によって、ローカル・リカバリー・ファイルからリモート・ログ・サーバーに情報が移動され、ローカル・リカバリー・ファイルが削除されます。

v ローカル IBM Cognos BI コンポーネントが TCP 接続を使用してローカル・ログ・サーバーと通信するように構成されていて、その接続が使用不可の場合、それらのローカル・コンポーネントのログ情報はローカル・リカバリー・ファイルに保管されます。TCP 接続が使用可能になると、自動リカバリー処理によって、ローカル・リカバリー・ファイルからリモート・ログ・サーバーに情報が移動され、ローカル・リカバリー・ファイルが削除されます。

v あるログ・サーバーが、あるデータベースに監査ログ情報を送信するように構成されている場合、そのログ・サーバーとデータベース間の接続に障害が起こると、ログはデータベースに記録されません。接続が回復すると、接続の障害と回復に関する情報がローカル・ログ・ファイル (存在する場合) に保管され、ログ・サーバーが、新規ログ情報のデータベースへの送信を再開します。このローカル・ログ・ファイルに保管されている情報は、ログ記録データベースには保管されません。

ログ・メッセージの送信先の指定方法および TCP 接続の構成方法については、「IBM Cognos Business Intelligence インストールおよび設定ガイド」を参照してください。

推奨事項 - リモート・ログ・サーバーを使用した分散環境内のログ・メッセージの統合

デフォルト構成では、各 Content Manager またはアプリケーション層コンポーネント・コンピューター上のローカル・ログ・サーバーによって、ローカル・ファイルにログ・メッセージが書き込まれます。個々のログ・ファイルの内容を統合するような設定によって、使いやすさとパフォーマンスが向上します。

各 IBM Cognos BI コンピューターで生成されたログ・メッセージをリモート・ログ・サーバーに送信することにより、それらのメッセージを統合することを検討します。すべてのメッセージを単一のログ・ファイルに送信したり、監査ログをデータベースに送信したりするように、リモート・ログ・サーバーを設定します。詳細については、 23ページの『分散インストール環境でのログ・メッセージ・リポジトリーの計画』を参照してください。

各 IBM Cognos BI コンピューターからのすべてのメッセージが統合された場所にあると、ログ・メッセージを解釈しやすくなります。例えば、それにより、ログ・メッセージをタイム・スタンプ別にソートすることができ、さまざまな IBM

Cognos BI コンピューターでのイベントの発生順序を判別できます。

データベースを使用して監査ログ・メッセージを取り込んでいる場合は、データベースにメッセージを送信する単一のログ・サーバーにすべてのログ・メッセージを経路指定すると、パフォーマンスが向上します。単一のログ・サーバーを使用しない場合は、各 IBM Cognos BI コンピューター上のローカル・サーバーで、独自にデータベースに接続する必要があります。

第 3 章通信 25

単一のログ・サーバーとデータベースを使用するもう 1 つの利点は、データベースに対する設定変更の保守がしやすいということです。更新する必要があるのは、リモート・ログ・サーバーの設定だけです。

推奨 - 各ログ・サーバーにログ・ファイルを構成するリモート・ログ・サーバーごとにログ・ファイルを構成します。ログ・サーバーとログ・メッセージ・リポジトリーとの間で通信の問題が発生した場合、ログ・ファイルによって重要な診断情報およびバックアップ情報が得られます。例えば、ローカル・ログ・サーバーとリモート・ログ・サーバーとの間の TCP/IP 接続が使用できなくなったり、ログ記録データベースに障害が起きたりする場合があります。

ローカル・ログ・サーバーでは、ログ・メッセージ用に別のリポジトリー (データベースやリモート・ログ・サーバーなど) を指定する場合でも、デフォルトのログ・ファイルを削除しないでください。ログ・メッセージに機密情報が含まれる可能性がある場合は、各コンピューターのログ・ファイルを適切に保護してください。

通信の問題が発生した場合、ローカル・ログ・サーバーは、受信したログ・メッセージをローカル・ログ・ファイルに書き込みます。こうした処理によって、ログ・メッセージをリポジトリーに書き込めない場合 (リポジトリーが使用不可になったため) でも、ログ・メッセージが失われることはありません。その上ログ・サーバーは、問題の診断に役立つ、通信の問題に関する情報をログ・ファイルに書き込みます。例えば、データベースが使用不可になると、ログ・ファイルには、いつ障害が発生したか、およびいつ復旧したかに関する情報が含まれます (該当する場合)。

データベース接続管理IBM Cognos BI では、いくつかの目的のために Content Store データベース、クエリー・データベース、Metric Store データベースなどのデータベースを使用します。

Oracle など一部のタイプのデータベースでは、IBM Cognos BI サーバーごとに API

クライアント・ソフトウェアをインストールし、設定する必要があります。

Content Store データベースContent Manager サービスは Content Store にアクセスします。 Content Manager

は、要求ごとに 1 つのデータベース接続を使用します。Content Manager は必要に応じて新規データベース接続を作成し、接続をプールして、可能な場合には既存の接続を再利用します。Content Manager は、 Content Manager 処理の期間中、すべてのデータベース接続を維持します。並行処理される Content Manager 要求の理論上の最大数は、Java アプリケーション・サーバーまたは Tomcat によって受け入れられる要求数と同じです。

他の IBM Cognos サービスが Content Manager と同じコンピューター上にある場合、Content Manager と他のサービスの間で要求を分け合うことがあります。この場合、Content Manager が使用可能な接続の数は、最大可能接続数よりも少ない可能性があります。


クエリー・データベースIBM Cognos BI サーバー・コンピューターは、クエリー・データベースにアクセスします。IBM Cognos BI サーバー・コンピューターが使用できるクエリー・データベース接続の最大数、および接続の保持期間を設定することができます。クリーンアップ・スレッドが 1 分ごとに接続を検査します。アイドル状態がタイムアウト値で指定した時間を超えた接続は削除されます。

アイドル状態のクエリー・データベース接続では、新しい要求によって接続要求が行われることがあります。これは、接続が最大数に達して、新しい要求で利用できるアイドル状態の接続がない場合に発生します。この場合、最も古いアイドル状態の接続が切断され、新しい接続が作成されます。クエリー・データベース接続は、接続のデータベース資格情報が新しい要求の資格情報と一致する場合にのみ再利用できます。

接続が最大数に達し、かつすべての接続が使用中である場合、新しい要求は失敗します。

Metric Store データベースMetric Store データベースは、クエリー・データベースの特殊なケースです。Metric Store データベースは、以下に示す、スコアカードに表示される評価指標に関連付けられた情報を格納するために使用されます。

v 目標

v パフォーマンス評価指標

v しきい値

v スコアカードのメンバーシップ

v 関連レポート、戦略、および解決策へのリンク

Metric Studio は Metric Store データベースにアクセスします。Metric Designer

は、他のクエリー・データベースからデータを取り出して、 Metric Store データベースのデータを設定するジョブを定義するために使用します。これを行うプロセスは手動でも作成できます。

Microsoft .NET Framework の相互作用Microsoft .NET Framework では、Web サービスを利用することによって管理コード・アプリケーションがサーバー・ベースのアプリケーションと対話することができます。 IBM Cognos BI は Microsoft .NET Framework を使用してユーザーのコンピューターが IBM Cognos BI サーバー・コンポーネントと交信し、IBM Cognos

BI for Microsoft Office およびその機能にアクセスできるようにします。

IBM Cognos BI for Microsoft Office は、Microsoft .NET Framework を利用する管理コード・アプリケーションです。IBM Cognos BI for Microsoft Office は、Microsoft Office プラグインと同じように機能しますが、管理コード・アプリケーションとしてインストール、設定、および配布されます。

IBM Cognos for Microsoft Office では、Microsoft .NET Framework を使用して、ユーザーとサーバー・ベースのコンポーネントとの通信を実現しています。Microsoft

.NET Framework と必要な更新は、IBM Cognos for Microsoft Office のインストー

第 3 章通信 27

ル時にセットアップ・ファイルによってダウンロードされ、インストールされます。セットアップ・ファイルは、すべてのユーザーのコンピューターで実行する必要があります。

サポートされている Microsoft .NET Framework のバージョンのリストについては、IBM Cognos Customer Center (http://www.ibm.com/software/data/cognos/

customercenter/) を参照してください。

Microsoft .NET Framework を、ご使用の IBM Cognos BI サーバーにインストールする必要はありません。IBM Cognos BI for Microsoft Office は、サポートされているすべての IBM Cognos BI サーバー・プラットフォームで実行できます。

IBM Cognos BI for Microsoft Office の設定については、IBM Cognos Business


ポートの使用IBM Cognos BI コンポーネント間の通信は、IBM Cognos Content Database とログ・サーバーとの間の通信を除き、すべて 1 つの入力ポートを通して行われます。このことは、コンポーネントがすべて同じコンピューター上にある場合も、異なるコンピューター上にある場合も当てはまりますし、通信がすべて非 SSL プロトコルである場合も、すべて SSL プロトコルである場合も当てはまります。デフォルトのポート番号は 9300 です。

非 SSL プロトコルと SSL プロトコルを組み合わせて使用するように IBM Cognos

BI が構成されている場合、通信は 2 つのポートを通して行われます。非 SSL プロトコルの通信にはデフォルト・ポートを使用し、SSL プロトコルの通信には別のポート (9334 など) を使用することができます。

ログ・サーバーとの通信は、固有のポートを通して行う必要があります。デフォルト・ポートは 9362 です。ログ・サーバーとの通信には非 SSL プロトコルを使用するように構成することも、SSL プロトコルを使用するように構成することもできます。

Framework Manager、Metric Designer、および IBM Cognos Transformer は IBM

Cognos BI サーバーとの通信に 2 つの経路を使用できます。1 つは Web サーバー・ゲートウェイ経由の通信で、もう 1 つはアプリケーション層コンポーネント・ディスパッチャーとの直接通信です。詳細については、 70ページの『モデル作成ツールのインストール・オプション』を参照してください。

他のソフトウェア製品 (データベースや認証プロバイダーなど) との通信には、それらの製品が必要とするポートを使用します。

SSL の使用法およびログ・メッセージの送信先の指定方法については、IBM Cognos



要求フロー処理要求フローは、ユーザー要求に対する IBM Cognos BI 内部の応答を記述します。一般に、ブラウザー要求は IBM Cognos BI Web ゲートウェイを通してディスパッチャーに送信されます。ディスパッチャーによる処理が行われる前に、要求は IBM

Cognos Application Firewall により検証されます。それぞれの要求には、有効なユーザー・セッションのレコードとして、パスポートが付加されます。

Simple Object Access Protocol (SOAP) 要求は、IBM Cognos BI Web ゲートウェイまたはディスパッチャーに転送されます。詳細については、IBM Cognos Business


IBM Cognos BI には数百種類の要求および応答があります。この章では、要求フローを説明するために、IBM Cognos BI が要求に応答する方法を示します。

IBM Cognos BI へのアクセスユーザーは IBM Cognos BI への匿名アクセスまたは認証アクセスを要求できます。 IBM Cognos BI に対して匿名アクセスを有効または無効にすることができます。

詳細については、 128ページの『IBM Cognos 認証サービス』を参照してください。

第 3 章通信 29

匿名アクセス

ユーザーが IBM Cognos BI に匿名アクセスを要求すると、次の処理が行われます。

1. ユーザーが、IBM Cognos BI ゲートウェイに要求を送信することにより、Web ブラウザーから IBM Cognos BI の「ようこそ」ページまたは他のいずれかの IBM Cognos BI ユーザー・インターフェースにアクセスしようとする。

2. IBM Cognos BI ゲートウェイがこの要求を受け入れ、これをディスパッチャーに送信する。

3. ディスパッチャーが、要求にパスポートが添付されていないため、この要求を Content Manager に送信する。

4. Content Manager がこの要求を Access Manager に送信する。

5. この IBM Cognos BI システムでは匿名アクセスが有効になっているため、パスポートが要求に添付され、この要求が Content Manager を介してディスパッチャーに返される。

6. ディスパッチャーが要求を処理し、これを Presentation サービスに送信する。

7. Presentation サービスがディスパッチャーおよびゲートウェイを介して「ようこそ」ページをユーザーに返送する。

図 3. 匿名アクセス


認証アクセス

ユーザーが IBM Cognos BI に認証アクセスを要求すると、次の処理が行われます。

1. ユーザーが、IBM Cognos BI ゲートウェイに要求を送信することにより、Web

ブラウザーから IBM Cognos BI の「ようこそ」ページまたは他のいずれかのIBM Cognos BI ユーザー・インターフェースにアクセスしようとする。

2. ゲートウェイが要求を受け入れ、これをディスパッチャーに送信する。

3. ディスパッチャーが、要求にパスポートが添付されていないため、この要求をContent Manager に送信する。


5. この IBM Cognos BI システムでは匿名アクセスが無効になっているため、Access Manager がエラーを添付してこの要求を Content Manager に返送する。このエラーには、ログオンするために必要なものに関する情報が含まれています。例えば、複数のネームスペースがある場合は、ユーザーはネームスペースを 1 つ選択するように求められる場合があります。ネームスペースが 1 つだけの場合には、ユーザーはユーザー ID およびパスワードを入力するように求められる場合があります。

第 3 章通信 31

6. Content Manager が、エラーが添付された要求をディスパッチャーに返送する。

7. ディスパッチャーがこの要求を Presentation サービスに送信する。

8. Presentation サービスがこのユーザー用に適切なログオン・ページを作成し、ディスパッチャーおよびゲートウェイを介してこのページをユーザーに返送する。

9. ユーザーがユーザー ID およびパスワードなどの必要な情報を入力する。この情報は元の要求に添付されて、ゲートウェイを介してディスパッチャーに送信されます。

10. ディスパッチャーがこの要求を Content Manager に送信する。


12. 必要な情報がすべて正しい場合、Access Manager がパスポートを発行し、これを元の要求に添付して要求を Content Manager に返送する。必要な情報が正しくなかったり不完全であった場合は、要求はエラーとして手順 9 に返送されます。

13. Content Manager が要求をディスパッチャーに送信する。

14. ディスパッチャーが要求を処理し、これを Presentation サービスに送信する。

15. Presentation サービスがディスパッチャーおよびゲートウェイを介して「ようこそ」ページをユーザーに返送する。

レポートまたは分析の表示レポートおよび分析は、HTML および PDF を含むさまざまな形式を使用して IBM

Cognos BI で表示できます。


レポートまたは分析の実行レポートまたは分析を HTML 形式または PDF 形式で実行することができます。

認証ユーザーが、保存されている HTML または PDF レポート、または分析を IBM Cognos Connection で表示する場合、次の処理が行われます。

1. ユーザーがレポートまたは分析を表示するためにクリックすると、その要求がゲートウェイおよびディスパッチャーを通して Presentation サービスに送られる。

2. Presentation サービスが、ディスパッチャーおよびゲートウェイを通して、Cognos Viewer をブラウザーに返す。Cognos Viewer には、レポート・ページまたは分析ページを表示する HTML フレームがあります。ページのデータ・ビューには、表示される Content Manager オブジェクトへの URL が含まれます。

3. ブラウザーが URL を、ゲートウェイおよびディスパッチャーを通して、Content Manager に送信する。

4. そのユーザーがそのレポートまたは分析に対する読み取り権限を持っているかどうかを確認するため、Content

Manager が Access Manager に問い合わせる。これを行うため、Content Manager は Access Manager に、そのレポートまたは分析のアクセス制御リスト、試行された操作 (読み取り)、およびユーザー情報を送信します。

5. ユーザーがその操作を実行できることを Access Manager が判断し、Content Manager がそのレポートまたは分析をHTML ページまたは PDF 文書の形式で、ディスパッチャーおよびゲートウェイを通して、ユーザーに送信する。PDF のレポートまたは分析を提供する場合、バイト・サービングが使用されます。

第 3 章通信 33

HTML レポートの実行ユーザーがブラウザーで、ページ送りや、ページの最後へ移動するボタンを押すと、同じパスが繰り返されます。この要求は要求親和性の状態が高いため、追加のデータ行を取得するために、同一の Report サービスにルーティングされます。レポートはキャッシュされるため、プロセスを再起動する必要はありません。


ユーザーが IBM Cognos Connection を通して HTML レポートまたは分析を実行する場合、次の処理が行われます。

1. ユーザーがレポートまたは分析を実行するためにクリックすると、その要求がゲートウェイおよびディスパッチャーを通して Presentation サービスに送られる。

2. Presentation サービスが、ディスパッチャーを通して、要求を Report サービスに送信する。

3. Report サービスが、ディスパッチャーを通して、Content Manager に対してレポートまたは分析およびメタデータを要求する。

4. Content Manager がレポートまたは分析の XML 仕様およびメタデータを Report サービスに送信する。Content

Manager がメタデータをリフレッシュするのは、IBM Cognos BI が停止後に再起動されたか、モデルがアップデートされてからリパブリッシュされた場合のみです。

5. Report サービスが次の結果のいずれかを Presentation サービスに返す。

v エラー・ページ

v 作動不能ページ

v HTML レポートまたは分析のページ

6. Presentation サービスが、ディスパッチャーおよびゲートウェイを通して、次の結果のいずれかをブラウザーに送信する。


v 待機ページまたは取り消しページ

v Cognos Viewer インターフェース内の完全な HTML レポートまたは分析のページ

第 3 章通信 35


PDF レポートまたは分析の実行

ユーザーが IBM Cognos Connection を通して PDF レポートまたは分析を実行する場合、次の処理が行われます。

1. ユーザーがレポートまたは分析を実行するためにクリックすると、その要求がゲートウェイおよびディスパッチャーを通して Presentation サービスに送られる。

2. Presentation サービスが、ディスパッチャーを通して、要求を Report サービスに送信する。

3. Report サービスが、ディスパッチャーを通して、Content Manager に対してレポートの XML 仕様およびメタデータを要求する。

4. Content Manager がレポートの XML 仕様およびメタデータを Report サービスに送信する。Content Manager がメタデータをリフレッシュするのは、IBM Cognos BI が停止後に再起動されたか、モデルがアップデートされてからリパブリッシュされた場合のみです。

5. Report サービスが次の結果のいずれかを Presentation サービスに返す。


v 作動不能ページ

v PDF レポートまたは分析

6. Presentation サービスが PDF の結果を Content Manager に送信し、ユーザーのセッション一時領域に保管する。バイト・サービングが使用されます。

7. 待機/取り消しページが数秒おきにポーリングし、レポートまたは分析が完了したかどうかを確認する。完了すると、Cognos Viewer HTML フレームの内容が PDF に置き換えられます。要求がゲートウェイおよびディスパッチャーを通して Content Manager に送信され、PDF が返されます。

第 3 章通信 37

タスクの実行のスケジュールレポート、クエリー、分析、データ統合、エージェント、ジョブ、インポート、エクスポート、またはコンテンツ・マネジメントのためにタスクの実行をスケジュールできます。


スケジュールされたタスクを実行すると、次の処理が行われます。

1. スケジュールされた時刻になると、Event Management サービスがディスパッチャー経由で信頼された要求をContent Manager に送信し、ユーザー資格情報を取得してから、ユーザーとしてログオンして、ユーザーの Passport

を取得する。

2. Event Management サービスが、ディスパッチャーを通して、スケジュールされたタスクを実行するための要求をMonitor サービスに送信する。この要求はバックグラウンド要求なので、Event Management サービスと Monitor サービスとの対話は終了します。

3. Monitor サービスが、ディスパッチャーを通して、履歴オブジェクトを作成するための要求を Content Manager に送信する。このオブジェクトは、ユーザー・インターフェースで正しい状況が表示されるために必要です。

4. Monitor サービスが、ディスパッチャーを通して、実行要求を該当するサービスに転送し、ターゲット・サービスとの非同期プロトコルを維持する。

5. Monitor サービスが履歴の状況を「実行」に更新する。

6. タスクが完了すると、ターゲット・サービスが関連情報を Content Manager に格納し、Monitor サービスとの通信を終了する。Content Manager に格納される情報には、レポートの出力や、エージェントのイベント・リストなどが含まれます。

7. Monitor サービスがタスク実行の終了状況を検出し、履歴オブジェクトの状況を、タスクが成功したかどうかを示すものに更新する。

第 3 章通信 39

IBM Cognos Connection フォルダーを開くIBM Cognos Connection は、IBM Cognos BI に同梱されている Web ポータルです。IBM Cognos BI を、企業でご使用の Web ポータルに統合することもできます。

ユーザーが IBM Cognos Connection でフォルダーを開くときには、次の処理が行われます。

1. ユーザーがフォルダーを開くために、それをクリックすると、要求がゲートウェイとディスパッチャーを通ってPresentation サービスに送られる。

2. Presentation サービスが、ディスパッチャーを介して要求を Content Manager に送信する。

3. Content Manager が、アクセス権限が付与されているかどうかを確認するために Access Manager に問い合わせる。

4. Content Manager がフォルダーのコンテンツまたはエラー・メッセージを Presentation サービスに送信する。

5. Presentation サービスが適切な HTML ページを書式設定し、ディスパッチャーとゲートウェイを介してこれをユーザーに送る。


エージェントの実行エージェントを実行して、データを監視し、業務イベントの発生を検出できます。

ユーザーがエージェントの実行リンクをクリックすると、次の処理が行われます。

1. 要求がゲートウェイおよびディスパッチャーを通って Monitor サービスに送られる。

2. Monitor サービスが要求を認証し、Content Manager にエージェント実行の履歴を作成する。

3. Monitor サービスがこの要求を Agent サービスに転送する。 Monitor サービスはゲートウェイの代わりに非同期プロトコル (待機/キャンセル) を維持します。

4. Agent サービスが、Content Manager からエージェントの定義および前回のエージェント・イベント・リストを要求する。

5. Agent サービスが、Batch Report サービスを介して、エージェント条件を実行する。

6. Agent サービスが、生成された結果セットを前のイベント・リストと比較し、更新されたエージェント・イベント・リストを作成して、Content Manager に保管する。

7. 作成されたエージェント・タスクに基づき、Agent サービスが Monitor サービスを介してそのタスクを実行する。

8. Monitor サービスがそれぞれの手順について履歴を Content Manager に作成し、要求を (非同期プロトコルを維持しながら) 該当するサービスに転送する。例えば、E メール・メッセージは Delivery サービスへ、レポートは Batch

Report サービスへ、そしてジョブは Job サービスへ転送されます。

第 3 章通信 41

コンテンツのインデックス作成管理者は IBM Cognos Administration のインデックス更新タスクを使用して、検索インデックスの作成と更新を実行します。インデックス更新タスクを作成する場合、タスクを即時に実行することも、後でタスクを実行するようなスケジュールを定義することもできます。

サービス間の通信はすべてディスパッチャーにより管理されます。次の図と説明は、サービス間の論理的な通信フローを使用して、要求フローを簡単に説明したものです。


インデックスの更新を開始すると、次のような処理が実行されます。

1. インデックスの更新要求が、ゲートウェイとディスパッチャーを通して Scheduling サービスに送られます。

2. Scheduling サービスによって、インデックス更新タスクが実行されます。

3. Index Update サービスによって、Content Manager による機能チェックが要求されます。

4. Index Update サービスによって、インデックスの開始要求が Index Data サービスに送られます。

5. Content Manager から用語が抽出されます。

6. Index Update サービスによって queryItem に対するすべての参照が抽出され、Report サービスに値を求めるクエリーが送られます。

7. Report サービスによって、すべてのインデックス済みオブジェクトに含まれる、一意のクエリー・アイテム・インスタンスがすべて取得されます。

8. インデックスの追加要求が、Index Data サービスに送られます。

9. Index Data サービスによって、インデックスに書き込みが行われます。

10. 用語の抽出とインデックスへの書き込みは、インデックス作成が完了するまで繰り返されます。

11. Index Update サービスによって、インデックス更新の完了が Scheduling サービスに通知されます。

第 3 章通信 43

コンテンツの検索ユーザーは、IBM Cognos Connection、Analysis Studio、Query Studio、または IBM

Cognos Viewer から全文検索を実行できます。

検索が実行されると、Content Manager のセキュリティー・チェックと内部セキュリティー・チェックという、2 種類のチェック方法のいずれかが適用されます。内部セキュリティー・チェックを使用するには、「インデックス」の「全般」、「検索」の「全般」、および「保存場所」の「全般」で、「インデックス・アクセス・コントロール・リスト」を選択します。 3 つの設定がすべて一致していない場合、Content Manager のセキュリティー・チェックが使用されます。

サービス間の通信はすべてディスパッチャーにより管理されます。次の図と説明は、サービス間の論理的な通信を図示して要求フローを簡単に説明したものです。

Content Manager のセキュリティー・チェック

この方法では、検索を実行するたびに、結果セット内で参照されている Content

Manager アイテムのセキュリティーをチェックします。「インデックス・アクセス・コントロール・リスト」が"false"に設定されている場合は、検索で Content

Manager のセキュリティー・チェックが使用されます。


「インデックス・アクセス・コントロール・リスト」が"false"に設定されている場合にユーザーが全文検索を実行すると、次の処理が行われます。

1. 検索要求が Index Search サービスに送られます。

2. Index Search サービスによって、Content Manager による機能チェックが要求されます。

3. 検索要求が Index Data サービスに送られます。

4. 結果セットがインデックスから抽出されます。

5. 結果セットで参照されているメタデータとサンプル・データのセキュリティーがチェックされます。この手順はIndex Data サービスの「詳細表示結果の保護」の設定に依存しています。

6. 結果セットで参照されている Content Manager の項目のセキュリティーがチェックされます。

7. フィルター処理済みの結果セットが Index Search サービスに戻されます。

8. 結果セットがユーザーに戻されます。

第 3 章通信 45

内部セキュリティー・チェック

この方法では、キャッシュされているアクセス・コントロール・リストを内部チェックすることで、結果セット内で参照されているアイテムのセキュリティーをチェックします。

このアクセス・コントロール・リストは、インデックスを生成または更新するときに作成されます。この内部セキュリティー・チェックは Content Manager のセキュリティー・チェックよりも高速です。継続的なセキュリティー変更が反映されるようにするには、頻繁にインクリメンタル・インデックス化を実行します。「インデックス・アクセス・コントロール・リスト」が「true」に設定されている場合は、検索で内部セキュリティー・チェックが使用されます。これがデフォルトの設定です。


「インデックス・アクセス・コントロール・リスト」が"true"に設定されている場合にユーザーが全文検索を実行すると、次の処理が行われます。

1. 検索要求が Index Search サービスに送られます。

2. Index Search サービスによって、Content Manager による機能チェックが要求されます。

3. 検索要求が Index Data サービスに送られます。

4. インデックスの内部セキュリティー・チェックに基づいて、結果セットがインデックスから抽出されます。

5. 結果セットで参照されているメタデータとサンプル・データのセキュリティーがチェックされます。この手順はIndex Data サービスの「詳細表示結果の保護」の設定に依存しています。

6. フィルター処理済みの結果セットが Index Search サービスに戻されます。

7. 結果セットがユーザーに戻されます。

第 3 章通信 47

ポータル・ページIBM Cognos Connection を使用している場合も別のポータルを使用している場合も、IBM Cognos のすべての機能は BI Bus で使用できます。レポートを検索し、それをポータルで表示して、必要に応じて追加分析を行うことができます。また、ポータルを使用して IBM Cognos のユーザーとコンテンツの監視、設定、および管理を行うことも可能です。レポートを処理する場合も、管理タスクを実行する場合も、要求は BI Bus に送信され、それから適切な IBM Cognos サービスに転送されて処理されます。

次の IBM Cognos の機能は、一般にポートレットを介して提供されます。

v Cognos Navigator で、選択されたコンテンツを取り出す。

v Cognos Search で、発行されたコンテンツを検索して開く。

v Cognos Viewer で、Cognos Navigator または Cognos Search で選択されたコンテンツを表示する。

各ポートレットでは、すべてのセキュリティー権限および資格情報が、要求の流れに沿って継承され、渡されます。例えば、特定のフォルダーにアクセスしたり、特定のオブジェクトを検索したりする場合は、そのユーザーに表示権限があるオブジェクトだけが返されます。同様に、Cognos Navigator や検索ポートレットでレポートをクリックすると、レポート ID およびセキュリティー資格情報が要求に含まれます。レポートは同じポートレットまたは新規ポートレットで表示できますが、アクセス権を持つデータのみが表示されます。


第 4 章ワークフロー

組織のユーザーが、IBM Cognos Business Intelligence を理解し、インストールや設定を行って使用するには、次の一連の作業を行います。

v 実装を計画する。

IBM Cognos BI のインストールや設定を行う前に、実装計画を立てる必要があります。実装計画は通常、ビジネス・インテリジェンス・ソリューションの設計者が編成および統率するチームによって実施されます。

v IBM Cognos BI のインストールと設定を行う

通常、ビジネス・インテリジェンス・ソリューションの設計者の指示に従って、技術者が IBM Cognos BI のインストールと設定を行います。

v IBM Cognos BI を管理する

。セキュリティーの確立とメンテナンス、多言語機能の設定、フォントのインストール、レポート配布の管理、継続的な管理の実施は、管理者によって行われます。

v モデルおよびパッケージを使用して、レポートおよび分析を作成して表示する。

モデルの作成者は 1 つ以上のメタデータ・モデルを作成し、このモデルを使ってレポートや分析の作成に使用できるパッケージを発行します。

作成者は、発行されたモデルを使ってレポートおよび分析の作成と管理を行います。

レポートのユーザーは、IBM Cognos Connection を使ってレポートと分析の表示と印刷を行います。詳細については、「IBM Cognos Connection ユーザー・ガイド」を参照してください。

レポートの作成者やユーザーは、IBM Cognos BI for Microsoft Office を使用してレポートのデータを Microsoft Office のブックやプレゼンテーションにインポートできます。

v スコアカード処理アプリケーションを作成して、評価指標を監視する。

スコアカードの作成者は、接続、レポート、および保守タスクの情報を含むパッケージを作成します。その後は、Metric Studio でスコアカード処理アプリケーションの配布と保守、およびアプリケーションへのアクセスを行います。

ビジネス・ユーザーは、評価指標を使って、主要なビジネス領域での業績を監視し、分析します。詳細については、「Metric Studio ユーザー・ガイド」を参照してください。

v Transformer のモデルと PowerCube を作成する。

v モデルの作成者は 1 つ以上のメタデータ・モデルを作成し、このモデルを使ってレポート作成や分析に使用できる PowerCube を作成します。

v イベントを管理する。


ユーザーは、エージェントを作成してデータを監視し、業務イベントの発生を検出します。

実装の計画IBM Cognos Business Intelligence の実装とは、IBM Cognos Business Intelligence をインストールし、既存のインフラストラクチャーと効果的に統合するように設定することを意味します。

IBM Cognos BI を効果的に実装するためには、実装計画を念入りに立てる必要があります。実装計画の詳細については、実装計画のチェックリスト ( 61ページの『第5 章実装計画チェックリスト』で入手できます) を参照してください。

IBM Cognos BI のインストールほとんどの場合、IBM Cognos BI のインストールはビジネス・インテリジェンス・ソリューションの設計者の指示に従って、情報テクノロジーの担当者によって行われます。

「インストール」ウィザードを使って IBM Cognos BI をインストールする場合、次の各コンポーネントをインストールする場所を指定します。

v ゲートウェイ

図 4. IBM Cognos Business Intelligence ソフトウェアを理解し、インストールや設定を行って使用するためのワークフロー


詳細については、 9ページの『第 1 層 - Web サーバー: IBM Cognos BI ゲートウェイ』を参照してください。

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

詳細については、 10ページの『第 2 層 - アプリケーション: IBM Cognos BI サーバー』を参照してください。

v Content Manager

詳細については、 15ページの『Content Manager』を参照してください。

コンポーネントは、1 台のコンピューターにインストールすることも、ネットワーク上に分散してインストールすることもできます。IBM Cognos BI をインストールする前に、インストールと設定に関する適切なオプション 63ページの『第 6 章インストール・オプション』を選択します。

また、Microsoft Windows ベースのメタデータ・モデル作成ツールであるFramework Manager をインストールする必要があります。レポート作成や分析アプリケーションには、インターフェースに HTML と Java が使用されており、インストールの必要はありません。

また、オプションの Windows ベースのメタデータ・モデル作成ツールをインストールすることもできます。IBM Cognos BI を使用したスコアカード処理を予定している場合は、Metric Designer をインストールします。IBM Cognos BI を使用したPowerCube の作成を予定している場合は、IBM Cognos Transformer をインストールします。

無人インストール

ネットワーク上の複数のコンピューターに同じ設定、あるいは複数の設定を使ってIBM Cognos BI をインストールする場合は、無人インストールを設定して実行することができます。

サイレント・モード・インストールは、非対話式に IBM Cognos BI のインストールと設定を行うもので、自動的にすべてのタスクが実行されるため、ユーザーが入力する必要はありません。無人インストールはスクリプトの一部として実行するか、コマンド行から実行します。

無人インストールが役立つのは、地理的な場所が異なり、インストールを実施する技術者もいないような状況で IBM Cognos BI をインストールする必要がある場合です。

詳細については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」を参照してください。

IBM Cognos Business Intelligence の設定IBM Cognos Configuration は、IBM Cognos BI とともにインストールされるツールの 1 つです。インストールの直後に、このツールを使って IBM Cognos BI の初期設定を行います。次のような設定が可能です。

v ログ記録

第 4 章ワークフロー 51

IBM Cognos BI によって生成されるメッセージを記録するログを指定できます。詳細については、 22ページの『ログ・メッセージの処理』を参照してください。

v セキュリティー

IBM Cognos BI の実行時には、セキュリティーを有効にすることも、無効にすることもできます。デフォルトでは、有効なセキュリティーは IBM Cognos

Application Firewall のみになります。セキュリティーを設定する場合は、IBM

Cognos BI をインストールした直後に設定する必要があります。詳細については、 127ページの『第 10 章セキュリティー・アーキテクチャー』を参照してください。

v データ・アクセス

IBM Cognos BI Content Store のデータベース接続情報を指定する必要があります。詳細については、 29ページの『IBM Cognos BI へのアクセス』を参照してください。

初期設定の後でプロパティーの変更やコンポーネントの追加がある場合は、IBM

Cognos Configuration を使って IBM Cognos BI を再設定できます。

初期設定については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」を参照してください。

設定変更の監視設定を変更して保存するたびに、その日時が名前に組み込まれた次の 2 つの設定ファイルが "<c10 の場所>/configuration" ディレクトリーに自動的に保存されます。

v cogstartup.xml

このファイルには、設定情報が保存されます。ファイル名は、"cogstartup_200211231540.xml"などになります。

v coglocale.xml

このファイルには、多言語レポート作成で使用されるロケール設定が保存されます。ファイル名は、"coglocale_200211261401.xml"などになります。

設定を保存できない場合や設定に問題がある場合は、以前に保存した設定ファイルを使って設定を元に戻すことができます。これらのファイルを使うと、設定の履歴を確認できます。Cognos Software Services に連絡する前に、IBM Cognos BI で変更した設定の履歴を印刷しておいてください。

cogstartup.xml および coglocale.xml ファイルの詳細については、「IBM Cognos

Business Intelligence インストールおよび設定ガイド」を参照してください。トラブルシューティングについては、「IBM Cognos Business Intelligence トラブルシューティング・ガイド」を参照してください。

セキュリティーの設定IBM Cognos BI では、既存のセキュリティー・インフラストラクチャーとの統合によってユーザー認証が実現しています。


IBM Cognos BI のデータは、既存のセキュリティー・システムで定義されているユーザーとグループを使用することで保護されますが、既存のセキュリティー・システムに変更を加える必要はありません。Cognos ネームスペースは、データを保護するための追加のグループを定義するオプション機能を実現するために存在しています。1 つ以上の認証プロバイダーにあるユーザーとグループを含んだグループをCognos ネームスペースで定義することで、セキュリティー管理が簡単になります。

IBM Cognos BI には、IBM Cognos Application Firewall が組み込まれています。このツールには、ディスパッチャー・レイヤーで送受信トラフィックの検証とフィルター処理を行うためのディスパッチャーが付属しています。デフォルトでは、IBM

Cognos Application Firewall は有効になっています。

また、IBM Cognos BI には、認証プロバイダーで定義されているユーザーに権限を割り当てる承認機能が備わっています。暗号化を設定するための標準認証局(Certificate Authority) も提供されます。拡張機能は、要求時に別に提供されます。

IBM Cognos BI にセキュリティーを設定する予定がある場合は、インストール直後にセキュリティー設定を行う必要があります。セキュリティーの設定とメンテナンスについては、 127ページの『第 10 章セキュリティー・アーキテクチャー』および「管理およびセキュリティー・ガイド」を参照してください。

多言語レポート用の IBM Cognos BI の設定IBM Cognos BI は、さまざまな言語とエンコード方式でデータのクエリーを実行できる Unicode 製品です。IBM Cognos BI で多言語レポートを簡単に作成するには、追加フォントのインストールとユーザーの Web ブラウザーの設定が必要な場合があります。

フォントのインストール

IBM Cognos BI では、PDF レポートの表示、および PDF レポートや HTML レポートで使用されるグラフの表示にフォントが使用されます。出力結果を正しく表示するには、レポートやグラフを表示する環境にフォントがなければなりません。そのため、IBM Cognos BI サーバーや IBM Cognos BI ユーザーのコンピューターにフォントのインストールが必要な場合があります。インストールされていないフォントをユーザーが指定した場合、IBM Cognos BI ではデフォルトのフォントが代用されます。詳細については、 118ページの『IBM Cognos BI 環境へのフォントの追加』を参照してください。

ブラウザーの設定

IBM Cognos BI では、サポートされているブラウザーのデフォルトのブラウザー設定が使用されます。IBM Cognos BI を効率的に運用するには、ブラウザーの設定を確認し、必要に応じて変更する必要があります。 115ページの『第 9 章グローバリゼーションに関する考慮事項』を参照してください。


IBM Cognos BI の管理IBM Cognos BI をインストールし、設定したら、IBM Cognos Connection またはご使用のサード・パーティーのポータルを使用して以下を実行できます。

v セキュリティーを目的とするユーザー、グループ、および役割の定義

v レポートが保存されるフォルダーの設定

v ビジネス・ユーザーがレポートを使用できる環境の作成

v サーバーおよび処理状況の監視と管理

v データのバックアップ作成

v セキュリティーのメンテナンス

v 任意の環境から別の環境への IBM Cognos BI の配布

IBM Cognos Connection の使用方法については、「IBM Cognos Connection ユーザー・ガイド」を参照してください。管理、サンプルのレポート・プロジェクトとモデルの設定、および問題のトラブルシューティングの詳細については、「管理およびセキュリティー・ガイド」および「IBM Cognos Business Intelligence トラブルシューティング・ガイド」を参照してください。


IBM Cognos BI を使用したレポートおよび分析の作成次の図は、IBM Cognos BI でレポートおよび分析を作成する場合の完全なワークフローを示しています。

レポート作成のモデルとパッケージの作成モデルには、IBM Cognos BI のレポート作成ユーザーとデータベースとを遮断する層としての役割があります。パッケージとはモデルのサブセットであり、作成する必要があるレポートについて適切なデータがユーザーに提供され、業務上の観点から見て整合性のある方法でデータが構築されるようにするためのものです。

モデルの作成とパッケージの発行は、念入りな計画を必要とする作業です。モデルとパッケージが最初から適切に設計されていると、ユーザーの要件が満たされ、データが保護されるほか、IBM Cognos BI アプリケーションの管理が容易になります。

モデルとパッケージの作成過程を理解するために、ユーザーは IBM Cognos BI に付属のサンプルのモデル、パッケージ、レポートを詳しく調べることができます。サンプルの設定については、「管理およびセキュリティー・ガイド」を参照してください。

図 5. IBM Cognos BI ソフトウェアでのレポート作成および分析のワークフロー


IBM Cognos BI でレポートを作成するためのモデルとパッケージは、Framework

Manager を使用して作成します。以降の項では、概要を示します。詳細については、「Framework Manager User Guide」を参照してください。

モデルの作成

Framework Manager を使用すると、業務上の観点から 1 つに統合されたデータベースをユーザーに提供するモデルを作成でき、またデータへのアクセス、データの関連付け、およびデータの保護に関する情報が IBM Cognos BI に提供されます。

ユーザー要件を満たすようにモデルを設計すると、データの持つ価値が大いに高まります。このようなモデルを使えば、ビジネス・ユーザーにとって効果的な方法で、データの構造化、データの追加、そしてデータの管理が行えます。モデルの作成は重要な作業であるため、データベースの構造とビジネス・ユーザーの要求の両方に精通したモデル作成者、またはモデル作成チームによって計画され、実施される必要があります。

モデルは次のような手順で作成します。

v IBM Cognos BI Content Store で定義されているデータ・ソースからインポートするメタデータを指定します。

v 業務名、説明、多言語値、計算、フィルターなどのコンポーネントを追加することで、メタデータをさらに明確化します。

v 結合と関係を指定します。

v ビジネス・ユーザーにとって効果的であり、データベースの価値が高まるような方法で提示されるように、データを整理します。

v 誰がどのような目的でメタデータを使用するのかを決定し、メタデータにセキュリティーを施します。

パッケージの作成

モデルの作成後、IBM Cognos BI サーバー上の複数の場所にパッケージが発行されます。レポート作成者は、これらのパッケージを使用してレポートを作成できます。各ユーザー・グループに対して、必要な情報だけを含んだ別々のパッケージを発行できます。

レポートには複数のパッケージからのデータを載せることはできません。パッケージを発行する際には、対象となるユーザーの要求を満たすデータがすべて含まれていることを確認することが重要です。

レポート作成者が使用するインターフェースにおいて、フォルダー、レポート、その他のデータ・オブジェクトが構造化される方法は、パッケージの階層的な構造によって決まります。また、オブジェクトにセキュリティーが適用される方法、およびパッケージを他の環境に配布するときの容易さもパッケージの階層構造によって左右されます。したがって、パッケージの構造は、管理者だけでなくビジネス・ユーザーにとってもわかりやすいものにしておくことが重要です。


レポートの作成IBM Cognos BI を使用すると、リスト、クロス集計レポート、グラフ、マスター・レポートと詳細レポート、ユーザー定義レポートなど、さまざまな種類のレポートを作成できます。

計画された高度なレポートは Report Authoring を使用して作成し、簡単なアドホック・レポートは Query Studio を使用して作成します。データの閲覧と分析は、Analysis Studio で行うことができます。Report Authoring、Query Studio、Analysis

Studio のレポート・データは、Cognos BI for Microsoft Office を使用することで、Microsoft Office アプリケーションで利用できます。

IBM Cognos BI のアーキテクチャーは、サード・パーティー製品やカスタム開発に対して完全にオープンになっています。IBM Cognos BI は、既存のトランザクション・ベースの Web 製品またはポータルと統合可能です。カスタム開発の詳細については、IBM Cognos「Software Development Kit Developer Guide」を参照してください。IBM Cognos BI と他の企業ポータルとの統合については、「管理およびセキュリティー・ガイド」を参照してください。

Query Studio

レポート作成者とレポート・ユーザーは、Query Studio を使用してアドホック・レポートを作成します。アドホック・レポートは、アドホックなクエリーとも呼ばれています。このレポートは、トレーニングをほとんど受けていなくても簡単に作成することが可能であり、標準の高度なレポートでは対応できないレポート作成ニーズに対応しています。

作成者は、将来の改訂に備えたり、別の新規レポートのテンプレートとするためにクエリー仕様を保存することができます。レポートは、ユーザーが拡張できるように対話モードで利用したり、読み取り専用モードで利用することができます。Query

Studio で作成されたレポートは、Report Authoring でも表示と編集が可能です。

アドホックなクエリーを作成する前に、ユーザーは最適なレポート作成手順を把握するために用意されているチュートリアルを終了しておく必要があります。詳細については、「ご利用の手引き」を参照してください。

Query Studio については、「Query Studio ユーザー・ガイド」を参照してください。

Report Authoring

レポート作成者は、Report Authoring を使用して高度なレポートを作成します。計画されたレポートとは、ビジネス・ユーザーに特有の継続的なニーズを満たすように設計された、一般的で高度なレポートです。また、Report Authoring を使用すると、作成者は Query Studio で作成されたレポートを編集することもできます。

Report Authoring でレポートを作成するため、作成者はレポートにデータを提供するモデルを指定します。次に、作成者はデータの取得に使用されるクエリーとプロンプトを定義するレポート仕様を作成します。また、データの表示に使用されるレイアウトやスタイルも作成します。新規のレポートを作成するだけでなく、作成者は既存のレポートの変更も行えます。


企業で使用されるレポートを作成する前に、レポート作成者は最適なレポート作成手順を把握するために用意されているチュートリアルを終了しておく必要があります。詳細については、「ご利用の手引き」を参照してください。

Report Authoring については、「Report Authoring ユーザー・ガイド」を参照してください。

Analysis Studio

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

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

分析を作成するには、管理者が Framework Manager であらかじめパッケージを作成し、IBM Cognos Connection ポータル内でユーザーがアクセスできる場所にパッケージを発行しておく必要があります。これで、ユーザーはパッケージを選択して分析に必要なデータを検索できるようになります。また、分析結果を共有することも可能になります。

Analysis Studio の使用方法については、「Analysis Studio ユーザー・ガイド」またはオンラインのクイック・ツアーを参照してください。


レポートの作成者やユーザーが、IBM Cognos のレポートのデータを Microsoft

Office のブックやドキュメント、プレゼンテーションで利用したいと考えることがあるでしょう。IBM Cognos BI for Microsoft Office を使用すると、IBM Cognos のレポート要素を Microsoft Excel のブックや Microsoft Word のドキュメント、Microsoft PowerPoint のプレゼンテーションにインポートしたり、インポートした要素を削除したりできます。ユーザーは、IBM Cognos のレポート作成製品群でレポートを実行し、ブックやプレゼンテーションを IBM Cognos Connection に発行することができます。

IBM Cognos BI for Microsoft Office の使用方法については、「IBM Cognos BI for

Microsoft Office ユーザー・ガイド」を参照してください。IBM Cognos BI for

Microsoft Office の設定と実装に関する詳細については、IBM Cognos Business



IBM Cognos BI を使用したスコアカード処理次の図は、IBM Cognos BI でスコアカードを処理する場合の完全なワークフローを示しています。

Metric Studio でのパッケージ作成評価指標パッケージとは、Metric Studio のスコアカード処理アプリケーションをIBM Cognos Connection で表現したものです。評価指標パッケージには、そのアプリケーションの接続情報、レポート、および評価指標管理タスクが含まれています。評価指標パッケージの内容は Metric Store に格納されます。

Metric Studio に初めてアクセスするときは、パッケージを作成する必要があります。その他のパッケージは、IBM Cognos Connection または Metric Studio で作成できます。詳細については、「Metric Studio ユーザー・ガイド」を参照してください。

スコアカード処理アプリケーションの作成スコアカード処理アプリケーションは、組織のある側面について業績を監視するために使用される、スコアカード、評価指標、およびプロジェクトの集合です。

Metric Studio を使用してスコアカード処理アプリケーションを作成します。Metric

Studio パッケージを使用して、スコアカード処理アプリケーションの配布と保守、およびアプリケーションへのアクセスを行います。詳細については、「Metric Studio

ユーザー・ガイド」を参照してください。

図 6. IBM Cognos Business Intelligence ソフトウェアでのスコアカードのワークフロー


IBM Cognos BI を使用した PowerCube の作成次の図は、IBM Cognos BI で Transformer のモデルと PowerCube を作成する場合の完全なワークフローを示しています。

イベントの管理イベントとは、正常な業務に影響を及ぼす可能性のある状態を指します。イベントの発生が適切人物に認識されるようにするには、データを監視し、業務イベントの発生を検出するためのエージェントを Event Studio で作成します。

図 7. IBM Cognos Business Intelligence ソフトウェアでの Transformer モデルおよびPowerCube ワークフロー


第 5 章実装計画チェックリスト

IBM Cognos Business Intelligence の能力が最大限に発揮されるようにするには、効果的な実装が必要です。効果的な実装とは、IBM Cognos BI が既存の情報テクノロジー・インフラストラクチャーに統合され、レポート作成要件が満たされるようにインストールと設定を行うことを意味しています。

効果的な IBM Cognos BI の実装を計画するには、次のことを行います。

v IBM Cognos BI のアーキテクチャーを理解する

詳細については、本書のアーキテクチャーのセクションを参照してください。これは、IBM Cognos BI を構成するコンポーネントとその機能、コンポーネント間の動きを理解するのに役立ちます。また、既存のインフラストラクチャー、作成者、ユーザーとコンポーネント間でどのようなやりとりが行われているかを把握することもできます。

v IBM Cognos BI のインストールと設定の方法を決定します。

IBM Cognos BI をインストールし設定するためにどのようなオプションがあるのかを理解し、組織のニーズを満たす最適なオプションを決定します。詳細については、 63ページの『第 6 章インストール・オプション』を参照してください。

v 使用している環境で IBM Cognos BI のパフォーマンスを最大限にする方法を決定する

IBM Cognos BI のパフォーマンスに影響を与える可能性のある要因について理解し、使用している環境で IBM Cognos BI の十分な容量、拡張性、可用性を確保するための計画を立てます。詳細については、 83ページの『第 7 章パフォーマンスの計画』を参照してください。

v IBM Cognos BI の多言語機能の設定方法を決定します。

IBM Cognos BI をグローバルな環境で使用する場合、ユーザーが必要とする言語でインターフェース要素とレポートの内容が表示されるように、IBM Cognos BI

の設定方法を決定します。詳細については、 115ページの『第 9 章グローバリゼーションに関する考慮事項』を参照してください。

計画が完成し、IBM Cognos BI をインストールして使用する準備が整ったら、IBM

Cognos BI の他のドキュメントの操作手順を参照します。



第 6 章インストール・オプション

IBM Cognos Business Intelligence を実装する前に、最大限のパフォーマンスを引き出すような IBM Cognos Business Intelligence のインストール方法と設定方法を決定する必要があります。最大限のパフォーマンスを引き出すインストールと設定は、レポート作成要件、リソース、設定によって異なります。

IBM Cognos BI のインストール・オプションを評価する際には、初めて製品をインストールするのか、あるいはアップグレードなのかを考慮する必要があります。アップグレードについては、IBM Cognos Business Intelligence「インストールおよび設定ガイド」を参照してください。

IBM Cognos BI をインストールするときは、ゲートウェイ、アプリケーション層コンポーネント、Content Manager のインストール場所を指定します。IBM Cognos BI

のコンポーネントは、すべてを 1 台のコンピューターにインストールすることも、ネットワーク上に分散してインストールすることもできます。

ビジネス・インテリジェンスのためのメタデータ・モデル作成アプリケーションである Framework Manager をインストールする必要があります。また、スコアカード処理を目的とした Metric Designer や PowerCube 作成用の Transformer などのオプションのメタデータ・モデル作成アプリケーションをインストールすることもできます。

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

BI と別の IBM Cognos 製品との共存』を参照してください。

1 台のコンピューターへの全コンポーネントのインストールすべてのコンポーネントを 1 台のコンピューターにインストールするのは、概念の検証やデモンストレーションなど、ユーザー負荷が小さな場合のみにします。ゲートウェイは Web サーバーと同じ場所に設定しなければならないため、インストール先のコンピューターでも Web サーバーが実行されている必要があります。

次の図に、すべての IBM Cognos BI コンポーネントが 1 台のコンピューターにインストールされている様子を示します。


次の図は、すべてのサーバー・コンポーネントが 1 台のコンピューターにインストールされている IBM Cognos BI 環境を詳細に示したものです。Framework

Manager、Metric Designer、および Transformer などのモデル作成コンポーネントは、それぞれ別のコンピューターにインストールできます。

図 8. 1 台のコンピューターへの全コンポーネントのインストール


Microsoft Windows オペレーティング・システムに IBM Cognos BI をインストールした場合、同じコンピューターにモデル作成ツールをインストールできます。UNIX

または Linux オペレーティング・システムに IBM Cognos BI をインストールした場合、Windows ベースのモデル作成ツールは、Windows が稼働している別のコンピューターにインストールする必要があります。

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

図 9. 別のコンピューターへのサーバーおよびモデリング・コンポーネントのインストール

第 6 章インストール・オプション 65

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

次の図では、ゲートウェイがインストールされた Web サーバーの様子を示しています。受信した要求は、ゲートウェイに渡され、アプリケーション層コンポーネント・コンピューターに転送されます。要求情報を保存しない場合は、アプリケーション層コンポーネント・コンピューターから結果が返されます。要求情報を保存する場合は、Content Store に保存されます。

次の図は、ゲートウェイが他の IBM Cognos BI コンポーネントとは別のコンピューターにインストールされている様子を詳細に示したものです。この例では、2 台の Web サーバーが使用され、それぞれにゲートウェイがインストールされています。


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

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

Content Manager をアプリケーション層コンポーネントとは別にインストールすると、Content Manager が管理する機密性の高いデータを分離して保護できます。

Content Manager で大量のデータを管理する場合も、Content Manager を別のコンピューターにインストールできます。このような環境では、Content Manager がインストールされているコンピューターのプロセッサーの性能を上げることで、IBM

Cognos BI の拡張性を向上できます。


次の図に、受信した要求がゲートウェイにルーティングされる様子を示します。ゲートウェイは、アプリケーション層コンポーネント・コンピューターに要求を転送します。アプリケーション層コンポーネント・コンピューターは、アクティブなContent Manager コンピューターに要求を転送します。要求を受信した Content

Manager は、Content Store のクエリーを行い、結果がアプリケーション層コンポーネント・コンピューターに送信されて表示されます。

次の図は、アプリケーション層コンポーネントと Content Manager に別のコンピューターを使用する、IBM Cognos BI のインストールの様子を詳細に示したものです。この例でインストールされているアプリケーション層コンポーネントは 1 つのみですが、IBM Cognos BI 環境では複数のアプリケーション層コンポーネント・コンピューターを使用できます。

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


複数の Content Manager のインストールインストール環境では、複数の Content Manager が異なるコンピューターにインストールされている場合があります。この場合、1 台の Content Manager コンピューターがアクティブで、残りのコンピューターが待機状態になります。

複数のアプリケーション層コンポーネント

大量のレポート要求を処理することの多い環境で拡張性を強化するには、アプリケーション層コンポーネントを複数のコンピューターにインストールして、これらのコンピューターでは受信した要求の処理のみを実行するようにします。アプリケーション層コンポーネントを複数のコンピューターにインストールすると、コンピュ

図 11. IBM Cognos Business Intelligence ソフトウェア・インストールの詳細


ーター間で負荷を分散し、バランスをとることができます。また、単独のコンピューターで対応するよりもアクセス性や処理量が向上するだけでなく、フェイルオーバーにも対応できます。

モデル作成ツールのインストール・オプションIBM Cognos BI のモデル作成ツールである Framework Manager、Metric Designer、および Transformer は、他の IBM Cognos BI コンポーネントがインストールされているコンピューター、あるいは他のコンポーネントとは別個のコンピューターにインストールできます。

モデル作成ツールではアプリケーション層コンポーネントとの通信が行われますが、1 つ以上の Web サーバーにアプリケーション層コンポーネントがインストールされる場合があります。モデル作成ツールとアプリケーション層コンポーネントとの通信は、次のルートのいずれかで行われます。

v 内部ディスパッチャー URI を使用してアプリケーション層コンポーネントのディスパッチャーに接続する。こちらが優先のルートです。

v 内部ディスパッチャー URI を使用してディスパッチャーに接続するように設定した追加の専用ゲートウェイに接続する。このゲートウェイに対して適切なセキュリティーを設定する必要があります。この方法は、モデル作成ツールがネットワーク・ファイアウォールの外にあるときに有効です。

重要:メイン・ゲートウェイを、内部ディスパッチャー URI を使用するように変更しないでください。メイン・ゲートウェイを変更すると、IBM Cognos BI ポータルおよび Studio/Authoring ツールのセキュリティーが低下します。

Framework Manager のモデル、Metric Designer の抽出データ、または IBM Cognos

Transformer PowerCube を発行するには、ディスパッチャーと直接または専用ゲートウェイを介して通信できるようにモデル作成ツールを設定する必要があります。

モデル作成ツールと IBM Cognos BI コンポーネントが通信できるようにするには、モデル作成ツールをインストールしたコンピューターで暗号化プロパティーと次の環境プロパティーを設定します。

v ゲートウェイ URI

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


Microsoft IIS 以外の Web サーバー

Microsoft Internet Information Services (IIS) 以外の Web サーバーを使用する場合、モデル作成ツールとアプリケーション層コンポーネント・ディスパッチャー間の通信にどちらの通信ルートを使用しても機能的な違いはありません。どちらのルートでも、モデル作成ツールでは BI Bus SOAP API が使用されます。Web サーバーのルートを使用し、モデルのサイズが中程度から大きなサイズになる場合 (約 1

MB)、モデルは分割されて転送されます。

Microsoft IIS 以外の Web サーバーを使用する場合、Web サーバー・ゲートウェイ経由 (ルート 1) で通信するようにモデル作成ツールを設定します。これにより、フ


ァイアウォールでモデル作成ツール、Web サーバー、アプリケーション層コンポーネントを分離するときに、通信チャンネルを追加して設定する必要がなくなります。

ネットワーク・ファイアウォールの考慮事項

モデル作成ツールが、アプリケーション層コンポーネントを保護するネットワーク・ファイアウォールの外にある場合、ディスパッチャーとの通信で問題が発生する可能性があります。セキュリティー上の理由により、デフォルトの IBM Cognos

BI 設定では、ディスパッチャーは、ネットワーク・ファイアウォールの外にある場合、モデル作成ツールからの要求を受け入れないように設定されています。

Framework Manager などのモデル作成ツールがネットワーク・ファイアウォールの外側にある場合、ネットワークを越えて IBM Cognos BI アプリケーション・サーバー上のディスパッチャーに要求を送信することはできません。ネットワーク・ファイアウォール越しに通信するときに発生する通信の問題を回避するために、モデル作成ツールをアプリケーション層コンポーネントと同じ階層にインストールします。次の図は、ネットワーク・ファイアウォールの内側にある Framework Manager

コンピューターが、IBM Cognos BI アプリケーション・サーバー上のディスパッチャーと問題なく通信している様子を示しています。


次の図のように、モデル作成ツールとの通信用に専用のゲートウェイを追加してインストールする方法もあります。そこで、ディスパッチャーがモデル作成ツールから要求を受け入れるように、モデル作成ツールとそのゲートウェイを設定します。


別の方法として、モデル作成ツールとの通信用に専用のゲートウェイを追加してインストールすることができます。そこで、ディスパッチャーがモデル作成ツールから要求を受け入れるように、モデル作成ツールとそのゲートウェイを設定します。モデル作成ツールに設定する必要のある環境プロパティーに加えて、専用ゲートウェイ・コンピューターのゲートウェイ・プロパティーにディスパッチャー URI を設定する必要があります。

IBM Cognos BI と別の IBM Cognos 製品との共存IBM Cognos BI は、別の IBM Cognos 製品がある環境にインストールすることができます。

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

複数の製品を使用する場合の重複するサービス

多くの IBM Cognos 製品は、Report サービスや Presentation サービスなど、類似したサービスを使用します。 IBM Cognos Business Intelligence と IBM Cognos

Metrics Manager または IBM Cognos PowerPlay など、複数の製品を使用する場合、製品が正しく機能するために、重複するサービスのいくつかを使用不可にする必要があります。

例えば、IBM Cognos Business Intelligence と IBM Cognos PowerPlay をインストールしているとします。これらの製品には両方とも、Report サービスと Presentation


サービスが含まれています。両方の製品が同じゲートウェイを介してアクセスされる場合、IBM Cognos BI サービスで実行する必要があるレポートが、IBM Cognos

PowerPlay サービスに経路指定される可能性があります。結果として、レポートでエラーが表示される場合があります。

以下のリストは、3 つのサーバー (各サーバーが 1 つの製品をホストする) を使用した分散コンポーネントの例を示しています。 4 番目のサーバーは、共通のゲートウェイをホストします。

v サーバー A - IBM Cognos Business Intelligence

v サーバー B - IBM Cognos Metrics Manager

v サーバー C - IBM Cognos PowerPlay

v サーバー D - すべての製品で使用される Web サーバー

1. サーバー A で、Report サービスおよび Presentation サービスを使用可能にする必要があります。

2. サーバー B およびサーバー C で、Report サービスおよび Presentation サービスを使用不可にする必要があります。

3. サーバー D には、これらのサービスは存在しません。

IBM Cognos BI にアップグレードできる IBM Cognos 製品ReportNet®、IBM Cognos Metrics Manager、DecisionStream、PowerPlay Web というIBM Cognos 製品は、現在 IBM Cognos BI に含まれているコンポーネントの初期バージョンになります。このような製品を IBM Cognos BI にアップグレードする場合、IBM Cognos BI への移行が満足のできる状態になるまで、古いバージョンの製品を同一コンピューター上で同時に実行できます。

ReportNet

ReportNet と IBM Cognos BI を同時に実行するには、それぞれのバージョンに対して、ポート、Content Store、Web の別名、Cookie を一意に割り当てる必要があります。デフォルトの設定を使用する場合は、設定処理で IBM Cognos BI に割り当てる新しいポートと Content Store を選択するだけで済みます。

ReportNet をアップグレードするまでは、IBM Cognos BI で ReportNet のコンテンツをそのまま使用することはできません。 IBM Cognos BI にアップグレードすると、IBM Cognos BI のスキーマを使用できるように Content Store がアップグレードされますが、それまでのバージョンからは使用できなくなります。このため、両方の製品バージョンを実行するには、以前の Content Store と新しい Content Store

の両方を維持する必要があります。両方の Content Store を維持するには、次のいずれかの方法を使用します。

v データベースのエクスポート・ユーティリティーを使用して ReportNet コンテンツの Content Store データベースのコピーを作成し、そのコピーを IBM Cognos

BI で使用する

v IBM Cognos Connection に装備されているエクスポート機能を使用して、ReportNet の Content Store データベースをエクスポートし、エクスポートした配布情報を IBM Cognos BI にインポートする


レポートは、製品のアップグレード時にアップグレードできますが、既存のSoftware Development Kit アプリケーションとの互換性を保つ必要がある場合などは、あとでアップグレードすることもできます。

同時実行やアップグレードの方法については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」のアップグレードに関する章を参照してください。

IBM Cognos Metrics Manager

IBM Cognos Metrics Manager のデータ・ストア・コンテンツを IBM Cognos BI で使用するには、データ・ストアからコンテンツをフラット・ファイルにエクスポートし、IBM Cognos BI をインストールして、そのフラット・ファイルを IBM

Cognos BI Metric Store にインポートすることにより、アップグレードします。IBM Cognos Metrics Manager のキューブ選択機能 (特定の評価指標をキューブの交点にマップする機能) は、その他の IBM Cognos BI の Studio/Authoring ツールでは使用できません。

アップグレード方法については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」のアップグレードに関する章を参照してください。

IBM Cognos DecisionStream

IBM Cognos DecisionStream Series 7 は引き続き IBM Cognos BI 製品と同時に実行できます。DecisionStream Series 7 を使用して作成されたカタログは、Data Manager

で使用する前にアップグレードする必要があります。

同時実行や、DecisionStream カタログの IBM Cognos BI Data Manager 環境に合わせたアップグレードの方法については、Data Manager「User Guide」のカタログのアップグレードに関する章を参照してください。

IBM Cognos PowerPlay Web

PowerPlay Web レポートは、IBM Cognos BI ポータルから PowerPlay 7 のユーザー・インターフェースでそのまま使用できます。また、PowerPlay Web と IBM

Cognos BI の間でドリルスルーを行えます。PowerPlay Enterprise Server から IBM

Cognos BI への発行も、Series 7 ネームスペースを IBM Cognos Series 7 と IBM

Cognos BI で識別できるように同一のホスト名か IP アドレスを使用することで、行えます。

さらに、IBM Cognos Migration Assistant を使用して、次のレポートを IBM Cognos

BI レポートにアップグレードすることもできます。

v PowerPlay Windows レポート

v PowerPlay Web Explorer レポート

v PowerPlay for Excel レポート

v PowerPlay Web に対して発行された PowerPlay for Windows レポート

このツールは、IBM Cognos Customer Center (http://www.ibm.com/software/data/

support/cognos_crc.html) で入手できます。

アップグレード方法については、「Migration Assistant User Guide」を参照してください。


http://www.ibm.com/software/data/support/cognos_crc.html


IBM Cognos BI に移行できる IBM Cognos Series 7 製品IBM Cognos Series 7 からメタデータとアプリケーションを IBM Cognos BI に移行できます。移行できるコンテンツは、Windows の Architect モデル、Windows のImpromptu クライアント・レポートとカタログ、Upfront コンテンツ、およびWindows または UNIX の Web ベースのコンテンツです。

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

サポートされている IBM Cognos Series 7 バージョンのリストと、 IBM Cognos

Migration Assistant およびドキュメントのダウンロード方法については、 IBM

Cognos Customer Center (http://www.ibm.com/software/data/support/cognos_crc.html) を参照してください。

Architect

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

Impromptu

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

Upfront

Upfront コンテンツを IBM Cognos BI に移行できます。移行プロセスにより、Upfront コンテンツの構造が IBM Cognos Connection フォルダーの構造にマッピングされます。既存の Upfront 組織を保存することにより、セキュリティーを移行済みのコンテンツに適用するなどの管理タスクを完了することが簡単になります。

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 BI との相互運用が可能な IBM Cognos 製品IBM Cognos 製品の中には、IBM Cognos BI では提供されていない機能を備えているものがあります。これらの製品は IBM Cognos BI と同じ環境で使用できます。一部の製品と組み合わせると、IBM Cognos BI ポータルで異なるタイプのキューブやレポートにアクセスできるようになります。それ以外の製品では、IBM Cognos

BI ポータル独自の機能にアクセスできます。

IBM Cognos Planning - Analyst

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

Analyst 7.3 MR1 以降が必要です。

この製品を IBM Cognos BI サーバーと組み合わせて使用する場合は、両方の製品のバージョンが同じでなければなりません。

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

IBM 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 以降が必要です。


詳細については、Contributor の「Administration Guide」を参照してください。

IBM Cognos Finance

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

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

IBM Cognos Controller

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

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

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



IBM 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 BI における IBM CognosSeries 7 ネームスペースの設定について詳しくは、IBM Cognos Business Intelligence「インストールおよび設定ガイド」を参照してください。

IBM Cognos Series 7 の保護された PowerCube のアップグレードの詳細については、IBM Cognos BI「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

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

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 は同じバージョンでなければなりません。

IBM Cognos Analytic Applications

IBM Cognos Analytic Applications はパフォーマンス管理のためのソリューションで、データ移入済みデータ・ウェアハウス、データ・ウェアハウスで利用可能なデータを表すパッケージ、定義済みレポートのセットが含まれています。

IBM Cognos Analytic Applications Workbench はパフォーマンス管理のためのソリューションで、アプリケーションの作成に利用できるサンプルのビジネス・インテリジェンス・データや、カスタマイズして独自の製品ドキュメントを作成するためのドキュメント・ソース・ファイルが含まれています。

64 ビット・システムでのインストールで、いくつかの IBM Cognos Analytic

Application コンポーネントを使用できます。 64 ビット・インストールのデフォルト・インストール・ディレクトリーは、32 ビット・インストールのデフォルト・インストール・ディレクトリーとは異なります。すべてのサーバー・コンポーネントをまとめて 1 つのサーバーにインストールするか、または複数のサーバーにインストールするかに関係なく、32 ビット・コンポーネントと 64 ビット・コンポーネントは別々のディレクトリーに置く必要があります。

IBM Cognos Mobile

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

Studio、および Business Insight を使用して作成されたレポートに、モバイル・デバイス (Blackberry など) やタブレット・コンピューターでアクセスできます。

レポートのダウンロード、表示、および対話での操作を行うためには、IBM Cognos

BI コンポーネントをサーバーにインストールすることに加えて、IBM Cognos

Mobile が Web ベースであるか、またはネイティブ・クライアントのダウンロードかリッチ・クライアントのインストールが必要です。 IBM Cognos Mobile と IBM

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

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


Lifecycle Manager

Lifecycle Manager は、ReportNet 1.1 MR3 または MR4、および以前のバージョンの IBM Cognos BI から新しいバージョンの IBM Cognos BI へのアップグレードを監査する、Windows ベースのアプリケーションです。2 つの異なる IBM Cognos

BI リリースからのレポート結果を検証、実行、比較する検証機能を有しています。これは、リリース間のアップグレードや互換性の問題を識別するために役立ちます。ユーザー・インターフェース・デザインとステータス・レポート作成機能により、アップグレード・プロジェクトを計画し、ステータス・レポートを作成するための、実証済みの実行プロセスとサポートを利用できます。Lifecycle Manager ではさらに、テスト・ケースに対してレポートやモデルなどの必要なファイルをバンドルするプロセスの大部分が自動化されます。

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

IBM Cognos BI Business Viewpoint Studio

IBM Cognos BI Business Viewpoint Studio は、企業の業績管理プロセスで使用するディメンションについての「唯一の真実 (One Version of The Truth)」を管理するのに役立ちます。Business Viewpoint Studio では、統一的に協同作業を行うことを目的としたワークフロー指向のビジネス・プロセスを利用して、企業によるビジネスの分析と管理に関連するすべてのデータに対する、手動での変更と自動化された変更の両方を管理します。IBM Cognos BI Business Viewpoint Studio と IBM Cognos

BI は同じバージョンでなければなりません。

IBM Cognos コンテンツ・アーカイブ

IBM Cognos コンテンツ・アーカイブにより、出力レポート・バージョンとそのソース・レポート仕様を外部のコンテンツ・アーカイブ・リポジトリーに保管できます。これは、Content Store のサイズを減らすことによって、システム・パフォーマンスを向上させ、IBM Cognos 製品のスケーラビリティーを高めるとともに、規制要件に厳密に準拠するのに役立ちます。 IBM Cognos コンテンツ・アーカイブは、IBM FileNet® CMIS 外部リポジトリーを伴う IBM FileNet Content Manager をサポートしています。


IBM Cognos BI で再作成できる IBM Cognos Series 7 コンテンツ

IBM Cognos 製品には、移行やアップグレードのツールを使用して IBM Cognos BI

に移行したりアップグレードしたりできないものもあります。IBM Cognos BI では、次に説明する製品のコンテンツや機能を再現するために、2 つのオプションが用意されています。 1 つは Upfront ポータルを IBM Cognos BI ポータルで使用する方法、もう 1 つは IBM Cognos BI の Studio/Authoring ツールを使用してクエリーや Visualization、オブジェクトを再現する方法です。


IBM 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 コンポーネントを使用して、保存したクエリーを手作業で複製することもできます。

IBM Cognos Visualizer

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

IBM Cognos NoticeCast

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

IBM Cognos Web Services

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

IBM CognosScript

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

IBM Cognos Portal Services

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



第 7 章パフォーマンスの計画

パフォーマンスとは、実行すべきタスクをシステムでどのくらい効率的に実行できるかを表す数値データで、処理容量と作業負荷の関係によって決まります。

パフォーマンスの高いシステムとは、次のようなシステムです。

v 要求を素早く処理できる。

IBM Cognos Business Intelligence の実行に必要なハードウェアの仕様を、予想される処理作業負荷に基づいて判断します。

v 作業負荷の増加に応じて拡張できる。

IBM Cognos BI の実行に必要なハードウェアの仕様を、予想される処理作業負荷に基づいて判断します。

v 例外的な状況でも動作する。


IBM Cognos BI が最適に動作するには、パフォーマンスに留意して IBM Cognos

BI の実装を計画する必要があります。パフォーマンスの計画には、科学的な側面と経験的な側面があります。この計画には、さまざまなタイプのユーザーによるニーズの評価、利用可能なリソースに基づいた意思決定、セキュリティーやアプリケーション統合などの要因を考慮したソリューションの開発を行う必要があります。

この章で説明する規則は、IBM Cognos BI のパフォーマンス計画にとって絶対的なものではありません。ここでは、パフォーマンスに影響を与える可変要素と、IBM

Cognos BI の実装時にこれらの可変要素をどのように考慮するかについて説明します。説明する可変要素は次のとおりです。

v 容量


v 拡張性

増加する需要に合わせて拡張可能な IBM Cognos BI の利点を生かせるように、IBM Cognos BI コンポーネントのインストールと設定方法を決定します。

v 可用性

ハードウェアの障害やその他の異常事態がシステムに発生した場合に備えて提供されているフェイルオーバー機能の利点を生かせるように、IBM Cognos BI の実装方法を決定します。

IBM Cognos BI のパフォーマンスの維持は、終わりのない作業です。IBM Cognos

BI の実装後も、パフォーマンスを定期的に監視し、調整する必要があります。 101

ページの『第 8 章パフォーマンスの監視と調整』を参照してください。


処理容量の計画処理容量の計画では、予想される作業負荷の下でシステムが正常に稼働するために必要なハードウェアの仕様を判断します。

処理容量の計画は、測定が難しい可変要素や測定不可能な可変要素など多くの可変要素を扱う必要があるため困難な作業になります。処理容量の計画は、既知の可変要素を測定し、その測定値に基づいて知識と経験からリソース要件を推定する科学的な手法です。また同時に、未知の可変要素を見込んだ上で、これらの可変要素が既知の可変要素から推定した内容に及ぼす影響を評価する高度な技術です。

IBM Cognos BI の処理容量要件を判断するには、次の各項目について情報を収集します。

v IBM Cognos BI ユーザー

予測される IBM Cognos BI ユーザー数と、ユーザーが IBM Cognos BI を使用する時間帯を推定します。

v アプリケーションの複雑さ

ユーザーが IBM Cognos BI に求める処理の複雑さを評価します。

v 既存のインフラストラクチャー

使用している環境とインフラストラクチャーの特性。

処理容量の計画は、終わりのない作業です。IBM Cognos BI の実装後、処理容量を監視し、必要に応じて必要なパフォーマンスが得られるように処理容量を変更します。

IBM Cognos BI のユーザー負荷の推定一般に、ユーザーの数が増え、要求が長時間にわたって集中すると、システムが効果的に稼働するために必要なハードウェア量も増大します。そのため、IBM Cognos

BI の十分な容量を計画する際は、IBM Cognos BI を使用するユーザー数と、ユーザーが IBM Cognos BI を使用する時間帯を推定する必要があります。これによって、必要なハードウェアの大きさだけでなく、既存のハードウェアの最適な使用方法も判断できます。

同時接続ユーザーの推定IBM Cognos BI の負荷は、実際に処理を行っているユーザーによって発生します。このようなユーザーを同時接続ユーザーと呼びます。同時接続ユーザー数を推定するには、ユーザー全体を名前付きユーザー、アクティブなユーザー、同時接続ユーザーに分類します。

v 名前付きユーザー

名前付きユーザーとは、IBM Cognos BI の使用を許可されているすべてのユーザーのことで、ユーザー全体を指します。

v アクティブなユーザー

アクティブなユーザーとは、名前付きユーザーのサブセットで、IBM Cognos BI

にログオンし、システム・リソースを要求できるユーザーを指します。


v 同時接続ユーザー

同時接続ユーザーとは、アクティブなユーザーのサブセットで、システム・リソースを同時に要求しているユーザーを指します。同時接続ユーザーには、要求を送信中のユーザーと、要求に対する応答を待っているユーザーが含まれます。

一般的に、ビジネス・インテリジェンス・アプリケーションの名前付きユーザー、アクティブなユーザー、および同時接続ユーザーの比は、およそ 100:10:1 になります。すなわち、1000 人の名前付きユーザーがいれば、そのうちアクティブなユーザーの数は 100 人であり、その中の 10 人が同時接続ユーザーになります。

同時接続数の比率は、時間とともに変化することがあり、また次のような多くの要素による影響を受けます。例えば、同時接続ユーザーの数は、アクティブなユーザーおよび名前付きユーザーの数と相対的な関係があり、ユーザーの総数が少なければ同時接続ユーザーの数は多くなる傾向があります。しかし、同時接続数の比率を決定する最も重要な要素は、各時間帯にわたる処理要求の分散状況です。

負荷の分散の推定IBM Cognos BI では、次の原因で負荷が発生します。

v ユーザー・ナビゲーション、およびレポートの実行や表示などの処理要求

v スケジュールされたレポートやバースト・レポートなどの自動化されたプロセスまたはイベント駆動型のプロセスによって発生する要求

ユーザーが IBM Cognos BI の使用や処理要求の送信を行う可能性が最も高い時間帯を判断することによって、自動プロセスをスケジュールする時刻を決定できます。これによって処理の負荷を各時間帯に均一に分散できるため、システム・リソースを有効に利用して、最適なパフォーマンスを維持できるようになります。この場合に重要なのは、常に IBM Cognos BI システムに負荷をかける同時接続ユーザー数を推定することです。

営業時間、作業習慣、ユーザーの地理的分散などの要素によって、各時間帯の同時接続数の比率や、十分な処理容量を確保するための方法が変わってくる可能性があります。

1 日の要求量が平均的に分散されているビジネス・インテリジェンス・アプリケーションの同時接続数の比率のピークは、要求の大部分が 1 日の特定の時間帯に集中するアプリケーションよりも低くなります。例えば、ユーザーが 1 つの時間帯に集中して存在する場合、営業時間内にはユーザーから大量の要求が送信され、その営業時間を過ぎると要求数が少なくなると予想されます。この場合、同じハードウェア・リソースを使用して双方向処理と片方向処理を行うことによって、ピーク時とオフピーク時にうまく対応できる場合があります。例えば、自動化された作業をオフピーク時に実行するようにスケジュールし、ピーク時に双方向で作業するユーザーのためのデータを生成しておくことができます。

逆に、ユーザーがいくつかのタイム・ゾーンに分散している場合は、システムにかかるユーザー負荷は複数の時間帯にわたって分散するため、スケジュールされた作業にあてられるオフピーク時間は少なくなります。このような場合は、双方向処理と片方向型処理用にそれぞれ専用のハードウェア・リソースを割り当てることができます。

第 7 章パフォーマンスの計画 85

負荷分散のための処理のスケジュールユーザー負荷の分散傾向を知ることによって、自動プロセスをスケジュールする時間帯が決定しやすくなります。スケジュールは次の 2 種類のレポートに適用されます。

v スケジュール済みのレポート

スケジュールされたレポートは、多くの場合、前日の営業データのような、更新されるイベント駆動型の情報に関するレポートです。

v バースト・レポート

バースト・レポートは、事前に定められたスケジュールに従う、データのフィルター処理を必要とする複数のユーザーのためのレポートです。バースト・レポートは、共通のレポート形式が複数の受信者に適用でき、各受信者がカスタマイズされた情報を必要としている場合に使用されます。

スケジュールは、予測可能な一定の周期で更新されるデータに基づくレポートに使用するのが最も効果的です。例えば、社内で前日の情報に基づいて営業報告書を作成し、これを毎営業日の開始時刻に利用できるようにしておくような使用方法が考えられます。ユーザーが毎朝一斉にこのようなレポートを作成すると、システムにとってかなりの負荷になります。レポートがデータの更新時に呼び出され、オフピーク時に実行されるようにスケジュールしておけば、ピーク時に必要な処理容量を削減できます。

IBM Cognos BI を実装した後、レポートのスケジュールとバーストを調整する方法については、 104ページの『IBM Cognos BI の調整』を参照してください。レポートのスケジュール方法については、「管理およびセキュリティー・ガイド」を参照してください。

アプリケーションの複雑さの評価負荷は、同時接続ユーザー数だけでなく、処理要求の複雑さによっても異なります。要求が複雑になるほど、要求の処理にかかる時間が長くなります。一般的に、要求が複雑なものより単純なほうが、ハードウェア・リソースが一定の時間内に処理できる要求数が多くなります。そのため、アプリケーションの複雑さは、ハードウェア・インフラストラクチャーでサポートできる同時接続ユーザー数を決定する上で重要な要素になります。

IBM Cognos BI アプリケーションの複雑さは、データベース・クエリーから返される結果セットの処理に必要な作業量、出力レポートのサイズやレイアウトなどによって決まります。レポートのサイズは、レポートのページ数と、グラフなどの要素の有無によって決まります。

ピーク時に実行されるレポートを割り出してその処理効率を上げることにより、ユーザーの要求を制限することなく、ピーク時のパフォーマンスを高めることができます。レポート作成パターンは時間とともに変化するため、継続的にアプリケーションの複雑さを評価し、レポートの効率を上げる必要があります。詳細については、 101ページの『第 8 章パフォーマンスの監視と調整』を参照してください。


インフラストラクチャー・コンポーネントの計画IBM Cognos BI のパフォーマンスは、使用しているインフラストラクチャーの特性にも左右されます。

IBM Cognos BI サーバー・コンポーネントは、100 MB の容量を持つネットワークに接続しておくことが理想的です。Web ブラウザーと Web サーバー間のネットワーク帯域幅はシステムの拡張性には影響しませんが、ユーザーのパフォーマンスには影響を及ぼします。

高速のワークステーションではなく、サーバー専用に設計されたコンピューターを使用します。サーバー専用に設計されたコンピューターでは、ビジネス・アプリケーションが高速に実行され、またシステム障害が発生する確率も低くなります。

Web サーバーとアプリケーション・サーバーを完全に IBM Cognos BI 専用にするか、または他のソフトウェア製品と共有するかを決定します。他のアプリケーションとリソースを共有している場合は、処理容量要件を判断する際に、これらのアプリケーションを考慮に入れる必要があります。

Web サーバーの処理を専用とするサーバー・コンピューターには、ゲートウェイ・コンポーネントのみをインストールします。Web サーバーは、多数の小規模な要求を処理するように設計されています。多くの場合、より大規模な要求は、アプリケーション・サーバーで処理されます。

環境に最も適したタイプのゲートウェイを使用します。例えば、環境によっては、ISAPI や Apache のほうが CGI よりも優れたパフォーマンスを実現することがあります。

セキュリティー・インフラストラクチャーが複雑な場合、応答時間が増加することがあります。セキュリティー・インフラストラクチャーが複雑になると、ユーザーの要求が検証される回数が増えます。例えば、複数のネットワーク・ファイアウォールを実装すると、各ファイアウォールを通過するたびに、すべての要求が検証されることになります。このため、要求を完了するまでの時間が長くなります。さらに、SSL を使用する場合は、SSL 暗号化によるオーバーヘッドによって、応答のサイズと処理におけるオーバーヘッドがともに増加します。

通知サービスを使用すると E メールのトラフィックが増加するため、増加した負荷に応じてメール・サーバーを拡張できることを確認してください。

Content Store のサイズの調整Content Store は Content Manager で使用され、IBM Cognos Connection やサード・パーティー製ポータルで表示または管理可能な IBM Cognos BI のすべての情報がContent Store に保存されます。Content Store は IBM Cognos BI の中枢部であり、効率よく動作するために十分なリソースを割り当てる必要があります。IBM Cognos

BI のパフォーマンスと拡張性を最大限にするため、Content Store がボトルネックとならないように必要なリソースが割り当てられていることを確認してください。

IBM Cognos BI Content Store に必要なサイズは、レポート、パッケージ、スケジュールなどの IBM Cognos BI で作成と保存を行うアイテムの数とサイズによって異なります。ユーザーの作成するアイテムの数が増加するにつれて、通常は Content

Store に必要なスペースが増加していきます。


Content Store に割り当てるスペースを決定する際には、次のことを考慮に入れてください。

v ユーザーの数

ユーザーの数が増えると、実行、保存されるレポートの数も増加し、Content

Store に必要なスペースも増大します。

v 保存されるレポートの数

保存されるレポート数が増えると、Content Store に必要なスペースも増大します。組織全体で使用するように設計されたレポートや共有フォルダーに保存されるレポートは、ユーザーの個人用フォルダーに複製されることがよくあります。このため、保存されたレポートの数が増加し、レポート用に必要なスペースも増大します。

v 保存する表示の数

保存するレポート・ビューの数が増えると、必要なスペースも増大します。

v フォルダーの数

IBM Cognos BI は通常、共有フォルダーの他に、各ユーザーの個人用フォルダーも 1 つ以上使用します。各フォルダーの名前と説明に使用される文字数が増加すると、フォルダーのサイズが増大します。

v スケジュールの数

スケジュールは、毎日、毎週、または毎月の印刷を実行するために作成される(または設定される) ことがあります。スケジュールの数が増えると、必要なContent Store のスペースも増大します。

v Framework Manager パッケージの数

パッケージの数、およびパッケージに含まれるテーブルやクエリー・サブジェクトの数が増えると、必要なスペースも増大します。

v その他の格納アイテム

この他、トランザクション・ログ、一時的に必要なスペースなどの格納アイテムによっても必要な Content Store のサイズが増大します。

例:Content Store のサイズの推定

Microsoft SQL Server データベースをホストとする空の Content Store のサイズは約2～3 MB です。サポートされている他のデータベースを使用する場合、このサイズはサイズ割り当て方針によって異なります。

同時接続ユーザーの数は、Content Store のサイズに影響します。要求が保存されていない場合でも、レポート実行要求を処理するために一時的なディスク・スペースが割り当てられるためです。

50 人の同時接続ユーザーがいる場合、約 25% がレポートを実行中で、75% が保存された出力を表示中であると推測できます。つまり、約 12.5 人のユーザー (同時接続ユーザー数 50 人×0.25 がレポートを実行 = 12.5 人の同時接続ユーザー) がレポートを実行中であることになります。


次の表に、Content Store に必要なサイズの推定方法の例を示します。

表 2. Content Store のサイズの推定

要素数字Content Store の必要量の推定 (KB)

名前付きユーザー 1000* 該当なし

アクティブなユーザー 250* 該当なし

同時接続ユーザー (一時スペースの必要量) 50* 5,000,000

保存されたレポート:1～10 ページのもの (1

レポートあたり 340 KB、1 ユーザーあたり共有フォルダーに 1 つ、個人用フォルダーに 1 つの計 2 レポートを複製)

1001 340,340

保存されたレポート:10～100 ページのもの(1 レポートあたり 440 KB、1 ユーザーあたり共有フォルダーに 4 つ、個人用フォルダーに 5 つの計 9 レポートを複製)

5,004 2,201,760

保存されたカスタム・ビュー:1～100 行のもの (1 ビューあたり 250 KB、1 ユーザーあたり 3 つをすべて個人用フォルダーに保存)

3,000 750,000

保存されたカスタム・ビュー:100～1000 行のもの (1 ビューあたり 350 KB、1 ユーザーあたり 8 つをすべて個人用フォルダーに保存)

8,000 2,800,000

フォルダー (共有および個人) 1,025 500

Framework Manager モデル 15 100,000

Framework Manager モデル (テーブル) 25 -

Framework Manager モデル (クエリー・サブジェクト)

50 -

スケジュール (毎日および毎週) 175 5,000

空の Content Store -- 3,000

データベース・トランザクションのログ -- 3,000,000

合計 -- 14,200,600

* 一般的に、名前付きユーザー、アクティブなユーザー、および同時接続ユーザーの比は、およそ 100:10:1 になります。ただし、この比率は環境によって変わります。詳細については、 84ページの『同時接続ユーザーの推定』を参照してください。


処理容量の計画の詳細については、IBM Cognos Customer Center

(http://www.ibm.com/software/data/support/cognos_crc.html) を参照してください。

拡張性の計画拡張性とはシステムの能力の 1 つで、システムが複雑になりすぎたり、コストが過大になったり、管理不能になったりすることなく、予測可能な方法で増加した処理要求に対応する能力を指します。システムを多くのユーザーに展開するにつれて、異なる場所やタイム・ゾーン、異なる言語に関する要求が多くなり、拡張性の重要度が増していきます。

IBM Cognos BI は拡張性を備えた設計になっています。より高性能なコンピューターの使用による垂直方向の拡張と、多数のコンピューターの使用による水平方向の拡張が可能です。IBM Cognos BI コンポーネントをインストールおよび設定する方法によって、拡張性を強化できます。

Web サーバーとゲートウェイの拡張性IBM Cognos BI での Web 通信はすべて、Web サーバーにインストールされたIBM Cognos BI ゲートウェイを通じて行われます。IBM Cognos BI システムの拡張性を強化するには、容量の大きなコンピューターで Web サーバーを実行するか、または IBM Cognos BI ゲートウェイを複数の Web サーバーにインストールして各サーバーで負荷の分散機能を利用するように設定します。

負荷の分散負荷の分散とは、利用可能なすべてのプロセッサー間でタスクを分散することです。負荷の分散は、どのようなシステムでも重要であり、処理容量と拡張性の鍵となる機能です。IBM Cognos BI での負荷の分散とは、利用可能なすべての IBM

Cognos BI サーバー間で要求の処理を適切に分散することです。IBM Cognos BI ではこれが自動的に行われますが、手動で負荷の分散を設定することも可能です。

負荷の自動分散

分散環境では、IBM Cognos BI によって要求負荷が自動的に分散されます。デフォルトでは、サーバーをシステムに追加すると、各サーバーのディスパッチャーで同じ数の要求が処理されます。あるサービスのインスタンスが複数存在する場合、ディスパッチャーでは Content Manager に登録されているサービスの有効なインスタンスすべてに要求が分散されます。

負荷の分散の設定

サーバー・トポロジー内でハードウェア・リソースが同じ場合は、負荷の自動分散が適していますが、処理容量特性の異なるハードウェア・リソースが環境内に混在している場合は、自動分散が適さないこともあります。処理容量の異なるサーバーが混在するハードウェア環境では、できればサーバーの処理容量に応じて処理の負荷が分散されるように設定します。

IBM Cognos BI では、サーバー管理オプションによって処理容量の設定を指定できます。例えば、2 つのサーバーがあり、一方が他方の 2 倍の処理容量がある場合、



処理容量の高いサーバーの重みを 2 に設定し、低いサーバーの重みを 1 に設定できます。これによって、IBM Cognos BI では処理容量の高いサーバーに 2 倍の要求が送信されるようになります。

IBM Cognos BI のディスパッチャーの設定については、「管理およびセキュリティー・ガイド」を参照してください。

負荷分散ディスパッチャー

ソフトウェアまたはハードウェアによる負荷の分散機構がない場合、各 IBM

Cognos BI ゲートウェイで認識されるディスパッチャーは 1 つのみであり、すべての要求がこのディスパッチャーに送信されます。次に、ディスパッチャーによって要求が IBM Cognos BI サーバー間で分散されます。どの要求も最初は 1 つのサーバーの同じディスパッチャーへ送られるため、このサーバーの負荷が増大します。負荷を自動的に分散するには、次の図に示す特別な手順が必要になります。

外部の負荷分散機構を必要としない負荷分散を実装するか、ルーターやその他の負荷分散機構を使用することによって、この特別な手順を省くことができます。

外部機構を必要としない負荷分散

ゲートウェイ・サーバーの負荷は IBM Cognos BI サーバーの負荷よりも小さいことが多いため、ゲートウェイとディスパッチャーを次の図のように設定することによって、パフォーマンスが向上する場合があります。

図 12. 負荷分散ディスパッチャー


これにより、IBM Cognos BI サーバーの処理能力が、要求の負荷分散よりもレポート要求の処理に向けられます。

次の図に示すように、ゲートウェイのトラフィックをすべてディスパッチャー専用の IBM Cognos BI サーバー・コンピューターに転送することによって負荷の分散を実現することもできます。

この設定では、ディスパッチャーによる負荷を IBM Cognos BI サーバーから削減することにもなります。ただし、ディスパッチャー専用のコンピューターが別に必要になります。

図 13. ディスパッチャーとゲートウェイを構成することによる負荷分散

図 14. ゲートウェイのトラフィックをディスパッチング専用の IBM Cognos BI サーバーに転送する構成による負荷分散


外部の負荷分散機構の使用

ルーターなどの外部の負荷分散機構を使用して、IBM Cognos BI のタスクをさらに分散できます。負荷分散ルーターは次の場所のどちらか、または両方で使用できます。

v ブラウザーと第 1 層 (Web サーバー) の間

v 第 1 層 (Web サーバー) と第 2 層 (IBM Cognos BI サーバー) の間

次の図に示すように、外部の負荷分散機構を使用して、利用可能なすべてのサーバーのディスパッチャーに要求を分散することができます。

次の図に示すように、複数のゲートウェイに対してルーターを使用することもできます。

図 15. 外部の負荷分散機構を使用した、利用可能なすべてのサーバーのディスパッチャーへの要求の分散


理想的な負荷分散機構は、IBM Cognos BI ディスパッチャーと同等の処理容量の認識機能を備えています。

外部の負荷分散機構とディスパッチャーの両方で要求が分散されるのを防ぐため、親和性の低い要求に対しては組み込みの負荷分散機能を使用しないようにディスパッチャーを設定する必要があります。この設定により、ハードウェアの負荷分散機能によって転送されてきた要求はサーバーに留まることになります。

要求の親和性親和性とは、要求が特定のサーバーに割り当てられている度合い、または負荷分散機構が要求を他のサーバーに割り当てることのできる度合いを指します。要求とサーバーとの親和性は、要求が各コンピューターに転送され処理されることを保証するものです。IBM Cognos BI で使用する親和性には、絶対的な親和性、制御を受ける親和性、高い親和性、低い親和性、セッションの親和性、サーバーの親和性というタイプがあります。キャンセル処理は専用の接続で処理され、親和性のタイプがありません。

要求が効率的に管理され、負荷が分散されるようにするため、IBM Cognos BI では要求の親和性を利用して一部の要求が転送されます。例えば、要求は以前に関連のある要求を処理した IBM Cognos BI サーバーに返送されます。これは IBM

Cognos BI によって自動的に行われます。1 つ以上の負荷分散機構を使用していても、要求の親和性による処理には影響しません。

ReportService 接続は、AffineConnections または NonAffineConnections として定義されます。AffineConnections は絶対的な親和性と親和性の高い要求のみを受け付けます。NonAffineConnections はすべてのタイプの reportService 要求を受け付けます。

図 16. 外部の負荷分散機構を使用した、複数ゲートウェイでのルーターの使用


絶対的な親和性

絶対的な親和性を持つ要求は、最初の要求を処理したサーバーに必ず転送されます。サーバーが使用できない場合は、要求が失敗します。例えば、レポートの実行がキャンセルされると、絶対的な親和性によってキャンセル要求はそのレポートを実行中のプロセスに転送されます。絶対的な親和性は、長時間実行される要求がタイムアウトにならないようにするため、要求を実行中のサーバーとクライアントとの間の関連付けに使用されます。

IBM Cognos BI では、負荷分散の使用状態にかかわらず、絶対的な親和性を持つ要求を特定のサーバーに転送します。絶対的な親和性を持つ要求は、getOutput やrelease などの処理で使用されます。

制御を受ける親和性

制御を受ける親和性を持つ要求は、絶対的な親和性を持つ要求と同じ方法でルーティングされます。制御を受ける親和性を持つ要求は、wait や cancel などのシステム処理用に予約されています。

高い親和性

親和性の高い要求は、どのサーバーでも処理される可能性がありますが、実行中のプロセスに転送されるとリソースの使用量が最小になります。ディスパッチャーでは、親和性の高い要求が対話コンテキスト・ノード ID で指定されたサーバーにルーティングされます。指定されたサーバーが使用できない場合は、使用可能な任意のサーバーに要求がルーティングされます。

例えば、レポートの表示中に pageDown コマンドが実行された場合、ページの表示処理を現在行っているプロセスが使用されると、このコマンドは最も効率的に実行されます。管理者がコンピューターをシャットダウンしたかネットワーク障害が発生したため、このプロセスが利用できない場合は、このコマンドによる要求は別の利用可能なプロセスに転送されます。その結果、次のページが引き続き表示されますが、処理速度は低下します。

IBM Cognos BI では、負荷分散の使用状態にかかわらず、親和性の高い要求を特定のサーバーに転送します。親和性の高い要求は、次の処理で使用されます。back、email、firstPage、forward、lastPage、nextPage、previousPage、print、render、save、および saveAs。

低い親和性

親和性の低い要求は、どのコンピューターでも同じ効率で処理されます。例えば、レポート要求は IBM Cognos BI システム内の任意のコンピューターで実行できます。

親和性の低い要求は、次の処理で使用されます。add、collectParameterValues、execute、getMetadata、getParameters、query、testDataSourceConnection、update、および validate。

IBM Cognos BI の親和性の詳細については、 107ページの『親和性の接続の設定』を参照してください。


セッションの親和性

セッションの親和性を持つ要求は、対話コンテキスト・ノード ID に従ってルーティングされます。ノード ID が存在する場合、親和性の高い要求と同様にルーティングされます。ノード ID が存在しない場合は、親和性の低い要求と同様にルーティングされます。セッションの親和性はクエリーの再使用機能とともに使用します。クエリーの再使用が有効なときにレポートを初めて実行すると、現在のセッションのキャッシュにクエリーが保存されて、次回にレポートを実行するときに再使用されます。詳細については、「Framework Manager User Guide」を参照してください。

サーバーの親和性

サーバーの親和性を持つ要求は、絶対的な親和性の要求と同じ方法でルーティングされます。サーバーの親和性は、管理者が新しいデータ・ソースとの接続をテストする際など、管理用にデータ・ソースをテストする目的で使用されます。詳細については、「管理およびセキュリティー・ガイド」のデータ・ソースの作成に関するトピックを参照してください。

IBM Cognos BI サーバーの拡張性IBM Cognos BI アプリケーション・サーバーは、1 つ以上の IBM Cognos BI サーバーから構成されます。IBM Cognos BI の各インストールには、Content Store に保存されたデータを管理する Content Manager があります。各 IBM Cognos BI サーバーにはディスパッチャーが装備されており、このディスパッチャーによって IBM

Cognos BI Presentation サービス、Batch Report サービスと Report サービス、Job

And Schedule Monitor サービス、および Log サービスが実行されます。

ただし、一度にアクティブになる Content Manager は 1 つだけです。他の Content

Manager はバックアップ用に待機モードになっています。待機中の Content Manager

がアクティブになるのは、アクティブな Content Manager がインストールされているコンピューターに障害が発生した場合のみです。

拡張性を高めるには、個々のアプリケーション・サーバーで Content Manager とディスパッチャー・サービスを有効または無効にして、各コンピューターの負荷が要求のタイプに応じたものになるようにします。例えば、3 台のアプリケーション・サーバー・コンピューターがある場合、そのうち 1 台を双方向レポート要求専用とし、2 台目を Content Manager 用、3 台目をその他の IBM Cognos サービス用に設定することが可能です。

このようにして特定のコンピューターでの処理対象を定めることで、各コンピューターの負荷を制御できます。例えば、Content Manager を専用のコンピューターに配置すると、他の要求とリソースを共有せずにすみ、パフォーマンスの低下を防ぐことができます。レポートを実行するとリソースへの負荷が高くなる傾向があるため、特に大規模な IBM Cognos BI 環境では、Report サービスを他の処理から分離します。ただし、このような設定の調整を行う前には、ユーザーの要求を慎重に分析する必要があります。


IBM Cognos サービスの拡張性IBM Cognos サービスは、ディスパッチャー内のスレッドとして動作します。Report

サービスは、拡張性に与える影響が他のサービスと異なります。

Report サービスと Batch Report サービス

Report サービスと Batch Report サービスは、IBM Cognos BI のマルチインスタンス・コンポーネントです。そのため、1 つ以上のインスタンスが各 IBM Cognos BI

コンピューターで動作するように設定できます。

Report サービスと Batch Report サービスには同じプログラムが使用されますが、Report サービスでは双方向要求が処理され、Batch Report サービスではスケジュールされたタスクが処理されます。Report サービスのインスタンス数の設定と各インスタンスで処理されるスレッド数の設定については、「管理およびセキュリティー・ガイド」を参照してください。

Content Manager

Content Manager は、IBM Cognos BI の第 2 層または第 3 層にインストールできます。また、情報は Content Store に保存されます。情報の取得を高速化するため、Content Manager によってメモリー内にキャッシュが作成され、多くの要求が処理されます。これにより、ユーザーの要求を満たすために行うデータベースの読み込み回数が制限され、パフォーマンスの最適化と拡張性が強化されます。

1 つの Content Manager プロセスでは、複数のスレッドが並行してデータに対する要求を処理できます。Content Manager では、各ユーザー要求について 1 つ以上のスレッドが作成されます。パフォーマンスは Content Manager がインストールされているコンピューターの CPU (中央演算処理装置) の性能に依存します。

拡張性を高めるには、並行処理される要求スレッドをより多く管理できる高性能のコンピューターを使用します。Content Manager の拡張を行う際は、Content

Manager のパフォーマンスの妨げにならないように、Content Store リレーショナル・データベース管理システムも必ず拡張してください。

インデックス化検索

検索パフォーマンスは、使用している BI 環境にある CPU 数の影響を受け、複数のコンピューターにアプリケーション層コンポーネントをインストールすることによって拡張できます。インデックス・サービスは、アプリケーション層コンポーネントとともにインストールされます。複数のユーザーが同時に検索クエリーを実行する環境では、Index Data サービスを拡張することで検索結果の取得が高速化されます。この方法では、インデックス・データに共有ファイル・システムを使用する必要があります。詳細については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」の Index Data サービスの設定に関するトピックを参照してください。

Index Search サービスを複数のインスタンスに実装しても、検索機能の拡張性にほとんど影響はありません。ただし、この方法により、環境に冗長性を持たせることができます。


検索結果の質は、インデックス・コンテンツの質に依存します。新しいコンテンツや更新されたコンテンツをインデックス化するため、インデックスの更新を定期的に実行する必要があります。ただし、インデックス作成プロセスの実行には、かなりの時間がかかる場合があります。

インデックス作成サービスとプロセスは、Report サービスに対する負荷が非常に高いため、インデックス更新をピーク時間外にスケジュールすることを推奨します。IBM Cognos BI Content Store と関連データのサイズによりますが、最初のインデックス作成プロセスには、全文のインデックス作成プロセスと同様に数時間かかる場合があります。ただし、他のサーバー・プロセスが原因で、インデックスの更新に短い時間しか確保できないこともあります。この場合は、Index Update サービスを拡張することで、インデックス化パフォーマンスを高めることができます。

その他のサービス

Presentation サービス、Job And Schedule Monitor サービス、Log サービスの拡張性は、主に CPU の性能と使用可能なメモリーに依存します。これらのコンポーネントは次の 2 通りの方法で拡張できます。

v 並行処理される要求スレッドをより多く管理できる高性能のコンピューターを使用することによる垂直方向の拡張

v サービスを追加のコンピューターで実行することによる水平方向の拡張

これらのコンポーネントを調整する特定の設定方法はありません。ただし、サーバー管理者による負荷分散の設定を表示して、これらのサービスを実行している各コンピューターの負荷を確認することができます。

可用性の計画可用性とは、コンピューターの障害のような例外的な状況に対するシステムの耐性または回復能力のことです。IBM Cognos BI のすべてのコンポーネントには、フェイルオーバー機能が組み込まれており、IBM Cognos BI では例外が適切に処理されます。

IBM Cognos BI の各層にあるコンポーネントは、可用性が向上するように設定できます。一般的には、IBM Cognos BI のすべてのコンポーネントが、少なくとも 2

台のコンピューターから利用できるように設定します。IBM Cognos BI コンポーネントを実行しているコンピューターに障害が発生した場合、もう 1 台のコンピューターによって処理が引き継がれます。

調整上の理由から、各 IBM Cognos BI サーバーですべての IBM Cognos BI コンポーネントを実行していない場合でも、各コンポーネントが少なくとも 2 つのサーバーで実行されるようにしてください。コンピューターに障害が発生した場合、要求は残ったほうのコンポーネントで処理されます。パフォーマンスは低下することがありますが、サービスは続行されます。

IBM Cognos BI ゲートウェイの可用性IBM Cognos BI での Web 通信はすべて、Web サーバーにインストールされたIBM Cognos BI ゲートウェイを通じて行われます。各ゲートウェイが通信できるのは、アプリケーション層にある単一のディスパッチャーです。


IBM Cognos BI では複数の Web サーバーを使用してください。これにより、1 台のサーバーで障害が発生しても、IBM Cognos サービスが停止することがなくなります。また、ルーターのような外部の負荷分散機構を使用して、利用可能なすべてのディスパッチャー間で要求を分散することもできます。

障害が発生した場合、IBM Cognos BI ゲートウェイと IBM Cognos Application

Firewall は、Web サーバーによって自動的に再起動されます。

IBM Cognos BI サーバーの可用性IBM Cognos BI サーバーには、情報の保存と管理を行う Content Manager と、IBM

Cognos サービスを開始し要求を転送するディスパッチャーが含まれています。

ディスパッチャーでは、IBM Cognos BI Presentation サービス、Batch Report サービス、Report サービス、Job And Schedule Monitor サービス、および Log サービスが管理されます。1 つのコンピューターまたはサービスで発生した障害が原因でIBM Cognos BI が利用不能にならないようにするため、IBM Cognos BI サーバーは 2 つ以上インストールしてください。IBM Cognos BI サーバー間ではサービスを分散することができるため、すべての IBM Cognos BI サーバーですべてのサービスを有効にする必要はありません。

Content Manager とディスパッチャーに組み込まれたフェイルオーバーのサポートは、IBM Cognos BI サーバーで使用されている Java テクノロジーによって実現されています。Content Manager とディスパッチャーは両方ともマルチスレッドのコンポーネントであり、各スレッドは独立しています。障害が発生しても、影響を受けるのは単独の要求スレッドのみです。このスレッドが喪失しても、他のスレッドは影響を受けず、障害がサービス全体に影響を及ぼすことはありません。

Content Manager またはディスパッチャーに障害が発生した場合、Content Manager

やディスパッチャーは IBM Cognos BI サーバーによって自動的に再起動されます。IBM Cognos BI に付属する Apache Tomcat サーブレット・コンテナーを使用すると、IBM Cognos サービスによって Tomcat の監視と再起動が行われます。Tomcat ではなく別のアプリケーション・サーバーを使用する場合は、そのアプリケーション・サーバーの管理サービスによって再起動が行われます。

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 が異なるコンピューターにインストールされている場合があります。この場合、1 台の Content Manager コンピューターがアクティブで、残りのコンピューターが待機状態になります。

フェイルオーバー機構が動作するのは、ディスパッチャーとアクティブな Content

Manager とで相互に定期的な通信を行っているためです。ディスパッチャーからContent Manager への通信が不能になると、ディスパッチャーから待機中の Content


Manager に信号が送信され、この Content Manager がアクティブになります。それ以外の Content Manager では待機モードの状態が維持され、フェイルオーバーのサポートが続行されます。待機中の Content Manager によって、アクティブのContent Manager から共通対称鍵 (データの暗号化と復号に使用される) などの暗号化設定が取得されます。

Content Store の可用性IBM Cognos BI の情報は、Content Manager から Content Store RDBMS に保存されます。Content Manager から Content Store への書き込みには、適切なリレーショナル・トランザクションが使用されます。Content Store のバックアップと復元には、標準のデータベース・ツールを使用できます。また、Content Store を障害から保護する標準のデータベース可用性機構を使用することも可能です。


第 8 章パフォーマンスの監視と調整

時間の経過に伴って IBM Cognos Business Intelligence 環境は変わります。ユーザー数の増加とともに、要求処理の数やその複雑さが増す傾向があり、またネットワーク処理容量などのインフラストラクチャーの要素が変更される場合もあります。

これらの変化が IBM Cognos BI のパフォーマンスに影響を及ぼす場合があります。そのため、パフォーマンスを定期的に監視し、調整する必要があります。

パフォーマンスの監視は、IBM Cognos BI インストールとそのリソースのステータスを定期的にチェックして行います。IBM Cognos BI には、システム、サーバー、ディスパッチャー、サービスのパフォーマンスをチェックするための評価指標が用意されています。評価指標にしきい値を設定すると、パフォーマンスが期待される範囲を超過した場合や下回った場合を識別できます。また、パフォーマンス上の問題が発生した場合に、その問題を認識する必要のあるユーザーに通知するようにシステムを設定できます。

調整の対象と概要を次に挙げます。

v データベース

クエリー処理やレポート作成を行えるようにデータベースを最適な状態に保ちます。

v アプリケーション・サーバー

パフォーマンスを高めるために、アプリケーション・サーバーのメモリーおよび接続の設定を必要に応じて調整します。

v Web サーバー

パフォーマンスを最大限に高めるために Web サーバーを調整します。

v IBM Cognos BI

IBM Cognos BI システムのさまざまな機能について監視および調整を行います。

必要に応じてその他の調整を行います。これには、PDF 表示設定の変更、帯域幅が狭い接続の変更、定期的なディスク保守の実行などの作業が含まれます。

ある段階を過ぎると、パフォーマンス調整によって得られる効果に限界が生じます。ユーザー数や処理要求が増加した場合、最終的にはシステム処理容量の拡張を検討する必要があります。IBM Cognos BI のパフォーマンスを高めるには、より高性能のサーバーを使用して処理容量を高める方法と、サーバー数を増やして処理の負荷を分散する方法があります。IBM Cognos BI の容量要件の判断については、84ページの『処理容量の計画』を参照してください。他の調整および保守作業については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」を参照してください。


パフォーマンス評価指標評価指標を使用してシステムの現在のパフォーマンスを監視できます。システム全体のステータスのほか、個々のサーバー、ディスパッチャー、および有効化されているサービスのステータスを評価できます。

例えば、パフォーマンス評価指標をチェックし、Report サービスにパフォーマンス低下を示す赤い四角のインディケーターが表示されていることに気付いたとします。Report サービスの評価指標を確認すると、キューで待機している要求数が一定期間に処理できる数を超えていることがわかります。この場合、キューで待機している要求数を減らすために対処することができます。

評価指標は、次のカテゴリーにグループ化されます。

v システム内のセッション数を監視する、セッション評価指標

このカテゴリーの評価指標は Content Manager によって収集されます。

v ディスパッチャーやサービスがキューに待機している要求に対応できているかどうかを監視する、キュー評価指標

例えば、サービスのキュー評価指標により、キューに長時間待機している処理待ち要求を確認できます。キュー評価指標には 2 つの種類があります。ジョブ・キュー、SMTP キュー、タスク・キューなどのグローバル・キュー評価指標は、Monitor サービスによって収集されます。サービス・キュー評価指標は、個々のサービスによって収集されます。

v IBM Cognos BI 環境での JVM の実行時間やメモリー消費量などのステータス情報を監視する、JVM 評価指標

この評価指標は JVM によって収集されます。

v 処理時間、要求の量、サービスの実行ステータス、および応答時間を監視する、サービス要求評価指標

このカテゴリーの評価指標は、サービスを管理するディスパッチャーによって収集されます。

v Report サービス・プロセスを監視する、Report サービス評価指標

このカテゴリーの評価指標は、Report サービスを管理するディスパッチャーによって収集されます。

評価指標を利用できるかどうかは、評価指標が関連付けられているリソースに依存します。例えば、システム、サーバー、ディスパッチャー、およびサービスで利用できる評価指標もあれば、これらのリソースの一部のみでしか利用できない評価指標もあります。

しきい値を定義すると、リソースのステータスについて、パフォーマンスが良好(緑色のインディケーター)、普通 (黄色のインディケーター) 不良 (赤色のインディケーター) のいずれであるかを判断できます。デフォルトのしきい値はありません。しきい値を定義すると、値は Content Store に保存されます。


また、評価指標を監視し、しきい値を超えた場合に通知するエージェントを作成できます。例えば、しきい値を超えた場合に E メールを送信するエージェントを作成できます。

しきい値を超えると、ディスパッチャーによってログ記録データベースにエントリーが書き込まれます。

しきい値と通知の定義方法を含むシステム評価指標については、IBM Cognos BI「管理およびセキュリティー・ガイド」を参照してください。

データベースの調整通常、IBM Cognos BI で使用されるデータ・ソースは IBM DB2、Microsoft SQL

Server、Oracle などのリレーショナル・データベース管理システムです。IBM

Cognos BI で常に良好な処理が行われるように、データベースのパフォーマンスを維持することが重要です。

そのためには、クエリー処理、レポート作成、および分析が最適な状態で行われるようにする必要があります。データベースの処理容量を超えるデータ要求が IBM

Cognos BI や他のアプリケーションから送信された場合や、クエリーが大きすぎてデータベースで効率的に処理できない場合は、応答時間の遅延や IBM Cognos BI

のパフォーマンスやスケーラビリティーの低下が起こることがあります。

データベースの調整については、使用しているデータベースのドキュメントを参照してください。

アプリケーション・サーバーの調整IBM Cognos BI Java アプリケーション・サーバーには、Content Manager サーブレットとディスパッチャー・サーブレットがあります。Tomcat はデフォルトのアプリケーション・サーバーとして、IBM Cognos BI によってインストールされ、使用されます。IBM Cognos BI は、別の Java アプリケーション・サーバーを使用するように設定することもできます。

どのアプリケーション・サーバーを使用する場合でも、IBM Cognos BI のパフォーマンスを強化し維持するため、メモリーの設定や接続数の制限を監視し、IBM

Cognos BI の使用状況に基づいて調整する必要があります。

メモリー設定の変更アプリケーション・サーバーのメモリー設定によって、Java サーブレットで管理される IBM Cognos BI ディスパッチャーおよびサービスに使用可能なメモリーが決まります。

IBM Cognos Configuration では、デフォルトのメモリー割り当ては 768 MB です。多数のユーザーが利用し、レポート要求も多いと予想される場合は、メモリー割り当てをデフォルト設定以上に増やすことができます。

アプリケーション・サーバーのメモリー割り当ての方針は、使用するリソースの可用処理容量や、同じサーバーで実行される他のアプリケーションによって使用されるリソースによって決まります。一般に、複数のユーザーが使用するアプリケーシ

第 8 章パフォーマンスの監視と調整 103

ョンについては、アプリケーション・サーバーのメモリーを 512 MB 以上に設定します。アプリケーション・サーバーのメモリーを 256 MB に縮小することもできますが、これは単一ユーザーによって使用される場合や、概念の検証またはデモンストレーション・アプリケーションとして使用する場合にのみ検討するようにしてください。

Apache Tomcat のメモリー設定には、IBM Cognos Configuration を使用します。また、別の方法で設定することもできます。IBM Cognos Configuration の使用方法については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」を参照してください。Tomcat 以外のアプリケーション・サーバーを使用する場合は、その製品のドキュメントを参照してください。

接続数制限の設定IBM Cognos BI ディスパッチャーによって処理される要求の数が見積もりの範囲内に収まるようにするには、使用するアプリケーション・サーバーにおいて、接続数を制限することが重要です。使用するアプリケーション・サーバーによっては、接続数はスレッド数と呼ばれることもあります。この設定によって、アプリケーション・サーバー・プロセスで同時に処理できる接続数またはスレッド数が決まります。

Apache Tomcat の接続設定には、IBM Cognos BI インストール先の"Tomcat"ディレクトリーにある"\conf\server.xml"ファイルを使用します。IBM Cognos BI ではCoyote コネクターの設定を使用します。

このアプリケーション・サーバーの設定値が小さすぎると、IBM Cognos BI 要求を実行することが困難になる場合があります。アプリケーション・サーバー・プロセスと、このプロセスによって使用される接続を監視することを推奨します。

Web サーバーの調整デフォルトの IBM Cognos BI ゲートウェイは CGI で、サポートされているすべての Web サーバーで使用できます。パフォーマンスを高めるには、Apache サーバーおよび IBM HTTP サーバーには Apache mod、IIS Web サーバーには ISAPI などの拡張可能なゲートウェイを使用することを検討してください。

IBM Cognos BI における Web サーバーの拡張性については、 90ページの『Web

サーバーとゲートウェイの拡張性』を参照してください。Web サーバーの調整については、使用している Web サーバーのドキュメントを参照してください。

IBM Cognos BI の調整IBM Cognos BI の使用方法および設定方法によっては、そのパフォーマンスに影響が生じる場合があります。例えば、パフォーマンスに留意してモデルとレポートを設計し、パフォーマンスを維持できるように IBM Cognos BI ディスパッチャーおよびサービスを設定し、システム・リソースを最大限に利用するようにジョブをスケジュールできます。


パフォーマンスに留意したモデルとレポートの設計Framework Manager を使用したモデルの設計と作成は、IBM Cognos BI ワークフローにおける重要な手順です。モデルによって、レポートの作成に使用されるメタデータの指定、構造化、追加、および管理が行われます。IBM Cognos BI のパフォーマンスを最適化するには、モデル作成者がデフォルトのプロンプト表示を指定するモデルやクエリー処理のタイプを設定するモデルを設計するとよいでしょう。

デフォルトのプロンプト表示の指定

モデルには、わかりやすい名前でユーザーにプロンプトを表示するレポートを含めることができます。また、コードやキー値にフィルターをかけて、クエリーのパフォーマンスを高めることもできます。

モデルを変更することによって、データ・ソースに送信されるクエリーを効率的で、正しく構成された、安全なクエリーにすることができます。Framework Manager

のモデル作成者は、最適なパフォーマンスを確保するために次のことを実行できます。

v クエリー生成を規定する規則を指定する。

v データの特定の行または列に対するユーザーのアクセスを制限する。

v レポート作成者がデータの複雑さを意識しなくてもよいように、データの関係をモデル化する。

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

クエリー処理のタイプの設定

リレーショナル・メタデータについては、適切なタイプのクエリー処理を選択することによって、パフォーマンスを高めることができます。

クエリー処理には次の 2 つのタイプがあります。

v ローカルのみ

データベース・サーバーにおいて、SQL が可能な限り処理され、実行されます。しかし、一部のレポートまたはレポートのセクションでは、ローカルの SQL 処理が使用されます。

v データベースのみ

データベース・サーバーにおいて、すべての SQL が処理され、実行されます。レポートまたはレポートのセクションでローカルの SQL 処理が必要な場合は、エラーが表示されます。

通常、データベース・サーバーのほうが SQL やレポートをより高速に実行できますが、場合によりローカルな処理が必要となることがあります。例えば、データベースの交差結合を作成する場合や、サポートされていない SQL99 の機能の使用をレポート作成者に許可する場合は、「ローカルのみ」の処理を選択します。

複雑なクエリーの中には、At 句を生成して二重カウントを防ぐ必要のあるものなど、「ローカルのみ」の処理が必要なものもあります。この場合は、パッケージが「データベースのみ」の処理で発行された場合でも、「ローカルのみ」の処理が自動的にクエリーで使用されます。



IBM Cognos BI ディスパッチャーの調整IBM Cognos BI ディスパッチャーでは、要求の配分が管理されます。

管理オプションを使用して IBM Cognos BI ディスパッチャーを監視できます。詳細については、 4ページの『 IBM Cognos Connection』を参照してください。

分散された IBM Cognos BI 環境には、複数のサーバーがあります。それぞれのサーバーにはディスパッチャーがあり、IBM Cognos BI の要求フローの管理が行われます。このディスパッチャーによって、特定の IBM Cognos BI サーバー上に設定されているサービスに要求が転送されます。

IBM Cognos BI サーバーは、指定された割合の要求を処理するように設定できます。処理容量の異なるサーバーを持ち、使用している環境内の特定のサーバーに大まかな変更を行う必要がある場合、この設定は特に重要です。

処理容量の設定

各 IBM Cognos BI ディスパッチャーには処理容量が割り当てられます。任意のサーバーで処理される要求の数は、この割り当てによって決まります。デフォルトの設定では、要求の配分に重み付きラウンドロビン・アルゴリズムが使用されるため、すべての設定済みディスパッチャーに要求が均等に配分されます。この場合、各ディスパッチャーの処理容量には 1.0 の重みが割り当てられます。

処理容量は、各サーバーの相対的なパフォーマンスに応じて設定する必要があります。例えば、2 台のサーバーを使用するトポロジーについて考えてみます。他の可変要素がすべて一定である場合、クアッド・プロセッサー・サーバーの処理容量は2.0 に設定し、デュアル・プロセッサー・サーバーの処理容量は 1.0 に設定します。つまり、このような 2 台のサーバーを使用するトポロジーの場合、一方のサーバーに他方のサーバーの 2 倍の要求が送信されます。


高度なディスパッチャー転送の指定

システムの設定方法に応じて、サーバー間へのレポートの配布方法を制御できます。例えば、各部門が独自のサーバーを維持管理しているケースがこれにあたります。また、Microsoft SQL Server データベースへのアクセスには Microsoft Windows

オペレーティング・システム・サーバーを使用し、DB2 へのアクセスには Linux オペレーティング・システム・サーバーを使用するというように、データ・アクセスによって使用するサーバーを分けている場合もあります。IBM Cognos BI は、配信規則を特定のパッケージやグループ、役割に適用することで、レポート要求が特定のサーバーで処理されるように設定することができます。



Report サービス、Batch Report サービス、および Report Dataサービスの調整

Report サービス、Batch Report サービス、および Report Data サービスにはさまざまな設定があり、最適な状態でリソースが使用されるように値を調整できます。

Report サービスと Batch Report サービスには多くのプロセスが関連付けられています。完全なリストについては、 12ページの『IBM Cognos サービス』を参照してください。これらのサービスでディスパッチャーからの要求が受信されると、受信した要求を処理するプロセスが開始します。これらのサービスによって一度に開始されるプロセスの最大数を指定できます。

プロセスの最大数は、IBM Cognos BI サーバーによって提供される有効な処理容量の大きさに基づいて設定する必要があります。一般に、レポート処理は CPU の影響を受けるプロセスです。そのため、この設定のデフォルト値である 2 を別の値に変更する場合には、サーバーに搭載されている CPU の数と各 CPU のクロック・レートに留意する必要があります。

例えば、使用可能な CPU が 4 つ搭載されているサーバーのほうで、使用可能なCPU が 2 つ搭載されているサーバーよりも多くの Batch Report サービスのプロセスを処理するように設定します。同様に、搭載されている CPU の数は同じだがCPU のクロック・レートに著しい差がある 2 台のサーバーがある場合、クロック・レートの速い CPU が搭載されているサーバーのほうでより多くの Batch

Report サービスおよび Report サービスのプロセスを処理するように設定します。

Report Data サービスには、送信するレポートの最大サイズを指定することができます。

サーバー管理設定の詳細については、「管理およびセキュリティー・ガイド」を参照してください。

親和性の接続の設定ディスパッチャーで要求が処理されるときに開くことができる親和性の高い接続と親和性の低い接続の最大数を指定できます。親和性の高い接続は、Report サービスから絶対的な親和性を持つ要求と親和性の高い要求を処理するときに使用され、親和性の低い接続は親和性の低い要求を処理するときに使用されます。

親和性の高い接続

親和性の高い要求の処理には親和性の高い接続が使用され、各接続によって要求が一度に 1 つずつ処理されます。親和性の高い要求は、過去の要求処理結果を活用することができるトランザクションです。親和性の高い要求は、どのサーバーでも処理できますが、オリジナルのプロセスが実行された Report サービス・プロセスに要求が転送されるとリソースの使用量が最小になります。

Report プロセスごとに、親和性の高い接続の数を設定できます。親和性の高い接続の数は、同じサーバー上にある他のサービスに必要な処理容量の他に、Report プロセスごとに設定された親和性の低い接続の数に基づいて設定する必要があります。

Batch Report プロセスごとに親和性の高い接続と親和性の低い接続のどちらに配分するかは、予想される要求タイプの配布の機能によって決まります。例えば、


HTML レポート作成アプリケーションは、PDF レポート作成アプリケーションよりも、親和性の高い要求となる可能性が高くなります。HTML レポートにおいて次のページを要求する処理には、可能な限り親和性の高い接続が使用されます。

一般に、IBM Cognos BI アプリケーションを導入する場合には、Batch Report サービスと Report サービスのプロセス数の最適化を重視します。システム・リソースを効率的に利用できるように設定してある場合、親和性の接続数を調整することでさらに最適化できます。

注: プロセスあたりの親和性の接続数を高く設定しすぎると、接続を管理するためにプロセスに過剰な負荷がかかることがあります。このような場合、システム・リソースの競合が発生し、サーバー・リソースの使用効率が悪くなるため、要求終了までにかかる時間が長くなります。

親和性の低い接続

親和性の低い要求の処理には親和性の低い接続が使用されます。それぞれの接続では、一度に 1 つの要求が処理されます。親和性の低い要求は、どのサーバーでも同じ効率で処理されます。

Report サービスと Batch Report サービスは、どちらも親和性の低い要求の処理に使用できます。スケジュールされた処理によって開始された親和性の低い要求では、Batch Report サービス用に設定された親和性の低い接続が使用されます。ユーザー駆動の処理によって開始された親和性の低い要求では、Report サービス用に設定された親和性の低い接続が使用されます。

Report プロセスおよび Batch Report プロセスごとに、親和性の低い接続数を設定できます。Report サービス・プロセスごとの親和性の低い接続数は、Batch Report サービス用に指定された設定と関連付けて設定する必要があります。

プロセスごとに親和性の高い接続と親和性の低い接続のどちらを配布するかは、予想される要求タイプの配布の機能によって決まります。例えば、HTML レポート作成アプリケーションは、PDF レポート作成アプリケーションよりも、親和性の高い要求となる可能性が高くなります。HTML レポートにおいて次のページを要求する処理には、可能な限り親和性の高い接続が使用されます。

一般に、IBM Cognos BI アプリケーションを初めて導入する場合には、Report サービスと Batch Report サービスのプロセス数の最適化を重視します。システム・リソースを効率的に利用できるように設定してある場合、親和性の接続数を調整することでさらに最適化できます。

注: プロセスあたりの親和性の接続数を高く設定しすぎると、接続を管理するためにプロセスに過剰な負荷がかかることがあります。このような場合、システム・リソースの競合が発生し、サーバー・リソースの使用効率が悪くなるため、要求終了までにかかる時間が長くなります。

IBM Cognos BI 処理の親和性レベル

IBM Cognos BI には、次のような親和性の高い処理があります。

v Report Viewer リンク

再実行


戻る

v HTML レポート・ナビゲーション

最初のページ

前のページ

次のページ

最後のページ

v 配布オプション

保存

名前を付けて保存

印刷

E メール

表示

IBM Cognos BI には、次のような親和性の低い処理があります。

v レポートのクエリー

レポート作成

レポート処理

v レポート作成

メタデータ取得

クエリーの検証

v 管理

データ・ソース接続のテスト

オブジェクトの追加 (フォルダー、ジョブ、スケジュールなど)

ポータル・ページの更新

親和性の詳細については、 94ページの『要求の親和性』を参照してください。各親和性の接続の設定については、「管理およびセキュリティー・ガイド」を参照してください。

スケジュールされたレポート作成処理を効果的に実行する方法IBM Cognos BI アーキテクチャーでは、双方向要求と非双方向要求の処理が区別されます。ユーザーの処理によって開始される要求はすべて Report サービスによって処理されますが、スケジュールされている処理やイベント駆動型の処理は Batch

Report サービスによって処理されます。

スケジュールされたレポート作成を行うことは、大企業向けのレポート作成ソリューションの重要な機能の 1 つです。処理の少ない時間帯や非対話型処理が行われる時間帯を組織のデータ更新サイクルと組み合わせて効率的に管理することで、管理者はオフピーク時にできる限り多くの情報を準備する機会が得られ、より大きなビジネス・インテリジェンス・ユーザー・コミュニティーが後で利用できるように備えることができます。


ジョブを使用したレポートのスケジュール

レポートは個別にスケジュールできます。ただし、レポートの数が多い場合、レポートを 1 つずつスケジュールする作業は大きな負担となります。代わりに、ジョブを使用してスケジュールされた処理を実行できます。

ジョブはスケジュールされた処理のコンテナーで、協調的に動作します。レポートを個別にスケジュールする代わりに、ジョブを使用して複数のレポートを同一スケジュールで実行することができます。ジョブ内の各処理は、選択した方法に基づいて順序が決まります。

次のようにジョブを送信して実行できます。

v すべて同時

ジョブ内のすべての処理が同時に実行されます。1 つ以上のジョブに含まれている処理の数が、実行期間内に使用できる親和性の低い接続の総数よりも少ない場合、この実行方法は特に有効です。

v 順送り

ジョブ内の処理が、順序に従って一度に 1 つずつ実行されます。1 つ以上のジョブに含まれている処理の数が、実行期間内に使用できる親和性の低い接続の総数よりも多い場合、この実行方法は特に有効です。この場合、利用可能な親和性の低い接続の数と同数のジョブを設定すると、Batch Report のスループットが最大になります。ジョブあたりの処理数は、処理総数が Batch レポート作成要件を達成できるように設定されます。

Job And Schedule Monitoring サービスの設定

スケジュールされたすべての処理は、Job And Schedule Monitoring サービスによって管理されます。Job And Schedule Monitoring サービスは Batch Report サービスと直接関連しているため、Batch Report サービスとあわせて考慮する必要があります。

Job And Schedule Monitoring サービスには、次の設定があります。

v オフピーク時の最大ジョブ数

「オフピーク時の最大ジョブ数」によって、特定のオフピーク期間に同時に実行できるジョブ数として設定できる上限値が識別されます。

v ピーク時の最大ジョブ数

「ピーク時の最大ジョブ数」によって、特定のピーク期間に同時に実行できるジョブ数として設定できる上限値が識別されます。指定したピーク期間にスケジュールされた処理がアプリケーションで実行されない場合、この設定は適用されません。

Job And Schedule Monitoring サービス設定の詳細については、「管理およびセキュリティー・ガイド」を参照してください。


レポートのバーストの使用レポートのバーストは、共通のレポート定義に基づいたカスタマイズ済みコンテンツを含む一連のレポートを作成する方法です。バースト処理を行うと、1 回のレポート実行で、レポートの内容が必要に応じて区分化され、各部分が内容に基づいて適切なユーザーに配布されます。一般に、レポート内容の区分化はセキュリティー・アクセスに基づいて行われます。

バーストは、大企業向けのレポート作成ソリューションの重要な機能の 1 つです。処理の少ない時間帯や非対話型処理が行われる時間帯を組織のデータ更新サイクルと組み合わせて効率的に管理することで、管理者はできる限り多くの情報を準備する機会が得られ、より大きなビジネス・インテリジェンス・ユーザー・コミュニティーが後で利用できるように備えることができます。IBM Cognos BI のレポート・バースト機能により、情報の配布が合理化されます。レポートは一度だけ作成され、フィルターをかけられて、個別化された内容を持つ複数のレポートとして出力されます。

レポートのバーストによって提供される拡張性は、リソースの効果的な管理に役立ちます。また、ネットワーク・トラフィックの削減やデータベース・クエリーの最小化を実現でき、IBM Cognos BI で複数のカスタマイズされたレポートを同時に処理することも可能になります。

レポートのバーストの詳細については、「Report Authoring ユーザー・ガイド」または「Software Development Kit Developer Guide」を参照してください。

PDF の表示PDF の表示設定を変更すると、応答時間が短縮されます。1 ページのドキュメントをアイドル状態のシステムで表示する場合、通常必要な CPU 時間は 1 秒未満です。ただし、PDF ファイルのサイズには差異があり、応答時間は使用しているネットワーク速度による制限を受けます。

応答時間を短縮するには次のような方法があります。

v フォントの埋め込みを無効にする

フォントを埋め込むと、1 レポートにつき 100 KB 以上サイズが増える場合があります。接続速度が 56 Kbps 以下の場合は、フォントの埋め込みを無効にしてください。

v 一般的なフォントを使用する

フォントの埋め込みを無効にした場合、レポート作成者はレポート利用者のコンピューターにインストールされていない可能性のあるフォントの使用を避ける必要があります。レポート作成者が使用したフォント・セットがレポート利用者のコンピューターにインストールされていない場合、デフォルトのフォントが代用されます。

v 線形化 PDF ドキュメントを有効にする


バイト・サービングとして知られる線形化 PDF の表示を有効にできます。これにより、各ページが利用可能になるたびに、ドキュメントがユーザーに配布されます。デフォルトでは、線形化 PDF は PDF 表示設定および Adobe Acrobat

Reader で有効になっています。

PDF ドキュメントの詳細については、Adobe Acrobat に付属のドキュメントを参照してください。

帯域幅が狭い接続ダイヤルアップ接続を使用して IBM Cognos BI にアクセスするユーザーがいる場合は、パフォーマンス向上のために PDF の表示設定を変更します。

Query Studio と Report Authoring のデフォルトのページ・サイズも削減できます。大規模なインストール環境では、生成される HTML の量も多くなります。デフォルトのページ・サイズを減らすと、最初に Web サーバーに渡され、ユーザーに送信される HTML の量が少なくなるため、パフォーマンスが向上します。

ディスク管理時間の経過に伴って物理ディスク上のデータが断片化するため、ディスクへの書き込み時やディスクからの読み込み時にパフォーマンスが低下する場合があります。ディスクの断片化解消を定期的なシステム管理作業に組み込む必要があります。

IBM Cognos BI サーバーの監視IBM Cognos BI サーバーでは、定期的に目的を持った監視を行う必要があります。ページングの頻度や影響、メモリー使用量、およびその他システムの効率的な運用に欠かせない測定値を評価することが重要です。

IBM Cognos BI サーバーの一時スペースIBM Cognos BI サーバーでは、処理の種類と量によって、さまざまなディレクトリー・アクセスが利用されます。レポートを実行するために、IBM Cognos BI サーバーでは一時スペースが頻繁に使用されます。IBM Cognos BI の一時スペースは、他の IBM Cognos BI ディレクトリーの場所とは異なる物理ディスク上に確保します。このようにすると、ディスクへの同時アクセスが最大化され、1 つのディスク・デバイスのみを使用している場合に起こりやすい順次アクセスを回避できます。

ディスク使用量の低減

レポートのサイズや使用可能なメモリーの量によっては、レポート処理時に IBM

Cognos BI から物理ディスクへのアクセスが行われる場合があります。パフォーマンスを高めるために、レポート処理にディスク・スペースではなく使用可能なメモリーを使用するように設定できます。

ディスク・スペースではなくメモリーを使用することは、一時ファイルが IBM

Cognos BI サーバー上に作成されてメモリーからディスクに情報が転送されるような場合に、特に効果的です。"<c10 の場所>\temp" ディレクトリーを使用して、一


時ファイルの発生を監視できます。レポート処理中にこのフォルダーを監視して、一時ファイルが"cclvpage*.tmp"として作成されたかどうかを確認します。

IBM Cognos BI でディスク・スペースではなくメモリーが使用されるように設定するには、rsvpproperties.xml ファイルの VirtualMemoryDiagnostics プロパティーを編集して、メモリーを制限付きで使用する (値 = 0) のではなく、無制限に使用する(値 = 2) ようにします。

<property>VirtualMemoryDiagnostics</property>

<value type="long">2</value>

注: "VirtualMemoryDiagnostics"プロパティーを有効にするにはコメントを削除してください。

詳細なレポート処理の設定IBM Cognos BI は、すべてのアプリケーションに適用可能な標準モデルを使用して、レポートをはじめとするビジネス・インテリジェンス・トランザクションを処理するようにデフォルトで設定されています。rsvpproperties ファイルのエントリーを変更すると、IBM Cognos BI サーバーのデフォルトの処理動作を変更できます。

rsvpproperties.xml プロパティーの設定

rsvpproperties.xml.sample ファイルは c10 の場所/configuration ディレクトリーにあります。使用している IBM Cognos BI アプリケーションや送信される要求によっては、rsvpproperties.xml ファイルの設定を変更するとパフォーマンスが向上する場合があります。

rsvpproperties.xml.sample ファイルを有効にするには、このファイルの名前をrsvpproperties.xml に変更して IBM Cognos BI を再起動する必要があります。この処理はすべての IBM Cognos BI サーバーで実行する必要があります。

rsvpproperties.xml ファイルの設定の変更には、細心の注意を払う必要があります。これらのプロパティーを変更すると IBM Cognos BI の動作に大きな影響が生じる場合があります。そのため、これらの値を変更する場合は慎重に行ってください。詳細については、Cognos Software Services に問い合わせてください。



第 9 章グローバリゼーションに関する考慮事項

ビジネスの取り引きの多くは、グローバルな市場で行われています。グローバルな環境では、使用される言語、流通する通貨、日付けや時刻の形式、並び替えの順序などが異なっています。

IBM Cognos Business Intelligence に用意されている多言語レポート作成環境では、レポートの作成やデータへのアクセスをさまざまな言語で行えます。IBM Cognos

BI のユーザー・インターフェースでは、サポートされている言語と地域の設定を自分に合わせて指定したり、サポートされている言語の任意の組み合わせを使用して作業できます。

IBM Cognos BI では、Unicode のデータ・ソースと Unicode 以外のデータ・ソースの両方をサポートしています。単独でインストールされた IBM Cognos BI でも多言語はサポートされており、一度生成したレポートを異なる言語で使用できます。

IBM Cognos BI をグローバルな環境で使用する場合、ユーザーが必要とする言語でインターフェース要素とレポートの内容が表示されるように、IBM Cognos BI の設定方法を決定します。

IBM Cognos BI をグローバル環境に合わせて設定するには、次の手順に従います。

v IBM Cognos BI のユーザー・インターフェースに表示されるすべての文字列が、必要な言語に翻訳されていることを確認します。

v IBM Cognos BI 環境にフォントを追加します。

使用する文字セットがサポートされた適切な言語パックが、分散インストールしたすべてのコンピューターにインストールされたことを確認します。

v ユーザー・インターフェースでサポートする言語をカスタマイズします。

ユーザー・インターフェースでサポートする言語の追加または削除を行います。ユーザー・ロケールで指定した言語を使用できない場合に、ユーザー・インターフェースで使用する言語の指定もできます。

v レポート、データ、またはメタデータが、ユーザー指定言語で表示されることを確認します。

ユーザー指定言語でレポートを表示できない場合にレポートを表示する言語の指定もできます。

v 通貨、数字、日付、時刻の形式をカスタマイズします。

異なる地域に住むユーザーに合わせて、これらの値が正しい形式に設定されていることを確認します。

v データベースを設定します。

データベースによっては、多言語のレポート作成が行えるようにクライアント・ソフトウェアやサーバー・ソフトウェアで特定の設定が必要なことがあります。


IBM Cognos BI のインストールと設定については、IBM Cognos Business


ロケールIBM Cognos BI では各種のロケールをサポートしています。ロケールは異なるソースから取得される場合があり、形式もそれぞれ異なっている可能性がありますが、IBM Cognos BI のデフォルトでは、すべてのロケールで同じ形式が使用されます。したがって、拡張されたすべてのロケールは言語と地域コードの設定に準拠します。

IBM Cognos BI では、ロケール仕様はダッシュ (-) で区切られた次の部分から構成されます。

v 最初の部分は en のような 2 文字セットのコードで、言語を指定

v 2 番目の部分は us のような 2 文字セットのコードで、地域設定を指定

ロケールにより、文字の種類、照合順序、日時の形式、通貨単位、およびメッセージに使用する言語や規約の情報が決まります。特定の言語に複数のロケールを関連付けることもできるため、地域による相違に対応できます。

ユーザー・インターフェースのロケール

ユーザー・インターフェースの言語、およびエラー・メッセージを含むすべてのメッセージは、ユーザー・インターフェースのロケールによって制御されます。

コンテンツ・ロケール

コンテンツ・ロケールは、言語と地域の組み合わせで構成されています。この組み合わせは、Content Manager オブジェクト、Framework Manager オブジェクト、Content Manager データの形式設定、レポート・データの形式設定、レポートのテキスト (タイトル)、およびデータベースのデータでサポートされます。ただし、データベースでコンテンツ・ロケールがサポートされるのは、そのロケールを使用するようにデータベース・ツールが設定されている場合に限ります。

サーバー・ロケール

サーバー・ロケールは、すべてのログ・メッセージで 1 つの言語が使用されるようにするためのものです。サーバー・ロケールの設定は、インストール中に行います。分散環境の場合は、各 IBM Cognos BI サーバーでは Content Manager からサーバー・ロケールが取得されます。

使用している環境内でセキュリティー・モデリングの一環として IBM Cognos グループまたは IBM Cognos 役割を指定した後は、サーバー・ロケールを変更しないでください。また、IBM Cognos BI インストールに複数の Content Manager がある場合は、サーバー・ロケールがすべての Content Manager で同じ値に設定されていることを確認します。

作成ロケール

作成ロケールは、コンテンツ・ロケールに基づいており、レポートやクエリー仕様の作成時に使用されるロケールです。モデルのバインドとリテラル・データの形式


は、作成ロケールによって決定されます。レポート作成の基礎となるメタデータ・モデルでは、作成ロケールがサポートされている必要があります。

ユーザー・ロケール

ユーザーが使用する言語とロケールの設定を特定して適切な応答ロケールを使用することは、レポートを異なる言語で配布する場合に重要です。

ユーザー・ロケールは、日時、通貨、および数字の形式設定に使用するデフォルト設定を指定します。IBM Cognos BI では、この情報を使用してユーザーにデータを表示します。

IBM Cognos BI では、次の順番でソースをチェックしてユーザー・ロケール値を取得します。

1. 認証プロバイダー

認証プロバイダーにロケールが設定されている場合、IBM Cognos BI ではユーザー・インターフェースのロケールとコンテンツ・ロケールにその値を使用します。

2. ユーザー設定

ユーザーが IBM Cognos Connection でユーザー設定を指定している場合、IBM

Cognos BI ではユーザー・インターフェースのロケールとコンテンツ・ロケール、およびデフォルトの形式設定オプションにその値を使用します。ユーザー設定は、認証プロバイダーから取得した値よりも優先されます。

3. ブラウザーの Cookie

匿名ユーザーとゲスト・ユーザーは、ユーザー設定を設定できません。IBM

Cognos BI では、これらのユーザーに対するユーザー・ロケールはユーザーのコンピューターに保存されているブラウザーの Cookie から取得されます。

実行ロケール

実行ロケールからは、特定の IBM Cognos BI セッションのユーザー・インターフェースのロケールとコンテンツ・ロケールが参照されます。IBM Cognos BI では、次の順番でソースをチェックして実行ロケール値を取得します。

1. URL

2. Content Store のユーザー・アカウント・オブジェクト

3. 認証プロバイダーのアカウント情報

ユーザー・インターフェースのロケールが指定されていれば、そのロケールが使用されます。ユーザー・インターフェースのロケールが指定されていなければ、コンテンツ・ロケールが使用されます。

4. ブラウザーの言語設定

ブラウザーのロケール・リストの各エントリーがユーザー・インターフェースのマッピング・テーブルと照合されてから、コンテンツ・ロケール・マッピング・テーブルと照合されます。詳細については、 121ページの『コンテンツ・ロケール・マッピング』を参照してください。

第 9 章グローバリゼーションに関する考慮事項 117

5. Content Manager コンピューターのサーバー・ロケール

IBM Cognos BI 環境へのフォントの追加IBM Cognos BI では、IBM Cognos BI サーバーの PDF レポートの表示、およびPDF レポートや HTML レポートで使用されるグラフの表示にフォントが使用されます。

出力結果を正しく表示するには、レポートやグラフを表示する環境にフォントがなければなりません。

グラフと PDF レポートの場合は、IBM Cognos BI サーバーにフォントがインストールされている必要があります。例えば、IBM Cognos Report Authoring のユーザーがレポートに Arial フォントを選択した場合、グラフと PDF ファイルを正しく表示するには IBM Cognos BI サーバーに Arial フォントをインストールしておく必要があります。要求されたフォントを使用できない場合、IBM Cognos BI では代わりに別のフォントを使用します。

HTML レポートはブラウザーに表示されるため、その HTML レポート表示する各IBM Cognos BI ユーザーのコンピューターに、必要なフォントがインストールされていなければなりません。要求されたフォントを使用できない場合、ブラウザーでは別のフォントが使用されます。

レポートを作成するときは、IBM Cognos サーバーやユーザーのコンピューターにインストールされているフォントを選択する必要があります。 Microsoftは、さまざまな言語パックで豊富なフォントを提供しているため、Microsoft Windows オペレーティング・システムで、このようなフォントの問題が発生する可能性はほとんどありません。ただし、UNIX オペレーティング・システム・サーバーには、ほとんどの場合フォントがインストールされていません。サーバーとブラウザー・クライアントの両方に、フォントを購入してインストールする必要があります。

PDF を生成する場合、IBM Cognos BI では、レポートで使用されているグリフのみが埋め込まれます。

別のフォントを使用する場合は、作成環境と実働システムにある各サーバー・コンピューターに、ライセンスを受けたフォントをインストールする必要があります。作成環境で使用するフォントが、Windows および UNIX のサーバー・コンピューターで使用されるフォントと一致していることも確認してください。

フォントの設定および代替フォントのマッピングについては、IBM Cognos Business


埋め込みフォント

Adobe Reader で PDF レポートが正しく表示されるように、IBM Cognos BI では、レポートに必要なフォントがデフォルトで埋め込まれます。ファイル・サイズを最小限にするために、IBM Cognos BI では、フォント・セットの文字をすべて埋め込むのではなく、レポートで使用されている文字 (グリフ) のみを埋め込みます。IBM Cognos BI でフォントが埋め込まれるのは、フォントのライセンスで埋め込みが許可されている場合だけです。ライセンス情報はフォント自体に格納されており、IBM Cognos BI によってこの情報が読み取られます。


レポートで使用されているフォントがユーザーのコンピューターで使用可能であることが確実な場合、埋め込みフォントを制限するか削除すれば、PDF レポートのサイズを小さくできます。フォントを制限する場合は、IBM Cognos Configuration の埋め込みフォント・リストを使用して、常に埋め込むフォントや埋め込んではいけないフォントを指定します。

埋め込みフォントを制限する方法の詳細については、IBM Cognos Business


IBM Cognos BI のデフォルト・フォント

要求したフォントが見つからない場合、IBM Cognos サーバーでは、デフォルト・フォントを使用して PDF ファイルとグラフが表示されます。デフォルトのフォントである Andale WT は Sans Serif (ゴシック体) のフォントです。このフォントには各種言語のほとんどの Unicode 文字が用意されていますが、言語によってはない文字もあり、市販されているフォントほど見栄えもよくありません。またこのフォントでは、ほとんどの言語において、GSUB (グリフの置換) 機能や合字がサポートされていません。

IBM Cognos Report Authoring のフォント

IBM Cognos Report Authoring は、ブラウザーで実行される HTML および Java ベースのアプリケーションです。ブラウザーの設計上、IBM Cognos Report Authoring

はブラウザーのセキュリティー・サンドボックス内で機能するため、ローカル・コンピューターにインストールされたフォントのリストにはアクセスできません。このため、IBM Cognos Report Authoring に提供されるフォントのリストは、IBM

Cognos BI サーバーの c10_location¥bin¥fonts ディレクトリーにインストールされているフォントに基づいています。ただし、IBM Cognos BI サーバーが Windows コンピューターにインストールされている場合、IBM Cognos Report Authoring ではWindows のフォント・ディレクトリーにインストールされているフォントも使用できます。

ユーザー・インターフェース言語の変更IBM Cognos BI では、ユーザー・インターフェースの言語、およびエラー・メッセージを含むすべてのメッセージは、ユーザー・インターフェースのロケールによって制御されます。デフォルトでは、インストール・プログラムを実行するために選択した言語が、ユーザー・インターフェースの言語になります。実行時には別の言語を選択することもできます。

ユーザー・インターフェースのロケールは、コンテンツ・ロケールとは異なります。ユーザー・インターフェースの言語では、レポートの内容や言語の制御は行われません。同様にオブジェクト名、説明、または Content Manager のヒントも制御されません。

ユーザー・インターフェースの言語を変更するには、次の手順に従います。

v ユーザー・インターフェースでサポートする言語を決定します。

v IBM Cognos BI のユーザー・インターフェースに表示されるすべての文字列について、必要な言語に翻訳されたものが存在することを確認します。


v 言語ファイルを分散環境におけるすべてのコンピューターにインストールします。

v 各 Content Manager コンピューターで"ユーザー・インターフェースのロケール"

テーブルを使用して、ユーザー・インターフェース言語のサポートを追加または削除します。

デフォルトでは、ユーザー・ロケールの言語設定と一致する言語でユーザー・インターフェースが表示されます。


v 各 Content Manager コンピューターの"ユーザー・インターフェースのロケール・マッピング"テーブルを使用して、サポートされていない言語をサポートされている言語にマッピングします。

これにより、ユーザー・ロケールで指定した言語を使用できない場合に、ユーザー・インターフェースで使用する言語を選択できます。

ロケールのどの地域に対しても同じ言語を使用するか、または特定のロケール全体(言語 - 地域) に対して特定の言語を使用できます。

レポート、データ、メタデータのユーザー言語の変更レポート、データ、またはメタデータがユーザー指定言語またはユーザーの地域に固有の言語で表示されるようにする場合は、コンテンツ・ロケール表に対して部分ロケール (言語) または完全ロケール (言語 - 地域) を追加および削除します。

IBM Cognos BI 環境にロケール (言語) を追加しても、目的の Web ページを表示するために必要な言語のフォントがコンピューターにインストールされていない場合、そのロケールは不完全なものとなります。使用する文字セットをサポートする適切な言語パックをインストールする必要があります。詳細については、 118ページの『IBM Cognos BI 環境へのフォントの追加』を参照してください。

コンテンツ・ロケールは言語と地域の組み合わせで構成されており、この組み合わせは次のものでサポートされます。

v Content Manager オブジェクト

v Framework Manager オブジェクト

v Content Manager のデータ形式

v レポートのデータ形式

v レポートのテキスト (タイトル)

v データベースのデータ (データベース・ツールでロケールを使用するように設定されている場合)

IBM Cognos BI Transformer と IBM Cognos Series 7 Transformer のどちらで作成されている場合でも、コンテンツ・ロケールは PowerCube には適用されません。各PowerCube は単一の言語エンコード方式で作成されています。複数の言語を使用する場合は、言語ごとに別個の PowerCube が必要になります。


多言語モデルがある場合は、クエリー・データのコンテンツ・ロケールを指定できます。

サポートされる言語を使用して、レポートの作成とデータへのアクセスを行うことができます。サポートされる言語には、英語、フランス語、ドイツ語、日本語、オランダ語、フィンランド語、スウェーデン語、スペイン語、イタリア語、ポルトガル語、繁体字中国語、簡体字中国語、韓国語、チェコ語、ハンガリー語、ポーランド語、ルーマニア語、スロバキア語、ギリシャ語、トルコ語、ノルウェー語、デンマーク語、ロシア語があります。

このアーキテクチャーではロケールがサポートされているほかに、言語の追加にも対応しています。そのため、en-us (英語 - 米国) と en-ca (英語 - カナダ) というように、ロケールを使って 2 種類の英語でデータを表示することが可能です。

ユーザー設定を使えば、ユーザー・インターフェースのロケールとコンテンツ・ロケールの両方に対して、ロケールを指定したり、Web ブラウザー・ロケールを使用できます。

コンテンツ・ロケール・マッピング

名前のように言語固有のデータは、部分ロケールと呼ばれます。日付形式のように言語と地域に固有のデータは、完全ロケールと呼ばれます。コンテンツ・ロケール・マッピング・テーブルは次の目的に使用します。

v 言語に依存し、ロケールには依存しないデータにアクセスできるようにする。

例えば、en-us (英語 - 米国) のような完全ロケールを部分ロケール en にマッピングすると、ユーザーは地域の違いに影響を受けない英語のデータに確実にアクセスできます。例えば、名前や説明は言語によって指定されることがほとんどで、ロケールでは指定されません。

v ロケールに依存するデータにアクセスできるようにする。

例えば、en などの部分ロケールを en-us などの完全ロケールにマッピングすると、日付や数字のデータ形式などの、ロケールに依存するデータに確実にアクセスできます。データの形式は、言語と地域の組み合わせによって設定されるため、データの形式には完全ロケールが必要です。

v ユーザー指定言語を別の言語にマッピングする。

例えば、レポートがユーザー指定言語であるベトナム語では表示できず、フランス語とドイツ語では表示できるとします。コンテンツ・ロケール・マッピング・テーブルを使用すれば、ベトナム語をフランス語またはドイツ語にマッピングできます。これにより、マッピングした言語でレポートが表示されます。

v サポートされていないコンテンツ・ロケールを、サポートされているロケールにマッピングする。

部分ロケールをマッピングする場合、IBM Cognos BI ではユーザー・ロケールのチェック後にマッピングが行われます。すべてのユーザーが同じ種類の Web ブラウザーを使用している場合、マッピング動作はすべてのユーザーに対して同じになります。しかし、複数の種類のブラウザーが使用されている場合は、ブラウザーによって結果が異なります。


例えば、Internet Explorer の場合、ヨーロッパの地域を示すロケール識別子の多くが存在しません。つまり、fr-fr (フランス語 - フランス) というユーザー・ロケールが選択できません。選択できるのは fr (フランス語の識別子) のみです。この問題を解決するには、fr を fr-fr にマッピングして、言語 - 地域の値が返されるようにすることができます。Netscape では地域識別子が用意されているため、fr-fr という値を返すためのロケールのマッピングは不要です。この違いが原因で、ブラウザーの種類によって結果に矛盾が生じる場合があります。Internet Explorer では、fr がfr-fr にマッピングされている場合、ユーザーに返されるのは地域固有のデータ(fr-fr) です。Netscape では、fr が fr-fr の値を返さないため、地域に固有ではないデータがユーザーに返されます。

ユーザーの選択

Framework Manager モデルでは、自国の言語で表示する列タイトルと列の説明を指定できます。レポートは自動的にユーザー指定言語に切り替えられます。作成者側で行うことはありません。

Report Authoring では次の項目の言語またはロケールを指定できます。

v メタデータ・モデルには存在しない、計算などのレポート・データ・アイテム

v ページ・タイトルなどのレポート内のテキスト

v レポート・レイアウト

通貨、数字、日付、時刻のカスタマイズIBM Cognos BI では、およそ 200 のロケールについて、数字、日付 (短い形式、長い形式、標準の形式、省略形式)、時刻、間隔、および通貨に関するロケールの形式がデフォルトで一式用意されています。ユーザー・ロケールには、すべての形式設定をリンクしたり、選択した一部のデータのみをリンクできます。

例えば、米国の通貨データが米国の通貨記号 ($) と、ユーザー・ロケールに応じた適切な形式で表示できます。この場合、フランス人のユーザーには 123,45 $、米国人のユーザーには $123.45 と表示されることになります。

IBM Cognos BI のデフォルトでは、サポートされている通貨の一部のみがユーザー・インターフェースに表示されます。各 Content Manager コンピューターの通貨表に通貨を追加または削除してください。

ユーザーに数値データの入力を求める場合、IBM Cognos BI ではユーザー・ロケールの形式のデータが自動的に受け入れられます。

日本語ユーザー向けサポート

西暦または所定の元号で指定できる年号を使用して、和暦の日付を入力および表示できます。

和暦、西暦のどちらの場合でも、ユーザーには英語で年と月名を使うオプションが用意されています。

IBM Cognos BI では、三角記号によるマイナス表現をサポートしています。次の表では、西洋式のマイナス記号 (-) の代わりに三角形が使用されます。


記号 Shift-JIS Unicode

0x81A2 U+25B3

0x81A3 U+25B2

0x81A4 U+25BD

0x81A5 U+25BC

多言語の IBM Cognos BI 環境の設定作成したレポートでデータを複数の言語で表示したり、異なる地域設定を使用したりすることができます。つまり、1 つのレポートを作成すると、そのレポートを世界中のあらゆるユーザーが使用できることになります。

複数のロケールのデータ・ソースを結合することができます。IBM Cognos Series 7

の PowerCube をデータ・ソースとして使用する場合、IBM Cognos BI により、PowerCube が作成されたシステムで使用されていたエンコード方式からキューブのデータが変換されます。変換が成功するためには、PowerCube に含まれるデータと同じシステム・ロケールで IBM Cognos Series 7 の PowerCube が作成されている必要があります。IBM Cognos BI で変換したら、サーバー・ロケールを考慮することなく、さまざまなロケールの PowerCube を結合することができます。

IBM Cognos BI に付属しているサンプル・データベースには、名前や説明などのテキスト・フィールドが 25 カ国語以上で格納されています。これにより、多言語レポート作成環境のデモンストレーションを行うことができます。サンプル・データベースでどのようにデータが格納されるか、多言語データを使用できるようにサンプル・データベースがどのように設定されているかについては、「管理およびセキュリティー・ガイド」を参照してください。

多言語レポート作成環境の作成プロセスは、次のとおりです。

v 多言語メタデータを使用する。

データ・ソース管理者は、多言語データを個々のテーブル、行、または列に格納できます。

多言語レポートを作成できるようにデータベースを設定する方法の詳細については、「管理およびセキュリティー・ガイド」を参照してください。

v 多言語モデルを作成する。

モデル作成者は、Framework Manager を使用し、OLAP 以外のデータ・ソース・タイプのモデルに多言語メタデータを追加します。多言語メタデータを追加するには、モデルがサポートする言語を定義し、オブジェクト名や説明などのモデル内のテキスト文字列を翻訳し、各パッケージにエクスポートする言語を定義します。データ・ソースに多言語データが含まれる場合、モデル作成者はレポート・ユーザーのデフォルト言語でデータを取得するクエリーを定義できます。



v 多言語マップを作成する。

管理者やモデルの作成者は、Map Manager という Microsoft Windows オペレーティング・システムのユーティリティーを使用して地図をインポートし、Report

Authoring で地図のラベルを更新します。また、管理者やモデルの作成者は国名や地域名および都市名などの地図特性に対して代替の名前を定義し、地図に表示されるテキストの多言語のバージョンを提供できます。

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

v 多言語レポートを作成する。

レポート作成者は、Report Authoring を使用して、各種の言語で表示できるレポートを作成します。例えばレポート作成者は、ドイツのユーザーがレポートを開いたときに、タイトルなどのテキストがドイツ語で表示されるように指定できます。また、テキスト・オブジェクトの翻訳を追加したり、言語依存の他のオブジェクトを作成したりできます。

詳細については、「Report Authoring ユーザー・ガイド」を参照してください。

v レポートの表示言語を指定する。

IBM Cognos Connection を使用して、次のことが行えます。

– ポータル内のエントリーごとに名前、画面のヒント、説明などの多言語プロパティーを定義する。

– レポートの実行時に使用されるデフォルト言語を指定する。

ヒント: デフォルトの言語は、「実行オプション」ページ、レポート・プロパティー、または設定で指定できます。

– レポートの実行時に使用されるデフォルト以外の言語を指定する。

詳細については、「IBM Cognos Connection ユーザー・ガイド」を参照してください。

データは、次のいずれかで指定した言語および地域設定で表示されます。

v ユーザーの Web ブラウザー・オプション

v 実行オプション

v IBM Cognos Connection 設定

ユーザーまたは作成者が追加するテキストは、入力された言語で表示されます。

多言語レポート用のデータベースの設定IBM Cognos BI はさまざまな言語でデータのクエリーとエンコードを実行できるUnicode 製品です。IBM Cognos BI では、データベースのクエリーは通、Latin-1、Shift-JIS、Unicode など、データベースのネイティブ・データ・エンコード方式を使用して行われます。このデータは必要に応じて IBM Cognos BI によってUnicode に変換されます。

複数のデータ・エンコード方式でデータベースにクエリーを実行する場合、Report

Authoring ではデータを Unicode で要求します。データベースによっては、この機


能を有効にするためにクライアント・ソフトウェアやサーバー・ソフトウェアで特定の設定が必要です。詳細については、そのデータベースのドキュメントを参照してください。

日本語文字のラウンド・トリップ・セーフティー設定

Shift-JIS は、日本語文字のエンコード方式です。Unicode から Shift-JIS に文字を変換し、再び Unicode に戻すと、ラウンド・トリップ・セーフティーに関する問題が発生することがあります。この問題は、ラウンド・トリップ・セーフティーConfiguration ユーティリティーを使用することで回避できます。このユーティリティーは、"rtsconfig.exe"という名前で "<c10 の場所>\bin" に格納されています。

ラウンド・トリップ・セーフティー Configuration ユーティリティーを使用すると、文字を Shift-JIS から Unicode に変換する場合や Unicode から Shift-JIS に変換する場合に、Shift-JIS 文字のラウンド・トリップ・セーフティーが保証されます。データベース内のデータが要求され、かつ、そのデータベースが Shift-JIS 文字をUnicode に自動変換する独自の機構を備えている場合、文字を Unicode からShift-JIS に変換する際に、IBM Cognos BI からはラウンド・トリップ・セーフティー Configuration ユーティリティーが呼び出されません。その場合、データ内の文字のラウンド・トリップ・セーフティーは保証されません。



第 10 章セキュリティー・アーキテクチャー

IBM Cognos Business Intelligence には、既存のセキュリティー・モデルと互換性がある柔軟なセキュリティー・アーキテクチャーが備わっています。そのため、認証プロバイダーおよび暗号化プロバイダーとの統合が容易です。

IBM Cognos BI のセキュリティーには次のものが含まれます。

v IBM Cognos Application Firewall

v IBM Cognos 認証サービス

v IBM Cognos 承認サービス

v 暗号化サービス

IBM Cognos BI 環境のセキュリティーの設定については、 133ページの『第 11 章配布の保護』を参照してください。

IBM Cognos Application FirewallIBM Cognos Application Firewall では、ディスパッチャー・レイヤーで送受信トラフィックの検証とフィルター処理が行われます。


IBM Cognos Application Firewall には、要求の検証、SecureError、パラメーターによる署名などの機能が搭載されています。また、IBM Cognos BI のセキュリティーを最新の状態に保つことができる柔軟なアーキテクチャーが採用されています。

IBM Cognos Application Firewall は、IBM Cognos BI のセキュリティーに不可欠なコンポーネントであり、クロスサイト・スクリプティングなどの脆弱性に対する保護を強化します。IBM Cognos Application Firewall を無効にすると保護が行われなくなるため、通常は有効にしておいてください。詳細については、 140ページの『推奨 - IBM Cognos Application Firewall の使用』を参照してください。

IBM Cognos Application Firewall の設定については、IBM Cognos Business


IBM Cognos 認証サービス認証とは、ログオンを許可する前に個人を特定するプロセスです。

IBM Cognos BI では、サード・パーティー製認証プロバイダーによる認証が実装されています。認証プロバイダーでは、認証を行う際に使用するユーザー、グループ、および役割を定義します。プロバイダーがアクセスする認証ソースには、ユーザー名、ID、パスワード、地域設定、個人設定などの情報が保存されています。認証ネームスペースとは、設定の済んだ認証プロバイダーのインスタンスのことです。

IBM Cognos BI に認証を設定するには、次の 1 つ以上の認証プロバイダーを使用して IBM Cognos BI を設定する必要があります。

v LDAP

v Windows NT LAN Manager (NTLM)

v Microsoft Active Directory

v IBM Cognos 7 Access Manager を使用して作成され、他の IBM Cognos 製品で利用できる IBM Cognos 7 ネームスペース

v eTrust SiteMinder

v カスタム Java プロバイダー

サード・パーティー製認証プロバイダーの設定については、IBM Cognos Business

Intelligence「インストールおよび設定ガイド」を参照してください。カスタム認証プロバイダーの作成については、IBM Cognos Software Development Kit に付属の「Custom Authentication Provider Developer Guide」を参照してください。

匿名アクセスおよび認証アクセスについては、 29ページの『要求フロー処理』を参照してください。

Cognos ネームスペースIBM Cognos BI には固有のネームスペースがあり、これはサード・パーティー製認証プロバイダーに基づいて追加で設定されたネームスペースとは別に存在するものです。認証プロバイダーに定義されているグループと役割は、Cognos ネームスペースには複製されません。その代わりに、Cognos ネームスペースを使用して、複数のサード・パーティー製認証プロバイダーで使用可能なグループと役割を定義できま


す。これにより、認証プロバイダーのグループと役割を変更しなくても、IBM

Cognos BI のために再編成することで、既存のグループと役割の価値を上げることができます。

Cognos ネームスペースを使用すると、クライアントのセキュリティー・システムと簡単に連係できるセキュリティーを設定できます。例については、 146ページの『Cognos ネームスペースを使用したアクセスの制限』を参照してください。詳細については、「管理およびセキュリティー・ガイド」を参照してください。

シングル・サインオンIBM Cognos BI は、シングル・サインオンに対応するように設定できます。この設定を行うと、IBM Cognos BI や他のプログラムで構成される環境に一度サインオンしておけば、プログラムを切り替えるたびにサインオンする必要がなくなります。シングル・サインオンの実装方法は、環境と認証プロバイダーの設定によって異なります。


IBM Cognos 承認サービス承認とは、ユーザーの ID に基づいて、データへのアクセスを許可または拒否し、そのデータに対して実行できる操作を指定するプロセスです。例えば、IBM Cognos

BI 管理者はレポートを保存するフォルダーを設定できます。その後、承認されたユーザーのみがフォルダー内のレポートの表示、変更、その他の作業を実行できるように、フォルダーを保護できます。

承認サービスは Content Manager に付属の機能です。

分散管理IBM Cognos BI セキュリティー・モデルでは、セキュリティー管理の分散化がサポートされています。

フォルダーやグループなどの Content Manager のオブジェクトは、個別に保護できるため、組織の各職務分野の担当者にセキュリティー管理を割り当てることができます。IT (情報技術) グループや他の全体的な管理グループによって集中的なセキュリティー管理を行う必要はありません。

権限ディレクトリー、フォルダー、ファイルなどのオブジェクトへのアクセス権は、権限によってユーザー、グループ、または役割に対して個別に定義されます。また、このようなオブジェクトに対して実行可能な操作も権限によって定義されます。

IBM Cognos BI 承認では、次のものに対して権限を割り当てます。

v Content Manager の Cognos ネームスペースに作成されたグループと役割。

これらのグループと役割は、IBM Cognos グループ、IBM Cognos 役割と呼ばれます。

第 10 章セキュリティー・アーキテクチャー 129

v サード・パーティー製認証プロバイダーで作成された、すべてのネームスペース、ユーザー、グループ、および役割。

ユーザーユーザー・エントリーは、ユーザーやコンピューターに属するアカウントを一意に識別するために、サード・パーティー製認証プロバイダーによって作成、管理されます。IBM Cognos BI でユーザー・エントリーを作成することはできません。

認証プロバイダーに保存されているユーザー・エントリーには、姓名、パスワード、ID、ロケール、E メール・アドレスなどの情報が含まれます。ただし IBM

Cognos BI では、ユーザーの個人用フォルダーの場所やポータルでレポートを表示するときの形式設定などの追加情報が必要になることがあります。この追加情報は、IBM Cognos BI に保存されます。

認証プロバイダーや IBM Cognos BI に定義されたグループと役割には、ユーザーを割り当てることができます。1 人のユーザーが 1 つ以上のグループや役割に所属することもできます。ユーザーが複数のグループのメンバーである場合、そのアクセス権は結合されます。

ユーザーの詳細については、「管理およびセキュリティー・ガイド」を参照してください。

グループと役割グループや役割は、組織内で類似した業務に従事していたり、類似した地位に就いていたりするユーザーの集合です。グループのメンバーには、ユーザーや他のグループを含めることができます。役割のメンバーには、ユーザー、グループ、他の役割を含めることができます。

グループと役割のどちらも、IBM Cognos BI でのアクセス権を割り当てるのに使用されます。ユーザーがログオンすると、常に所属するグループおよび役割に設定されたすべての権限が付与されます。

グループと役割の詳細については、「管理およびセキュリティー・ガイド」を参照してください。

暗号化サービスIBM Cognos BI の通信と機密データは、暗号化サービスによって保護されます。

暗号化によって保護されるのは、次のものです。

v 静的データ

v 一時データ

v 過渡的なデータ

ユーザーは、組み込まれている IBM Cognos BI 認証局 (Certificate Authority) を使用することも、サポートされるサード・パーティー製の認証局 (Entrust など) を使用することもできます。サード・パーティー製の CA を使用するには、該当するソフトウェアを購入してインストールした後に、新しい暗号化リソースを設定する必要があります。Entrust で暗号化を使用するには、Entrust 公開鍵基盤 (Public Key


Infrastructure:PKI) を購入してインストールする必要があります。この基盤には独自の CA が組み込まれています。Entrust セキュリティー・インフラストラクチャーとともに使用する新しい暗号化リソースを設定するには、事前に PKI を使用できるようにしておく必要があります。

詳細については、 140ページの『暗号化環境の設定』を参照してください。

サード・パーティー製認証局の使用IBM Cognos BI では、認証局 (Certificate Authority) の機能を利用して暗号化サービスを提供しています。

デフォルトでは、IBM Cognos BI はシンプルな組み込みの CA が用意されています。この組み込みの CA を無効にしてサード・パーティー製の CA を使用することもできます。使用できるのは、Base64 Encoded X.509 形式の証明書を作成するサード・パーティー製の CA です。詳細については、IBM Cognos Business


IBM Cognos 暗号化プロバイダーIBM Cognos BI には、IBM Cognos 暗号化プロバイダーが同梱されています。

暗号化プロバイダーには次のものが含まれます。

v Secure Sockets Layer (SSL) サービス

SSL プロトコルは、同じコンピューターまたは異なるコンピューターにインストールされた IBM Cognos BI コンポーネント間の通信を保護するために使用されます。

v BI Bus メッセージによる信頼された要求

一部のメッセージでは、認識された IBM Cognos サービスから送信されたものであることを保証するために、デジタル署名が使用されます。

v 配布プロセスの暗号化

エクスポート・プロセスとインポート・プロセスでデータを暗号化および復号するには、対称アルゴリズムが使用されます。

v 一時ファイルの暗号化

一時ファイルの暗号化と復号には、対称アルゴリズムが使用されます。

データベースに格納されたデータの保護は、データベースのセキュリティーによって行われます。

IBM Cognos 暗号化プロバイダーは、組み込まれている認証局とともに使用することも、サード・パーティー製の認証局とともに使用することもできます。

第 10 章セキュリティー・アーキテクチャー 131


第 11 章配布の保護

IBM Cognos Business Intelligence セキュリティー戦略の主要目標は、以下のとおりです。

v 承認されたデータへのアクセスを対象となるユーザーに制限する

v 承認されないユーザーがデータを変更または表示できないようにする

v 情報の盗難や破壊を防ぐ

v アプリケーションを常に使用可能な状態にする

不注意または故意のいずれによるものであっても、表示を許可されていないデータの表示、認証や承認メカニズムの迂回、別のユーザーの ID になりすますためのセッション状態の盗用や違反、あるいは既存の特権のエスカレートなどを、ユーザーが行えないようにする必要があります。さらに、ユーザーによってアプリケーションのサービスが中断されるのを防ぐことも必要です。

本情報は、最大限のセキュリティーが確保されるように IBM Cognos BI インストールを設定するために役立ちます。ここでは、環境セキュリティーの問題について説明していますが、これは、オペレーティング・システムとネットワークのセキュリティー、およびアプリケーションのセキュリティーに関連しています。これらの分野は、すべて開発サイクルの一環として IBM Cognos BI 上で実施されたセキュリティー監査において検討されました。

IBM Cognos BI のインストール環境と設定は、それぞれのお客様に固有のものです。その結果、それぞれのインストール環境と設定のセキュリティー要件も固有になります。このセクションでは、IBM Cognos BI 環境の保護に関連した問題について、詳細に説明しているわけではありません。しかし、IBM Cognos Business

Intelligence「インストールおよび設定ガイド」の詳細情報の補足となるガイドラインと推奨事項が含まれています。

IBM Cognos BI セキュリティー・フレームワークは、Web アプリケーションを保護するための業界標準のアプローチに基づいています。これには、セキュリティーの脅威に対してぜい弱な機能領域の設計と開発に際してのセキュリティー問題への取り組みが含まれます。

以下の IBM Cognos BI 機能領域は、セキュリティーを特に重視して開発されました。

認証と承認

ユーザー認証と承認により、承認されないユーザーによるシステム・コンポーネントやデータへのアクセスが防止されます。

セキュリティー戦略の有効性は、認証と承認のタイプによって異なります。

Web 要求とコンテンツの検証

データは、Web 要求とコンテンツの検証により、その処理前に検査されます。


セキュリティー戦略の有効性は、バッファー・オーバーフローおよび変数割り当て違反を防ぐ境界検査や、データ・エンコードおよびフォーマット文字列違反を防ぐ書式検査など、使用する検証方法によって異なります。

セッション管理

セッション管理は、適切なアクセス制御をサポートします。これは、推測が困難な強力なセッション ID に依存します。

セキュリティー戦略の有効性は、使用するセッション管理システムのタイプ、それらに含まれる情報、プログラム・サイクル内のどの時点でセッションを検証するかによって異なります。

転送セキュリティー

転送セキュリティーは伝送時に使用され、非トラステッド・ネットワークを使用する場合に、機密情報が含まれているトランザクションを保護することを目的としています。

セキュリティー戦略の有効性は、データを暗号化する方法によって異なります。

暗号化

暗号化によって、アカウントの資格情報や個人情報などの機密データが保護されます。

セキュリティー戦略の有効性は、データの暗号化と保管の方法によって異なります。

ログ記録と監視

アプリケーション・ログによって、エラーが発生したときや機密トランザクションが完了したときが識別されます。さらに、アプリケーション・ログには、システム情報を提供するエラー・メッセージが記録されます。エラー・メッセージでは、ビジネスの要件に合った最小限の情報を公開する必要があります。

セキュリティー戦略の有効性は、ログ・ファイルの保管場所、および監査機能がアプリケーションに組み込まれているかどうかによって異なります。

管理

管理アクセス権には、ユーザーの追加と削除、グループおよび役割ベースのアクセス権の提供、およびアプリケーション・コンポーネントの設定を行う権限が含まれます。管理アクセス権は、適切な個人のみに限定する必要があります。

セキュリティー戦略の有効性は、アプリケーションの管理方法、セキュリティーの管理オプションの設定、およびこれらのオプションがどのように保護されているかによって異なります。


オペレーティング・システムを保護する手法オペレーティング・システムは、アプリケーションが実行される物理的環境です。オペレーティング・システムにぜい弱性があると、アプリケーションのセキュリティーが脅かされます。オペレーティング・システムを保護することにより、この環境を安定させ、リソースへのアクセスや環境への外部アクセスを制御します。

システムの物理的セキュリティーは必要不可欠です。脅威は、Web を経由して侵入するだけではなく、物理端末からもたらされる可能性もあります。 Web アクセスが非常に安全であっても、アタッカーからサーバーへの物理アクセスが可能であれば、システムに侵入するのはきわめて容易になります。

ご使用のオペレーティング・システムのセキュリティー・ポリシーと推奨事項を確認してください。以下のセキュリティーのベスト・プラクティスを実装することを検討してください。

ユーザー・アカウントv サーバー・コンピューター上のユーザー・アカウントの数を制限する。

不要なユーザー・アカウントや古いユーザー・アカウントがあると、システムがより複雑になり、システムがぜい弱になることがあります。

ユーザー・アカウント数を減らすことにより、管理者がアカウント管理に費やす時間が少なくなります。

v 少数の信頼できるユーザーのみにサーバー・コンピューターへの管理アクセス権を持たせるようにする。

管理者の数が少なくなることにより、責任の所在がより明確になります。適切な管理者を指定する必要があります。

v アプリケーションを実行するアカウントに対して、必要最小限のアクセス権限を割り当てる。

アタッカーがアプリケーションにアクセスできるようになると、そのアプリケーションを実行するユーザーの権限を得ることになります。

アカウント・ポリシーv オペレーティング・システムのセキュリティーを高めるパスワード・ポリシーを作成して管理する。

このようなポリシーの例として、強固なパスワード規則とパスワード変更スケジュールが挙げられます。

v ユーザーのパスワードを破って、そのパスワードの強度をテストする。

強固なパスワード規則を守っていないユーザーには、組織のパスワード・ポリシーに従ってパスワードを更新するよう、通知します。

このタスクに役立つソフトウェアがあります。

v UNIX オペレーティング・システムの場合は、シャドー・パスワード・ファイルをアクティブにする。

第 11 章配布の保護 135

UNIX では、パスワードは /etc/passwd ファイルに保存されます。このファイルには誰でもアクセスできるため、セキュリティー・リスクが生じます。パスワード・セキュリティーを強化するには、/etc/shadow という名前のシャドー・パスワード・ファイルをアクティブにします。このファイルが使用可能な場合、パスワードはパスワード・ファイルではなく、このファイルに保管されます。/etc/shadow ファイルに対する権限はより限定されているため、セキュリティー・リスクが低下します。

ファイル・システムv ユーザーに対して、必要なディレクトリーへの読み取り専用権限を付与する。

アタッカーがアプリケーションにアクセスできるということは、ユーザー権限を持っているということです。

v デフォルトでアクセスを拒否する。

明示的にアクセス権が付与されているユーザーを除くすべてのユーザーに対して、リソースへのアクセスが拒否されます。

すべてのユーザーに対して、すべてのディレクトリー構造の読み取り/書き込み権限を拒否できます。ディレクトリーとファイルにアクセスできるのは、これらの権限を明示的に付与されたユーザーだけです。このポリシーでは、管理者が見落としていたリソースがあればそれも保護されます。

ネットワーク・サービスv サーバー・コンピューターで提供するサービスを必要最低限にする。

アプリケーションの実行に必要なサービスのみを使用します。各サービスは、悪意あるアタックの入り口となる可能性があります。実行するサービスの数を少なくすると、システムの管理もしやすくなります。

例えば、ftp、rlogin、または ssh サービスは不要な可能性があります。

v ネットワーク・サービス・ユーザーのアクセス権限レベルを下げる。

ネットワーク・サービスは外部に公開されています。

v Web サーバーへのアクセス権を持つユーザー・アカウントが、シェル関数にアクセスできないようにする。

v UNIX および Linux オペレーティング・システムの場合は、未使用のサービスが/etc ディレクトリーの rc0 から rc6 までの rc ファイルに存在しないようにする。

v Microsoft Windows オペレーティング・システムの場合は、未使用のサービスが実行されないようにする。またそれらのサービスが自動的に開始されないようにする。

v 必要なサービスが UNIX 上で実行されていることを確認する。

ps ユーティリティーと netstat ユーティリティーを使用すると、実行中のサービスを表示できます。 ps ユーティリティーを使用すると、コンピューター上で現在実行されているプロセスのリストが表示されます。 netstat ユーティリティーを使用すると、現在使用中のポートのリストが表示されます。

v /etc/services ファイルで指定する信頼されたポートの数を減らす。


使用する予定がないポートを削除またはコメント化して、システムへの潜在的な入り口を排除します。

v ポート 137、138、および 139 に関連する NetBIOS の脅威からシステムを保護する。

これらのポートは、/etc/services ファイルにリストされています。

v iptable などのラッパー・サービスを使用する。

v セキュリティーの更新がないか頻繁に確認して、サービスを最新の状態に保つようにする。

v 可能であれば、グラフィカル・ユーザー・インターフェース (GUI) のあるサービスを使用しないようにする。

このようなサービスには、多くの既知のセキュリティーぜい弱性があります。

システム・パッチv オペレーティング・システムに対して、ベンダーが推奨する最新のパッチを実行する。

パッチには、中核となる OS パッチと、追加のアプリケーションに必要なパッチがあります。

v セキュリティー・パッチの定期的な保守をスケジュールに入れる。

オペレーティング・システムの最小化v 不要なアプリケーションを削除して、潜在的なシステムぜい弱性を低減する。

v ローカル・サービスを処理に必要なサービスに制限する。

v バッファー・オーバーフローに対する保護を実施する。

これを行うために、サード・パーティー・ソフトウェアが必要となる場合があります。

ログ記録と監視v セキュリティー関連のイベントをログに記録する。これには、成功および失敗したログオン、ログオフ、およびユーザー権限の変更が含まれます。

v システム・ログ・ファイルを監視する。

v フォレンジックのために、時間を関連付けるタイム・サーバーを使用する。

v システム・ログ・ファイルへのアクセス権限を制限して、これらのファイルを保護する。

ログは、日常的な保守においても、障害回復ツールとしても重要です。したがって、これらは、システム障害とユーザーによる改ざんから保護する必要があります。

v IPF ログ記録を使用して、より高度なログ記録システムを構築する。

ログ・ファイル・システムのセキュリティーを強化するには、以下のことを行います。

– 1 つのサーバー上の 1 つの場所にすべてのログ・ファイルを配置する。

これにより、ログ・ファイルの管理が簡素化されます。


– 冗長性を確保するために複数のログ記録サーバーを設定する。

– ログ記録にリモート・サーバーを使用する。

これにより、システムが脅かされた場合や、例えばハード・ディスクが破壊された場合に、ログが保護されます。

IPF サーバーは、ネットワークを介してアクセスされるため、世界中どこにでも置くことができます。

v ログ記録設定ファイルを保護する。

設定ファイルには、変更されるとログ・システムの信頼性を脅かす恐れのある設定が含まれています。例えば、ログ・レベルの設定に誤りがあると、一部の障害がログに記録されなくなることがあります。

v Web サーバー上のアクセス要求のログ記録を有効化する。

これは、悪意ある行動を識別する場合に役立つことがあります。

システムの整合性v システムの整合性を保つように、既知の反復可能な処理から実動システムを構築する。

v システムを元のシステムのスナップショットと照合して定期的に検査する。

v システムの整合性を検査するために、使用可能なサード・パーティー監査ソフトウェアを使用する。

v システム・リソースのバックアップを定期的にとる。

ネットワーク保護の手法ネットワークは、アプリケーションへの入り口です。したがって、ネットワーク・セキュリティー・メカニズムは、外部からの潜在的な脅威に対する防御の最前線となります。ネットワーク・セキュリティーには、プロトコルや通信チャンネルの保護のほかに、ルーター、ファイアウォール、およびスイッチなどのデバイスの保護が含まれます。

ネットワーク・セキュリティーを強化するために、以下のベスト・プラクティスを実装することを検討してください。

v ファイアウォールを使用してください。

これにより、ネットワークへの正規のアクセスのみが許可されます。

v ファイアウォールでパケットの転送とフィルタリングが行われていることを確認する。

これらのファイアウォール機能により、保護レイヤーが追加されます。パケットを転送すると、保護されたネットワーク内部のコンピューターに外部から直接アクセスできなくなります。フィルタリングによって、一部のタイプの要求や、一部のドメインまたは IP アドレスから着信する要求をブロックすることができます。このような手法により、内部ネットワークに渡される可能性のある不正な要求の数を減らすことができます。

v アクセス可能なポートの数を制限する。


v 一部のポートについてトラフィックの方向を制限する。

v ping などの一部のネットワーク・プロトコルを制限する。

Web サーバー

すべてのタイプの Web サーバーに対して、以下のセキュリティーのベスト・プラクティスを実装することを検討してください。

v 未使用の仮想ディレクトリーがあれば削除する。

v Web サーバー・アプリケーションに付属しているデフォルトの cgi-bin またはASP スクリプトのサンプルを削除または使用不可にする。例えば Apache であれば、cgi-bin/printenv.pl などです。

v 各 Web サイトと仮想ディレクトリーに対して、読み取り、書き込み、および実行の権限を明示的に付与する。

v Web サーバーにルート・ディレクトリーを作成する。

Apache では、これは chrooting と呼ばれます。

Microsoft Internet Information Services (IIS) の場合は、ルート Web サイトを特定のディレクトリーに割り当てることができます。 IIS を実行するユーザーに、このディレクトリーに対する読み取り/書き込み権限を付与できます。他のユーザー権限は、すべて削除できます。

v 物理ファイルに対するアクセス権限が正しく設定されていることを確認する。

これらのファイルに対する読み取り/書き込み権限を必要とするのは、一部のユーザーだけです。

v .htr、.idc、.stm、.printer、.htw というファイル拡張子の付いたアプリケーションなどに対する不要なデフォルト・マッピングを削除する。

v Web サーバーで Secure Sockets Layer (SSL) を有効化する。

SSL は、ユーザーと Web サーバーとの通信を暗号化するために使用します。詳細については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」の Web サーバーの設定に関するセクションを参照してください。

Apache の場合は、以下のベスト・プラクティスも実装してください。

v 必要なモジュールのみを有効化する。

v Apache インストール環境で、バージョン情報およびその他の機密情報が非表示になっていることを確認する。

v ディレクトリーの参照をオフにする。

v IP アドレスによるアクセスを制限するように Web サーバーを設定する。

v エラー・ログ記録とアクセス・ログ記録が有効になっていることを確認する。

これらのタイプのログ記録は、設定ファイル内の ErrorLog および mod_log ディレクティブで制御されます。

IIS の場合は、以下のベスト・プラクティスも実装してください。

v 使用しない場合は、ftp などのプロトコルを無効にする。

v 構成ツールでログ記録を有効にする。


v 不要な場合は、リモート・データ・サービスを無効にする。

v ¥¥IISSamples、¥IISHelp、¥MSADC などのサンプル・アプリケーションを削除する。

v winreg レジストリー・キーへのアクセス権限を設定する。

このキーにアクセスする必要があるのは管理者だけです。

アプリケーションの保護組み込みのセキュリティー機能を使用すると、IBM Cognos BI インストール環境のセキュリティーを最大限に設定できます。

ここで提供するベスト・プラクティスは、アプリケーションの保護に必要なすべての設定タスクを網羅しているわけではありません。しかし、IBM Cognos Application

Firewall、暗号環境、SSL プロトコル、および一時ファイルなどの、最も重要な問題に対応しています。また、IBM Cognos Connection、IBM Cognos PowerCubes、データ・ソース・サインオン、および Content Store へのアクセスの保護にも対応しています。

推奨 - IBM Cognos Application Firewall の使用IBM Cognos Application Firewall (CAF) は、既存の IBM Cognos BI セキュリティー・インフラストラクチャーを補足します。デフォルトでは、この追加のセキュリティーは有効になっています。IBM Cognos BI ソリューションを保護するため、実稼働環境では CAF を決して無効にしないでください。

分散インストール環境では、IBM Cognos BI アプリケーション層コンポーネントがインストールされているすべてのコンピューターで、CAF の設定をすべて同一にする必要があります。CAF が一部のコンピューターでは無効であり、その他のコンピューターでは有効となっていると、予期しない動作や製品エラーが発生する場合があります。

CAF は、IBM Cognos BI コンポーネントが悪意のあるデータを処理しないように保護します。悪意のあるデータの最も一般的なものとしては、有効なページへのスクリプトの挿入や別の Web ページへの転送による、バッファーのオーバーフローや、クロスサイト・スクリプト攻撃 (XSS リンク) などがあります。

IBM Cognos Configuration を使用すると、サード・パーティー製の XSS ツール・サポートに対する設定を変更し、IBM Cognos の有効な名前のリストに、ホスト名またはドメイン名を追加できます。

また、ログ・ファイルを確認して、ファイアウォールによる処理状況を監視することもできます。ログ・ファイルには、拒否された要求が記録されています。デフォルトでは、"<c10 の場所>\logs\cogserver.log" ファイルにログ・メッセージが保存されます。

暗号化環境の設定システムをセットアップする前に、ご使用の環境に必要なセキュリティーのレベルを評価します。


システムの保護レベルの決定に影響する代表的な要因には、以下が含まれます。

v 外部への露出

ユーザーは誰か。外部ユーザーまたはゲスト・ユーザーの他に、内部ユーザーがいますか。

v 公衆インターネットの使用

システムはインターネットからアクセス可能ですか。仮想プライベート・ネットワーク (VPN) が存在しますか。

v データ機密性

人事、経理、および会計などの部門では、データを最善の方法で保護する必要があります。

IBM Cognos BI の暗号化の詳細については、 130ページの『暗号化サービス』を参照してください。暗号化の設定の詳細については、IBM Cognos Business


暗号化プロバイダーと暗号強度

IBM Cognos BI コンポーネントを実行するには、暗号化プロバイダーが必要です。デフォルトの暗号化プロバイダーを削除する場合、別の暗号化プロバイダーを設定する必要があります。

暗号化プロバイダーは、Entrust などのサポートされている認証局で使用できるように設定できます。

暗号化プロバイダーを選択する場合、暗号強度は最も重要なことではありません。IBM Cognos プロバイダーが提供する暗号化は、ほとんどのアプリケーションに対する十分な安全性を持ちます。ハイ・セキュリティー・セットアップは、暗号強度だけでなく、ディレクトリーへの物理アクセス、パスワード・ポリシーなどを含めたシステム全体のセキュリティーにも依存します。ご使用の環境がインターネットに接続されており、機密の非常に高いデータを処理する場合は、サード・パーティーの認証局の使用を検討する必要があります。

認証局 (CA)

IBM Cognos 暗号化プロバイダーを実装する場合、IBM Cognos BI の認証局であるAutoCA がデフォルトで使用されます。AutoCA は内部認証に署名し、 IBM Cognos

セキュリティー・インフラストラクチャーにおける信頼性の基盤を確立するために必要なすべての機能を提供します。

AutoCA は単純なセットアップおよびテスト環境には十分ですが、開発環境や実稼働環境においては制約があります。例えば、発行済み証明書や失効した証明書のための完全な管理機能を提供したり、メール、サーバー、およびプライベート証明書などの目的に基づいて証明書を発行したり、 Web サーバーおよびクライアント証明書に署名したりすることはできません。

Web サーバーまたはアプリケーション・サーバーで SSL を使用可能にする場合や、クライアント証明書を使用する場合は、サード・パーティーの CA が必要です。これは、組織がセキュリティー・インフラストラクチャーの一部として既に実


装済みの CA である場合が多いでしょう。サード・パーティーの CA を使用する場合、必要な証明書を生成して、インポートする必要があります。詳細については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」の IBM Cognos

BI コンポーネントでのサード・パーティー認証局の使用の設定に関するセクションを参照してください。

インターネットに接続されていない内部システムについては、オープン・ソース・ソフトウェアの OpenSSL を使用して、独自の CA をセットアップすることができます。

自己署名証明書は公開鍵基盤 (Public Key Infrastructure:PKI) の原則に従っていないため、 IBM Cognos BI ではサポートされていません。

サポートされる暗号スイートとアプリケーション・サーバー

分散インストール環境では、すべてのインストール・コンポーネントに対して同一の暗号スイートのセットを指定する必要があります。暗号 (特に、高い番号が付いた暗号と低い番号が付いた暗号) を混合すると、問題が発生する可能性があります。セットには、少なくとも 1 つの共通スイートが含まれている必要があります。そうしないと、SSL ネゴシエーションが失敗し、接続を確立することができません。

暗号スイートは、IBM Cognos BI の実行に使用されるアプリケーション・サーバーの影響も受けます。Tomcat が使用される場合、IBM Cognos コードはサーバー証明書を生成し、Tomcat を SSL リスナーに切り替えます。 IBM Cognos BI で設定される暗号スイートのみが、使用可能な暗号です。Tomcat 以外のアプリケーション・サーバーを使用する場合、 IBM Cognos BI で暗号スイートを設定する前に、アプリケーション・サーバー上で SSL を有効化する必要があります。 IBM Cognos

Configuration で指定する暗号スイートのセットに、アプリケーション・サーバーで設定された暗号スイートが少なくとも 1 つ含まれている必要があります。このようにしないと、SSL 接続が初期化されません。

暗号スイートの優先度順リスト (高い番号が付いた暗号から表示される) を指定します。

SSL の有効化

Secure Sockets Layer (SSL) を使用すると、 Web サーバー、アプリケーション・サーバー、および LDAP サーバー間を行き来するデータが保護されます。Web サーバーを除き、サーバーは内部にあり、ファイアウォールで保護されています。通常は、外部ネットワーク・リンクに対してネットワーク・セキュリティーに頼ることができます。このセキュリティーが十分でない場合は、 IBM Cognos BI コンポーネントと他のサーバー間の通信用に SSL を有効化する必要があります。

SSL を有効化するには、認証局 (CA)、および公開鍵基盤 (Public Key

Infrastructure:PKI) テクノロジーと SSL について十分な知識を持つ管理者が必要です。

次の接続で SSL プロトコルを使用するように、IBM Cognos コンポーネントを設定できます。

v 内部接続


SSL を内部接続のみに設定すると、ローカル・コンピューターの IBM Cognos コンポーネントではこの SSL プロトコルが通信に使用されます。ディスパッチャーは、リモートの HTTP 要求を行うポート以外のポートで安全な接続を待機します。したがって、 2 つのディスパッチャー URI を構成する必要があります。

Tomcat を使用して IBM Cognos BI を実行する場合、IBM Cognos Configuration

で SSL プロトコルを設定します。別のタイプのアプリケーション・サーバーを使用する場合は、そのアプリケーション・サーバー上で SSL プロトコルを設定する必要があります。

v 外部接続

SSL を外部接続のみに設定すると、リモートの IBM Cognos コンポーネントからローカル・コンピューターへの通信に SSL プロトコルが使用されます。ディスパッチャーが、ローカルの HTTP 要求が行われるポート以外のポートで安全なリモート要求を待機するように設定する必要があります。外部アプリケーションのContent Manager URI とディスパッチャー URI も、外部ディスパッチャーと同じプロトコルとポートを使用するように設定する必要があります。

外部からアクセス可能な Web サーバーに対しては、 SSL を常時有効にする必要があります。詳細については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」を参照してください。

v 内部および外部接続

すべての接続に SSL を設定する場合、ディスパッチャーは内部接続と外部接続に対して同じポートを使用できます。同様に、ローカル通信にも遠隔通信にもSSL を使用しない場合、ディスパッチャーはすべての通信に対して同じポートを使用できます。

SSL を使用するには、必要に応じて、Content Manager の URI、外部アプリケーション用ディスパッチャー URI、ゲートウェイ URI も更新する必要があります。

v LDAP 接続

LDAP ディレクトリー・サーバーを使用する場合、 Content Manager の Access

Manager コンポーネントと LDAP ディレクトリー・サーバー間の通信に、LDAPS (Secure LDAP プロトコル) を使用できます。無保護の LDAP トラフィックは平文で送信されます。

LDAPS を有効化するには、認証局 (CA) によって署名されたサーバー証明書をディレクトリー・サーバーにインストールし、証明書を含める証明書データベースを作成し、LDAPS を使用するようにディレクトリー・サーバーおよび IBM

Cognos BI LDAP ネームスペースを設定する必要があります。

詳細については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」の LDAP 認証プロバイダーの設定に関するセクションを参照してください。

SSL プロトコルの設定の詳細については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」を参照してください。


共通対称鍵の場所の選択

共通対称鍵 (CSK) は、 IBM Cognos BI インストール環境のコンポーネント間で、データを暗号化したり、復号したりするために使用されます。CSK はローカルに格納することも、暗号処理を行うときに要求することもできます。デフォルトでは、鍵はローカルに格納されます。

暗号処理ごとに CSK を要求する方法では、セキュリティーは高まりますが、パフォーマンスに影響が出る可能性があります。鍵をローカルに格納する方がパフォーマンス面では優れていますが、コンピューターのセキュリティーが損なわれると、鍵が露出される可能性があります。

暗号処理ごとに CSK を要求する方法は、 IBM Cognos BI ゲートウェイを Content

Manager またはアプリケーション層コンポーネントとは別にインストールした場合のゲートウェイ・コンピューター用です。 CSK をご使用の Content Manager およびアプリケーション層コンポーネントのコンピューター上にローカルに格納する方法は妥当です。その理由は、ゲートウェイはファイアウォールで守られていない場合がありますが、これらのコンポーネントはファイアウォールで守られているためです。

一時ファイルの保護IBM Cognos BI は、レポート作成アクティビティー中に一時ファイルを使用して、最近表示されたレポートを格納します。ファイルは暗号化されません。レポートは機密データが含まれる可能性があるため、保護する必要があります。

次の機能を実装します。

v 一時ファイル・ディレクトリーへのアクセスを制限します。

一時ディレクトリーの読み取りおよび書き込み認可を、IBM Cognos サービス・アカウントにのみ付与します。他のすべてのアカウントのアクセスを拒否します。

一時ディレクトリーはデフォルトの場所 c10_location¥temp、または IBM Cognos

Configuration で指定される別の場所にすることができます。

v 一時ファイルの暗号化を有効にします。

暗号化された内容は理解不能なため、アタッカーにとっては役に立ちません。

一時ファイルの暗号化はパフォーマンスに影響を及ぼす可能性があります。

詳細については、IBM Cognos Business Intelligence「インストールおよび設定ガイド」の一時ファイルのプロパティーの設定に関するセクションを参照してください。

IBM Cognos BI ファイルの保護IBM Cognos BI で使用するファイルを保護するには、承認されたユーザーのみが、使用されるディレクトリーへのアクセス権限を持つようにする必要があります。こ


れには、インストール・ディレクトリー (c10_location)、およびバックアップ・ファイルまたはエクスポートされた配布アーカイブ・ファイルとしてファイルが格納されるディレクトリーが含まれます。

IBM Cognos BI ファイルを更に保護する場合は、次のガイドラインに従います。

v c10_location¥cgi-bin ディレクトリーのみに実行権限を適用する。

v c10_location¥webcontent ディレクトリーから cm_tester.htm ファイルを削除する。

v c10_location¥configuration ディレクトリーにある cogstartup.xml ファイルのプロパティーを編集して、IBM Cognos BI を実行するユーザー・アカウントのみに読み取り権限と書き込み権限を許可するようにする。

CAM パスワード Cookie の保護HTTPOnly 属性を設定すると、スクリプトが CAM Passport Cookie を読み取ったり、操作したりできないように、ユーザーの Web ブラウザーがブロックします。CAM Passport はサーバーへのユーザーのセッションを識別します。 HTTPOnly を設定すると、ユーザーのセッション ID を盗もうとする悪意のあるスクリプトによる危険を軽減するのに役立ちます。

そのようなスクリプトは、同じサーバー、またはユーザーが認証されている Web

アプリケーションに対するクロスサイト・スクリプティング (XSS) 攻撃を使用して、ブラウザーに挿入される場合があります。

管理者がこの機能を有効にする場合、ユーザーのブラウザーが HTTPOnly 属性をサポートしていることを確認する必要があります。

IBM Cognos Connection へのアクセスを保護する手法IBM Cognos Configuration に認証プロバイダーを追加すると、ディレクトリー内のすべてのユーザーが IBM Cognos Connection へのアクセス権を持つようになります。IBM Cognos BI を保護するには、このアクセスを制限する必要があります。

このセクションで説明する方法とベスト・プラクティスは、主に LDAP 認証プロバイダー、Sun Java System ディレクトリー・サーバー、および Active Directory に適用されます。

以下の方法の中から、所属する組織に該当するものを使用します。

v Cognos ネームスペース

Cognos ネームスペースのメンバーのみにアクセス権を付与する場合は、任意のタイプの認証プロバイダーでこの方法を使用します。

v LDAP グループまたは役割

ユーザー・アカウントがディレクトリー・ツリーの別の分枝にある場合は、Sun

Java System ディレクトリー・サーバーまたは Active Directory でこの方法を使用します。

v LDAP OU


ユーザー・アカウントがディレクトリー・ツリーの特定の組織単位 (OU) にある場合は、Sun Java System ディレクトリー・サーバーまたは Active Directory でこの方法を使用します。

組織単位 (OU) は、LDAP ディレクトリー構造内のコンテナーの一種です。 OU

には、ユーザー・アカウント、グループ、役割、および他の OU を格納できます。

Cognos ネームスペースを使用したアクセスの制限IBM Cognos Connection へのアクセスを、Cognos ネームスペースで定義される任意のグループまたは役割に属するユーザーのみに制限することができます。これは、任意のタイプの認証プロバイダーで使用できる、IBM Cognos Connection へのアクセスを保護するための手っ取り早い方法です。Cognos ネームスペースに組み込まれているいくつかのグループと役割を使用できます。また、新規グループおよび役割を作成することもできます。

ヒント: IBM Cognos Configuration で、「アクセスを組み込みネームスペースのメンバーに制限する」プロパティーの値を「True」に設定します。

この方法を使用する前に、次を行う必要があります。

v 承認されたユーザーおよびグループが必ず 1 つ以上の IBM Cognos グループまたは役割に属するようにする。

認証プロバイダーで作成されたユーザー・アカウント、グループ、および役割をCognos ネームスペースに追加します。

v 組み込まれた事前定義 IBM Cognos グループおよび役割から、グループ「すべてのユーザー」を削除する。

デフォルトでは、「すべてのユーザー」グループは Cognos ネームスペースのすべての組み込まれた事前定義グループおよび役割のメンバーです。

IBM Cognos BI でのグループと役割の管理の詳細については、「管理およびセキュリティー・ガイド」を参照してください。認証プロバイダーを使用するための IBM

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

LDAP グループまたは役割を使用したアクセスの制限LDAP ディレクトリー内のすべてのユーザーが IBM Cognos BI を使用する必要があるわけではありません。指定したユーザーにのみ IBM Cognos Connection へのアクセスを付与します。これを行うには、ディレクトリー・サーバーで IBM Cognos

BI 固有のグループまたは役割を作成し、必要なユーザーをメンバーシップに追加し、そのグループまたは役割に IBM Cognos Connection へのアクセスを付与します。

代わりの方法は、LDAP 組織単位 (OU) の使用に基づいています。

グループまたは役割を作成する必要があるかどうかは、認証プロバイダーによって異なります。Sun Java System ディレクトリー・サーバーを使用する場合、このプロバイダーは役割メンバーシップをユーザー・アカウント情報の一部として使用するため、役割を作成する必要があります。Active Directory を使用する場合、このプロ


バイダーはグループ・メンバーシップをユーザー・アカウント情報の一部として使用するため、グループを作成する必要があります。

役割の使用

この手法では、Sun Java System ディレクトリー・サーバーを使用して役割が作成されます。このタイプの役割の作成について詳しくは、Sun Java System の資料を参照してください。

IBM Cognos Configuration の「セキュリティー」、「認証」カテゴリーで、以下のパラメーターが正しく定義されている必要があります。

v ユーザー検索

${userID} 変数に対する認証に使用される属性が含まれるように、ユーザー検索文字列を設定します。この変数はログオン時に入力されたユーザー名を取り、検索文字列をディレクトリー・サーバーに渡す前に、その変数をその値に置換します。役割の識別名 (DN) も文字列に含まれている必要があります。

検索文字列の例を次に示します。

(&(uid=${userID})(nsrole=cn=Cognos,ou=people,dc=cognos,dc=com))

この例では、「people」という組織単位 (OU) にある IBM Cognos BI 役割のすべてのメンバーが IBM Cognos Connection へのアクセスを持ちます。

v 外部 ID を使用しますか?

シングル・サインオンが有効になっている場合は、値を「True」に設定します。

v 外部 ID マッピング

「外部 ID を使用しますか?」が「True」に設定されている場合は、このプロパティーを指定します。

ユーザーを LDAP ディレクトリー・サーバーで検索する文字列を構成します。ログオン時に、この文字列内の環境変数 ${environment("REMOTE_USER")} がユーザー名に置き換えられます。

次の例では、Web ブラウザーは、ユーザーの uid 属性に一致する環境変数REMOTE_USER を設定します。(&(uid=${environment("REMOTE_USER")})(nsrole=cn=Cognos,ou=people,dc=cognos,dc=com))

場合によっては、REMOTE_USER 変数 (通常は DOMAIN¥username 形式) はユーザーの uid 属性と一致しない可能性があります。この問題を解決するには、次の例のように、文字列に replace 関数を組み込みます。

(&(uid=${replace(${environment("REMOTE_USER")},"ABC\\","")})

(nsrole=cn=Cognos,ou=people,dc=cognos,dc=com))

replace 関数が組み込まれると、ドメイン名 (この例では ABC) が空の文字列に置き換えられ、ユーザー名のみがディレクトリー・サーバーに渡されます。

ドメイン・ネームは、このコンテキストでは大/小文字の区別があります。


役割が作成されたら、IBM Cognos Configuration を使用して IBM Cognos

Connection にアクセスできるように役割を設定します。役割を Cognos ネームスペースに追加することもできます。

グループの使用

この手法では、Active Directory を使用してグループが作成されます。この手法では、ユーザー検索文字列を修正します。Active Directory にはこのプロパティーがないため、使用できません。代わりに、関連する LDAP プロバイダーが使用されます。

IBM Cognos Configuration の「セキュリティー」、「認証」カテゴリーで、以下のパラメーターが正しく指定されている必要があります。

v ユーザー検索

${userID} 変数に対する認証に使用される属性が含まれるように、検索文字列を構成します。この変数はログオン時に入力されたユーザー名を取り、検索文字列をディレクトリー・サーバーに渡す前に、その変数をその値に置換します。このグループの識別名 (DN) も文字列に含まれている必要があります。

検索文字列の例を次に示します。(&(sAMAccountName=${userID})(memberOf=cn=ReportNet,ou=Groups,dc=cognos,dc=com))

v 外部 ID を使用しますか?

シングル・サインオンが有効になっている場合は、値を「True」に設定します。

v 外部 ID マッピング

「外部 ID を使用しますか?」が「True」に設定されている場合は、このプロパティーを指定します。

ユーザーを LDAP ディレクトリー・サーバーで検索する文字列を構成します。ログオン時に、この文字列内の環境変数 ${environment("REMOTE_USER")} がユーザー名に置き換えられ、その後、文字列がディレクトリー・サーバーに渡されます。

次の例では、Web ブラウザーは、ユーザーの uid 属性に一致する環境変数REMOTE_USER を設定します。ハードコーディングされた sAMAccountName 値を${userID} に置き換える代わりに、ブラウザー・セッションから環境変数が読み取られます。(&(sAMAccountName=${environment("REMOTE_USER")})(memberOf=cn=Cognos,cn=Groups,dc=cognos,dc=com))

グループが作成されたら、IBM Cognos Configuration を使用して IBM Cognos

Connection にアクセスできるようにグループを設定します。グループを Cognos ネームスペースに追加することもできます。

LDAP OU を使用したアクセスの制限LDAP ディレクトリー内の特定の組織単位 (OU) または特定の OU の子に対するアクセスを、IBM Cognos Connection に付与することができます。 OU は通常、組織の区分を表します。


この方法を行うには、IBM Cognos Configuration の「セキュリティー」、「認証」カテゴリーの下で、「基本識別名」プロパティーと「ユーザー検索」プロパティーを適切にセットアップする必要があります。これらのプロパティーに異なる値を使用することによって、 LDAP ディレクトリー構造内のさまざまな OU に対するアクセスを付与することができます。

次のディレクトリー・ツリーをご覧ください。

East OU からのユーザーのみが IBM Cognos Connection に接続する必要がある場合、次の表にリストされているように値を指定することができます。

プロパティー値

基本識別名 ou=East、ou=people、dc=abc、dc=com

ユーザー検索 uid=${userID}

East OU と West OU の両方のユーザーがアクセスを必要とする場合は、次の表にリストされているように値を指定することができます。


基本識別名 ou=people、dc=abc、dc=com

ユーザー検索 (uid=${userID})

「ユーザー検索」プロパティーの括弧 () は、指定されたベース DN の下にあるすべての OU を検索できるフィルターとして使用されます。最初の例では、ユーザー・アカウントについて East OU のみが検索されます。 2 番目の例では、East

OU と West OU の両方が検索されます。

ただし、上記のどちらの例でも、グループは IBM Cognos Connection へのアクセスから除外されます。ディレクトリー・ツリー内で、グループはユーザーとは異なる分枝に配置されているためです。グループとユーザーの両方を含めるには、ベースDN がディレクトリー・ツリーのルートでなければなりません。この場合、値は次の表のとおりです。


基本識別名 dc=abc、dc=com

ユーザー検索 (uid=${userID})

結果として、ディレクトリー内のすべてのユーザーが IBM Cognos Connection へのアクセスを持ちます。


最後の例は、OU の使用が必ずしも、IBM Cognos Connection へのアクセスを保護するための最も効率的な方法とは限らないことを示します。特定の OU 内のすべてのユーザーにアクセスを付与する場合には、この方法を使用できます。特定のユーザーにのみアクセスを付与する場合は、ディレクトリー・サーバー内に指定の IBM

Cognos BI グループまたは役割を作成し、このグループまたは役割に IBM Cognos

Connection へのアクセスの付与することを検討します。

IBM Cognos PowerCube の保護IBM Cognos Series 7 PowerCube は、Series 7 ネームスペースに存在するユーザー・クラスに基づいたユーザー・クラス・ビューを使用して保護されます。PowerCube が IBM Cognos BI に配布された後も、MDC ファイルは引き続きファイル・システム内に残ります。

追加のセキュリティー対策として、以下を行います。

v PowerCube データ・ソースへの制限付きアクセスを設定する

v PowerCube データ・ソースにサード・パーティー・ファイル暗号化システムを使用する

v キューブが格納されている IBM Cognos BI ディレクトリーに対して権限を設定する

v ディレクトリーのキューブを追加または削除する必要があるユーザーに対して読み取り/書き込み権限を付与する

v IBM Cognos サービスの開始に使用するドメイン・ユーザー・アカウントに対して読み取り権限を付与する

IBM Cognos BI で IBM Cognos Series 7 の保護された PowerCubes を使用するには、使用可能な認証プロバイダーとして Series 7 ネームスペースを設定する必要があります。IBM Cognos BI で作成した PowerCube は、使用可能なすべての認証プロバイダーで保護することができます。

詳細については、「Transformer ユーザー・ガイド」または「管理およびセキュリティー・ガイド」を参照してください。

データ・ソース・サインオンの保護IBM Cognos BI では、データ・ソース・サインオンを使用して、レポート作成データベースにある基になるデータにアクセスします。

データへの望ましくないアクセスから保護するには、以下のようにします。

v サインオンが必要なユーザーとグループに対して実行権限を付与する

他のタイプの権限は必要ありません。

v サインオンを必要としないすべてのユーザー、グループ、および役割に対して、実行権限を明示的に拒否する

これにより、不明なメンバーシップを介したアクセスが許可されなくなります。

データ・ソース・サインオンの詳細については、「管理およびセキュリティー・ガイド」を参照してください。


Content Store の保護セキュリティーと整合性を確保するため、Content Store へのアクセスは、IBM

Cognos Configuration で指定したシングル・データベース・サインオンを使用して、Content Manager サービスによって行われます。データベース・サインオンは、使用している暗号化標準に従って暗号化されます。ただし、Content Store のセキュリティーは、IBM Cognos BI のセキュリティーだけでなく、ネイティブ・データベース、オペレーティング・システム、およびネットワークのセキュリティーにも依存します。

データベースを保護するために、次のガイドラインに従います。

v データベース、ネットワーク、オペレーティング・システムで提供されている機構を使用してデータベースとデータベース API を保護する

v データベースのメンテナンスを行うユーザーの数を制限する

v データベースのネイティブのセキュリティー機能を使用して、データベースにアクセスするユーザー・アカウントに対し最小限のアクセス権のみを付与する

– Microsoft SQL Server

ユーザーは、データベースでテーブルの作成およびドロップを実行する権限を持っている必要があります。ユーザー・アカウントがdb_ddladmin、db_datareader、および db_datawriter 役割のメンバーであり、デフォルトのスキーマの所有者であることを確認してください。

– ORACLE

ユーザーは、データベースに接続する権限を持っている必要があります。また、表、トリガー、ビュー、プロシージャー、シーケンスの作成、変更およびドロップに加え、データベース表でのデータの挿入、更新、および削除を実行できる必要があります。権限はグループまたは役割のメンバーシップを介さず、ユーザー・アカウントに直接付与する必要があります。

– DB2

ユーザーはデータベースでの作成、ドロップ・テーブル、CREATETAB、CONNECT、および IMPLICITSCHEMA 権限を持っている必要があります。また、USER TEMPORARY 表スペースおよびデータベースに関連したその他の適切な表スペースに対して USE 権限を持っている必要があります。

– Sybase Adaptive Server Enterprise

ユーザーは、データベースでの作成、ドロップ・テーブル、デフォルトの作成、プロシージャーの作成、規則の作成、テーブルの作成、ビューの作成の各権限を持っている必要があります。

v Content Manager のテーブルに対する読み取りまたは書き込み権限を持つユーザーの数を制限する

v データベースを保護する際の他の推奨事項に従う。詳細については、データベースのドキュメントを参照してください。


セキュリティー監査系統的なセキュリティー監査が行われ、IBM Cognos BI に実装されたセキュリティー戦略の有効性が確認されました。

監査では、以下の分散インストールが使用されました。

図 17. セキュリティー監査


特記事項

本書は IBM が世界各国で提供する製品およびサービスについて作成したものです。

本書に記載の製品、サービス、または機能が日本においては提供されていない場合があります。日本で利用可能な製品、サービス、および機能については、日本 IBM

の営業担当員にお尋ねください。本書で IBM製品、プログラム、またはサービスに言及していても、その IBM 製品、プログラム、またはサービスのみが使用可能であることを意味するものではありません。IBM 製品、プログラムまたはサービスに代えて、IBM の知的所有権を侵害することのない機能的に同等の製品、プログラムまたはサービスを使用することができます。ただし、IBM 以外の製品とプログラムの操作またはサービスの評価および検証は、お客様の責任で行っていただきます。

IBM は、本書に記載されている内容に関して特許権 (特許出願中のものを含む) を保有している場合があります。本書の提供は、お客様にこれらの特許権について実施権を許諾することを意味するものではありません。実施権についてのお問い合わせは、書面にて下記宛先にお送りください。

〒242-8502

神奈川県大和市下鶴間1623番14号日本アイ・ビー・エム株式会社法務・知的財産知的財産権ライセンス渉外

以下の保証は、国または地域の法律に沿わない場合は、適用されません。 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、PowerPlay、Impromptu、ReportNet、TM1、およびCognos は、世界の多くの国で登録された International Business Machines Corp. の商標です。他の製品名およびサービス名等は、それぞれ IBM または各社の商標である場合があります。現時点での IBM の商標リストについては、www.ibm.com/legal/copytrade.shtml の「Copyright and trademark information」をご覧ください。

以下は、それぞれ各社の商標または登録商標です。

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 やその関連会社の米国およびその他の国における商標または登録商標です。

特記事項 155

http://www.ibm.com/legal/copytrade.shtml


索引日本語, 数字, 英字, 特殊文字の順に配列されています。なお, 濁音と半濁音は清音と同等に扱われています。

［ア行］アーキテクチャー拡張性 90

セキュリティー 127

通信 21

ワークフロー 49

アップグレード他の IBM Cognos 製品から IBM Cognos BI への 73

IBM Cognos ReportNet からのアップグレードをサポートするツール 80

アプリケーション層 10

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

インストール 67

ログ・サーバー 22

アプリケーション・サーバー調整 103

SSL 142

暗号化鍵ペア 131

設定 141

暗号鍵暗号化鍵ペア 131

共通対称鍵 131

署名鍵ペア 131

暗号化プロバイダー 141

暗号強度 141

標準 131

暗号強度 141

暗号スイート 142

移行他の IBM Cognos 製品から IBM Cognos BI への 76

一時ファイル保護 144

インストールアプリケーション層コンポーネント 67

オプション 63

ゲートウェイ 66

計画 61

コンポーネント 50

セキュリティーの設定 131

フォント 53

Content Manager 67

Framework Manager 70

Metric Designer 70

インターネット・サーバー API 9

インターフェース 3

インデックス化検索の拡張性 97

インデックスの更新要求フロー 42

インデックスの作成要求フロー 42

エージェント累積 41

オペレーティング・システム保護 135

親和性設定 107

高い 107

低い 108

要求 94

IBM Cognos BI 処理 108

［カ行］拡張性 83, 90

計画 90

Content Manager 97

IBM Cognos BI ゲートウェイ 90

IBM Cognos BI サーバー 96

Web サーバー 90

可用性 83

計画 98

最大化する 98

Content Manager 99

Content Store 101

IBM Cognos BI ゲートウェイ 99


可用性を最大化する 98

頑強性参照：可用性

監査ログログの宛先 22

参照：トラブルシューティング参照：ログ・メッセージ

管理 54

分散 129

IBM CognosConnection 54

キュー評価指標 102

共通対称鍵 99

暗号化 131

共通対称鍵の設定 144

クエリー処理のタイプ 105

グループ 130

IBM Cognos Connection の保護 146

グローバリゼーションに関する考慮事項 115


ゲートウェイインストール 66

拡張性 90

IBM Cognos BI 9, 66

計画インストール 61

可用性 98

実装 50, 61

設定 61

チェックリスト 61

パフォーマンス 83

形式数値 122

携帯機器レポートにアクセスするために使用する 79

言語サポートされている 120

ユーザー設定 120

ユーザー・インターフェース 119

PowerCubes の制限 120

検索アクセス・コントロール・リスト 46

セキュリティー・チェックの方法 44

要求フロー 44

検索機能の拡張性 97

コモン・ゲートウェイ・インターフェース 9

コンテンツ・プロバイダー 17

コンテンツ・ロケール 116, 120

マッピング 121

コンポーネントインストール 63

始動設定 51

IBM Cognos BI 63

［サ行］サーバーロケール 116

サーバーの親和性 96

サーバー評価指標 102

サービス移行 14

インデックス更新 13

エージェント 12

拡張性 97

クエリー 14

承認 129

ジョブ 13

負荷分散 22

プレゼンテーション 14

メタデータ 13

レポート 15

Annotation 12

Batch Report 12

Content Manager 12, 15

Data Integration 12

サービス (続き)

Delivery 12

Event Management 12

Graphics 13

Human Task 13

IBM Cognos BI 14

IBM Cognos Content Database 17

Index Data 13

Index Search 13

log 13

Metrics Manager 14

Monitor 14

Planning Data 14

Report Data 15

System 15

サービス評価指標 102

サービス要求評価指標 102

作成パッケージ 55

モデル 55

レポート 57

作成ロケール 116

しきい値、評価指標 102

システム評価指標 102

実行ロケール 117

実装計画 50

チェックリスト 61

始動設定 51

ファイル 52

承認サービス 129

署名鍵ペア 131

処理容量の計画 83

インフラストラクチャーのコンポーネント 87

処理容量の設定 106

シングル・サインオン 129

診断参照：トラブルシューティング

制御を受ける親和性 95

製品のロケール 116, 119

セキュリティーアクセス・コントロール・リスト 46

鍵 131

監査 152

設定 53

認証プロバイダー 128

ベスト・プラクティス 133

Content Manager 129

IBM Cognos BI 127, 131

参照：暗号鍵セキュリティー・チェック検索 44

内部 46

Content Manager 44

セッションの親和性 96

セッション評価指標 102


接続低い帯域幅 112

接続の制限設定 104

絶対的な親和性 95

設定計画 61

始動 51

セキュリティー 53

多言語によるレポート 53

フォント 118

ブラウザー 118

Web ブラウザー 53

設定ファイル 52

全社的情報統合 (Enterprise Information Integrators: EII) 19

層アプリケーション 10

データ 17

Web サーバー 9

組織単位 (OU) 149

［タ行］待機

Content Manager 15

待機中の Content Manager 11, 97

対象読者 vii

高い親和性 95

多言語Map Manager 123

多言語レポート設定 53

調整アプリケーション・サーバー 103

データベース 103

ディスパッチャー 106

IBM Cognos BI 101

Report サービス 107

通貨 122

通信 21

データ多言語 123

データ・ソース 17

保護 145

データ層 17

データベース接続管理 26

クエリー・データベース 27

Content Store データベース 26

Metric Store データベース 27

データベースへの接続 26

データ・ソース・サインオン保護 150

ディスク管理 112

ディスクを管理する 112


調整 106

ディスパッチャー (続き)

負荷分散 91

ログ記録 128

ディスパッチャー評価指標 102

ディスパッチング 22

ローカル優先の 22

ディメンションの分析 80

デフォルト設定セキュリティーの無効化 127

フォント 118

ブラウザー 118

トラブルシューティングログ記録 22

［ナ行］認証 128

認証アクセス 31

認証局 130, 131, 141

認証プロバイダーActive Directory 145

Series 7 ネームスペース 150

Sun Java System 145

ネームスペースActive Directory 145

IBM Cognos(I) 146

LDAP 145

Series 7 150

Sun Java System 145

ネットワーク保護 138

年、日付 122

［ハ行］パッケージ作成 55

Framework Manager 56

パフォーマンスアプリケーションの複雑さ 86

計画 83

ディスパッチ時間 22

負荷の分散の推定 85

パフォーマンスの調整 101

パフォーマンス評価指標 102

パラメーターによる署名 128

低い親和性 95

日付 122

評価指標、パフォーマンス 102

表示分析 33

HTML レポート 33

PDF レポート 33

標準暗号化サービス 130

索引 159

ビルドData Movement サービスを使用して IBM Cognos

Connection で実行する 79

ファイアウォール 11, 128

Framework Manager のインストール 71

フォントインストール 53

設定 118

負荷の分散 22

負荷分散 90

アプリケーションの複雑さ 86

外部機構を必要としない 91

外部機構を必要とする 93

推定 85

設定 22, 90

同時接続ユーザー 84

IBM Cognos BI において自動 90

ブックIBM Cognos BI データの Microsoft Office Excel での使用

8

ブラウザー設定 53, 118

HTML レポートのフォント 118

プラグイン 4

プレゼンテーションIBM Cognos BI データの Microsoft Office PowerPoint での使用 8

プロンプト 105

分散要求 22

分散管理 129

分析表示 33

累積 34, 37

Analysis Studio 7

ベスト・プラクティスセキュリティー 133

ポータル・サービス 4

ポータル・ページ 48

ポートの使用 28

ポートレット 48

保護一時ファイル 144

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

データ 145

データ・ソース・サインオン 150

ネットワーク 138

Content Store 151

IBM CognosConnection 145, 146, 149

PowerCube 150

Web サーバー 139

保護されたログ記録 128

［マ行］メタデータ・モデルの作成 56, 59

メッセージング 22

メモリー設定Apache Tomcat 103

モデル 56

作成 55

発行 56

Framework Manager 56, 59

モデルの作成 8, 9

および IBM Cognos BI パフォーマンス 105

データベース 56, 59

パッケージ 56

メタデータ 56, 59

ユーザー 56, 59

［ヤ行］役割 130


ユーザー 130

アクティブ 84

同時 84

名前付き 84

ユーザー負荷推定 84


ユーザー・コミュニティーsize 84

ユーザー・ロケール 117

要求管理する 22

フロー処理 29

分散 22

要求の親和性 94

要求フローインデックスの更新 42

インデックスの作成 42

検索 44

要件モデルの作成 56, 59

［ラ行］ルーター使用する 93

累積分析 34

レポート 34

HTML レポート 33, 35

レポート作成 57

スケジュール 39, 86, 109

多言語 123

バースト 86, 111


レポート (続き)

表示 33

累積 34

レポートのタイプ処理容量の計画 84

レポートのバースト 111

レポート・データMicrosoft Office での使用 8, 58

ローカル優先のディスパッチング 22

ログメッセージ処理 22

ログ記録ディスパッチャー 128

保護された 128

ログ記録データベース評価指標の追加 102

ログの宛先タイプ 22

ログ・メッセージリモート・ログ・サーバー 22

ログの宛先 22

参照：監査ログ参照：トラブルシューティング

ログ・メッセージの処理 22

ロケールコンテンツ 116, 120

コンテンツ・マッピング 121

サーバー 116

作成 116

実行 117

製品 116, 119

説明 116

user 117

［ワ行］ワークフロー 49

AAccess Manager 17

Active Directory 145

ActiveX 4

Agent サービス 12

Analysis Studio 7

Annotation サービス 12

Apache Tomcat 99

メモリー設定 103

Apache Web サーバー 139

Architect モデルIBM Cognos BI への移行 76

BBatch Report サービス 12

調整 107

BI Bus API,

参照： IBM Cognos BI Bus API

Business Viewpoint Studio 80

CCAM パスワード Cookie の保護 145

CGI,

参照：コモン・ゲートウェイ・インターフェースcoglocale.xml ファイル 52

Cognos ネームスペース 53, 129


cogstartup.xml ファイル 52

Composite Information Server,

参照： IBM Cognos Virtual View Manager

Content Manager 10, 11, 15


拡張性 97

可用性 99

待機 11, 97

ログ・サーバー 22

Content Manager サービス 12

Content Store 17

可用性 101

サイズ変更 87

保護 151

Content Store のサイズを調整する 87

Cookie

ブラウザーの設定 118

CSK 設定 144

CSK,

参照：共通対称鍵

DData Integration サービス 12

Data Manager

IBM Cognos BI における使用 79

Data Movement サービスIBM Cognos Connection における使用 79

database

多言語レポート用に設定する 124

調整 103


DecisionStream

カタログを IBM Cognos BI にアップグレードするための要件 75

DecisionStream から IBM Cognos BI

アップグレードに関する考慮事項 74

Delivery サービス 12

索引 161

EEvent Management サービス 12

Event Studio 7

Excel,

参照： Microsoft Office

FFramework Manager 8

インストール・オプション 70

設定要件 70

パッケージ 56


GGraphics サービス 13

HHTML レポート表示 33

累積 34, 35

Human Task サービス 13

IIBM Cognos Administration 6

IBM Cognos Application Firewall 128

IBM Cognos BI

アクセスする 29


拡張性 90

ゲートウェイ 9

サービス 14

セキュリティー 127, 131

設定 51

調整 106

通信 21


パフォーマンスの調整 101


ワークフロー 49

IBM Cognos BI Bus API 21

IBM Cognos BI for Microsoft Office 8, 27, 58


可用性 99

監視 112

IBM Cognos BI ファイル保護 145

IBM Cognos BI へのアクセス 29

匿名アクセス 30

認証アクセス 31

IBM Cognos Configuration 51

IBM Cognos Configuration (続き)


IBM Cognos Content Database 17, 18

IBM Cognos Controller

IBM Cognos BI におけるデータ・アクセス 77

IBM Cognos DecisionStream

カタログを IBM Cognos BI にアップグレードするための要件 75

IBM Cognos Finance


IBM Cognos Metrics Manager

IBM Cognos BI にアップグレードするための要件 75

IBM Cognos BI へのアップグレード 74

IBM Cognos Mobile

モバイル・レポート 79

IBM Cognos NoticeCast

IBM Cognos BI における機能の再現 81

IBM Cognos Planning - Analyst


IBM Cognos Planning - Contributor


IBM Cognos BI への移行 76

IBM Cognos Portal Services

移行の概要 81

IBM Cognos PowerPlay Web

レポートを IBM Cognos BI にアップグレードするための要件 75

IBM Cognos Query


IBM Cognos Series 7


IBM Cognos Series 7 PowerCube

適切な言語変換のための要件 78

IBM Cognos Virtual View Manager 19

IBM Cognos Visualizer


IBM Cognos Web Services

移行の概要 81

IBM Cognos アプリケーション・ファイアウォール 11, 140

IBM Cognos サービス拡張性 97

IBM CognosConnection 4

フォルダーを開く 40

保護 145, 146, 149

IBM CognosScript

移行の概要 81

IBM WebSphere Portal 4

IIS Web サーバー 139

Impromptu Web Reports


Impromptu カタログとレポートIBM Cognos BI への移行 76

Index Data サービス 13

Index Search サービス 13

Index Update サービス 13


ISAPI,

参照：インターネット・サーバー API

JJob サービス 13

JobStreams

Data Movement サービスを使用して IBM Cognos

Connection で実行する 79

JVM 評価指標 102

LLDAP

ネームスペース 145

Lifecycle Manager 80

Log

サービス 13

MMap Manager 9, 123

Metadata サービス 13

Metric Designer 8

インストール・オプション 70

設定要件 70

Metric Store 17

Metric Studio 7

Metrics Manager サービス 14

Microsoft Office

ブックとプレゼンテーションにおける IBM Cognos BI のレポート・データ 58

IBM Cognos BI レポート・データ 8

Report Data サービス 15

Microsoft .NET Framework 8, 27, 58

Migration サービス 14

Monitor サービス 14

OOLAP 8

PPDF

レポートの圧縮 17

レポートの実行 34, 37

レポートの表示 33

PDF の表示 111

PDF レポートの圧縮 17

permissions 129

Planning Data サービス 14

Planning Job サービス 14

Planning Web サービス 14

Plannning Administration Console サービス 14

PowerCube

言語の制限 120


複数のロケールからのキューブを結合 123

保護 150

IBM Cognos BI におけるアクセス 78

IBM Cognos Series 7 からの変換 123

PowerPlay

IBM Cognos BI へのアップグレードに関する考慮事項 74

PowerPlay Web レポートの IBM Cognos BI への移行 76

PowerPlay Web

レポートを IBM Cognos BI にアップグレードするための要件 75

PowerPoint

Microsoft Office を参照 8

Presentation サービス 14

QQuery Studio 6, 57

Query サービス 14

RReport Authoring 6, 57

Report Data サービス 15

調整 107

Report サービス 15

拡張性 97

調整 107

Report サービス評価指標 102

ReportNet

アップグレード 74

IBM Cognos BI にアップグレードするための要件 74

rsvpproperties.xml ファイル 113

SSecure Sockets Layer 130

Secure Sockets Layer,

参照： SSL

SecureError 128

Series 7 PowerCube


Series 7 ネームスペース 150

SSL

アプリケーション・サーバー 142

有効化 142

Web サーバーで有効化 139

SSL の有効化 142

SSL,

参照： Secure Sockets Layer

Statistics サービス 15

Sun Java System ディレクトリー・サーバー 145

索引 163

System サービス 15

TTransformer 9


UUNIX サーバーフォント 118

Upfront

コンテンツの IBM Cognos BI への移行 76

VVirtual View Manager 19

WWeb サーバー 70

拡張性 90

Web サーバー (続き)

調整 104

保護 139

Apache 139

IIS 139

SSL の有効化 139

Web サーバー層 9

Web ブラウザー設定 53

Web ベース・ユーザー・インターフェース 4

Web ポータル 4

Windows ベース・ユーザー・インターフェース 8

XXML サポート 17

XML 設定ファイル 52

［特殊文字］.xml 設定ファイル 52


Documents

IBM Cognos Business Intelligence バージョン 10.1public.dhe.ibm.com/software/data/cognos/documentation/...概要 このドキュメントはIBM ®Cognos Business Intelligence の使用にあたって参照して

IBM Cognos Business Intelligence バージョン 10.1public.dhe.ibm.com/software/data/cognos/documentation/...概要このドキュメントはIBM ®Cognos Business Intelligence の使用にあたって参照して