オンラインとオフラインのリポジトリ・モードの使用

リポジトリは、オンライン・モードとオフライン・モードのどちらの編集でも開くことができます。実行できるタスクは、リポジトリをどのモードで開いたかによって異なります。

このセクションには次のトピックが含まれます:

• オフライン・モードでのリポジトリの編集

• オンライン・モードでのリポジトリの編集

• オブジェクトのチェックアウト

• 変更のチェックイン

• 読取り専用モードについて

オフライン・モードでのリポジトリの編集

Oracle BIサーバーにリポジトリをロードしていない場合、そのリポジトリを表示および変更するには、オフライン・モードを使用します。

Oracle BIサーバーにロードしたリポジトリをオフライン・モードで開こうとすると、そのリポジトリは読取り専用モードで開きます。特定のリポジトリをオフライン・モードで同時に編集できるのは、1つの管理ツール・セッションのみです。「読取り専用モードについて」を参照してください。

オフライン・モードでリポジトリを開く場合、ユーザー名とパスワードの入力は不要です。リポジトリ・パスワードの入力のみが必要です。

このセクションには次のトピックが含まれます:

• オフライン・モードでリポジトリを開く

• オフラインでの変更の公開

オフライン・モードでリポジトリを開く

Oracle BIリポジトリをオフライン・モードで開くには、次のステップを使用します。

サーバーが稼働中で、開こうとしているリポジトリがロード済である場合、そのリポジトリは読取り専用モードで開きます。ロードした状態になっているリポジトリを編集するには、オンライン・モードで開く必要があります。また、オフライン・モードでリポジトリを開いた後でサーバーを起動すると、そのリポジトリはユーザーが利用できる状態になります。この状態で指定した変更は、サーバーを再起動しないと有効になりません。

管理ツールからオフライン・モードでOracle BIリポジトリを開くと、開いたリポジトリの名前がタイトルバーに表示されます。

1. 管理ツールで、「ファイル」、「開く」、「オフライン」の順に選択します。
2. 開くリポジトリに移動して、「開く」を選択します。
3. オフラインで開くダイアログで、リポジトリ・パスワードを入力して「OK」をクリックします。

オフラインでの変更の公開

リポジトリにオフライン・モードで行った変更を公開するには、次のステップを使用します。

「リポジトリのアップロード・コマンド」を参照してください。

1. リポジトリのアップロード・コマンドを使用して、リポジトリを公開します。

   MDS XML形式のリポジトリはアップロードできません。MDS XMLリポジトリに行った変更を公開するには、最初にそのリポジトリをOracle BIリポジトリ形式に変換する必要があります。

2. すべてのOracle BIサーバー・インスタンスを再起動します。他のBIシステム・コンポーネントを再起動する必要はありません。
3. プレゼンテーション・サービスで、「管理」ページから「ファイルとメタデータの再ロード」リンクをクリックします。

オンライン・モードでのリポジトリの編集

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 Analytics Serverセキュリティの管理を参照してください。

マルチテナンシの場合、1234101:service1などのtenantguid:servicename形式の詳細を入力します。テナント管理者に連絡して、GUIDおよびサービス名を取得します。アイデンティティ・ストアのテナントのGUIDの詳細は、Oracle Analytics Serverの管理を参照してください。Oracle BIサーバーは指定される詳細を使用して、テナントに適切なリポジトリを開きます。

リポジトリで多量の作業を行い、多数のオブジェクトをチェックアウトすると予想している場合、「起動時にすべてのオブジェクトをロード」オプションを使用して、選択したオブジェクトでなくすべてのオブジェクトをただちにロードします。最初の接続に要する時間がわずかに長くなる可能性はありますが、ツリーで項目を開いてチェックアウトすることで作業時間は短縮できます。

マルチテナンシが構成されていない場合、「テナント情報」フィールドを空白のままにします。

1. 管理ツールで、「ファイル」、「開く」を選択し、次に「オンライン」選択します。
2. オンライン・リポジトリを開くダイアログで、有効なユーザー名とパスワードを指定します。
3. マルチテナント環境では、「テナント情報」フィールドにテナントの詳細を指定します。
4. (オプション)「起動時にすべてのオブジェクトをロード」オプションを選択します。
5. 適切なDSNを選択して「OK」をクリックします。

管理ツールからオンライン・モードでリポジトリを開くと、タイトル・バーには現行のリポジトリの名前ではなく、接続しているOracle BIサーバーのDSNが表示されます。

オンラインでの変更の公開

単一ノード・デプロイメントを実行する場合、オンライン・モードでOracle BI管理ツールを使用して行われた変更は、プレゼンテーション・サービスのメタデータを再ロードした後に使用できます。

クラスタ化したデプロイメントでは、Oracle BIサーバーは、これらの変更を自動的に使用しますが、最新の変更を取得するにはすべての宛先Oracle BIサーバーを再起動する必要があり、その後、「管理」ページの「ファイルとメタデータの再ロード」リンクをクリックすることで、プレゼンテーション・サービスのメタデータを再ロードします。

「リポジトリのテストおよび絞込みのためのnqcmdの使用方法」を参照してください。

RollingRestartプロシージャは、ソースOracle BIサーバーに直接実行する必要があります。各Oracle BIサーバーのインストール時に作成されるDSNは、デフォルトでクラスタ化されているため、プロシージャを実行する対象となるソースOracle BIサーバーに対して手動で非クラスタ化DSNを作成する必要があります。

Oracle BIサーバーのODBC DSNを作成する方法は、Oracle Business Intelligence Enterprise Editionインテグレーターズ・ガイドの「Oracle Business Intelligenceへの他のクライアントの統合」を参照してください。

宛先Oracle BIサーバーは、RollingRestart ODBCプロシージャを使用するか、Fusion Middleware Controlを使用することで再起動できます。

• RollingRestart ODBCプロシージャを使用し、nqcmdに次のように入力します。

  call RollingRestart(timeout);

  ここで、timeoutは、各宛先 Oracle BIサーバーで、次に移動する前に再起動を待機する秒数です。

  例:

  call RollingRestart(300);

  この例では、システムは各Oracle BIサーバーの再起動を5分間待機します。指定したOracle BIサーバーがそれよりも早く再起動した場合は、ただちに次に移動します。

• Fusion Middleware Controlを使用して宛先サーバーを再起動するには、オンライン・モードでOracle BI管理ツールの「クラスタ・マネージャ」を使用して、どのOracle BIサーバーがソースで、どれが宛先サーバーであるのか判別します。Fusion Middleware Controlの「可用性」ページの「プロセス」タブを使用して、宛先Oracle BIサーバーを再起動します。Oracle Analytics Serverの管理の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サーバーが起動すると、そのサーバーと管理ツール・クライアントも読取り専用モードで開きます。

サーバーが読取り/書込みモードでリポジトリをロードできるようにするには、最初に、リポジトリをロックしている管理ツール・クライアントを閉じてから、Oracle BIサーバーを再起動する必要があります。

Oracle Analytics Serverがクラスタ化されていて、管理ツールがオンライン・モードで依存サーバーに接続している場合は、その管理ツールはリポジトリを読取り専用モードで開きます。クラスタの制御BIサーバーは、リポジトリに対してロックを保持します。クラスタ化環境での実行でこのロックアウト状況を回避するには、その管理ツールで使用するOracle BIサーバーのODBCデータ・ソース名(DSN)が、特定のOracle BIサーバーではなく、クラスタ・コントローラを指すように構成します。

MDX XMLリポジトリを開く

MDS XMLファイルを開くには、次のステップを使用します。

管理ツールでMDS XML形式のリポジトリを開くと、タイトル・バーに形式とルート・フォルダの場所(たとえば、MDS XML C:\Root_Folder)が表示されます。

1. 管理ツールで、「ファイル」、「開く」を選択し、次に「MDS XML」を選択します。
2. MDS XMLファイルのルート・フォルダの場所を選択し、「OK」をクリックします。
3. このMDS XMLリポジトリを初めて開いた場合は、このリポジトリがスタンドアロンMDS XMLリポジトリであるか、ソース・コントロール下に置かれているのかを指定します。
4. 「OK」をクリックします。