プライマリ・コンテンツに移動
Oracle® Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド
12c (12.2.1.2.0)
E82973-02
目次へ移動
目次

前
前へ
次
次へ

マルチユーザー開発環境について

Oracle Business Intelligenceのマルチユーザー開発によって、エンタープライズ規模のデプロイメントにおけるアプリケーション・メタデータの作成が容易になります。

アプリケーション・メタデータは、一元化されたメタデータ・リポジトリ(RPD)ファイルに保存されます。これらのリポジトリの操作には、管理ツールを使用します。MDS XML形式のリポジトリでは、マルチユーザー開発環境を使用しません。

「マスター・リポジトリ」とは、マルチユーザー開発ディレクトリ内のリポジトリのコピーを指します。

マルチユーザー開発環境を使用する状況の例を次に示します。

どちらの例でも、管理者は管理ツールでリポジトリ・ファイル内にプロジェクトを作成し、そのリポジトリ・ファイルを共有ネットワーク・ディレクトリ(マルチユーザー開発ディレクトリと呼ばれます)にコピーします。開発者は、プロジェクトをチェックアウトし、変更を加えて、変更内容をマスター・リポジトリにマージできます。開発者が管理ツールを使用してプロジェクトをチェックアウトすると、バックグラウンドでファイルが自動的にコピーされ、上書きされます。管理者は設定タスクを実行する必要があります。開発者は、チェックアウト、マージおよび公開の手順の際に表示される管理ツールのメッセージに細心の注意を払う必要があります。

開発者がプロジェクトをチェックアウトしても、リポジトリ・ファイルが自動的にコピーまたは上書きされることはありません。かわりに、プロジェクトのチェックアウト時に、管理ツールによって2つのファイルが新しく作成されます。一方のファイルには元のプロジェクト・データが格納され、もう一方のファイルにはプロジェクトの変更内容が格納されます。

たとえば、リポジトリ開発者がC:\multiuser開発ディレクトリのmaster.rpdからプロジェクトAをチェックアウトした場合、管理ツールによって、プロジェクトAに関連するすべてのメタデータが抽出され、開発者は新しいファイル名を指定してデータを保存するように要求されます。開発者が新しいファイル名(例: Mychanges.rpd)を選択すると、管理ツールによって次の2つのファイルが新しく作成されます。

管理ツールは、Mychanges.rpdoriginalChanges.rpdを比較して開発者の変更を判別します。変更点に関する情報は、マルチユーザー開発のマージ・プロセスで必要になります。

注意:

ストレージ要件を軽減するために、Oracle Business Intelligence Enterprise Edition 12cのリポジトリは圧縮形式で保存されます。以前のリリースのRPDファイルと比べると、開いているRPDファイルや保存したRPDファイルのサイズが大幅に小さくなっています。

マルチユーザー開発プロセスについて

マルチユーザー開発は、カスタマの技術上およびビジネス上の目的を明確に理解していることが前提条件となります。

また、一貫性のあるマージおよび調整の実施など、明確に定義された開発プロセスに従い、それらのプロセスに厳密に準拠する必要があります。

次の手順では、マルチユーザー開発環境をデプロイする際の一般的な手順について説明します。通常、最初の3つの手順は管理者が実行し、残りの手順は1人以上の開発者が実行します。「プロジェクトの作成」を参照してください。

ヒント:

できるだけ速やかに、かつ頻繁に変更をマージすることをお薦めします。頻繁なマージにより、競合解決が容易になり、マージが単純化されます。

  1. プロジェクトを定義して、大量のメタデータを管理可能なコンポーネントに編成します。次のヒントを考慮してください。

    • より小さいRPDを使用して、開発作業とユニット・テストを簡素化し、それに要する時間を短縮します。

    • 開発リソースをプロジェクト別に編成して、ワークロードを分散し、不整合と上書きを減らします。

  2. マルチユーザー開発ディレクトリとして使用する共有ネットワーク・ディレクトリを設定します。

  3. マスター・リポジトリをマルチユーザー開発ディレクトリにコピーします。

  4. ローカル開発のために1つ以上のプロジェクトまたはリポジトリ全体を抽出します。

  5. リポジトリ・オブジェクトをマージし、競合を解決します。

    • 多くの場合、メタデータ・オブジェクトは相関性が高いため、複数の開発者が同じオブジェクトで作業している可能性があります。

    • 通常のサブセットのリフレッシュを実行して、自分のローカルの変更を、マスターの最新バージョンとマージできます。マージ・プロセス中に構成の競合が発生した場合、開発者は修正プロセスを実行するように求められます。

  6. 変更内容をネットワークに公開します。

    • 最終的なサブセットのリフレッシュ(マージ)は、公開手順中に実行されます。多数の開発者が同じオブジェクトで同時に作業できますが、一度に公開できるのは1人だけです。公開手順中は、リポジトリはロックされます。

  7. ロギングおよびバックアップ機能を使用して、誤った構成や不適切な構成のポイントを特定します。

    • ログ・ファイルでは、マルチ開発アクティビティがコメントとともに追跡されます。

    • マスター・リポジトリと開発者リポジトリは、その後の参考のために、また手動ロールバックで使用できるように、自動的にバックアップされます。