Intelligenceのデプロイメントの容量を管理する方法について説明します。Intelligenceコンポーネントがクラスタ構成でインストールされます(簡易インストール・タイプではスケーリングはサポートされません)。BIプレゼンテーション・サービス・コンポーネントのいずれか1つに送信されます。BIサーバーの可用性を利用してリクエストを処理します。システム容量を拡大または縮小するには、クラスタで使用できるプロセスの数を調整します。リソースの効率的な使用によるシステム容量の拡大または縮小はスケーラビリティと呼ばれています。スケーラブルなシステムは、レスポンス時間とスループットを低下させることなく、リクエストの増加に対処できます。この章の内容は次のとおりです。Intelligenceコンポーネントがデプロイされるため、簡易インストール・タイプに基づくデプロイメントはスケールアウトできません。本番用のデプロイメントには、エンタープライズ・インストール・タイプまたはソフトウェアのみのインストール・タイプをご使用ください。Intelligenceクライアントのリクエストを処理できるプロセス数を変更することによって、システムの容量を増大したり縮小したりするプロセスのことを指します。容量は、システムをスケールアウトすると増大され、スケールインすると縮小されます。スケーリングは、高可用性を目的としたデプロイメントの構成にも重要な部分となります。Intelligence環境のスケーリングは、主に、リソース集中型のシステム・プロセスおよびJavaコンポーネントに適用されます。Intelligenceではレスポンスを低下させることなく、より多くのリクエストを処理できるようになります。Intelligenceコンポーネントを追加して、そのコンピュータでのハードウェア・リソースの使用を増大します。Intelligenceが垂直方向にスケーリングされ、その結果、コンピュータでのハードウェア・リソースの使用が増大します。水平方向のスケーリングでは、使用している環境にコンピュータを追加します。Intelligenceが水平方向にスケーリングされます。Javaコンポーネントおよびシステム・コンポーネントの両方をスケーリングできます。IntelligenceのJavaコンポーネントとシステム・コンポーネントについて」を参照してください。BIサーバー、およびJavaHostの3つのシステム・コンポーネントです。BIサーバーのプロセスを利用してコンピュータを集中的に使用する作業を実行します。クラスタ・コントローラは他のコンポーネントを管理するのみで、コンピュータを集中的に使用することはありません。BIスケジューラまたはクラスタ・コントローラをスケールアウトする必要はありません。これら2つのプロセスは高可用性デプロイメントの必要に応じて配信できますが、容量をスケーリングする必要はありません。プロセスをスケールアウトするタイミングシステム・コンポーネントおよび管理対象サーバーは実際の負荷に基づいてスケールアウトします。Controlで提供されるパフォーマンス・メトリックを使用してプロセスの状態を監視し、パフォーマンス向上のために容量を増大するタイミングを判断できます。CPU使用率が50%を超えたとき、またはメモリー使用量がシステムの上限に近いときは、デプロイメントへのコンピュータの追加が必要になります。システム・メトリックの表示の詳細は、第7.1項「サービス・レベルの監視」を参照してください。Intelligence環境を構成するには、プロセスをスケールアウトして冗長性を実現する必要もあります。Intelligenceのデプロイ」を参照してください。Control(垂直方向および水平方向のシステム・コンポーネントのスケーリング)の組合せによるスケールアウトをサポートしています。管理対象サーバーおよびシステム・コンポーネントをスケーリングする場合は、次のガイドラインに従ってください。デプロイメント内の各コンピュータに対して管理対象サーバーが1つ実行されていることを確認します。Intelligenceインストーラによって、1つの管理対象サーバーが自動的にプロビジョニングされます。これは無効にしたり削除したりしないでください。特定のコンピュータに対して管理対象サーバーを複数実行する必要はありません。多くのJavaコンポーネントはシステムの重要な処理を実行しているため、それを個別に削除することはしないでください。各管理対象サーバーでJavaコンポーネントの完全なセットを保持してください。使用されないコンポーネントがパフォーマンスに重要な影響を与えることはありません。各コンピュータで実行するシステム・コンポーネントは実際の負荷に基づいて決定できます。デプロイメント内の特定のコンピュータには、0個以上の各コンポーネント・タイプを配置できます。BIサーバー・コンポーネントを3つ、JavaHostコンポーネントを2つ、プレゼンテーション・サービス・コンポーネントを4つ配置できます。管理対象サーバーまたはシステム・コンポーネントとともに構成済HTTPサーバーをスケーリングする必要はありません。HTTPサーバーの構成は、実行するプロセス数とは無関係です。Intelligenceコンポーネントのインスタンスが複数ある場合は、まず、クラスタ化された各コンポーネントで使用する共有ファイルとディレクトリを構成する必要があります。Intelligenceホストで実行するシステム・コンポーネントの数を増やします。特定のコンピュータに対して管理対象サーバーを複数実行する必要はありません。Intelligenceのシステム・コンポーネントにのみ適用されます。Intelligenceを垂直方向にスケーリングするために必要なタスクを示しています。Intelligenceコンポーネントのインスタンスが複数ある場合は、まず、クラスタ化された各コンポーネントで使用する共有ファイルとディレクトリを構成する必要があります。Intelligenceをインストールします。Intelligenceインストーラを実行して「エンタープライズ・インストール」を選択します。次に、「BIシステムのスケールアウト」オプションを選択します。Javaコンポーネントが新しい管理対象サーバーで使用できるようになります。Javaコンポーネントの最初の管理対象サーバーはbi_server1と呼ばれます。エンタープライズ・インストールで「BIシステムのスケールアウト」オプションを選択してスケールアウトした場合、追加される管理対象サーバーはbi_server2、bi_server3のようになります。Intelligenceシステム・コンポーネントのスケールアウトをプロビジョニングする必要があります。通常は、管理対象サーバー全体にリクエストを配信するためにHTTPサーバーおよびロード・バランサも構成します。Intelligenceを水平方向にスケーリングするために必要なタスクを示しています。Intelligenceコンポーネントのインスタンスが複数ある場合は、特定のファイルとディレクトリをNASまたはSANなどの共有ストレージ・デバイスで共有してシステムの管理を簡素化できます。BIスケジューラの共有スクリプトを共有ストレージ上でホストしてからスケールアウトすることをお薦めします。BIサーバー・ディレクトリ(マウント済ファイル・システムまたはUNCパス名)をポイントさせる必要があります。Windowsの場合は次のようにします。通常Windows環境では、共有記憶域は汎用命名規則(UNC)を使用して指定します。Network(LAN)上のリソースの場所を指定するためのPCにおける形式です。UNCでは、次の形式を使用します。\\server_name\shared_resource_path_nameまた、共有ネットワーク・ファイルにアクセスできるように、Windows環境では名前付きユーザーを使用してOPMNプロセスを実行する必要があります。名前付きユーザーを使用してOPMNプロセスを実行するには:「サービス」ダイアログを開きます。「スタート」→「プログラム」→「管理ツール」→「サービス」の順に選択します。「OracleProcessManager_instancen」を右クリックして、「プロパティ」を選択します。「ログオン」タブを選択します。「アカウント」を選択し、ユーザー名とパスワードを入力します。「OK」をクリックします。BIサーバーでリポジトリを共有することをお薦めします。このディレクトリには、オンライン・モードで編集されたリポジトリのマスター・コピーが保持されます。BIサーバーは、起動時にこのディレクトリでリポジトリの変更について調べます。BIリポジトリを共有するには:リポジトリ共有ディレクトリとして使用する共有ディレクトリを作成します。マスターのBIサーバーには、このディレクトリに対する読取りおよび書込みアクセスが必要です。BIサーバーには、読取りアクセスが必要です。BIリポジトリの共有の場所を指定します。Controlの使用」を参照してください。BIサーバーごとのローカル・リポジトリ・ディレクトリの両方にコピーされることに注意してください。ローカル・リポジトリのコピーはシステムで使用されるため、削除したり読取り専用にしたりしないでください。BIプレゼンテーション・カタログの共有ディレクトリを構成して、クラスタ内のすべてのプレゼンテーション・サービス・コンポーネントで共有することをお薦めします。BIプレゼンテーション・カタログは頻繁にアクセスされる多数の小さなファイルで構成されているため、共有ファイル・システムに関して次の2つの重要な考慮事項があります。BIプレゼンテーション・カタログは、数千ものファイルで構成されていることがあります。多くの場合、これは共有ファイル・システムのファイル制限を上回ります。ストレージ・ベンダーのドキュメントで、ファイル制限を拡張する手順について確認してください。BIプレゼンテーション・カタログ・ファイルのパフォーマンスが低下することがあります。スナップショット・アクティビティが、可用性に影響せずにパフォーマンスを最大化できる妥当なレベルであることを確認してください。BIプレゼンテーション・カタログのネットワーク共有を作成します。クラスタ内のすべてのプレゼンテーション・サービス・コンポーネントには、この共有に対する読取りおよび書込みアクセスが必要です。ネットワーク共有にカタログを配置します。BIプレゼンテーション・カタログの場所を共有の場所に変更します。Controlの使用」を参照してください。BIサーバーが共有する問合せキャッシュです。詳細は、第7.4.6項「グローバル・キャッシュについて」を参照してください。BIサーバーでキャッシュのシーディング・イベントおよびパージ・イベントを共有するようにグローバル・キャッシュを構成することをお薦めします。グローバル・キャッシュを設定するには:グローバル・キャッシュの共有ディレクトリを作成します。BIサーバーには、このディレクトリに対する読取りおよび書込みアクセスが必要です。Controlの「容量管理」ページの「パフォーマンス」タブを使用して、「グローバル・キャッシュ・パス」および「グローバル・キャッシュ・サイズ」のオプションを設定します。Controlの使用」を参照してください。BIスケジューラ・コンポーネントで共有することをお薦めします。このリリースにはアクション・フレームワークが提供されており、エージェントでサーバー側スクリプトを使用する必要はなくなりました。Editionユーザーズ・ガイド』の「アクションの使用」を参照してください。次の手順は、旧リリースのサーバー側スクリプトを使用する場合にのみ実行してください。BIスケジューラのスクリプトを共有する手順は次のとおりです。BIスケジューラ・スクリプトのネットワーク共有を作成します。BIスケジューラ・サーバーには、この共有に対する読取りおよび書込みアクセスが必要です。BIスケジューラ・スクリプト用に作成した対応するネットワーク共有にコピーします。BIスケジューラのinstanceconfig.xmlファイルのSchedulerScriptPath要素とDefaultScriptPath要素を更新します。BIスケジューラ・コンポーネントについて更新する必要があります。これらのパラメータの設定の詳細は、第20.3.3.1項「エージェントに影響するスケジューラの一般構成設定」を参照してください。BIサーバー、プレゼンテーション・サービス、またはJavaHostのシステム・コンポーネントをスケールインまたはスケールアウトできます。この項で説明する手順に従って、システム・コンポーネントを垂直方向(同一コンピュータ上)または水平方向(複数のコンピュータ上)にスケーリングできます。Intelligenceのインストールに必要なディスク容量に影響することに留意してください。環境をスケールアウトする際は、システムのディスク容量を必ず監視してください。環境をスケールアウトすると追加ログ・ファイルの操作も必要になります。図5-1は、「容量管理」ページの「スケーラビリティ」タブを示しています。Controlの使用」で説明している情報について確認しておいてください。Intelligenceの「概要」ページに移動します。Controlの使用」を参照してください。「容量管理」ページの「スケーラビリティ」タブを表示します。この要素のページレベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。「構成をロックして編集」をクリックして変更を行います。Server」または「JavaHost」の数を変更します。BIシステムを新しいホストにスケールアウトした場合、そのホストに構成されるシステム・コンポーネントの数はゼロです。水平方向のスケールアウト操作を完了するには、新しいホストにシステム・コンポーネントを追加します。システム・コンポーネントを垂直方向にスケーリングするには、特定のホストで各コンポーネントをゼロより大きな数に増やします。デフォルトのポート範囲が自動的に割り当てられ、Oracleインスタンス内のコンポーネントで使用できるようになります。BIスケジューラおよびクラスタ・コントローラのコンポーネント・プロセスにもこの範囲内のポートが割り当てられます。通常はデフォルトのポート範囲をそのまま使用できます。必要に応じて、「ポート範囲(開始)」および「ポート範囲(終了)」の矢印を使用するか値を直接入力することで、使用可能な別のポート範囲を指定できます。(オプション)「リスニング・アドレス」に特定のOracleインスタンスのコンポーネントのDNS名またはIPアドレスを入力して、受信接続のリスニングに使用できます。通常は、この要素を空白(デフォルト値)のままにして、コンポーネントですべての使用可能なローカル・インタフェースをリスニングする必要があることを示します。「適用」をクリックしてから、「変更のアクティブ化」をクリックします。Intelligenceの「概要」ページに戻り、「再起動」をクリックします。変更内容は、自動的に対応する構成ファイルに書き込まれ、新しいプロセスがクラスタに追加されます。APIの概要」を参照してください。Server管理コンソールを使用して、スケールアウトしたコンポーネントのステータスを検証できます。Controlを使用して、デプロイメント内のすべてのシステム・コンポーネントのステータスを表示できます。Intelligenceの「概要」ページに移動します。Controlの使用」を参照してください。「可用性」ページの「プロセス」タブを表示します。このページでは、次の操作が可能です。特定のタイプの全システム・コンポーネントの起動、停止または再起動すべてのプロセスの起動、停止または再起動この要素のページレベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。図5-2は、「可用性」ページの「プロセス」タブを示しています。管理コンソールを使用して、デプロイメント内のすべての管理対象サーバーのステータスを表示できます。Server管理コンソールにログインします。「環境」、「サーバー」の順に選択し、「サーバーのサマリー」ページに移動します。このページでは、デプロイメント内の新しいホストに追加された任意の管理対象サーバーを確認できます。図5-3は、「サーバーのサマリー」ページを示しています。reserved.法律上の。