| Oracle® Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド 12c (12.2.1.2.0) E82973-02 |
|
 前へ |
 次へ |
| Oracle® Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド 12c (12.2.1.2.0) E82973-02 |
|
|
前へ |
次へ |
リポジトリは、オンライン・モードとオフライン・モードのどちらの編集でも開くことができます。実行できるタスクは、リポジトリをどのモードで開いたかによって異なります。
この項では、次の項目について説明します。
Oracle BIサーバーにリポジトリをロードしていない場合、そのリポジトリを表示および変更するには、オフライン・モードを使用します。
Oracle BIサーバーにロードしたリポジトリをオフライン・モードで開こうとすると、そのリポジトリは読取り専用モードで開きます。特定のリポジトリをオフライン・モードで同時に編集できるのは、1つの管理ツール・セッションのみです。「読取り専用モードについて」を参照してください。
オフライン・モードでリポジトリを開く場合、ユーザー名とパスワードの入力は不要です。リポジトリ・パスワードの入力のみが必要です。
この項では、次の項目について説明します。
RPD形式のリポジトリをオフライン・モードで開くには、次の手順を使用します。
管理ツールで、「ファイル」→「開く」→「オフライン」を選択します。
開くリポジトリに移動して「開く」を選択します。
オフラインで開くダイアログで、リポジトリ・パスワードを入力して「OK」をクリックします。
サーバーが稼働中で、開こうとしているリポジトリがロード済である場合、そのリポジトリは読取り専用モードで開きます。ロードした状態になっているリポジトリを編集するには、オンライン・モードで開く必要があります。また、オフライン・モードでリポジトリを開いた後でサーバーを起動すると、そのリポジトリはユーザーが利用できる状態になります。この状態で指定した変更は、サーバーを再起動しないと有効になりません。
管理ツールからオフライン・モードでRPD形式のリポジトリを開くと、開いたリポジトリの名前(たとえば、SampleAppLite)がタイトルバーに表示されます。
また、次のようにしてMDS XML形式のリポジトリをオフライン・モードで開くことができます。
管理ツールでMDS XML形式のリポジトリを開くと、タイトルバーに形式とルート・フォルダの場所(たとえば、MDS XML C:\Root_Folder)が表示されます。
Oracle BIサーバーにロードした状態のリポジトリを表示して編集するにはオンライン・モードを使用します。
また、リポジトリをオンライン・モードで開くには、Oracle BIサーバーが稼働している必要があります。作業によっては、オフライン・モードでは実行できず、オンライン・モードで実行できるものがあります。オンライン・モードで実行できるタスクは次のとおりです。
ユーザー・セッションの管理
問合せキャッシュの管理
クラスタ化したサーバーの管理
Oracle BIサマリー・アドバイザの使用(Oracle Exalytics Machineのデプロイメントのみ)
この項では、次の項目について説明します。
リポジトリをオンライン・モードで開くには、次の手順を使用します。
コンピュータで構成したOracle BIサーバーのデータ・ソース名(DSN)が、「オンライン・リポジトリを開く」ダイアログに表示されます。このバージョンのOracle BIサーバーに追加のDSNが構成されていない場合は、インストールの際に構成されたデフォルトのDSNのみが表示されます。
Oracle BIサーバーのODBC DSNを作成する方法の詳細は、Oracle Business Intelligence Enterprise Editionインテグレーターズ・ガイドの「Oracle Business Intelligenceへの他のクライアントの統合」を参照してください。
管理ツールからオンライン・モードでリポジトリを開くと、タイトルバーには現行のリポジトリの名前ではなく、接続しているOracle BIサーバーのDSNが表示されます。
単一ノード・デプロイメントを実行する場合、オンライン・モードでOracle BI管理ツールを使用して行われた変更は、プレゼンテーション・サービスのメタデータを再ロードした後に使用できます。
クラスタ化環境では、変更は、Fusion Middleware Controlの「デプロイメント」ページの「リポジトリ」タブで指定されたリポジトリ公開ディレクトリに公開されます。ソースOracle BIサーバーは、これらの変更を自動的に使用しますが、すべての宛先Oracle BIサーバーは最新の変更を取得するには再起動する必要があり、その後、「管理」ページの「ファイルとメタデータの再ロード」リンクをクリックすることで、プレゼンテーション・サービスのメタデータを再ロードします。
「リポジトリのテストおよび絞込みのためのnqcmdの使用方法」を参照してください。
宛先Oracle BIサーバーは、RollingRestart ODBCプロシージャを使用するか、Fusion Middleware Controlを使用することで再起動できます。
RollingRestart ODBCプロシージャを使用し、nqcmdに次のように入力します。
call RollingRestart(timeout);
ここで、timeoutは、各宛先Oracle BIサーバーで、次に移動する前に再起動を待機する秒数です。
次に例を示します。
call RollingRestart(300);
この例では、システムは各Oracle BIサーバーの再起動を5分間待機します。指定したOracle BIサーバーがそれよりも早く再起動した場合は、ただちに次に移動します。
注意:
RollingRestartプロシージャは、ソースOracle BIサーバーに直接実行する必要があります。各Oracle BIサーバーのインストール時に作成されるDSNは、デフォルトでクラスタ化されているため、プロシージャを実行する対象となるソースOracle BIサーバーに対して手動で非クラスタ化DSNを作成する必要があります。
Oracle BIサーバーのODBC DSNを作成する方法は、『Oracle Business Intelligence Enterprise Editionインテグレーターズ・ガイド』の「Oracle Business Intelligenceへの他のクライアントの統合」を参照してください。
Fusion Middleware Controlを使用して宛先サーバーを再起動するには、オンライン・モードでOracle BI管理ツールの「クラスタ・マネージャ」を使用して、どのOracle BIサーバーがソースで、どれが宛先サーバーであるのか判別します。Fusion Middleware Controlの「可用性」ページの「プロセス」タブを使用して、宛先Oracle BIサーバーを再起動します。Oracle Business Intelligence Enterprise Editionシステム管理者ガイドのFusion Middleware Controlを使用したOracle Business Intelligenceシステム・コンポーネント・プロセスの開始および停止を参照してください。
RollingRestart ODBCプロシージャを使用する場合、またはFusion Middleware Controlで宛先Oracle BIサーバーを再起動する場合は、Fusion Middleware Controlまたは構成ファイルで他の構成変更を行わないことをお薦めします。宛先サーバーのみが再起動されるため、ソースOracle BIサーバーに、宛先Oracle BIサーバーとは異なる構成設定のセットがロードされる状況になる場合があります。これが発生した場合、ソース Oracle BIサーバーを再起動します。
オンライン・モードは、整合性チェックを実行する必要がない小さい変更の場合にのみ使用してください。
オンライン・リポジトリ全体に対して整合性チェックを実行すると長時間かかる場合があります。かわりに、整合性チェックを必要とする複雑な変更は、リポジトリのプロジェクト抽出に対してオフライン・モードで実行します。
この表は、オンラインおよびオフラインで編集を実行する場合のガイドラインを示しています。
| モード | このモードの使用に適した状況 | 使用例 |
|---|---|---|
オンライン |
|
|
オフライン |
|
|
また、同時接続するオンライン・ユーザーの数を制限することも必要です。オンライン・モードで作業するユーザーを一度に1人のみに制限することがベスト・プラクティスです。複数のユーザーがそれぞれ別々のオブジェクトをチェックアウトしていても、これらのオブジェクトどうしに依存性があると、変更のチェックインによって競合が発生することがあります。一般的に、1つのビジネス・モデルでオンラインでの変更ができるユーザーは一度に1人のみとします。
一度に複数の同時ユーザーをオンライン・モードにする必要がある場合は、ユーザー数を5人までとします。6人以上のユーザーを必要とする場合は、マルチユーザー開発環境を使用します。「マルチユーザー開発環境の設定と使用」を参照してください。
変更を実行しているユーザーが1人のみでも、オンライン・モードでは稼働しているサーバーで作業しているので、オフライン・モードよりはリスクが高くなっていることを認識しておく必要があります。整合性のない変更をチェックインすると、Oracle BIサーバーがシャットダウンすることがあります。オンライン・モードで作業するときは必ず最新のリポジトリをバックアップしておき、必要に応じてその状態に戻せるようにしておきます。「ファイル」→「すべての変更を元に戻す」を選択して、前回のチェックイン以降の変更をすべてロールバックすることもできます。
オンライン・モードで開いているリポジトリで作業している場合は、様々な操作を実行しようとすると、オブジェクトのチェックアウトを要求されることがあります。
オンライン・モードで開かれたリポジトリで作業している場合は、リポジトリで実行した変更をチェックインする前に整合性チェックの実行を要求されます。
リポジトリに対する変更を行い、その変更をチェックインせずにリポジトリを閉じようとすると、実行するアクションを選択するように求めるダイアログが自動的に開きます。オブジェクトをそのオブジェクトの親から移動し、親を削除しようとすると、削除を処理するためにこの変更のチェックインを要求されます。
変更を他のアプリケーションでただちに利用できるようにするには「変更のチェックイン」ダイアログを使用します。変更のチェックイン後であれば、Oracle BIサーバーに問い合せるアプリケーションはその変更をただちに認識します。現在サーバーに問い合せているアプリケーションは、変更された項目に次回アクセスしたときにその変更を認識します。
無効な変更が管理ツールで検出されると、問題の性質について警告するメッセージが表示されます。問題を修正して、再度チェックインします。次のことができます
エラー97005 (トランザクションの失敗)が表示される場合があります。このエラーは、Oracle BIサーバーで変更を受け入れない場合に発生します。通常は、サーバー・ログ・ファイルを確認して問題の原因を判別できます。
変更をディスクに維持するには、それを保存する必要があります。変更を保存するにはその変更のチェックインが必要ですが、変更を保存していなくてもチェックインは可能です。
読取り/書込みモードでリポジトリを開くことができるコンポーネント(Oracle BIサーバーまたはオフライン・モードでは1つのOracle BI管理ツール・クライアント)は一度に1つのみです。
すでに使用されているリポジトリを別のコンポーネントで開くと、そのリポジトリは読取り専用モードで開きます。
たとえば、Oracle BIサーバーが読取り/書込みモードでリポジトリをロードすると想定します。そのリポジトリにオンライン・モードで接続している管理ツール・クライアントも読取り/書込みモードになります。これは、それらがそのOracle BIサーバーを介してリポジトリにアクセスしているためです。しかし、そのリポジトリをオフライン・モードで開いている管理ツール・クライアントは、読取り専用モードになります。これは、そのリポジトリがOracle BIサーバーを介してすでに読取り/書込み用に開いているためです。
管理ツール・クライアントがオフラインのリポジトリを読取り/書込みモードで開く場合、Oracle BI Serverが起動すると、そのサーバーと管理ツール・クライアントも読取り専用モードで開きます。
サーバーが読取り/書込みモードでリポジトリをロードできるようにするには、最初に、リポジトリをロックしている管理ツール・クライアントを閉じてから、Oracle BIサーバーを再起動する必要があります。
Oracle Business Intelligenceがクラスタ化されていて、管理ツールがオンライン・モードで依存サーバーに接続している場合は、その管理ツールはリポジトリを読取り専用モードで開きます。クラスタの制御BIサーバーは、リポジトリに対してロックを保持します。クラスタ化環境での実行でこのロックアウト状況を回避するには、その管理ツールで使用するOracle BIサーバーのODBCデータ・ソース名(DSN)が、特定のOracle BIサーバーではなく、クラスタ・コントローラを指すように構成します。
