Intelligenceでマルチユーザー開発環境を設定および使用する方法について説明します。マルチユーザー開発(MUD)によって、重複するコード・ベースに基づく同時開発のメカニズムが提供されます。Intelligenceでは、リポジトリ開発の組込みバージョニング・システムが用意されているため、複数のユーザーに加えて、メタデータのサブセットを管理するMUD環境が実現します。次の資料も参照してください。マルチユーザー開発環境での作業の詳細は、「マルチユーザー開発環境のリポジトリ・ライフサイクルの管理」を参照してください。XML形式でのリポジトリの保存および管理ツールとサード・パーティのソース・コントロール管理システムとの統合の詳細は、第4章「リポジトリ開発のためのソース・コントロール管理システムの使用方法」を参照してください。Intelligenceでは、マルチユーザー開発によって、エンタープライズ規模のデプロイメントにおけるアプリケーション・メタデータの開発が容易になります。アプリケーション・メタデータは、一元化されたメタデータ・リポジトリ(RPD)ファイルに保存されます。これらのリポジトリの操作には、管理ツールを使用します。XML形式のリポジトリでは、マルチユーザー開発環境を使用しません。マルチユーザー開発環境を使用する状況の例を次に示します。複数の開発者がメタデータのサブセットで同時に作業し、他の開発者と作業が競合することなく、それらのサブセットをマスター・リポジトリにマージして戻します。Intelligenceをデプロイできます。注意:この章では、「マスター・リポジトリ」はマルチユーザー開発ディレクトリ内のリポジトリのコピーを表します。1人の開発者がすべての開発を管理します。簡易性とパフォーマンスを確保するため、その管理者はマルチユーザー開発環境を使用して、大きいリポジトリのかわりに、より小さい塊でメタデータ・コードを管理できます。どちらの例でも、管理者は管理ツールでリポジトリ・ファイル内にプロジェクトを作成し、そのリポジトリ・ファイルを共有ネットワーク・ディレクトリ(マルチユーザー開発ディレクトリと呼ばれます)にコピーします。開発者は、プロジェクトをチェックアウトし、変更を加えて、変更内容をマスター・リポジトリにマージできます。開発者が管理ツールを使用してプロジェクトをチェックアウトすると、バックグラウンドでファイルが自動的にコピーされ、上書きされます。そのため、管理者は設定作業を行うことが重要であるとともに、開発者は、表示される管理ツールのメッセージに注意して、チェックアウトとマージおよび公開の手順を慎重に実行することが重要です。開発者がプロジェクトをチェックアウトしても、リポジトリ・ファイルが自動的にコピーまたは上書きされることはありません。かわりに、プロジェクトのチェックアウト時に、管理ツールによって2つのファイルが新しく作成されます。一方のファイルには元のプロジェクト・データが格納され、もう一方のファイルにはプロジェクトの変更内容が格納されます。リポジトリ開発者がC:\マルチユーザー開発ディレクトリのmaster.rpdからプロジェクトAをチェックアウトした場合、管理ツールによって、プロジェクトAに関連するすべてのメタデータが抽出され、開発者は新しいファイル名を指定してデータを保存するように要求されます。Mychanges.rpd)を選択すると、次の2つのファイルが新しく作成されます。開発者が加えた変更が格納されるMyChanges.rpdというファイル元のプロジェクト・データが格納されているoriginalMyChanges.rpdというファイルoriginalMyChanges.rpdファイルでは、開発者がMychanges.rpdで行った変更を確認できます。この情報は、マルチユーザー開発のマージ・プロセスで必要です。(11.1.1)のリポジトリは圧縮形式で保存されます。そのため、このリリースでは、開いているRPDファイルや保存したRPDファイルのサイズが、以前のリリースのRPDファイルと比べて大幅に小さくなっています。マルチユーザー開発プロセスについてマルチユーザー開発は、カスタマの技術上およびビジネス上の目的を明確に理解していることが前提条件となります。一貫性のあるマージおよび調整の実施など、明確に定義された開発プロセスに従い、それらのプロセスに厳密に準拠する必要があります。次の手順では、マルチユーザー開発環境をデプロイする際の一般的な手順について説明します。通常、最初の3つの手順は管理者が実行し、残りの手順は1人以上の開発者が実行します。マルチユーザー開発環境をデプロイするには:プロジェクトを定義して、大量のメタデータを管理可能なコンポーネントに編成します。詳細は、「プロジェクトの作成」を参照してください。次のヒントを考慮してください。小さいRPDを使用して、開発作業とユニット・テストを簡素化し、それに要する時間を短縮します。開発リソースをプロジェクト別に編成して、ワークロードを分散し、不整合と上書きを減らします。マルチユーザー開発ディレクトリとして使用する共有ネットワーク・ディレクトリを設定します。マスター・リポジトリをマルチユーザー開発ディレクトリにコピーします。ローカル開発のために1つ以上のプロジェクトを抽出します。リポジトリ・オブジェクトをマージし、競合を解決します。多くの場合、メタデータ・オブジェクトは相関性が高いため、複数の開発者が同じオブジェクトで作業している可能性があります。通常のサブセットのリフレッシュを実行して、自分のローカルの変更を、マスターの最新バージョンとマージできます。マージ・プロセス中に構成の競合が発生した場合、開発者は修正プロセスを実行するように求められます。変更内容をネットワークに公開します。最終的なサブセットのリフレッシュ(マージ)は、公開手順中に実行されます。多数の開発者が同じオブジェクトで同時に作業できますが、一度に公開できるのは1人だけです。公開手順中は、リポジトリはロックされます。ロギングおよびバックアップ機能を使用して、誤った構成や不適切な構成のポイントを特定します。ログ・ファイルでは、マルチ開発アクティビティがコメントとともに追跡されます。マスター・リポジトリと開発者リポジトリは、その後の参考のために、また手動ロールバックで使用できるように、自動的にバックアップされます。プロジェクトの設定プロジェクトを使用すると、メタデータを集中管理できます。プロジェクトは、関連するメタデータを持つ論理スターのグループとして、個別に定義されたリポジトリ・メタデータのサブセットで構成されます。プロジェクトの特性は次のとおりです。該当するビジネス・モデルの論理ファクト表によって大部分が定義されます。抽出時に、関連する論理ディメンション表およびその他のメタデータを追加します。1対多の論理ファクト表を含む場合があります。初期のプロジェクトについては、必要な物理表および結合の定義をすべて含むリポジトリで開始することをお薦めします。このリポジトリに、ビジネス・モデルとマッピング・レイヤーのプレースホルダとして論理ファクト表を作成し、プレゼンテーション・レイヤーのプレースホルダとしてサブジェクト・エリアを作成します。ビジネス・モデルとサブジェクト・エリアのメタデータを追加すると、個々のサブジェクト・エリアおよび論理ファクトに基づくプロジェクトを新しく作成できます。プロジェクトを設定するときは、次のガイドラインに従います。マスター・リポジトリにプロジェクトを作成できるのは、一度に1人だけです。プロジェクトは、アクティブな開発の対象でなくなった場合以外は削除しないでください。プロジェクトを作成するときは、プロジェクト名を慎重に選択します。プロジェクトの名前は変更しないでください。プロジェクトからオブジェクトを削除するときは慎重に行い、リポジトリの抽出またはチェックアウトで問題が発生しないようにしてください。この項には次のトピックが含まれます:プロジェクトについてプロジェクトの作成リポジトリ・アップグレード時の古いプロジェクトの変換についてプロジェクトについてプロジェクトは、プレゼンテーション・レイヤーのサブジェクト・エリアおよび関連するビジネス・モデルの論理ファクト、ディメンション、グループ、ユーザー、変数および初期化ブロックで構成できます。管理者は、複数の開発者や開発者のグループが担当分野のプロジェクトで作業できるようにプロジェクトを作成できます。プロジェクトを作成する主な理由は、マルチユーザー開発をサポートすることです。開発プロセスでは、各プロジェクト・グループがメタデータの異なる部分にアクセスできるようにメタデータをプロジェクトに抽出することによって、社内の異なるチーム間で作業(メタデータ)を分割できます。マルチユーザー開発に加えて、ライセンス上の理由からプロジェクトを作成することもあります。新しいソフトウェア・バージョンをリリースする前に、ライセンスされたアプリケーションに関連するメタデータのみをプロジェクトに抽出し、すべての整合性と完全性が確保されるようにすることができます。そのためには、アプリケーションに関連するファクト表のみを追加します。プロジェクトの抽出は、ファクト表を中心とします。これによって、プロジェクトの抽出の一貫性が確保され、ライセンスの管理がはるかに容易になります。「プロジェクト」ダイアログについて「プロジェクト」ダイアログでは、プロジェクトの作成に使用できるオブジェクトが左ペインに表示されます。右ペインのオブジェクトはすべて、(直接的または間接的に)選択したオブジェクトで、それぞれの追加の一貫性を確保する完全なデータ・セットを表します。左側のツリーの最上位ノードからサブジェクト・エリアを選択してプロジェクトに追加した場合、必要に応じて、他のサブジェクト・エリアの基礎となるファクト表が自動的に追加され、抽出の一貫性が確保されます。次に、「プロジェクト」ダイアログの左ペインについて説明します。ビジネス・モデルまたはサブジェクト・エリア別にファクト表をグループ化できるため、必要なファクト表を容易に選択できます。通常は、特定のサブジェクト・エリアで使用されるファクト表に従ってグループ化する方が、プロジェクトのファクト表を選択する際に便利です。ファクト表は複数のサブジェクト・エリアと関連付けられている場合がありますが、1つのビジネス・モデルのみに属します。サブジェクト・エリア別にファクトをグループ化すると、最上位ノードからサブジェクト・エリアを追加できるように見えますが、実際には、基礎となるファクト表のみが追加されます。サブジェクト・エリアは、プロジェクトに必要な要素を追加しやすくするために選択肢としてのみ表示されます。抽出の一貫性を確保するために必要な他のオブジェクトも追加されます。実際のサブジェクト・エリアを追加するには、ツリーの下部にある「プレゼンテーション」ノードを使用します。ビジネス・モデル別にグループ化した場合、ビジネス・モデルに属するファクトのみが左ペインに表示されます。「プレゼンテーション」ノードには、プレゼンテーション・レイヤー・オブジェクトが表示されます。これらのオブジェクトを操作するには、明示的にプロジェクトに追加する必要があります。自動的には追加されません。ファクト表に関連しないプレゼンテーション・オブジェクトをプロジェクトに追加した場合、「OK」をクリックすると、警告が表示されます。整合性チェッカでもその不一致が通知されます。「プロジェクト」ダイアログの右ペインには、ファクト表(「ビジネス・モデル」フォルダ内)、プレゼンテーション・レイヤー・オブジェクト(「プレゼンテーション」フォルダ内)、ユーザー、アプリケーション・ロール、変数および初期化ブロックなど、抽出するように選択したオブジェクトが表示されます。「OK」をクリックすると、それらのオブジェクトが抽出されます。図3-1に、「プロジェクト」ダイアログを示します。ファクト表がビジネス・モデル別にグループ化された「プロジェクト」ダイアログ」の説明プロジェクトの作成プロジェクトを作成するときは、通常、サブジェクト・エリアとその選択したサブジェクト・エリアに関連する論理ファクト表のサブセットを選択します。その後、管理ツールによって関連するビジネス・モデルおよび物理レイヤー・オブジェクトが自動的に追加されます。1つのオブジェクトを複数のプロジェクトの一部にできます。かわりに、ビジネス・モデル別にファクトをグループ化することを選択する場合は、特定のビジネス・モデル、または1つのビジネス・モデルの一部である論理ファクト表のセットを選択できます。プレゼンテーション・レイヤー・オブジェクトをプロジェクトの一部にする場合は、それらを明示的に追加する必要があります。プロジェクト定義自体には物理レイヤー・オブジェクトは含まれませんが、プロジェクト定義によってこれらのオブジェクトが抽出および特定されます。作成されたプロジェクトはメタデータの一部となり、同じマスター・リポジトリで開発作業を実行する必要がある複数の開発者が利用できます。そのように定義されていれば、開発者がプロジェクトをチェックアウトし、新しいリポジトリ・ファイルとして保存した後、プロジェクトは通常、一貫性のあるリポジトリとなります。マルチユーザー開発環境のプロジェクトを作成するには:管理ツールで、「ファイル」→「開く」→「オフライン」を選択します。「開く」ダイアログで、マルチユーザー開発で使用できるようにするリポジトリを選択し、「OK」をクリックします。リポジトリ・パスワードを指定し、「OK」をもう一度クリックします。「管理」を選択し、「プロジェクト」を選択します。「プロジェクト・マネージャ」ダイアログの右ペインで右クリックし、「新規プロジェクト」を選択します。左ペインには、プロジェクトに追加できるオブジェクトが表示されます。右ペインには、プロジェクトの一部として選択したオブジェクトが表示されます。「プロジェクト」ダイアログで、プロジェクトの名前を入力します。ファクトをビジネス・モデル別にグループ化するか、サブジェクト・エリア別にグループ化するかを選択します。通常は、サブジェクト・エリア別にファクトをグループ化する方が便利です。次の1つ以上の手順を実行して、ファクト表をプロジェクトに追加します。左ペインで、サブジェクト・エリアまたはビジネス・モデルを選択し、「追加」をクリックします。関連するすべての論理ファクト表が自動的に追加されます。左ペインで、サブジェクト・エリアまたはビジネス・モデルを開き、サブジェクト・エリアに関連する論理ファクト表またはビジネス・モデル内の論理ファクト表を1つ以上選択して、「追加」をクリックします。プロジェクトは、選択した論理ファクト表を明示的に含み、選択した論理ファクト表に結合されているすべての論理ディメンション表を暗黙的に含む(右ペインに表示されていなくても含まれます)ように定義されます。左ペインと右ペインに表示されるオブジェクトの詳細は、「「プロジェクト」ダイアログについて」を参照してください。プロジェクトからファクト表を削除するには、右ペインでファクト表を選択し、「削除」をクリックします。サブジェクト・エリアまたはビジネス・モデルに関連するすべてのファクト表を削除するには、サブジェクト・エリアまたはビジネス・モデルを選択し、「削除」をクリックします。オプションで、プロジェクトに必要なアプリケーション・ロール、ユーザー、変数、初期化ブロックまたは参照表を追加します。抽出された他のオブジェクトによって直接参照される変数や初期化ブロックのようなオブジェクトは自動的に追加されますが、参照されないオブジェクトをプロジェクトに追加することもできます。例:認証に初期化ブロックを使用する場合は、必要な初期化ブロックを追加します。他のオブジェクトによってまだ参照されていないものの、今後のリポジトリ開発で使用する可能性があるリポジトリ変数などのオブジェクトを追加します。データ・アクセス・セキュリティの設定の一環として、現在使用している、または今後使用するユーザーおよびアプリケーション・ロールを追加します。各オブジェクト・タイプ(変数など)について最上位ノードを追加した後、右ペインで個々のオブジェクトを選択して削除することをお薦めします。左のペインからプロジェクトに含めるプレゼンテーション・レイヤー・オブジェクトを選択し、「追加」をクリックします。プロジェクトでこれらのオブジェクトを表示するには、それらを追加する必要があります。自動的に追加されません。右ペインでオブジェクトをダブルクリックするか、オブジェクトを選択し、「削除」をクリックすることによって、特定のプレゼンテーション表または列をプロジェクト定義から削除することもできます。注意:プロジェクトの作成後に必要なサブジェクト・エリアのセットが表示されない場合は、プロジェクトを編集して、必要なサブジェクト・エリアを明示的に追加してください。「OK」をクリックします。Intelligenceからリポジトリをアップグレードすると、プロジェクト定義がアップグレードされます。アップグレード時には、プロジェクト定義、サブジェクト・エリア、ターゲット・レベル、リスト・カタログおよび既存のファクト表が、次のようにして単純なファクト表へと自動的に変換されます。修飾キーを使用して、ターゲット・レベルに関連するプレゼンテーション列を取得します。修飾キーを使用して、リスト・カタログに関連するプレゼンテーション列を取得します。サブジェクト・エリアに関連するプレゼンテーション列を取得します。すべてのプレゼンテーション列からすべての論理列を取得します。プロジェクト内のファクト表からすべての論理列を取得します。すべての論理列からファクト表を取得します。アップグレード後、プロジェクトには単純なファクト表のみが含まれます。セキュリティ・オブジェクトはすべて、元のまま保持されます。(11.1.1)より前のバージョンのリポジトリ内のプロジェクトは、プレゼンテーション・レイヤー・オブジェクトを明示的に含むようにアップグレードされます。以前のリリースでは、プレゼンテーション・レイヤー・オブジェクトは、プロジェクトに含まれているユーザーの権限に基づいて暗黙的に追加されていました。マルチユーザー開発ディレクトリの設定マルチユーザー開発に備えて、管理者は次の作業を実行します。マルチユーザー開発専用の共有ネットワーク・ディレクトリを特定または作成します。すべてのプロジェクトを作成したら、プロジェクトを作成したリポジトリ・ファイルを、マルチユーザー開発のマスター・リポジトリとして使用するマルチユーザー開発ディレクトリにコピーします。管理者がマルチユーザー開発ディレクトリを特定し、リポジトリ・ファイルをコピーしたら、開発者は、マルチユーザー開発ディレクトリを指すように管理ツールを設定して、プロジェクトをチェックアウトできるようにする必要があります。この項には次のトピックが含まれます:マルチユーザー開発ディレクトリの特定マルチユーザー開発ディレクトリへのマスター・リポジトリのコピーマルチユーザー開発ディレクトリへのポインタの設定マルチユーザー開発ディレクトリの特定すべてのプロジェクトを定義したら、管理者は、すべての開発者がアクセスできる共有ネットワーク・ディレクトリ(マルチユーザー開発ディレクトリと呼ばれます)を特定または作成し、新しいマスター・リポジトリをその場所にアップロードする必要があります。この共有ネットワーク・ディレクトリは、マルチユーザー開発のみに使用します。このディレクトリには通常、複数の開発者が管理する必要があるリポジトリのコピーが格納されます。マルチユーザー開発ディレクトリはWindowsシステム上にある必要があります。開発者は、各自のコンピュータで管理ツールを設定する際に、マルチユーザー開発ディレクトリへのポインタを作成します。注意:管理者は、マルチユーザー開発専用の共有ネットワーク・ディレクトリを別途設定する必要があります。共有ネットワーク・ディレクトリを指定どおりに設定および使用しなかった場合、重要なリポジトリ・ファイルが誤って上書きされたり、リポジトリ・データが失われる可能性があります。マルチユーザー開発ディレクトリへのマスター・リポジトリのコピーマルチユーザー開発ディレクトリを特定したら、管理者はマスター・リポジトリ・ファイルをマルチユーザー開発ディレクトリにコピーする必要があります。このマスター・リポジトリのプロジェクトが開発者によって抽出およびダウンロードされ、変更が加えられた後、それらの変更がマスター・リポジトリにマージされます。リポジトリをマルチユーザー開発ネットワーク・ディレクトリにコピーしたら、マルチユーザー開発環境の準備が整ったことを開発者に通知してください。リポジトリの開発を開始した後でも、時折、マスター・リポジトリに手動で変更を加えることが必要になることがあります。これを行う具体的な手順は、「マスターMUDリポジトリの手動更新」を参照してください。マルチユーザー開発ディレクトリへのポインタの設定プロジェクトをチェックアウトする前に、マルチユーザー開発環境で作業している開発者は、ネットワーク上のマルチユーザー開発ディレクトリを指すように管理ツールのローカル・コピーを設定する必要があります。開発者がマルチユーザー開発ディレクトリのオブジェクトをチェックアウトおよびチェックインするときは、この場所が管理ツールによって使用されます。注意:ポインタが設定されるまで、管理ツールでマルチユーザー・オプションを使用することはできません。最初、ネットワーク・ディレクトリにはマスター・リポジトリが格納されます。この場所のリポジトリは、他の開発者と共有されます。ネットワーク・ディレクトリにはその後、履歴サブセットやリポジトリ・バージョンなど、マルチユーザー開発の履歴ファイルが追加されます。マルチユーザー開発ディレクトリのファイルは手動で削除しないでください。これらのファイルは重要で、システムで使用されます。ポインタの設定時に、開発者は「氏名」フィールドに入力することもできます。このフィールドはオプションですが、他の開発者がリポジトリをロックしているユーザーを認識できるように、このフィールドに入力することをお薦めします。マルチユーザー開発ディレクトリへのポインタを設定するには:管理ツール・メニューから、「Tools」→「オプション」を選択します。「オプション」ダイアログで、「マルチユーザー」タブをクリックします。「マルチユーザー」タブで、「マルチユーザー開発ディレクトリ」にネットワーク・ディレクトリへのフルパスを入力します。「参照」をクリックし、マルチユーザー開発ディレクトリを選択して、「OK」をクリックします。「氏名」フィールドに氏名を入力し、「OK」をクリックします。マルチユーザー開発環境における変更チェックアウト、リフレッシュおよび公開時には、マスター・リポジトリのコピーが開発者のローカル・リポジトリ・ディレクトリ(通常、デフォルトではORACLE_INSTANCE\bifoundation\OracleBIServerComponent\coreapplication_obisn\repository)に一時的にコピーされます。プロジェクトをチェックアウトし、ローカル・リポジトリ・ファイルで変更を行ったら、各開発者は変更内容をマスター・リポジトリに公開(マージ)するか、変更内容を破棄できます。マルチユーザー開発環境で変更を行うには、次の項で説明する作業を実行します。リポジトリ・プロジェクトのチェックアウトメタデータの変更とテストについてローカル・プロジェクトの抽出のリフレッシュマルチユーザー開発のメニュー・オプションについてリポジトリ・プロジェクトのチェックアウトマルチユーザー開発のデフォルト・ディレクトリへのポインタを設定したら、開発者はプロジェクトをチェックアウトし、メタデータを変更して、変更したメタデータをテストできます。「ファイル」→「マルチユーザー」サブメニューで「チェックアウト」オプションを使用できるのは、「オプション」ダイアログの「マルチユーザー」タブでマルチユーザー開発ディレクトリが定義されている場合のみです。この項には次のトピックが含まれます:リポジトリ・プロジェクトのチェックアウトについてプロジェクトのチェックアウトextractprojectsユーティリティを使用したプロジェクトの抽出リポジトリ・プロジェクトのチェックアウトについてチェックアウト時には、管理ツールで次の作業が実行されます。開発者のローカル・リポジトリ・ディレクトリに、マスター・リポジトリの一時コピーが作成されます。注意:その名前のリポジトリがこの場所にある場合、開発者は既存のリポジトリの上書きを確認するように求められます。開発者が「はい」をクリックすると、既存のローカル・リポジトリがバックグラウンドで即座に上書きされ、新しいリポジトリが保存された後、一時マスター・リポジトリ・ファイルが自動的に削除されます。開発者のローカル・リポジトリ・ディレクトリに、Metadata1.rpdなど、新しいリポジトリ内の選択したプロジェクトのローカル・コピーが保存されます。開発者がローカル・コピーの名前を指定します。開発者は、このファイルでメタデータを変更します。そのセッションでチェックアウトするたびに、番号が増えます。開発者のローカル・リポジトリ・ディレクトリに、新しいリポジトリの2つ目のローカル・コピーが保存され、接頭辞としてoriginalが追加されます(たとえば、originalMetadata1.rpdのようになります)。開発者が新しいリポジトリ・ファイルを保存すると、チェックアウトは完了です。開発者のローカル・リポジトリ・ディレクトリで、マスター・リポジトリの一時コピーが自動的に削除されます。注意:開発者がプロジェクトを選択し、ローカル・リポジトリ・ファイルに保存しても、共有ネットワーク・ドライブ上のマスター・リポジトリ内のプロジェクトはロックされません。そのため、物理的には、他のユーザーが同じプロジェクトで作業することが可能です。プロジェクトがチェックアウトされているかどうかを確認するには、共有ネットワーク・ドライブ上のマルチユーザー開発ディレクトリのログ・ファイルを調べる必要があります。プロジェクトのチェックアウトこの項では、管理ツールを使用してプロジェクトをチェックアウトする方法について説明します。プロジェクトをチェックアウトするには:管理ツール・メニューから、「ファイル」→「マルチユーザー」→「チェックアウト」を選択します。マルチユーザー開発ディレクトリにリポジトリが複数ある場合、「マルチユーザー開発チェックアウト」ダイアログが表示されます。適切なリポジトリを選択し、「OK」をクリックします。マルチユーザー開発ディレクトリにリポジトリが1つしかない場合、このダイアログは表示されません。抽出元ダイアログで、リポジトリ・パスワードを入力し、「OK」をクリックします。リポジトリ内にプロジェクトがない場合はメッセージが表示され、リポジトリは開きません。マスター・リポジトリにプロジェクトが複数ある場合、「参照」ダイアログが表示されます。プロジェクトの抽出に含めるプロジェクトを選択し、「OK」をクリックします。図3-2に、プロジェクトを選択するための「参照」ダイアログを示します。プロジェクトを選択するための「参照」ダイアログ」の説明マスター・リポジトリにプロジェクトが1つしかない場合、そのプロジェクトが自動的に選択され、「参照」ダイアログは表示されません。「新規サブセット・リポジトリの作成」ダイアログで、新しいリポジトリの名前(Metadata1.rpdなど)を入力し、「保存」をクリックします。作業用のプロジェクト抽出リポジトリがローカル・コンピュータに保存されます。指定したとおりの名前のリポジトリがオフライン・モードで開きます。ログ・ファイルも作成されます。注意:プロジェクト抽出リポジトリの2つ目のコピーが同じ場所に保存されます。このバージョンの名前は、リポジトリの抽出に割り当てた名前の先頭に「original」という単語が追加されたものになります。元のプロジェクト抽出リポジトリは変更しないでください。このリポジトリは、マルチユーザー開発のマージ・プロセスで、変更内容を元のプロジェクトと比較する場合に使用します。BIサーバーのユーティリティextractprojectsを使用すると、MUD環境のオーバーヘッドなしで特定のリポジトリからプロジェクトを抽出できます。extractprojectsユーティリティは、WindowsシステムとUNIXシステムの両方で使用できます。extractprojectsは、RPD形式のバイナリ・リポジトリでのみ使用できます。extractprojectsユーティリティでは、指定したプロジェクトのセットを含むRPDファイルが生成されます。元のリポジトリ・ファイルの保存やMUDディレクトリでのチェックアウトとしての抽出の追跡など、管理ツールを使用してプロジェクトをチェックアウトした場合に実行される他の作業は実行されません。extractprojectsの実行前に、bi-initを実行して、適切に初期化されたコマンド・プロンプトを起動する必要があります。詳細は、「Oracleインスタンスに初期化したシェル・ウィンドウを起動するためのbi-initの実行」を参照してください。構文extractprojectsユーティリティは次のパラメータを取ります。project_list_file_name]説明:base_repository_nameは、プロジェクトの抽出元のリポジトリの名前とパスです。output_repository_nameは、ユーティリティによって生成されたリポジトリの名前とパスです。input_project_nameは、抽出するプロジェクトの名前です。複数のプロジェクトを入力できます。