Oracle® Warehouse Builder

インストレーションおよび管理ガイド

11gリリース2(11.2)

B61347-03(原本部品番号:E17130-08)

2013年8月

Oracle Warehouse Builderインストレーションおよび管理ガイド, 11gリリース2(11.2)

B61347-03

Copyright © 2000, 2013, Oracle and/or its affiliates.All rights reserved.

原本著者: Reema Khosla

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次のNoticeが適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェアおよびドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。このソフトウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

目次

例一覧

図一覧

表一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

第1部 Oracle Warehouse Builderのインストールおよび構成

1 インストールと構成アーキテクチャの概要

- 適切なインストール構成の選択

- Oracle Warehouse Builderのアーキテクチャとコンポーネント

- 単一コンピュータ・トポロジ

- クライアントおよびデータベース・サーバーが独立したトポロジ

- 複数データベースのトポロジ

- クライアント、コントロール・センター・サービスおよびデータベース・サーバーが独立したトポロジ

- コントロール・センター・エージェントのトポロジ

- Oracle Warehouse Builderの「更新の確認」ウィザードについて

2 Oracle Warehouse Builderのサーバーへのインストール

- Oracle Warehouse Builderのインストール

- Oracle Warehouse Builderスタンドアロン・インストール・パッケージでの作業

- Oracle Universal InstallerでのOracle Warehouse Builderのインストール

- Oracle RAC環境でのOracle Warehouse Builderのインストール

- クラスタの各ノードでのOracle Warehouse Builderのインストール

- チェックリスト: Oracle RAC環境でUniversal Installerを使用する前に

- Oracle RAC環境でインストールを行うWindowsユーザーの方へ

- Oracle RAC環境でインストールを行うUNIXユーザーの方へ

- Oracle RACノードのサービス名を使用できるかどうかの確認

- サイレント・インストールの実行およびレスポンス値の使用

- インストール後の処理

3 WindowsでのOracle Warehouse Builderの構成

- WindowsにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成

- Windowsにスタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成

- スタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成について

- Oracle Warehouse Builderリポジトリのクリーンアップ

- リポジトリ・オブジェクトを含むOWBSYSスキーマの作成

- コントロール・センター・サービスの構成

- OWBSYSおよびOWBSYS_AUDITアカウントのロック解除

- Oracle Warehouse Builderプロセス・フローをサポートするためのOracle Workflowの構成

- リモート・インストールのためのOracle Warehouse Builderホームの設定

- Windows上のリポジトリでの最初のワークスペースの作成

4 LinuxでのOracle Warehouse Builderの構成

- LinuxにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成

- Linuxにスタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成

- スタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成について

- Oracle Warehouse Builderリポジトリのクリーンアップ

- リポジトリ・オブジェクトを含むOWBSYSスキーマの作成

- コントロール・センター・サービスの構成

- OWBSYSおよびOWBSYS_AUDITアカウントのロック解除

- Oracle Warehouse Builderプロセス・フローをサポートするためのOracle Workflowの構成

- リモート・インストールのためのOracle Warehouse Builderホームの設定

- Linux上のリポジトリでの最初のワークスペースの作成

5 Oracle Warehouse Builderのアンインストール

- Oracle Warehouse Builderのアンインストールについて

- ワークスペース・ユーザーの削除

- ワークスペースの削除

- スキーマ・オブジェクトの削除

- Oracleデータベースからのリポジトリの削除

- Oracle Warehouse Builderソフトウェアのアンインストール

6 以前のリリースからのOracle Warehouse Builderの移行

- MDL移行およびリポジトリのアップグレードについて

- MDL移行およびリポジトリのアップグレードでの選択

- MDL移行パス

- Oracle Warehouse Builder 10.1または9.nからリリース11.2へのリポジトリ・アップグレード・パス

- リポジトリ・アップグレード・シナリオの選択

- Oracle Warehouse Builder 10gリリース2または11gリリース1からOracle Warehouse Builder 11gリリース2へのリポジトリのインプレース・アップグレード

- インプレース・リポジトリ・アップグレードの準備

- インプレース・リポジトリ・アップグレードの実行

- MDLファイルを使用したリポジトリのリリース11.2へのアップグレード

- ファイルへのOracle Warehouse Builderリポジトリのエクスポート

- Oracle Warehouse Builderリリース11.2へのリポジトリ・エクスポートMDLファイルのインポート

- リポジトリ・アップグレードを含むプロセス・フロー・パッケージのリリース11.2へのデプロイ

- リポジトリの様々なOracle Databaseインスタンスへの移行

- Oracle Warehouse Builderリリース11.2へのロケーションのアップグレード

- リポジトリ・ブラウザを使用したOracle Warehouse Builderリリース11.2へのロケーションのアップグレード

- Oracle Warehouse Builder 11gリリース2に移行する際のリポジトリ・オブジェクトへの変更

7 リポジトリ・ブラウザ、コントロール・センター・エージェント、およびその他のコンポーネントの構成

- リポジトリ・ブラウザ環境の構成

- セッション・タイムアウトの変更

- Oracle Application Serverのコントロール・センター・エージェントの構成

- OC4J起動スクリプトの変更

- コントロール・センター・エージェント・サーバー側のロギングの構成

- 監査データソースの構成

- コントロール・センター・エージェントのセキュリティ・ロールの設定

- JMSキューの作成

- PATH環境変数の設定

- OC4Jへのコントロール・センター・エージェントのデプロイ

- コントロール・センター・エージェントのWebサービス(jrt-web.war)の構成

- コントロール・センター・エージェント監査表のロギングを有効にする

- OWBSYS監査接続プールの構成

- 監査表のデータソースの構成

- OC4JへのJDBCドライバのインストール

- コントロール・センター・エージェント・ファイルの概要

- ODLジョブのログ・ファイル

- コントロール・センター・エージェントのランタイム・ログ・ファイル

- JobIDファイル

- コントロール・センター・エージェントの設定

- JRTAdministratorMBean

- コントロール・センター・エージェントから使用するコード・テンプレートのインストール

- E-Business Suiteとの統合

- サード・パーティのName and Addressデータのインストール

- Oracle Workflowとの統合

第II部 Oracle Warehouse Builderの管理

8 構成の管理

- 構成管理について

- 構成テンプレートの作成

- 構成テンプレートの編集

- 構成のアクティブ化

- オブジェクトの構成

9 コントロール・センターおよびリポジトリの管理

- Oracle Warehouse Builderコントロール・センターおよびリポジトリの管理の概要

- コントロール・センター・サービスの起動と停止

- コントロール・センター構成の表示と管理

- コントロール・センターのデプロイと実行ジョブの管理

- Oracle Warehouse Builderのリポジトリおよびロケーションの管理ユーティリティ

- Oracle Warehouse Builderの管理ユーティリティ

- abort_exec_request

- abort_unit_request

- deactivate_all

- deactivate_deployment

- deactivate_execution

- delete_warehouse_object

- display_platform_property

- expedite_exec_request

- grant_error_table_privileges

- grant_upgrade_privileges

- list_requests

- print_exec_details

- print_running_exec_details

- purge_audit_template

- reset_repository

- rtrepos_report

- service_doctor

- set_ccs_home

- set_platform_property

- set_platform_property_from_file

- set_repository_password

- show_service

- sqlplus_exec_background_template

- sqlplus_exec_template

- start_service

- stop_service

- UpdateControlCenter

- UpdateLocation

- Oracle Warehouse Builderリポジトリ・ブラウザの概要

- リポジトリ・ブラウザの起動

- リポジトリ・ブラウザ・リスナーの起動方法

- リポジトリ・ブラウザ・リスナーの停止方法

10 コントロール・センター・エージェントの管理

- コントロール・センター・エージェントの起動と停止

- cca_adminユーティリティについて

- cca_adminユーティリティの起動

- cca_adminコマンド

- cleanUpJobLogFilesForGivenTimeInterval

- cleanUpNLeastRecentJobLogFiles

- connect

- disconnect

- exit

- getCacheJobStatusSize

- getCacheLogNo

- getKmPermissionsFile

- getLogRoot

- getMaxAbortTimeout

- getMaxRuntimeFileSizeMB

- getMaxRuntimeLogSizeMB

- getRuntimeLogEncoding

- getRuntimeLogFileLocation

- getRuntimeLogLevel

- help

- isKmSecurityNeeded

- isLogToAuditTable

- isLogToOdl

- isShowRuntimeLoggerLogHostAddr

- isShowRuntimeLoggerLogHostId

- isShowRuntimeLoggerLogMsgClassPath

- isShowRuntimeLoggerLogMsgLogLevel

- isShowRuntimeLoggerLogUserId

- readSettings

- reset

- setCacheJobStatusSize

- setCacheLogNo

- setKmPermissionsFile

- setKmSecurityNeeded

- setLogRoot

- setLogToAuditTable

- setLogToOdl

- setMaxAbortTimeout

- setMaxRuntimeFileSizeMB

- setMaxRuntimeLogSizeMB

- setRuntimeLogEncoding

- setRuntimeLogLevel

- setShowRuntimeLoggerLogHostAddr

- setShowRuntimeLoggerLogHostId

- setShowRuntimeLoggerLogMsgClassPath

- setShowRuntimeLoggerLogMsgLogLevel

- setShowRuntimeLoggerLogUserId

- settingsToString

- showAllJobLogFiles

11 メタデータを管理するためのスナップショットの使用

- スナップショットとメタデータ・ローダーについて

- スナップショットの使用

- スナップショットの作成

- スナップショットへのコンポーネントの追加

- スナップショットの管理

- スナップショットにアクセスする権限の管理

- スナップショットの比較

- FULLスナップショットからSIGNATUREスナップショットへの変換

- スナップショットからのワークスペース・オブジェクトのリストア

- スナップショットのインポートとエクスポート

- スナップショットの削除

- スナップショットのパフォーマンス

12 メタデータのインポート、エクスポートおよびアップグレード

- デザイン・センターからのメタデータのエクスポート

- デザイン・センターを使用してのメタデータのインポート

- オブジェクトのインポート

- インポート・モードと一致基準の組合せ

- 異なるベース言語のインポート

- インポート・ファイルおよびターゲット・リポジトリの様々なベース言語

- サポート言語のインポート

- インポート検証ルール

- 以前のリリースのメタデータのアップグレード

- Oracle Warehouse Builder 9.2からアップグレードする場合のワークスペース・オブジェクトへの変更

- Oracle Warehouse Builder 10.1、10.2または11.1からアップグレードする場合のワークスペース・オブジェクトへの変更

- 警告メッセージとエラー・メッセージのチェック

- 「デザイン・センター・メタデータ管理」ダイアログ・ボックス

- 「メタデータのエクスポート」ダイアログ・ボックス

- 「エクスポート拡張オプション」ダイアログ・ボックス

- 言語

- 管理

- 「メタデータのインポート」ダイアログ・ボックス

- 「インポート拡張オプション」ダイアログ・ボックス

- 言語

- 管理

- 名前の競合

- 「ファイル・サマリー」ダイアログ・ボックス

- 「メタデータのアップグレード」ダイアログ・ボックス

- 「メタデータの進行状況」ダイアログ・ボックス

- メタデータ・ローダー・ユーティリティ

- メタデータ・エクスポート・ユーティリティ

- メタデータ・インポート・ユーティリティ

- 複数セッションの同時実行とMDL

- メタデータ・ローダーのログ・ファイル

- メタデータ・ローダーの結果について

- メタデータ・ローダーによるバージョンと履歴の管理

- メタデータ・ローダーへのアクセス

- メタデータ・ローダーの制御ファイルについて

13 セキュリティの管理

- メタデータ・セキュリティの概要

- セキュリティ・サービスの概要

- メタデータのセキュリティ戦略の評価

- 最小限のメタデータのセキュリティ戦略(デフォルト)

- マルチユーザー・セキュリティ戦略

- 完全なメタデータのセキュリティ戦略

- データベース・ユーザーの登録

- 既存のデータベース・ユーザーの登録

- 新規Oracle Databaseユーザーの作成

- データベースのデフォルトのロールの変更

- ユーザー・プロファイルの編集

- ロール

- デフォルトのオブジェクト権限

- オブジェクト権限

- システム権限

- 複数ユーザー環境のサポート

- 読取り/書込みモード

- 読取り専用モード

- セキュリティ・ロールの定義

- EVERYONEロール

- ADMINISTRATORロール

- ロール・プロファイルの編集

- ユーザー

- 特定のメタデータ・オブジェクトへのセキュリティ・プロパティの適用

- 「セキュリティ」タブ

- 例: セキュリティ・プロパティを使用したプロジェクト設計のフリーズ

- セキュリティの適用

- Oracle Warehouse Builderでのパスワードの管理

- ログオン・パネル上の資格証明メモリー

- Oracle Warehouse Builderにアクセスするパスワードの変更

- Oracle Warehouse Builderのロケーションへのパスワードの暗号化

A インストールおよび設定時のトラブルシューティング

- Oracle Warehouse Builderの一般的なトラブルシューティング手順

- Oracle Warehouse Builderでのログ・ファイルの調査

- インストールに関連したエラー・メッセージ

- その他のインストール時の問題のトラブルシューティング

- Java Virtual Machine(JVM)のチェック

- Oracle Warehouse Builderクライアントのロギングを使用したロギングの管理と問題のトレース

- Oracle Warehouse Builderのシステム・パスのチェック

- Oracle RACでのOracle Warehouse Builderの構成

索引

例一覧

- 10-1 cleanUpJobLogFilesForGivenTimeIntervalコマンドの使用

- 10-2 cleanUpNLeastRecentJobLogFilesコマンドの使用

- 10-3 connectコマンドの使用

- 10-4 disconnectコマンドの使用

- 10-5 exitコマンドの使用

- 10-6 getCacheJobStatusSizeコマンドの使用

- 10-7 getCacheLogNoコマンドの使用

- 10-8 getKmPermissionsFileコマンドの使用

- 10-9 getLogRootコマンドの使用

- 10-10 getMaxAbortTimeoutコマンドの使用

- 10-11 getMaxRuntimeFileSizeMBコマンドの使用

- 10-12 getMaxRuntimeLogSizeMBコマンドの使用

- 10-13 getRuntimeLogEncodingコマンドの使用

- 10-14 getRuntimeLogFileLocationコマンドの使用

- 10-15 getRuntimeLogLevelコマンドの使用

- 10-16 helpコマンドの使用

- 10-17 isKmSecurityNeededコマンドの使用

- 10-18 isLogToAuditTableコマンドの使用

- 10-19 isLogToOdlコマンドの使用

- 10-20 isShowRuntimeLoggerLogHostAddrコマンドの使用

- 10-21 isShowRuntimeLoggerLogHostIdコマンドの使用

- 10-22 isShowRuntimeLoggerLogMsgClassPathコマンドの使用

- 10-23 isShowRuntimeLoggerLogMsgLogLevelコマンドの使用

- 10-24 isShowRuntimeLoggerLogUserIdコマンドの使用

- 10-25 readSettingsコマンドの使用

- 10-26 resetコマンドの使用

- 10-27 setCacheJobStatusSizeコマンドの使用

- 10-28 setCacheLogNoコマンドの使用

- 10-29 setKmPermissionsFileコマンドの使用

- 10-30 setKmSecurityNeededコマンドの使用

- 10-31 setLogRootコマンドの使用

- 10-32 setLogToAuditTableコマンドの使用

- 10-33 setLogToOdlコマンドの使用

- 10-34 setMaxAbortTimeoutコマンドの使用

- 10-35 setMaxRuntimeFileSizeMBコマンドの使用

- 10-36 setMaxRuntimeLogSizeMBコマンドの使用

- 10-37 setRuntimeLogEncodingコマンドの使用

- 10-38 setRuntimeLogLevelコマンドの使用

- 10-39 setShowRuntimeLoggerLogHostAddrコマンドの使用

- 10-40 setShowRuntimeLoggerLogHostIdコマンドの使用

- 10-41 setShowRuntimeLoggerLogMsgClassPathコマンドの使用

- 10-42 setShowRuntimeLoggerLogMsgLogLevelコマンドの使用

- 10-43 setShowRuntimeLoggerLogUserIdコマンドの使用

- 10-44 settingsToStringコマンドの使用

- 10-45 showAllJobLogFilesコマンドの使用

図一覧

- 1-1 Oracle Database11gリリース2の単一コンピュータ・トポロジ

- 1-2 2台のコンピュータのトポロジ、クライアントとデータベース・サーバーの独立インストール

- 1-3 複数データベースのトポロジ

- 1-4 クライアント、コントロール・サービス・センターおよびデータベース・サーバーが独立したトポロジ

- 1-5 コントロール・センター・エージェントのトポロジ

- 8-1 Oracle Warehouse Builderの構成管理

- 11-1 「メタデータ変更管理」ウィンドウ

表一覧

- 6-1 Oracle Warehouse Builder 10.1以前のリポジトリ・アップグレード・パス

- 11-1 スナップショットとメタデータ・ローダーの比較

- 12-1 インポート・モードの結果

- 13-1 操作の実行に必要な権限

- A-1 Oracle RACサービス・ノードのネーミング

はじめに

この項では、次の項目について説明します。

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

このマニュアルは、次のOracle Warehouse Builderのインストール担当者を対象にしています。

- データ・ウェアハウス管理者

- システム管理者

- データ・ウェアハウスおよびETL開発者

- その他のMIS(経営情報システム)担当者

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

Oracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、次のOracle Database 11gリリース2のドキュメント・セットを参照してください。

- 『Oracle Warehouse Builderリリース・ノート』

- 『Oracle Warehouse Builder概要』

- 『Oracle Warehouse Builderソースおよびターゲット・ガイド』

- 『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』

- 『Oracle Warehouse Builder APIおよびスクリプト・リファレンス』

表記規則

このマニュアルでは、次の表記規則が使用されます。

規則

意味

太字

太字は、アクションに関連付けられているグラフィカル・ユーザー・インタフェース(GUI)要素と、本文中または用語集で定義されている用語を示します。

イタリック体

イタリック体は、特定の値を指定する必要があるプレースホルダや変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル・コード、画面に表示されるテキストまたは入力するテキストを示します。

第I部

Oracle Warehouse Builderのインストールおよび構成

この部では、次の項目について説明します。

- 第1章「インストールと構成アーキテクチャの概要」

- 第2章「Oracle Warehouse Builderのサーバーへのインストール」

- 第3章「WindowsでのOracle Warehouse Builderの構成」

- 第4章「LinuxでのOracle Warehouse Builderの構成」

- 第5章「Oracle Warehouse Builderのアンインストール」

- 第6章「以前のリリースからのOracle Warehouse Builderの移行」

- 第7章「リポジトリ・ブラウザ、コントロール・センター・エージェント、およびその他のコンポーネントの構成」

1 インストールと構成アーキテクチャの概要

この項では、Oracle Warehouse Builderのアーキテクチャとコンポーネントを説明し、インストールおよび構成手順について説明します。

この項では、次の項目について説明します。

- 適切なインストール構成の選択

- Oracle Warehouse Builderのアーキテクチャとコンポーネント

- Oracle Warehouse Builderの更新の確認ウィザードについて

適切なインストール構成の選択

ユーザーの組織のビジネス・ニーズに応じて、各種のOracle Warehouse Builderのインストールを実装できます。

- インストールとメイン・デザイン・リポジトリの構成を含む、Oracle Warehouse Builderの主要インストール

- 開発者および管理者がOracle Warehouse Builderクライアント・ソフトウェアを実行し、リポジトリを含まないクライアント・コンピュータへのオプション・インストール

- コントロール・センター・エージェント・サービスを実行し、リポジトリを含まないホストへのオプション・インストール

- ETLジョブが実行され、リポジトリにランタイム・データのみが格納されるデータベース・サーバー・ホストへのオプション・インストール。

関連項目:

- 各種の一般的なトポロジの例の概要は、「Oracle Warehouse Builderのアーキテクチャとコンポーネント」を参照してください。

- ソフトウェア・インストール作業については、第2章「Oracle Warehouse Builderのサーバーへのインストール」を参照してください。

- 第3章「WindowsでのOracle Warehouse Builderの構成」

- 第4章「LinuxでのOracle Warehouse Builderの構成」

Oracle Warehouse Builderのアーキテクチャとコンポーネント

この項では、一般的なインストール構成について説明、各種のコンポーネントの機能を示します。Oracle Warehouse Builderの主要コンポーネントには、次のものがあります。

- Oracle Warehouse Builderクライアント(デザイン・センターおよびコントロール・センター・マネージャを含む)

- Oracle Warehouse Builderブラウザ

- Oracle Warehouse Builderリポジトリ

- ワークスペース

- コントロール・センター・サービス

- コントロール・センター・エージェント

- ターゲット・スキーマ

関連項目:
Oracle Warehouse Builderコンポーネントの概要は、『Oracle Warehouse Builder概要』を参照してください。

ビジネス・ニーズに応じて、多様なインストール構成を採用できます。この項では、最も一般的な5つのトポロジについて説明します。

- 単一コンピュータ・トポロジ

- クライアントおよびデータベース・サーバーが独立したトポロジ

- 複数データベースのトポロジ

- クライアント、コントロール・センター・サービスおよびデータベース・サーバーが独立したトポロジ

- コントロール・センター・エージェントのトポロジ

注意:
通常、これらのトポロジーにはいずれも複数のデザイン・クライアントが含まれます。たとえば、Oracle Warehouse Builderの各開発者や各管理者は通常、対応するOracle Warehouse Builderクライアント(デザイン・クライアントとも呼ばれる)をインストールしています。

単一コンピュータ・トポロジ

すべての操作を同一のコンピュータ上で実行する場合は、図1-1に示すように、Oracle Database 11gリリース2のデータベース・ホームにOracle Warehouse Builderの実行に必要なすべてのコンポーネントが含まれます。

図1-1 Oracle Database 11gリリース2の単一コンピュータ・トポロジ

「図1-1 Oracle Database 11gリリース2の単一コンピュータ・トポロジ」の説明

関連項目:

- WindowsにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成

- LinuxにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成

クライアントおよびデータベース・サーバーが独立したトポロジ

クライアントの実行とリポジトリのホストに別のコンピュータを使用する場合は、図1-2に示すように、すべてのコンピュータにOracle Warehouse Builderソフトウェアをインストールする必要があります。データベース・サーバーのインストールの場合、Oracle Database 11gリリース2に必要なコンポーネントが組み込まれます。クライアントの場合、スタンドアロン・インストール・イメージからOracle Warehouse Builderソフトウェアをインストールする必要があります。

図1-2 2台のコンピュータのトポロジ、クライアントとデータベース・サーバーの独立インストール

関連項目:
Oracle Warehouse Builderクライアントのインストール手順は、「Oracle Warehouse Builderスタンドアロン・インストール・パッケージでの作業」を参照してください。

複数データベースのトポロジ

あるコンピュータ上のデータベースを使用して、別のデータベース上で設計されたマッピングを実行する場合は、図1-3のように、すべてのコンピュータにOracle Warehouse Builderソフトウェアをインストールする必要があります。データベース・サーバーの場合、Oracle Database 11gリリース2に必要なコンポーネントが組み込まれます。クライアントの場合、スタンドアロン・インストール・イメージからOracle Warehouse Builderソフトウェアをインストールする必要があります。

すべてのデータベース・サーバー・コンピュータ上にOracle Warehouse Builderリポジトリを準備する必要があります。図1-3に示すように、1つのリポジトリがデザイン・リポジトリ(Server1)として機能します。マッピングが実行される追加の各サーバーにはそれぞれのリポジトリ(Server2)があり、この場合はランタイム・リポジトリとして機能します。実行データベース・サーバーのコントロール・センター・サービスにより、コードがデプロイされて実行されます。

図1-3 複数データベースのトポロジ

クライアント、コントロール・センター・サービスおよびデータベース・サーバーが独立したトポロジ

Oracle Warehouse Builderクライアント、コントロール・センター・サービスおよびリポジトリを別々のコンピュータで実行する場合は、図1-4に示すように、これらのすべてのコンピュータにOracle Warehouse Builderソフトウェアをインストールする必要があります。データベース・サーバーの場合、Oracle Database 11gリリース2に必要なコンポーネントが組み込まれます。クライアントの場合、スタンドアロン・インストール・イメージからOracle Warehouse Builderソフトウェアをインストールする必要があります。コントロール・センター・サービスでは、いずれかのタイプのインストールを使用できます。ただし、スタンドアロン・イメージを使用するとOracle Warehouse Builderに必要なコンポーネントのみがインストールされるため、スタンドアロン・イメージの使用をお薦めします。

図1-4 クライアント、コントロール・サービス・センターおよびデータベース・サーバーが独立したトポロジ

関連項目:

- 「Oracle Warehouse Builderのインストール」

- 「Oracle RAC環境でのOracle Warehouse Builderのインストール」

- Oracle Warehouse Builderクライアントのインストール手順は、「Oracle Warehouse Builderスタンドアロン・インストール・パッケージでの作業」を参照してください。

コントロール・センター・エージェントのトポロジ

クライアント、コントロール・センター・エージェント・サービス(CCA)およびリポジトリの実行に別々のコンピュータを使用する場合は、図1-5に示すように、Oracle Warehouse Builderコードのデプロイまたは実行に使用するすべてのコンピュータにOracle Warehouse Builderソフトウェアをインストールする必要があります。データベース・サーバーの場合、Oracle Database 11gリリース2に必要なコンポーネントが組み込まれます。クライアントの場合、スタンドアロン・インストール・イメージからOracle Warehouse Builderソフトウェアをインストールする必要があります。コントロール・センター・エージェント・サービスでは、いずれかのインストールを使用できます。ただし、スタンドアロン・イメージを使用するとOracle Warehouse Builderに必要なコンポーネントのみがインストールされるため、このオプションの使用をお薦めします。

一部のデプロイメントでは、Oracle Databaseのインストールしていないホストでコントロール・センター・サービスが必要です。たとえば、Oracle以外のデータベース上でマッピングを実行する部分でコード・テンプレート・ベースのETLマッピングを使用する場合、Oracle以外のデータベース・ホストを実行できます。この場合、Oracleデータベースのホスト以外にOracle Warehouse Builderソフトウェアをインストールできます。

次のことにも注意してください。

- Oracleデータベースのホスト以外では、使用されるOracle Warehouse Buildeソフトウェアのコンポーネントは、コントロール・センター・エージェントのみです。他のソフトウェアも存在しますが、使用はされません。

- CCAをOracle Warehouse Buildeクライアント(Server1)と同じ場所に配置することもでき、この場合は追加のインストールは必要ありません。

- 図1-5では、Map1に3つの実行ユニット(a、b、c)があります。最初の2つは、ロード・コード・テンプレート(LCT)で、残りの1つはOracleターゲット・コード・テンプレートです。

図1-5 コントロール・センター・エージェントのトポロジ

関連項目:

- 第2章「Oracle Warehouse Builderのサーバーへのインストール」

- 第7章「リポジトリ・ブラウザ、コントロール・センター・エージェント、およびその他のコンポーネントの構成」

Oracle Warehouse Builderの「更新の確認」ウィザードについて

Oracle Warehouse Builderのデザイン・センターには、Oracle Warehouse Builderの新しいリソースの検索とダウンロードを簡略化するために、次の機能を備えた更新の確認ウィザードが用意されています。

- 更新されたリリース・ノート、ホワイト・ペーパー、サンプル・コードおよびその他の情報リソースへのリンク

- 新しいソースおよびターゲットに対してOracle Warehouse Builderを拡張する、新しいコード・テンプレート、プラットフォーム定義およびドライバ。

- Oracle Warehouse Builderの機能を強化し、特定のユースケースへの対応を支援する、新しい専門知識、スクリプト、およびその他のユーティリティ。

更新の確認ウィザードを介して提供されるリソースには、My Oracle Supportへのリンク、ダウンロード可能なドキュメント、ZIPアーカイブなどがあります。クライアント側およびサーバー側のコンポーネントには、必要に応じて各リソースとともにインストール指示が組み込まれています。

関連項目:

- My Oracle Support (https://support.oracle.com)およびOracle Warehouse Builderでの検索

- Oracle Technology Networkの製品ダウンロード・ページ(http://www.oracle.com/technetwork/indexes/downloads/index.html)

注意:
Oracle Warehouse Builderリポジトリ・アシスタントは、Linuxの場合はOWB_HOME/owb/bin/unix/reposinst.shから、Windowsの場合はOWB_HOME\owb\bin\windows\reposinst.batから起動できます。

2 Oracle Warehouse Builderのサーバーへのインストール

この項では、Oracle Warehouse Builderをサーバーにインストールする方法について説明します。

この項では、次の項目について説明します。

- 「Oracle Warehouse Builderのインストール」

- 「Oracle Warehouse Builderスタンドアロン・インストール・パッケージでの作業」

- 「Oracle Universal InstallerでのOracle Warehouse Builderのインストール」

- 「Oracle RAC環境でのOracle Warehouse Builderのインストール」

- 「サイレント・インストールの実行およびレスポンス値の使用」

- 「インストール後の処理」

Oracle Warehouse Builderのインストール

Oracle Warehouse Builderは、Oracle Database 11gリリース2を実行するすべてのホストへの標準インストールの一部です。Oracle Databaseがインストールされたら、OWBSYSおよびOWBSYS_AUDITアカウントのロックを解除するだけです。OWBSYSスキーマにはすべてのOracle Warehouse Builderリポジトリ・メタデータが含まれます。OWBSYS_AUDITスキーマは、Oracle Warehouse Builderコントロール・センター・エージェントがOWBSYSスキーマの異種実行監査表にアクセスするために使用します。

関連項目:
Oracle Databaseの適切なインストールの前提条件については、『Oracle Databaseインストレーション・ガイド』を参照してください。

Oracle Warehouse Builderインストールのオプション機能の管理

Oracle Warehouse Builderの多くの機能はOracle Databaseライセンスに含まれていますが、追加ライセンスが必要な機能もあります。管理者として、オプション機能へのユーザーのアクセスを有効にしたり、制限することによりライセンス準拠を管理するうえで役立ちます。本書で説明するようにオプション機能の管理は全体的に任意です。

Oracle Warehouse Builderリポジトリを初めて実装すると、デフォルトですべてのオプション機能が有効になります。これらの設定は、リポジトリに最初のワークスペースを作成するときに変更でき、また後から設定を変更することもできます。

オプション機能の使用を管理するには

1. リポジトリ・アシスタントを起動します。「スタート」→「プログラム」→「ORACLE_HOME」→「Warehouse Builder」→「管理」を選択します。

2. リポジトリに最初のワークショップを作成するとき、リポジトリ・アシスタントで自動的に「オプション機能の有効化」ページが表示されます。
既存のリポジトリを変更する場合、「操作を選択」ページで、「オプション機能の管理」を選択します。

3. Oracle Warehouse Builderユーザーが使用できるようにするオプションを選択します。
選択はリポジトリ全体に適用され、すべてのユーザーに適用されます。ユーザーがOracle Warehouse Builderクライアントにログインしている間に「オプション機能の有効化」ページで変更を行う場合、変更はそのユーザーが次回にクライアントにログインしたときに適用されます。

注意:
各オプションの詳細は、Oracle Technology Network (http://www.oracle.com/technetwork/developer-tools/warehouse/overview/introduction/index.html)にリストされている適切なOracleライセンス情報を参照してください。

Oracle Warehouse Builderスタンドアロン・インストール・パッケージでの作業

次のような状況では、Oracle Warehouse Builder 11g リリース2のスタンドアロン・インストール・パッケージをダウンロードしてインストールする必要があります。

- Oracle Warehouse Builderリポジトリを、以前のリリース(Oracle Database 10g リリース1、Oracle Database 10g リリース2、またはOracle Database 11g リリース1)でホスティングする場合

- Oracle Warehouse Builder 11.2デザイン・クライアントを開発者のコンピュータ上で実行する場合

- コントロール・センター・エージェントを実行するコンピュータにOracle Warehouse Builder 11.2をインストールする場合

Oracle Warehouse Builderスタンドアロン・ソフトウェアを取得するには:

1. ブラウザで、次のURLにナビゲートします。

http://www.oracle.com/technetwork/developer-tools/warehouse/overview/introduction/index.html

2. ページの右側の、「すべてのリリースおよびプラットフォーム」をクリックします。

3. Oracle Warehouse Builderのダウンロードで、ライセンス契約に対して「同意」オプションを選択します。

メッセージ「Thank you for accepting the OTN License Agreement; you may now download this software」が表示されます。

4. スタンドアロン・ソフトウェアのダウンロードで、該当するプラットフォームの横にある下矢印をクリックして、Oracle Warehouse Builderを含むZIPファイルをダウンロードします。
Windowsの場合: 「Microsoft Windows」オプションを選択します。

Linuxの場合: 「Linux x86」オプションを選択します。

注意:
Oracle Warehouse Builderのインストールには、2GBのディスク領域が必要です。これには、Oracle Warehouse Builderインストールのドライブ領域用に1.59GB、Oracleインベントリ用に256MBが含まれています。

5. ダウンロードが完了したら、ZIPファイルを一時ディレクトリに解凍します。たとえば、次のようなディレクトリです。
Windowsの場合: C:¥temp¥OWBを使用します。

Linuxの場合: /temp/OWBを使用します。

Oracle Universal InstallerでのOracle Warehouse Builderのインストール

Oracle Warehouse Builderのスタンドアロンのインストール・ファイルを入手して解凍した後、ソフトウェアをインストールする必要があります。

Oracle Universal Installerを使用してOracle Warehouse Builderをインストールには:

1. Windowsエクスプローラで、解凍したOracle Warehouse Builderのインストール・ファイルが保存されているディレクトリに移動します。この説明のサンプル・ディレクトリは、C:\temp\OWBです。

2. setup.batファイルをクリックして、Universal Installerを起動します。

3. 「ようこそ」画面で、「次へ」をクリックします。

4. 「ホームの詳細の指定」画面で、新しいOracleホームを指定します。

- OWB112など、Oracleホームの名前を入力します。

- 「パス」に、C:\を入力するか、パスを参照します。

- 「次へ」をクリックします。

ヒント:
インストールを正常に完了するには:

- 既存のOracleホームを使用しないでください。

- ディレクトリ・パスにスペースを使用しないでください。

5. (オプション)「カスタマ・サポート電子メール」画面で、My Oracle Supportアカウントの電子メールおよびパスワードを入力します。
「次へ」をクリックします。

6. 「サマリー」画面で、「インストール」をクリックします。

7. 「インストール」画面に、インストールの進捗状況が表示されます。

8. 「インストールの終了」画面で、「終了」をクリックします。「終了」メッセージが表示され、終了するかどうかを確認します。

9. 「終了」メッセージで、「はい」をクリックします。

Oracle RAC環境でのOracle Warehouse Builderのインストール

Oracle RAC環境にインストールする概要プロセスは、単一インスタンスのデータベースをインストールするための一般的なプロセスと同じです。ただし、この項で説明する順守する必要のある具体的な詳細がいくつかあります。

Oracle Warehouse Builder for Oracle RACをインストールおよび構成するには:

1. 使用しているプラットフォームに固有の『Oracle Real Application Clustersインストレーション・ガイド』の説明に従って、Oracle RAC環境を作成します。汎用インストール・ガイドの相互参照は、この手順の最後の手順で提供されます。

2. まだ確認していない場合は、インストール・メディアに格納されている最新のOracle Warehouse Builderリリース・ノートを確認してください。

関連項目:

- My Oracle Support(https://support.oracle.com)のノートID810394.1「Oracle RAC and Oracle Clusterware Starter Kit and Best Practices」

- Oracle Databaseリリース11.2のドキュメント・ライブラリ(http://www.oracle.com/pls/db112/homepage)

- 製品ダウンロード・ページ(http://www.oracle.com/technetwork/indexes/downloads/index.html)

3. ホスト・コンピュータを準備します。
Oracle Warehouse Builderコンポーネントをホストするコンピュータごとに、OWB_HOME\owb\network\adminディレクトリにあるtnsnames.oraファイルを構成します。

4. Oracle Warehouse Builderのデータ・ソースまたはターゲットとするOracle Databaseサーバーごとに、tnsnames.oraを構成します。任意のホストまたはデータベース・サーバー用にtnsnames.oraを構成できなかった場合は、リポジトリ接続エラーが発生する場合があります。

関連項目:
トラブルシューティングについては、「ORA-12154: TNS: サービス名を解決できませんでした。」を参照してください。

5. (オプション。)必要な場合は、Oracle Warehouse Builderスタンドアロン・ソフトウェアをインストールします。ただし、Oracle Warehouse BuilderはOracle Database 11gリリース2をインストールするとその一部としてインストールされるため、この手順は通常は必要ありません。

6. Oracle Warehouse Builderリポジトリ内に最初のワークスペースを作成します。リポジトリ・アシスタントではメッセージを表示し、手順を表示します。
Windowsでリポジトリ・アシスタントを起動するには、Windowsの「スタート」メニューから、「プログラム」 を選択し、前の手順でインストールしたOracle製品グループに移動します。「Oracle Warehouse Builder」→「Administration」→「Repository Assistant」の順に選択します。

UNIXでリポジトリ・アシスタントを起動するには、OWB_HOME/owb/bin/unixを見つけてreposinst.shを実行します。

7. 各Oracle RACノードを登録します。
ノードごとにリポジトリ・アシスタントを起動し、「拡張設定」オプションを選択します。Host:Port:Sidを使用してノードに接続します。Hostは物理ノード名です。Oracle RACインスタンスを登録するためのオプションを選択します。

8. ソフトウェアが個別のディスクにインストールされている場合、rtrepos.propertiesをクラスタの各ノードにコピーします。
共有ディスクにインストールしていない場合は、プライマリ・ノードからクラスタ内の各ノードにファイルOWB_HOME/owb/bin/admin/rtrepos.propertiesを手動でコピーする必要があります。

9. クライアント・コンピュータにOracle Warehouse Builderソフトウェアをインストールします。
クライアントとして使用する各コンピュータで、「Oracle Warehouse Builderのインストール」の手順を繰り返します。

10. インストール・プロセスが完了したら、すべてのOracle Warehouse Builderコンポーネントを起動できます。
ネット・サービス名を使用してOracle Warehouse Builderリポジトリに接続できるため、Oracle RACプロパティを接続文字列に埋め込み、接続時間フェイルオーバー、サーバーのロード・バランシング、接続のロード・バランシングなどのOracle RAC機能を使用することができます。

11. 「Oracle RACノードのサービス名を使用できるかどうかの確認」を参照してください。
コントロール・センター・サービスでは、クラスタの個別のノードのサービス名を使用できる必要があります。これらがOracle RACのインストール後存在しない場合は、使用できるかどうかを手動で確認する必要があります。

関連項目:

- 『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』

- 『Oracle Real Application Clustersインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』

- Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems

クラスタの各ノードでのOracle Warehouse Builderのインストール

Oracle Warehouse Builderコンポーネントのインストール先がサーバーまたはクライアント・コンピュータのいずれの場合でも、Oracle Universal Installerを使用してOracle Warehouse Builderコンポーネントをインストールします。

Oracle RACの場合、クラスタの各ノードにOracle Warehouse Builderコンポーネントをインストールすることをお薦めします。Oracle RACクラスタの各ノードには、コントロール・センター・サービスが必要です。OCFSやNTS共有ディスクなどの共有ディスクにインストールする場合、Oracle Warehouse Builderソフトウェアを1回インストールすればこれを実現できます。

Oracle Universal Installerの起動前に、「チェックリスト: Oracle RAC環境でUniversal Installerを使用する前に」をよく読んで完了します。

チェックリスト: Oracle RAC環境でUniversal Installerを使用する前に

この項では、Universal Installerを起動する前に対処が必要なその他の点について説明します。

- 最新の『Oracle Warehouse Builderリリース・ノート』(http://www.oracle.com/technetwork/index.html)をよく読みます(まだ読んでいない場合)。

- 個別のOWB_HOMEインストール済ディスク、つまり各サーバー上のローカル物理ディスクを使用する場合、インストールされるロケーションのディレクトリ・パスを同じにする必要があります。

- その他すべての開いているアプリケーションを終了します。

Oracle RAC環境でインストールを行うWindowsユーザーの方へ

Oracle RAC環境でOracle Universal Installerを実行するには:

1. システムに管理者グループのメンバーとしてログオンしていることを確認します。

2. Oracle Warehouse Builder CD-ROMを挿入します。

3. コンピュータが自動実行機能をサポートしている場合は、自動実行ウィンドウによりOracle Warehouse Builderのインストールが開始されます。
コンピュータが自動実行機能をサポートしていない場合は、CD-ROMのルート・ディレクトリで実行可能なsetup.exeまたはダウンロードしたソフトウェアを検索します。setup.exeプログラムを起動して、インストーラを起動します。

4. クラスタ・ノードを指定するように求められたら、すべてのホストまたはローカル・ノードを選択できます。
ローカル・ノードを選択した場合は、共有ディスクにインストールする場合を除いて、システムごとにOracle Warehouse Builderを個別にインストールする必要があります。

5. プロンプトが表示された後、Oracle Warehouse Builderインストールのみに使用するホーム・ディレクトリを指定します。
たとえば、C:\oracle\owb11_2.などのパスを指定します。

わかりやすくするため、このガイドではこの手順で指定するパスをOWB_HOMEとしています。

6. 画面の指示に従います。

ソフトウェアのインストールが正常に完了したら、「Oracle RAC環境でのOracle Warehouse Builderのインストール」の次の手順に進むことができます。

Oracle RAC環境でインストールを行うUNIXユーザーの方へ

Oracle Universal InstallerをCD-ROMから実行できます。CD-ROMディレクトリが現行ディレクトリになっている状態でOracle Universal Installerを実行しないでください(後で次のCD-ROMのマウントを解除するように求められたときに解除できなくなります)。

Oracle RAC環境でOracle Universal Installerを実行するには:

1. クラスタウェアのインストールを可能にするには、/bin/sshなどのインタラクティブなセキュア・シェルを実行して、すべてのノードに対してホスト・ユーザー等価関係を構成します。

2. Oracle Databaseのオペレーティング・システム・ユーザーとしてログインします。
たとえば、oracleユーザーとしてログインします。

Oracle Universal Installerの起動時に、rootユーザーとしてログインしていないことを確認してください。Oracle Universal Installerの起動時にルート・ユーザーとしてログインすると、Oracle Warehouse Builderの管理権限を持つのはルート・ユーザーのみになります。

3. コマンド・プロンプトで次のコマンドを入力して、インストーラを起動します。
cd mount_point

./runInstaller

4. クラスタ・ノードを指定するように求められたら、すべてのホストまたはローカル・ノードを選択できます。
ローカル・ノードを選択した場合は、共有ディスクにインストールする場合を除いて、システムごとにOracle Warehouse Builderを個別にインストールする必要があります。

5. インストールが進みと、Oracle Universal Installerにいくつかのスクリプトの実行を求められます。ユーザーを切り替え、ルートとしてスクリプトを実行する必要があります。

ソフトウェアのインストールが正常に完了した場合は、「Oracle Warehouse Builderのインストール」の次の手順に進むことができます。

Oracle RACノードのサービス名を使用できるかどうかの確認

1. クラスタのインスタンス名またはノード名のすべてをリストします。次のコマンドを発行します。
srvctl config database -d dbname

ここで、dbnameは、初期化パラメータdb_nameで指定した一意のデータベース名です。

2. 指定のインスタンスinstnの場合、次のコマンドでサービスを追加します。
srvctl add service -d dbname -s instn -r instn

結果のサービス名はinstn.clusterdomainnameです。たとえば、インスタンス名がabcdef1の場合、サービス名はabcdef1.example.comのようになります。

3. 指定のインスタンスinstnでは、次のコマンドでサービスを起動します。
srvctl start service -d dbname -s instn

4. 指定のインスタンスinstnでは、次のコマンドでサービスを実行されていることを確認します。
srvctl status service -d dbname -s instn

5. ノードごとに手順2から4を実行します。

サイレント・インストールの実行およびレスポンス値の使用

Oracle Universal Installerのサイレント・インストールは、バックグラウンドで実行され、ユーザーによる入力を必要としません。ユーザーに一連のインストール・オプションの選択を求めるかわりに、レスポンス・ファイルに格納されているか、コマンドラインで渡された定義済のオプション・セットが使用されます。

レスポンス・ファイルに指定されているのは、通常ユーザーが対話型のインストール・セッションでOracle Universal Installerインタフェースに指定する情報です。それぞれの回答は、レスポンス・ファイルで識別される変数の値として格納されます。たとえば、Oracleホームやインストール・タイプの値をレスポンス・ファイル内に自動的に設定できます。製品のインストール用レスポンス・ファイル・テンプレートは、使用するステージ(CD-ROM)のroot_of_CD/responseディレクトリにあります。次に例を示します。

Products.xml_Location/Response/product.installtype.rsp

Oracle Warehouse Builderのサイレント・インストールを実行するには:

- コマンド・ウィンドウを開き、サイレント・インストールに使用するレスポンス・ファイルが保存されているディレクトリに移動します。次のコマンドを使用してサイレント・インストールを開始します。
Windowsの場合、setup -responseFile filename optional_parametersと入力します。

Linuxの場合、runInstaller -responseFile filename optional_parametersと入力します。

この手順では、filenameは(完全パスを含む)レスポンス・ファイル名を表し、optional_parametersはサイレント・インストールで使用するパラメータを表します。

インストール後の処理

Oracle Warehouse Builderソフトウェアをコンピュータにインストールしたら、それを構成する必要があります。

Linux上でOracle Warehouse Builderを構成する手順は、第4章「LinuxでのOracle Warehouse Builderの構成」を参照してください。

Microsoft Windows上でOracle Warehouse Builderを構成する手順は、第3章「WindowsでのOracle Warehouse Builderの構成」を参照してください。

3 WindowsでのOracle Warehouse Builderの構成

この項では、LinuxプラットフォームでOracle Warehouse Builderを構成する方法について説明します。

この項では、次の項目について説明します。

- WindowsにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成

- Windowsにスタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成

- Windows上のリポジトリでの最初のワークスペースの作成

注意:
Oracle Warehouse Builderリポジトリをホストするコンピュータで、Oracle Warehouse Builderの初期インストールを実行する必要があります。

WindowsにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成

Oracle Warehouse Builderは、Oracle Database 11gリリース2を実行するホスト上のすべてのデータベース・インストールの一部です。

Oracle Database 11gリリース2がインストールされたら、2つのアカウントOWBSYSおよびOWBSYS_AUDITのロックを解除するだけです。

追加のインストール作業は不要です。ただし、Oracle Warehouse Builderでプロセス・フローを使用する場合は、Oracle Workflowを構成する必要があります。

関連項目:
Oracle Workflowとの統合

OWBSYSおよびOWBSYS_AUDITアカウントのロックを解除するには:

1. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

2. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

3. OWBSYSユーザー・アカウントのロックを解除して、その新しいパスワードを設定します。

SQL> alter user owbsys identified by password account unlock;

User altered.

4. OWBSYS_AUDITユーザー・アカウントのロックを解除して、その新しいパスワードを設定します。

SQL> alter user owbsys_audit identified by password account unlock;

User altered.

Windowsにスタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成

この項では、次の項目について説明します。

- スタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成について

- Oracle Warehouse Builderリポジトリのクリーンアップ

- リポジトリ・オブジェクトを含むOWBSYSスキーマの作成

- コントロール・センター・サービスの構成

- OWBSYSおよびOWBSYS_AUDITアカウントのロック解除

- リモート・インストールのためのOracle Warehouse Builderホームの設定

スタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成について

Oracle Database 10gリリース2などの、以前のデータベース・リリースを実行するホストでOracle Warehouse Builderとそのリポジトリを正しく構成するには、次の点に従ってください。

- データベースが完全にインストールされ機能していることを確認する。そうでない場合は、『Oracle Databaseのインストレーション・ガイド』を参照してください。

- ホスト名、ポート番号、およびこのデータベースのOracleサービス名を書き留める。この例では、localhost:1521:orclという接続情報を使用します。

- SYSDBA権限を持つアカウントのユーザー名およびパスワードを所有していることを確認します。SYSDBA権限は、Oracle Database、Oracle Warehouse BuilderおよびそのOracle Warehouse Builderリポジトリの基本構成を変更するために必要です。

データベースでOracle Warehouse Builderリポジトリを作成するには、OWBSYSスキーマを作成してから、その中にリポジトリ・オブジェクトをインストールする必要があります。Oracle Warehouse Builderには、この作業を実行するためのコマンドレベル・スクリプトがあります。

- clean_owbsys.sqlスクリプトは、既存のOWBSYSスキーマ・インストールの内容を削除しますが、スキーマのそれ以外の部分はそのまま残します。

- cat_owb.sqlスクリプトは、OWBSYSスキーマがすでに存在しているかどうかを確認し、存在しない場合はスキーマを作成してから、Oracle Warehouse Builder 11.2リポジトリで必要とされるオブジェクトをインストールします。

- reset_owbcc_home.sqlスクリプトにより、Oracle Warehouse Builderでコントロール・センター・サービスの11.2リリースが使用されることが確認されます。

- (オプション)remote_owb_install.sqlスクリプトをサーバー上で実行すると、リモート・システムにリポジトリを確実にインストールできます。リモート・システムを認証するため、REMOTE_OWB_HOME変数を設定します。

Oracle Warehouse Builder 11.1以降では、メタデータ・リポジトリはワークスペース内のOWBSYSスキーマに格納されます。これは、ワークスペースがリポジトリに対応するOracle Warehouse Builder 10.2の用語とは異なります。

バージョン11.2と11.1のOracle Warehouse Builderリポジトリを同じデータベースに置くことはできません。11.2リポジトリを作成すると、データベース内の11.1リポジトリの内容が上書きされます。11.2リポジトリのインストールまたは11.2リポジトリへのアップグレードを行う前に、古いOracle Warehouse Builderリポジトリをバックアップすることをお薦めします。

Oracle Warehouse Builderリポジトリのクリーンアップ

既存のOracle Warehouse Builderリポジトリをクリーンアップするには:

1. Microsoft Windowsのデスクトップで、「スタート」→「ファイル名を指定して実行」を選択します。

2. SQL*Plusを起動します。

C:> sqlplus

3. ユーザー名を求められたら、owbsysユーザーとしてログインします。

Enter user-name: owbsys
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

4. Oracle Warehouse Builderコントロール・センター・サービスを停止します。

SQL> @c:\OWB112\owb\rtp\sql\stop_service.sql

詳細は、「stop_service」を参照してください。

5. 管理者権限を持つユーザーとして接続します。

SQL> connect sys as sysdba
Enter password: password

6. clean_owbsys.sqlスクリプトを実行して、既存のOWBSYSスキーマにあるすべてのオブジェクトを削除します。

SQL> @C:\OWB112\owb\UnifiedRepos\clean_owbsys.sql

リポジトリ・オブジェクトを含むOWBSYSスキーマの作成

OWBSYSスキーマの作成(またはリフレッシュ)プロセスでは、指定した表領域に、対応するユーザー・アカウントがロックされた状態で生成されます。この例では、表領域はUSERSです。スクリプトを実行すると、アカウントのロックを解除して、そのパスワードを設定します。「WindowsにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成」に、OWBSYSアカウントとOWBSYS_AUDITアカウントのロックを解除する方法を示しています。OWBSYSスキーマは、リポジトリ・アシスタントを初めて実行し、リポジトリに最初のワークスペースを作成したときにのみ移入されます。

関連項目:
Oracle RACでのOracle Warehouse Builderの構成

リポジトリ・オブジェクトを含むOWBSYSスキーマを設定するには:

1. Microsoft Windowsのデスクトップで、「スタート」→「ファイル名を指定して実行」を選択します。

2. コマンド・プロンプトでSQL*Plusを起動します。

C:\>sqlplus

3. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

4. cat_owb.sqlスクリプトを実行して、データベースの表領域のOWBSYSを設定します。たとえば、このコマンドではUSERS表領域にOWBSYSを設定します。

SQL> @C:\OWB112\owb\UnifiedRepos\cat_owb.sql USERS

コントロール・センター・サービスの構成

Oracle Warehouse Builder 11.2を古いOracle Databaseリリースにインストールする場合、またはOracle Warehouse BuilderをOracle Business Intelligence Standard Edition (Oracle Discoverer)と統合する場合、コントロール・センター・サービスが正常に機能するようにreset_owbcc_home.sqlスクリプトを実行する必要があります。

コントロール・センター・サービスを構成するには:

1. Windows Explorerで、Oracle Warehouse Builder 11.2のOracleホーム・ディレクトリを開き、特に大文字と小文字の区別に注意して、Oracleホームのパスが正しいことを確認します。この例のパスは、C:\OWB112です。
通常、Windowsでは大文字と小文字が区別されませんが、次の手順で入力するパスは、Windows Explorerのアドレス・バーに表示されるとおりにOracle Warehouse Builderのホーム・ディレクトリと完全に一致させる必要があります。エラーを防止するため、パスをコピーして、貼り付けてください。

2. Microsoft Windowsのデスクトップで、「スタート」→「ファイル名を指定して実行」を選択します。

3. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

4. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

5. reset_owbcc_home.sqlスクリプトを実行して、コントロール・センター・サービスがOracle Warehouse Builder 11.2インストールから実行されるようにします。

SQL> @C:\OWB112\owb\UnifiedRepos\reset_owbcc_home.sql C:\OWB112

OWBSYSおよびOWBSYS_AUDITアカウントのロック解除

OWBSYSおよびOWBSYS_AUDITアカウントのロックを解除するには:

1. Microsoft Windowsのデスクトップで、「スタート」→「ファイル名を指定して実行」を選択します。

2. コマンド・プロンプトでSQL*Plusを起動します。

C:\>sqlplus

3. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

4. OWBSYSユーザー・アカウントのロックを解除して、その新しいパスワードを設定します。

SQL> alter user owbsys identified by password account unlock;

User altered.

5. OWBSYS_AUDITユーザー・アカウントのロックを解除して、その新しいパスワードを設定します。

SQL> alter user owbsys_audit identified by password account unlock;

User altered.

Oracle Warehouse Builderプロセス・フローをサポートするためのOracle Workflowの構成

プロセス・フローを使用するには、Oracle Warehouse Builderで使用できるようにOracle Workflowを構成する必要があります。Oracle Workflowの構成の詳細は、「Oracle Workflowとの統合」を参照してください。

リモート・インストールのためのOracle Warehouse Builderホームの設定

リモート・インストールでアクセスするデータベース・ディレクトリOWB_REMOTE_ADMINを作成し、サーバーのOWB_HOME/owb/bin/adminディレクトリを読み取ることができるようにする必要があります。

1. Microsoft Windowsのデスクトップで、「スタート」→「ファイル名を指定して実行」を選択します。

2. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

3. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

4. スクリプトremote_owb_install.sqlを使用してOWB_REMOTE_HOME変数を設定します。

SQL> @remote_owb_install.sql OWB_REMOTE_HOME

Windows上のリポジトリでの最初のワークスペースの作成

リポジトリを使用するには、初期ワークスペースとその所有者を定義する必要があります。次の手順では、リポジトリ・アシスタントを使用します。

ワークスペースを作成するには:

1. 「スタート」メニューから、「プログラム ファイル」→「Oracle - OWB112」→「Warehouse Builder」→「管理」→「リポジトリ・アシスタント」を選択します。

2. リポジトリ・アシスタントの「ようこそ」画面で、「次へ」をクリックします。

3. 「データベース情報」画面で、リポジトリ・データベースの接続情報(ホスト名、ポート番号およびOracleサービス名)を入力し、「次へ」をクリックします。

4. 「操作を選択」画面で、「Warehouse Builderワークスペースの管理」を選択します。「次へ」をクリックします。

5. 「ワークスペース操作の選択」画面で、「新規Warehouse Builderワークスペースの作成」を選択します。「次へ」をクリックします。

6. 「新規または既存ユーザー」画面で、「新規ワークスペース所有者でワークスペースを作成」を選択します。「次へ」をクリックします。

7. 「DBA情報」画面で、SYS権限を持つユーザーを「ユーザー名」に、そのユーザーのパスワードを「パスワード」に入力します。
「次へ」をクリックします。

8. 「ワークスペース所有者(新規)」画面で、次の情報を入力します。

- ワークスペース所有者のユーザー名(wks_owner1)

- ワークスペース所有者のパスワード

- ワークスペース所有者のパスワード確認

- ワークスペース名(wks1) (ワークスペース名には空白を使用できません)

「次へ」をクリックします。

9. OWBSYSの情報画面で、OWBSYSのパスワードを入力します。
「次へ」をクリックします。

10. [オプション] リモート・インストールの場合(スキーマがリモート・システムに存在する場合)、バージョンの検証が実行され、「互換性のあるバージョンのOWBソフトウェアが、パスREMOTE_OWB_HOMEのデータベース・サーバー・マシンにローカルでインストールされていることが検出されました。」というダイアログが表示されます。
バージョンに互換性がない場合、またはバージョンが見つからない場合、互換性のあるバージョンのOWBソフトウェアが、データベース・サーバー・コンピュータにローカルでインストールされている必要があります。というダイアログが表示されます。インストールされている場合は、「リモート・インストールのためのOracle Warehouse Builderホームの設定」の説明に従って、DBAユーザー資格証明を取得し、Oracle Databaseサーバーのコンピュータでremote_owb_install.sqlスクリプトを実行します。

11. 「表領域の選択」画面で、次の情報を入力します。

- データ用の表領域(USERS、または必要な表領域の名前)

- 索引用の表領域(USERS、同じ表領域の名前)

- 一時データ用の表領域(TEMP)

- スナップショット用の表領域(USERS、同じ表領域の名前)

「次へ」をクリックします。

この手順では、デフォルトの表領域詳細を変更できます。Oracle Warehouse BuilderリポジトリはOWBSYSスキーマに格納されますが、OWBSYSおよびその他の特定のオブジェクト(スナップショットなど)の格納に使用する表領域を特定する必要があります。ストレージ管理戦略によっては、USERS以外の表領域を選択する必要があります。

12. 「言語の選択」画面で、メニューから「ベース言語」を選択します。
(オプション)左側の使用可能な言語リストから追加の表示言語を選択し、右側の選択済の言語リストに移動することもできます。

「次へ」をクリックします。

13. 「ワークスペース・ユーザー(オプション)」画面で、「使用可能」リストから適切な既存のユーザーを選択し、「選択済」リストに追加します。
[オプション] 「新規ユーザーの作成」をクリックして、Oracle Warehouse Builderにアクセスできる新規ユーザーを作成します。手順14に進みます。

「次へ」をクリックします。手順16に進みます。

14. (オプション)「新規データベース・ユーザーの作成」画面で、次の情報を入力します。

- ユーザー名(demo_user)

- パスワード

- パスワードを再入力します。

「OK」をクリックします。

「DBAユーザー名」(system)および「DBAユーザー・パスワード」は無効なフィールドであり、編集できません。

15. 「ワークスペース・ユーザー(オプション)」画面で、「次へ」をクリックします。

16. 「サマリー」画面で、「終了」をクリックします。

17. 「インストール結果」画面が表示されたら、「OK」をクリックします。

4 LinuxでのOracle Warehouse Builderの構成

この項では、LinuxプラットフォームでOracle Warehouse Builderを構成する方法について説明します。

この項では、次の項目について説明します。

- LinuxにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成

- Linuxにスタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成

- Linux上のリポジトリでの最初のワークスペースの作成

注意:
Oracle Warehouse Builderリポジトリをホストするコンピュータで、Oracle Warehouse Builderの初期インストールを実行する必要があります。

LinuxにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成

Oracle Warehouse Builderは、Oracle Database 11gリリース2を実行するホスト上のすべてのデータベース・インストールの一部です。

Oracle Database 11gリリース2がインストールされたら、2つのアカウントOWBSYSおよびOWBSYS_AUDITのロックを解除するだけです。

追加のインストール作業は不要です。ただし、プロセス・フローを使用する場合は、Oracle Workflowを構成する必要があります。

関連項目:
Oracle Workflowとの統合

OWBSYSおよびOWBSYS_AUDITアカウントのロックを解除するには:

1. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

2. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

3. OWBSYSユーザー・アカウントのロックを解除して、その新しいパスワードを設定します。

SQL> alter user owbsys identified by password account unlock;

User altered.

4. OWBSYS_AUDITユーザー・アカウントのロックを解除して、その新しいパスワードを設定します。

SQL> alter user owbsys_audit identified by password account unlock;

User altered.

Linuxにスタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成

この項では、次の項目について説明します。

- スタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成について

- Oracle Warehouse Builderリポジトリのクリーンアップ

- リポジトリ・オブジェクトを含むOWBSYSスキーマの作成

- コントロール・センター・サービスの構成

- OWBSYSおよびOWBSYS_AUDITアカウントのロック解除

スタンドアロン・インスタンスとしてインストールされたOracle Warehouse Builderの構成について

Oracle Database 10gリリース2などの、以前のデータベース・リリースを実行するホストでOracle Warehouse Builderとそのリポジトリを正しく構成するには、次の点に従ってください。

- データベースが完全にインストールされ、動作していることを確認します。そうでない場合は、Oracle Databaseのインストレーション・ガイドを参照してください。

- ホスト名、ポート番号、およびこのデータベースのOracleサービス名のメモ。この例では、localhost:1521:orclという接続情報を使用します。

- SYSDBA権限を持つアカウントのユーザー名およびパスワードを所有していることを確認します。SYSDBA権限には、Oracle Database、Oracle Warehouse BuilderおよびそのOracle Warehouse Builderリポジトリの基本構成を変更するために必要な権限があります。

データベースでOracle Warehouse Builderリポジトリを作成するには、OWBSYSスキーマを作成してから、その中にリポジトリ・オブジェクトをインストールする必要があります。Oracle Warehouse Builderには、この作業を実行するためのコマンドレベル・スクリプトがあります。

- clean_owbsys.sqlスクリプトは、既存のOWBSYSスキーマ・インストールの内容を削除しますが、スキーマのそれ以外の部分はそのまま残します。

- cat_owb.sqlスクリプトは、OWBSYSスキーマがすでに存在しているかどうかを確認し、存在しない場合はスキーマを作成してから、Oracle Warehouse Builder 11.2リポジトリで必要とされるオブジェクトをインストールします。

- reset_owbcc_home.sqlスクリプトにより、Oracle Warehouse Builderでコントロール・センター・サービスの11.2リリースが使用されることが確認されます。

- (オプション)remote_owb_install.sqlスクリプトをサーバー上で実行すると、リモート・システムにリポジトリを確実にインストールできます。リモート・システムを認証するため、REMOTE_OWB_HOME変数を設定します。

Oracle Warehouse Builder 11.1以降では、メタデータ・リポジトリはワークスペース内のOWBSYSスキーマに格納されます。これは、ワークスペースがリポジトリに対応するOracle Warehouse Builder 10.2の用語とは異なります。

バージョン11.2と11.1のOracle Warehouse Builderリポジトリを同じデータベースに置くことはできません。11.2リポジトリを作成すると、データベース内の11.1リポジトリの内容が上書きされます。11.2リポジトリのインストールまたは11.2リポジトリへのアップグレードを行う前に、古いOracle Warehouse Builderリポジトリをバックアップすることをお薦めします。

Oracle Warehouse Builderリポジトリのクリーンアップ

既存のOracle Warehouse Builderリポジトリをクリーンアップするには:

1. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

2. ユーザー名を求められたら、OWBSYSユーザーとしてログインします。

Enter user-name: owbsys
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

3. Oracle Warehouse Builderコントロール・センター・サービスを停止します。

SQL> @OWB112/owb/rtp/sql/stop_service.sql

詳細は、「stop_service」を参照してください。

4. 管理者権限を持つユーザーとして接続します。

SQL> connect sys as sysdba
Enter password: password

5. clean_owbsys.sqlスクリプトを実行して、既存のOWBSYSスキーマにあるすべてのオブジェクトを削除します。

SQL> @OWB112/owb/UnifiedRepos/clean_owbsys.sql

リポジトリ・オブジェクトを含むOWBSYSスキーマの作成

OWBSYSスキーマを作成(またはリフレッシュ)すると、指定した表領域内に、それに対応するロックされたユーザー・アカウントが生成されます。この例では、表領域はUSERSになります。スクリプトを実行すると、アカウントのロックを解除して、そのパスワードを設定します。「LinuxにOracle Database 11gリリース2の一部としてインストールされたOracle Warehouse Builderの構成」に、OWBSYSアカウントとOWBSYS_AUDITアカウントのロックを解除する方法を示しています。OWBSYSスキーマは、リポジトリ・アシスタントを初めて実行し、リポジトリに最初のワークスペースを作成した場合にのみ移入されます。

関連項目:
Oracle RACでのOracle Warehouse Builderの構成

リポジトリ・オブジェクトを含むOWBSYSスキーマを設定するには:

1. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

2. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

3. cat_owb.sqlスクリプトを実行して、データベースの表領域のOWBSYSを設定します。たとえば、このコマンドではUSERS表領域にOWBSYSを設定します。

SQL> @OWB112/owb/UnifiedRepos/cat_owb.sql USERS

コントロール・センター・サービスの構成

Oracle Warehouse Builder 11.2を古いOracle Databaseリリースにインストールする場合、またはOracle Warehouse BuilderをOracle Business Intelligence Standard Edition (Oracle Discoverer)と統合する場合、コントロール・センター・サービスが正常に機能するようにreset_owbcc_home.sqlスクリプトを実行する必要があります。

コントロール・センター・サービスを構成するには:

1. 大文字と小文字の区別に注意して、Oracleホームのパスが正しいことを確認します。この例のパスは、OWB112です。
次の手順で入力するパスは、大文字と小文字の区別も含めて、Oracle Warehouse Builderのホーム・ディレクトリと完全に一致させる必要があります。

2. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

3. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

4. reset_owbcc_home.sqlスクリプトを実行して、コントロール・センター・サービスがOracle Warehouse Builder 11.2インストールから実行されるようにします。

SQL> @OWB112/owb/UnifiedRepos/reset_owbcc_home.sql OWB112

OWBSYSおよびOWBSYS_AUDITアカウントのロック解除

OWBSYSおよびOWBSYS_AUDITアカウントのロックを解除するには:

1. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

2. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

3. OWBSYSユーザー・アカウントのロックを解除して、その新しいパスワードを設定します。

SQL> alter user owbsys identified by password account unlock;

User altered.

4. OWBSYS_AUDITユーザー・アカウントのロックを解除して、その新しいパスワードを設定します。

SQL> alter user owbsys_audit identified by password account unlock;

User altered.

Oracle Warehouse Builderプロセス・フローをサポートするためのOracle Workflowの構成

プロセス・フローを使用するには、Oracle Warehouse Builderで使用できるようにOracle Workflowを構成する必要があります。Oracle Workflowの構成の詳細は、「Oracle Workflowとの統合」を参照してください。

リモート・インストールのためのOracle Warehouse Builderホームの設定

リモート・インストールでアクセスするデータベース・ディレクトリOWB_REMOTE_ADMINを作成し、サーバーのOWB_HOME/owb/bin/adminディレクトリを読み取ることができるようにする必要があります。

1. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

2. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

3. スクリプトremote_owb_install.sqlを使用してOWB_REMOTE_HOME変数を設定します。

SQL> @OWB112/owb/UnifiedRepos/remote_owb_install.sql OWB_REMOTE_HOME

Linux上のリポジトリでの最初のワークスペースの作成

リポジトリを使用するには、初期ワークスペースとその所有者を定義する必要があります。次の手順では、リポジトリ・アシスタントを使用します。

ワークスペースを作成するには:

1. コマンド・プロンプトで、UNIX binディレクトリに移動します。

C:\> d OWB112/owb/bin/unix

C:\> pwd
OWB112/owb/bin/unix

2. リポジトリ・アシスタントを起動します。

C:\> ./reposinst.sh

3. リポジトリ・アシスタントの「ようこそ」画面で、「次へ」をクリックします。

4. 「データベース情報」画面で、リポジトリ・データベースの接続情報(ホスト名、ポート番号およびOracleサービス名)を入力し、「次へ」をクリックします。

5. 「操作を選択」画面で、「Warehouse Builderワークスペースの管理」を選択します。「次へ」をクリックします。

6. 「ワークスペース操作の選択」画面で、「新規Warehouse Builderワークスペースの作成」を選択します。「次へ」をクリックします。

7. 「新規または既存ユーザー」画面で、「新規ワークスペース所有者でワークスペースを作成」を選択します。「次へ」をクリックします。

8. 「DBA情報」画面で、CREATE USER権限を持つユーザーを「ユーザー名」に、そのユーザーのパスワードを「パスワード」に入力します。
「次へ」をクリックします。

9. 「ワークスペース所有者(新規)」画面で、次の情報を入力します。

- ワークスペース所有者のユーザー名(wks_owner1)

- ワークスペース所有者のパスワード

- ワークスペース所有者のパスワード確認

- ワークスペース名(wks1) (ワークスペース名には空白を使用できません)

「次へ」をクリックします。

10. OWBSYSの情報画面で、OWBSYSのパスワードを入力します。「次へ」をクリックします。
OWBSYSスキーマをシードするには、これらの資格証明が必要です。

11. [オプション] リモート・インストールの場合(スキーマがリモート・システムに存在する場合)、バージョンの検証が実行され、「互換性のあるバージョンのOracle Warehouse Builderソフトウェアが、パスREMOTE_OWB_HOMEのデータベース・サーバー・マシンにローカルでインストールされていることが検出されました。」というメッセージが表示されます。
バージョンに互換性がない場合、またはバージョンが見つからない場合、互換性のあるバージョンのOracle Warehouse Builderソフトウェアが、データベース・サーバー・マシンにローカルでインストールされている必要があります。というメッセージが表示されます。互換性のあるバージョンがインストールされている場合は、「リモート・インストールのためのOracle Warehouse Builderホームの設定」の説明に従って、DBAユーザー資格証明を取得し、Oracle Databaseがインストールされているシステムからremote_owb_install.sqlスクリプトを実行します。

12. 「表領域の選択」画面で、次の情報を入力します。

- データ用の表領域(USERS、または必要な表領域の名前)

- 索引用の表領域(USERS、同じ表領域の名前)

- 一時データ用の表領域(TEMP)

- スナップショット用の表領域(USERS、同じ表領域の名前)

「次へ」をクリックします。

この手順では、デフォルトの表領域詳細を変更できます。Oracle Warehouse BuilderリポジトリはOWBSYSスキーマに格納されますが、OWBSYSおよびその他の特定のオブジェクト(スナップショットなど)の格納に使用する表領域を特定する必要があります。ストレージ管理戦略によっては、USERS以外の表領域を選択する必要があります。

13. 「言語の選択」画面で、メニューから「ベース言語」を選択します。
(オプション)左側の使用可能な言語リストから追加の表示言語を選択し、右側の選択済の言語リストに移動することもできます。

「次へ」をクリックします。

14. 「ワークスペース・ユーザー(オプション)」画面で、「使用可能」リストから適切な既存のユーザーを選択し、「選択済」リストに追加します。
[オプション] 「新規ユーザーの作成」をクリックして、Oracle Warehouse Builderにアクセスできる新規ユーザーを作成します。手順15に進みます。

「次へ」をクリックします。手順17に進みます。

15. (オプション)「新規データベース・ユーザーの作成」画面で、次の情報を入力します。

- ユーザー名(demo_user)

- パスワード

- パスワードを再入力します。

「OK」をクリックします。

「DBAユーザー名」(system)および「DBAユーザー・パスワード」は無効なフィールドであり、編集できません。

16. 「ワークスペース・ユーザー(オプション)」画面で、「次へ」をクリックします。

17. 「サマリー」画面で、「終了」をクリックします。

18. 「インストール結果」画面が表示されたら、「OK」をクリックします。

5 Oracle Warehouse Builderのアンインストール

この項では、Oracle Warehouse Builderをアンインストールする方法について説明します。

この項では、次の項目について説明します。

- Oracle Warehouse Builderのアンインストールについて

- ワークスペース・ユーザーの削除

- ワークスペースの削除

- スキーマ・オブジェクトの削除

- Oracle Databaseからのリポジトリの削除

- Oracle Warehouse Builderソフトウェアのアンインストール

Oracle Warehouse Builderのアンインストールについて

Oracle Database 11gリリースでは、Oracle Warehouse Builderをアンインストールできません。

Oracle Warehouse Builderの以前のリリースをアンインストールするには、一般的に次の2つのオプションがあります。

- クライアント・コンポーネントのみの削除
リポジトリのないホストからOracle Warehouse Builderコンポーネントを削除する場合は、「Oracle Warehouse Builderソフトウェアのアンインストール」の手順に従います。リポジトリを含むすべてのOracle Warehouse Builderコンポーネントをアンインストールするには、リポジトリに対するSYSDBA権限が必要です。

- 環境からサーバー・コンポーネントおよびクライアント・コンポーネントの両方を削除する
すべてのコンポーネントを削除するには、その順序で次のタスクを実行します。その他の場合は、複数のコンポーネントを手動で削除する必要があります。

1. 「ワークスペース・ユーザーの削除」の説明に従って、リポジトリ・アシスタントの「拡張設定」オプションを使用して、すべてのワークスペース・ユーザーを削除します。

2. 「ワークスペースの削除」の説明に従って、リポジトリ・アシスタントの「拡張設定」オプションを使用して、ワークスペース所有者を削除します。

3. [オプション] 「スキーマ・オブジェクトの削除」の説明に従って、Oracle Warehouse Builderスキーマ・オブジェクトを削除します。

4. 「Oracle Databaseからのリポジトリの削除」の説明に従って、リポジトリを削除します。

5. 「Oracle Warehouse Builderソフトウェアのアンインストール」の説明に従って、Universal Installerを起動して、ソフトウェア・コンポーネントをアンインストールします。

ワークスペース・ユーザーの削除

ワークスペース所有者をアンインストールする場合は、事前に関連するワークスペースのユーザーを削除しておく必要があります。ワークスペース・ユーザーを削除する場合は、リポジトリからそのユーザーを登録解除して削除します。Oracle Warehouse Builderリポジトリからユーザーを削除しても、Oracle Databaseの対応するユーザー・アカウントは削除も変更もされません。

ワークスペース・ユーザーを削除する手順は次のとおりです。

1. Oracle Warehouse Builderリポジトリ・アシスタントを起動します。

Windowsの場合、「スタート」→「プログラム」→「Oracle-OWB11.2」→「Oracle Warehouse Builder」→「Administration」→「Repository Assistant」を選択します。

Linuxの場合、OWB_HOME/owb/bin/unixディレクトリで、reposinst.shスクリプトを実行します。

2. 「ようこそ」画面で、「次へ」をクリックします。

3. 「データベース情報」ページで、「ホスト名」、「ポート番号」および「Oracleサービス名」に入力します。「次へ」をクリックします。

これらの詳細は、インストールおよび構成の段階で入力した値に基づいて自動的に入力されます。

この例では、LOCALHOST、1521およびorclの値がそれぞれ使用されます。

4. 「操作を選択」画面で、「Warehouse Builderワークスペース・ユーザーの管理」オプションを選択します。
「次へ」をクリックします。

5. 「ワークスペース所有者/管理者」画面で、「ワークスペース所有者/管理者のユーザー名」(wks_owner1)および「ワークスペース所有者/管理者のパスワード」を入力します。
「次へ」をクリックします。

6. 「ワークスペース」画面で、「ワークスペース名」(WKS_OWNER1.WKS1)を選択します。
「次へ」をクリックします。

7. 「オプション(ワークスペース・ユーザー)」画面で、「Warehouse Builderワークスペース・ユーザーの登録解除」を選択します。
「次へ」をクリックします。

8. 「ワークスペース・ユーザーの選択」画面で、削除するユーザーを「使用可能」リストから「選択済」リストに移動します。「次へ」をクリックします。

9. 「サマリー」画面で、「終了」をクリックします。

10. 「削除結果」画面で、「OK」をクリックします。

ワークスペースの削除

ワークスペース・ユーザーを削除した後、ワークスペース所有者を削除できます。ワークスペース所有者を削除する場合は、リポジトリからその所有者を登録解除して削除します。リポジトリから所有者を削除しても、Oracle Database内の所有者のアカウントは削除または変更されません。

ワークスペースを削除するには:

1. 「ワークスペース・ユーザーの削除」の手順1から3を繰り返します。

2. 「操作を選択」画面で、「Warehouse Builderワークスペースの管理」を選択します。
「次へ」をクリックします。

3. 「ワークスペース操作の選択」画面で、「既存のWarehouse Builderワークスペースの削除」を選択します。
「次へ」をクリックします。

4. 「ワークスペース所有者/管理者」画面で、「ワークスペース所有者/管理者のユーザー名」(wks_owner1)および「ワークスペース所有者/管理者のパスワード」を入力します。
「次へ」をクリックします。

5. 「ワークスペース」画面で、「ワークスペース名」(WKS_OWNER.WKS1)を選択します。
「次へ」をクリックします。

6. 「サマリー」画面で、「終了」をクリックします。

7. 「削除結果」画面で、「OK」をクリックします。

スキーマ・オブジェクトの削除

ワークスペース・ユーザーまたはワークスペース所有者を削除する場合は、リポジトリからその所有者を登録解除して削除します。ただし、この操作では、ユーザーまたは所有者は削除されず、Oracle Database内のアカウントは変更されません。

Oracle Databaseからワークスペース・ユーザー、ワークスペース所有者、およびOracle Warehouse Builder関連のロールとシノニムを完全に削除するには、Oracle Enterprise Managerを使用します。Oracle Warehouse BuilderユーザーがEnterprise Managerを実行できるように、適切な権限を付与する必要があります。

Enterprise Managerへのアクセス権を付与するには:

1. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

2. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys/as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

3. GRANTコマンドを使用します。

SQL> GRANT SELECT any dictionary to "&OWB repository user";

Oracleデータベースからのリポジトリの削除

Oracle Database 10gリリース2からOracle Warehouse Builder 11gリポジトリとその関連オブジェクトを削除するには、OWB_HOME/owb/UnifiedReposディレクトリ内のSQLスクリプトclean_owbsys.sqlを使用します。

この手順は、以前のOracle Warehouse Builderインストールを削除するためのものです。Oracle Warehouse BuilderをOracle Database 11gリリース2から削除してもスキーマが残りますが、clean_owbsys.sqlスクリプトを実行すると、スキーマ内のすべてのオブジェクトが削除されます。

リポジトリを削除するには:

1. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

2. ユーザー名を求められたら、管理者権限を持つユーザーとしてログインします。

Enter user-name: sys/as sysdba
Enter password: password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2 - Production
With the Partitioning, OLAP and Data Mining options

3. clean_owbsys.sqlスクリプトを実行して、データベースからOWBSYSユーザーおよびOracle Warehouse Builder関連のロールを削除します。

SQL> @OWB112/owb/UnifiedRepos/clean_owbsys.sql C:/OWB112

以前にリポジトリ・アシスタントを使用してワークスペース、ワークスペース所有者およびデータベース・ユーザーを作成した場合は、clean_owbsys.sqlスクリプトを実行した後もこれらのオブジェクトがデータベース内に残ります。

Oracle Warehouse Builderソフトウェアのアンインストール

Oracle Warehouse Builderソフトウェアをアンインストールするには、Oracle Universal Installerを使用する必要があります。

Oracle Warehouse Builderをアンインストールすると、OWB_HOME内のファイル(つまり、スキーマおよびリポジトリのクリーンアップに必要なスクリプト)が削除されます。そのため、これは「スキーマ・オブジェクトの削除」および「Oracle Databaseからのリポジトリの削除」の説明する手順に従って、最後に実行する必要のあるプロセスです。

Oracle Warehouse Builderソフトウェアをアンインストールするには:

1. Oracle Universal Installerを起動します。
Windowsの場合、「スタート」→「プログラム」→「OWB_HOME」→「Oracle Installation Products」を選択してから、「Universal Installer」をクリックします。

Linuxの場合、OWB_HOME/oui/binディレクトリ内のrunInstaller.shスクリプトを実行します。

2. 「Oracle Universal Installer: ようこそ」ページで、「製品の削除」をクリックします。

3. 「インベントリ」ページで、「内容」タブの「次のOracle製品がインストールされています」ボックスから「OWBホーム」を選択します。
「削除」をクリックします。

4. 「確認」ページで、「はい」をクリックします。
アンインストール・プロセスが開始されます。

5. プロセスが完了したら、「インベントリ」ページで「閉じる」をクリックします。

6. 「Oracle Universal Installer: ようこそ」ページで、「取消」をクリックします。
この操作により、Oracle Universal Installerが終了します。

6 以前のリリースからのOracle Warehouse Builderの移行

Oracle Warehouse Builderでは、Oracle Warehouse Builder 10gリリース2 (10.2)およびOracle Warehouse Builder 11gリリース1 (11.1)からOracle Warehouse Builder 11gリリース2 (11.2)にリポジトリをアップグレードできます。

この項では、旧リリースからOracle Warehouse Builderリリース11.2に移行する様々な方法、アップグレードと移行のパス、およびアップグレード・プロセスについて説明し、アップグレード後のETL設計オブジェクトがOracle Warehouse Builderリリース11.2と互換性を持つように、ETL設計オブジェクトに加える変更について説明します。

この項では、次の項目について説明します。

- MDL移行およびリポジトリのアップグレードについて

- リポジトリ・アップグレード・シナリオの選択

- Oracle Warehouse Builder 10gリリース2または11gリリース1からOracle Warehouse Builder 11gリリース2へのリポジトリのインプレース・アップグレード

- リポジトリの様々なOracle Databaseインスタンスへの移行

- Oracle Warehouse Builderリリース11.2へのロケーションのアップグレード

- Oracle Warehouse Builder 11gリリース2に移行する際のリポジトリ・オブジェクトへの変更

MDL移行およびリポジトリのアップグレードについて

旧リリースからOracle Warehouse Builderリリース11.2にプロジェクトを移行するには、オブジェクトの移行とリポジトリのアップグレードという2つの方法があります。

この決定では次の定義を使用します。

- リポジトリのアップグレードは、旧リリースのOracle Warehouse Builderから(デプロイメント履歴や実行履歴などのコントロール・センター監査データを含む)リポジトリ全体を取得して、Oracle Warehouse Builder 11.2に移動するプロセスです。このプロセスはリポジトリ・アシスタント内から実行されます。

- 異なるOracle Warehouse Builderリリース間でのオブジェクトの移行とは、旧リリースのOracle Warehouse Builderから既存のOracle Warehouse Builderデザインタイム・オブジェクトをエクスポートし、結果のMDLファイルをOracle Warehouse Builderリリース11.2にインポートするプロセスです。このプロセスは、Oracle Warehouse Builderデザイン・センターから実行します。

MDL移行およびリポジトリのアップグレードでの選択

Oracle Warehouse Builderリリース11.2のリポジトリ・アシスタントを使用すると、リリース10.2およびリリース11.1のOracle Warehouse Builderリポジトリを直接アップグレードできます。リポジトリ全体をアップグレードするメリットは次のとおりです。

- Oracle Warehouse Builderリリース11.2までは、コードを再生成したり、マッピングを再デプロイすることなく最大限の安定性で移動できます。リリース11.2固有の機能強化が必要な場合は、オブジェクトの再生成や再デプロイを決定します。

- アップグレードにより、ETLマッピングのデプロイメントと実行の履歴、プロセス・フロー、その他のオブジェクトなど、すべてのデザインタイム監査メタデータおよびランタイム監査メタデータを強化できます。

- リポジトリ内のすべてのプロジェクトおよびグローバル・オブジェクトが処理されます。

個々のプロジェクトまたはその他のオブジェクトの移行のメリットは、次のものがあります。

- 大容量のランタイム・メタデータを保持する必要がある場合、速度。

- リポジトリ全体のアップグレード・パスが移行パスよりも複雑な場合は、単純さ。具体的には、Oracle Warehouse Builderリリース11.2はプロジェクトのMDLをOracle Warehouse Builder 9.2および10.1から直接インポートできますが、これらの旧リリースからリポジトリ全体をアップグレードすることはできません。たとえば、Oracle Warehouse Builder 10.1以前からリポジトリ全体をアップグレードする場合、1つ以上の新しいOracle Warehouse Builder環境を中間リリースから作成して、これらの中間アップグレードに使用できるようにする必要があることがあります。

MDL移行パス

Oracle Warehouse Builderリリース11.2では、Oracle Warehouse Builder 9.2.0.n以降からプロジェクトまたは他のオブジェクトのMDLを直接インポートできます。旧リリースのMDLファイルからのメタデータのインポートは、Oracle Warehouse Builderリリース11.2のデザイン・センターで実行されます。このプロセスについては、第12章「メタデータのインポート、エクスポートおよびアップグレード」で説明しています。このプロセスはその他のMDLファイルのインポートに似ています。ただし、中間MDLファイル(Oracle Warehouse Builderリリース11.2の新しい形式にアップグレードされるファイル)のファイル名を指定するよう求められます。このファイルは、指定のロケーションに生成、保存され、その後直ちにインポートされます。

9.2.0.n以外のリリースでは、サポートされている移行パスには中間の手順が必要です。

1. MDLを中間の10.2.0.5または11.1.0.7データベースにインポートします。これらのバージョンはに以前の任意のMDLを読み取ることができる必要があります。
MDLファイルのアップグレード・プロセスは、インポート・プロセス中に実行されます。Oracle Warehouse Builderによってアップグレード済のMDLファイルが生成され、ファイル名を指定するよう求められます。

指定したファイル名がアップグレード済のMDLファイルに書き込まれた後、MDLファイルが中間データベースにインポートされます。これは無視して、中間ファイルを新しいロケーションにコピーするだけでかまいません。

2. 第12章「メタデータのインポート、エクスポートおよびアップグレード」の説明に従って、デザイン・センターを使用して、そのアップグレード済MDLをOracle Warehouse Builder 11.2にインポートします。

注意:
アップグレード・パスで中間リリースを使用する場合は、最新の10.1、10.2、または11.1パッチ・リリースを強くお薦めします。以前のパッチ・リリースでは製品の以前のすべてのリリースからメタデータをインポートしたりアップグレードしたりできない場合があります。

Oracle Warehouse Builder 10.1または9.nからリリース11.2へのリポジトリ・アップグレード・パス

Oracle Warehouse Builderリリース11.2では、Oracle Warehouse Builder 10.2.0.nまたはOracle Warehouse Builder 11.1.0.nからリポジトリを直接アップグレードできます。それより前のリリースからのリポジトリを直接アップグレードすることはできません。Oracle Warehouse Builder 10.2は、アップグレード・パスにおける中間ステップとなります。

Oracle Warehouse Builder 10gリリース2では、以前のリリースからの個別のデザインタイム・リポジトリとランタイム・リポジトリが結合されて単一の統合リポジトリになり、後続のすべてのリリースで使用されます。Oracle Warehouse Builder 10gリリース2のリポジトリ・アシスタントには、以前は別個であったデザインタイム・リポジトリとランタイム・リポジトリのコンテンツをOracle Warehouse Builder 10.1.0.4から新しい結合リポジトリ・モデルにマージするために必要な機能が組み込まれています。ソースが9.2.0.n以前の場合は、まずOracle Warehouse Builder 10.1.0.4にアップグレードする必要があります。

したがって、10.1以前のリリースからランタイム・データとデザインタイム・データの両方をアップグレードする場合は、次の手順が必要です。

- Oracle Warehouse Builder 10.2環境を準備します。

- 以前のリリースで別個であったデザインタイム・リポジトリおよびランタイム・リポジトリを、その環境内のOracle Warehouse Builder 10.2の結合リポジトリにアップグレードします。

- 結果の10.2リポジトリをOracle Warehouse Builder 11.2にアップグレードします。

次の表に、Oracle Warehouse Builder 10.2以前のリリースのリポジトリ・アップグレード・パスを要約します。

表6-1 Oracle Warehouse Builder 10.1以前のリポジトリ・アップグレード・パス

現行リリース

リポジトリのアップグレード・パス

10.1.0.n

OWB 11.2の後11.2

9.2.0.nより以前

10.1.0.4の後10.1.0.4、その後11.2

これらのリポジトリ・アップグレードを実行するには、アップグレード・パス上に中間バージョン用の作業環境が必要です。

たとえば、9.2リポジトリをアップグレードする場合は、Oracle Warehouse Builder 10.1.0.4環境とOracle Warehouse Builderリリース10.2.0.5環境を、アップグレード手順で使用できるように設定した後、リリース9.2からリリース10.1.0.4にアップグレードし、その結果をOracle Warehouse Builderリリース10.2.0.5にアップグレードする必要があります。

中間アップグレードの詳細は以前のリリースのドキュメントを参照してください。

Oracle Warehouse Builder 10.1以前からOracle Warehouse Builder 11.2に移行する場合、通常は、プロジェクトごとにオブジェクトを新しいOracle Warehouse Builder Release 11.2ワークスペースに移行するほうが簡単です。これらのリリースに対するプロセスを使用して、デザイン・センターでプロジェクトをMDLにエクスポートした後、第12章「メタデータのインポート、エクスポートおよびアップグレード」の手順を使用して、MDLオブジェクトをOracle Warehouse Builderリリース11.2にインポートします。

リポジトリ・アップグレード・シナリオの選択

Oracle Warehouse Builder 11.2のリポジトリ・アシスタントでは、次の2つの主要なアップグレード・シナリオをサポートしています。

- MDLファイルを介したリポジトリ・アップグレード: Oracle Warehouse Builder 10.2またはOracle Warehouse Builder 11.1からリポジトリ全体がMDLファイルにエクスポートされた後、そのMDLファイルがOracle Warehouse Builder 11.2リポジトリ・スキーマとともにデータベースにインポートされます。

- インプレース・リポジトリ・アップグレード: Oracle Warehouse Builder 10.2または11.1リポジトリが格納されていたデータベース内に、新規のOracle Warehouse Builder 11.2リポジトリが即時に作成されます。

次のことに注意してください。

- リポジトリ全体を新しいデータベースに移動する場合は、MDLファイルを介したアップグレードを行う必要があります。(リポジトリ全体のMDLへのエクスポートは、リポジトリをバックアップする目的でも実行できます。)

- Oracle Warehouse Builder 11.1リポジトリとOracle Warehouse Builder 11.2リポジトリは同じリポジトリ・スキーマ内に格納されているため、Oracle Warehouse Builder 11.1のインプレース・アップグレードを行うと、Oracle Warehouse Builder 11.1リポジトリがOracle Warehouse Builder 11.2リポジトリで上書きされます。

- 内部的に、インプレース・リポジトリ・アップグレードでは、MDLへのリポジトリ・エクスポートおよびMDLからのリポジトリ・インポートを実際に実行します。インプレース・リポジトリ・アップグレードのメリットは、同じデータベースをターゲットとする場合、MDLファイルを使用してアップグレードより少ない手動手順で実行できることです。

Oracle Warehouse Builder 10gリリース2または11gリリース1からOracle Warehouse Builder 11gリリース2へのリポジトリのインプレース・アップグレード

Oracle Warehouse Builderリポジトリのインプレース・アップグレードはリポジトリ・アップグレードの最も簡単な方法であり、ターゲットのリリース11.2リポジトリが、ソース・リポジトリが含まれていたのと同じデータベース・インスタンスに格納されます。Oracle Database 11gリリース2のインストールと同じデータベース・インスタンスに存在しているOracle Warehouse Builder 10gリリース2またはOracle Warehouse Builder 11gリリースのリポジトリのインプレース・アップグレードを実行できます。

Oracle Warehouse Builder 10gリリース2では、リポジトリ・アシスタントにより、指定したリポジトリがMDLファイルにエクスポートされた後、そのMDLファイルが同一データベースのOWBSYSスキーマ内にある新しいリリース11.2ワークスペースにインポートされます。ワークスペース名は、10gリリース2リポジトリが含まれていたスキーマと同じです。

Oracle Warehouse Builder 11gリリース1の場合、リポジトリ・アシスタントにより、OWBSYSスキーマからリポジトリ全体がMDLファイルにエクスポートされた後、(clean_owbsys.sqlを実行した場合と同じように) Oracle Warehouse Builder 11gリリース1リポジトリのすべての内容が削除され、新しいOracle Warehouse Builderリリース11.2リポジトリがOWBSYS内に作成されて、MDLからリポジトリが再インポートされます。

注意:
ターゲット・データベースにOracle Warehouse Builder 11gリリース1のOWBSYSスキーマが含まれている場合は、11.2リポジトリ・アシスタントを使用して実際の移行を開始する前に、これをバックアップします。これにより、アップグレード・プロセス中に発生する可能性のある任意の障害から回復することができます。「インプレース・リポジトリ・アップグレードの準備」で説明しているプロセスにより、OWBSYSスキーマ(存在する場合)がOracle Warehouse Builder 11.2スキーマで上書きされます。

インプレース・リポジトリ・アップグレードの準備

この項の作業を実行するには、前提条件スクリプトを実行するためのSYSADMIN権限が必要です。

注意:
アップグレード・プロセスを開始する前に、最新の『Oracle Warehouse Builderリリース・ノート』(http://www.oracle.com/technetwork/developer-tools/warehouse/overview/index.html)を確認してください。

インプレース・リポジトリ・アップグレードのリポジトリの準備の手順は、WindowsとLinuxで若干異なります。

Windowsでのインプレース・リポジトリ・アップグレードを準備するには

1. 組織で使用するバックアップ戦略を使用して、OWBSYSスキーマのバックアップ・コピーを作成してください。

2. Microsoft Windowsのデスクトップで、「スタート」→「ファイル名を指定して実行」を選択します。

3. 「開く」用の「実行」ウィンドウで、プロンプトで、cmdと入力します。
「OK」をクリックします。

4. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

5. 管理者権限を持つユーザーとして接続します。

SQL> connect sys as sysdba
Enter password: password

6. OWBSYSスキーマには、次の2つのオプションがあります。

- OWBSYSスキーマがOracle Databaseインスタンス上にない場合は、cat_owb.sqlスクリプトを実行して作成します。

SQL> @C:\OWB112\owb\UnifiedRepos\cat_owb.sql

- Oracle DatabaseインスタンスにOWBSYSスキーマが存在する場合、Oracle Warehouse Builder 11gリリース1からアップグレードするには、cat_owb_reposupgrade.sqlスクリプトを実行してアップグレードします。

SQL> @C:\OWB112\owb\UnifiedRepos\cat_owb_reposupgrade.sql

7. reset_owbcc_home.sqlスクリプトを実行して、OWB_HOMEディレクトリをリセットします。

SQL> @C:/OWB112/owb/UnifiedRepos/reset_owbcc_home.sql

オペレーティング・システムに関係なく、この入力では大/小文字が区別され、バック・スラッシュは使用できず、フォワード・スラッシュのみを使用する必要があります。

Linuxでのインプレース・リポジトリ・アップグレードを準備するには

1. 組織で使用するバックアップ戦略を使用して、OWBSYSスキーマのバックアップ・コピーを作成してください。

2. コマンド・プロンプトでSQL*Plusを起動します。

C:\> sqlplus

3. 管理者権限を持つユーザーとして接続します。

SQL> connect sys as sysdba
Enter password: password

4. 次の2つのオプションがあります。

- OWBSYSスキーマがOracle Databaseインスタンス上にない場合は、次のcat_owb.sqlスクリプトを実行します。

SQL> @OWB112/owb/UnifiedRepos/cat_owb.sql

表領域名の入力を求められたら入力します。

- Oracle DatabaseインスタンスにOWBSYSスキーマが存在する場合、Oracle Warehouse Builder 11gリリース1からアップグレードするには、cat_owb_reposupgrade.sqlスクリプトを実行します。

SQL> @OWB112/owb/UnifiedRepos/cat_owb_reposupgrade.sql

表領域名の入力を求められたら入力します。

5. reset_owbcc_home.sqlスクリプトを実行して、OWB_HOMEディレクトリをリセットします。

SQL> @OWB112/owb/UnifiedRepos/reset_owbcc_home.sql

オペレーティング・システムに関係なく、この入力では大/小文字が区別され、バック・スラッシュは使用できず、フォワード・スラッシュのみを使用する必要があります。

6. 次の項の説明に従って、OWBSYSアカウントおよびOWBSYS_AUDITアカウントのロックを解除します。

- Windowsの場合、「OWBSYSおよびOWBSYS_AUDITアカウントのロック解除」

- Linuxの場合、「OWBSYSおよびOWBSYS_AUDITアカウントのロック解除」

インプレース・リポジトリ・アップグレードの実行

Oracle Warehouse Builder 11gリリース1リポジトリからのアップグレードでは、既存のリポジトリで既存のOWBSYSスキーマがアップグレードされます。Oracle Warehouse Builder 10.2からのアップグレードでは、アップグレード・プロセスでOracle Warehouse Builder 11.2リポジトリ内に新しいワークスペースが作成され、Oracle Warehouse Builder 10.2リポジトリを含むスキーマと同じ名前が付けられます。いずれの場合でも、プロセスは同じです。

インプレース・リポジトリ・アップグレードを準備するには

1. リポジトリ・アシスタントを起動します。

Windowsの場合、「スタート」メニューから「プログラム ファイル」→「Oracle - OWB112」→「Warehouse Builder」→「Administration」→「Repository Assistant」を選択します。

Linuxの場合、コマンドラインからOWB_HOME/owb/bin/unix/reposinst.shを実行します。

2. リポジトリ・アシスタントの「ようこそ」ページで、「次へ」をクリックします。

3. 「データベース情報」ページで、Oracle Warehouse Builderをインストールするホスト名、ポート番号およびサービス名を入力します。

「次へ」をクリックします。

4. 「操作を選択」ページで、「Oracle Warehouse Builderの現行リリースにリポジトリをアップグレード」を選択します。

「次へ」をクリックします。

5. 「更新操作を選択」ページで、「同一データベース・インスタンスでのリポジトリのアップグレード」を選択します。

「次へ」をクリックします。

6. OWBSYS情報ページで、OWBSYSユーザーのパスワードを入力します。

「次へ」をクリックします。

7. 「ファイル情報」ページが表示されます。インプレース・リポジトリ・アップグレード・プロセスでは、リポジトリ・エクスポートMDLファイルが作成されます。このエクスポートされたMDLファイルとエクスポート・ログ・ファイルのデフォルトのファイル名およびロケーションがここに表示されます。これらのファイルの場所を変更することができます。

「次へ」をクリックしてファイル情報を受け入れます。

8. 「サマリー」ページで、「終了」をクリックしてアップグレード・プロセスを開始します。

9. インストールの進捗状況ポップアップ・ウィンドウにアップグレード操作の進捗状況が表示されます。完了したら、「OK」をクリックします。

エラー・ログを確認し、エクスポートされたMDLファイルをアップグレード前のリポジトリのバックアップとして保存することもできます。

MDLファイルを使用したリポジトリのリリース11.2へのアップグレード

Oracle Warehouse Builderリリース10.2または11.1リポジトリをアップグレードするには、リポジトリ・アシスタントを使用して、リポジトリの内容をファイルにエクスポートしてから、そのファイルをOracle Warehouse Builderリリース11.2リポジトリにインポートします。

ファイルへのOracle Warehouse Builderリポジトリのエクスポート

次のようにリポジトリ・アシスタントを使用してリポジトリをエクスポートします。

ファイルにリポジトリをエクスポートするには

1. リポジトリ・アシスタントを起動します。
Windowsの場合、「スタート」メニューから「プログラム ファイル」→「Oracle - OWB112」→「Warehouse Builder」→「Administration」→「Repository Assistant」を選択します。

Linuxの場合、コマンドラインからOWB_HOME/owb/bin/unix/reposinst.shを実行します。

2. リポジトリ・アシスタントの「ようこそ」ページで、「次へ」をクリックします。

3. 「データベース情報」ページで、Oracle Warehouse Builderをインストールするホスト名、ポート番号およびサービス名を入力します。

「次へ」をクリックします。

4. 「操作を選択」ページで、「Oracle Warehouse Builderの現行リリースにリポジトリをアップグレード」を選択します。

「次へ」をクリックします。

5. 「更新操作を選択」ページで、「ファイルにリポジトリ全体をエクスポート」を選択します。

「次へ」をクリックします。

6. 「ユーザー情報」ページで、ソースがOracle Warehouse Builderリリース10.2の場合は、Oracle Warehouse Builderリリース10.2リポジトリ所有者のユーザー名とパスワードを入力します。ソースがOracle Warehouse Builderリリース11.1の場合、OWBSYSのユーザー名とパスワードを入力します。

「次へ」をクリックします。

7. 「ファイル情報」ページに、次の情報を入力します。

- ファイル名: リポジトリを格納するMDLファイルの名前。

- ログ・ファイル: ステータスおよび統計情報を格納するエクスポート操作のログ・ファイルの名前。

「次へ」をクリックします。

8. 「サマリー」ページで、「終了」をクリックします。
リポジトリ・エクスポートの進捗状況ウィンドウに進捗状況が表示されます。

エクスポート・プロセスの最後に、ステータス・メッセージが表示されます。エクスポート操作によりファイルが作成されます。

Oracle Warehouse Builderリリース11.2へのリポジトリ・エクスポートMDLファイルのインポート

リポジトリ・エクスポートMDLファイルをインポートするには

1. リポジトリ・アシスタントを起動します。
Windowsの場合、「スタート」メニューから「プログラム ファイル」→「Oracle - OWB112」→「Warehouse Builder」→「Administration」→「Repository Assistant」を選択します。

Linuxの場合、コマンドラインからOWB_HOME/owb/bin/unix/reposinst.shを実行します。

2. リポジトリ・アシスタントの「ようこそ」ページで、「次へ」をクリックします。

3. 「データベース情報」ページで、Oracle Warehouse Builderリポジトリをインストールするホスト名、ポート番号およびサービス名を入力します。「次へ」をクリックします。

4. 「更新操作を選択」ページで、「ファイルからリポジトリ全体をインポート」を選択します。

「次へ」をクリックします。

5. 「OWBSYS情報」ページで、OWBSYSパスワードを入力します。

「次へ」をクリックします。

6. ファイル情報ページで、リポジトリをエクスポートするときに使用するファイルの名前を検索する情報を入力または参照します。

「次へ」をクリックします。

7. 「サマリー」ページで、「終了」をクリックします。

注意:
Oracle Warehouse Builderリリース10.2のMDLリポジトリ・エクスポートをインポートする場合、インポート・プロセスで、Oracle Warehouse Builderリリース10.2リポジトリ・スキーマと同じ名前のワークスペースが作成されます。Oracle Warehouse Builderリリース11.1のリポジトリ・エクスポートをインポートする場合、インポート・プロセスで、Oracle Warehouse Builderリリース11.1リポジトリからインポートするワークスペースごとに1つのワークスペースが作成されます。

Oracle Warehouse Builderリリース10.2のMDLリポジトリ・エクスポートをインポートする場合、インポート・プロセスで、Oracle Warehouse Builderリリース10.2リポジトリ・スキーマと同じ名前のワークスペースが作成されます。Oracle Warehouse Builderリリース11.1のリポジトリ・エクスポートをインポートする場合、インポート・プロセスで、Oracle Warehouse Builderリリース11.1リポジトリからインポートするワークスペースごとに1つのワークスペースが作成されます。

リポジトリ・アップグレードを含むプロセス・フロー・パッケージのリリース11.2へのデプロイ

Oracle Warehouse Builderには、リポジトリ・アシスタントを使用してリポジトリ全体をリリース10.2からリリース11.2にアップグレードするためのユーティリティが備わっています。アップグレードの終了後、リポジトリ・ブラウザを使用してすべてのロケーションを更新してから、デプロイされたオブジェクトを実行し、マッピングを行う必要があります。

リリース10.2からリリース11.2へのリポジトリ・アップグレードでは、リポジトリ・ブラウザを使用してロケーションを更新するだけでなく、プロセス・フローで追加の手順が必要になります。

ロケーションがアップグレードされると、警告の情報メッセージが表示されます。

警告:
このOWFロケーションはシードされていません。
シードするには、デザイン・クライアントを使用して少なくとも1つのプロセス・フロー・パッケージをOWFロケーションに配布します。

この警告メッセージは、毎回表示されるわけではありません(たとえば、11.2と10.2の両方のリポジトリがあり、リポジトリ10.2を11.2にアップグレードする場合は、複数のパッケージがまとめてリポジトリ内に含まれているため、警告は表示されません)。

リポジトリの様々なOracle Databaseインスタンスへの移行

様々なOracle Databaseインスタンスへのリポジトリの移行プロセスには、既存リポジトリのファイルへのエクスポート、その他のOracle Databaseインスタンス上の新しいリポジトリへのそのファイルの情報の後続のインポートが含まれます。

このプロセスは、Oracle Warehouse Builderリリース10.2リポジトリから現行バージョンのリポジトリにアップグレードする場合と実質的に同じです。主な相違点は次のとおりです。

- インポート前に、ターゲット・インスタンス上に元のインスタンス上のOracle Warehouse Builderユーザーと同じ名前でユーザーを作成する必要があります。

- インポート時は、エクスポート・ファイルがあるリモートのOracle Databaseインスタンスの資格証明を提供する必要があります。

注意:
アップグレード・プロセスを開始する前に、最新の『Oracle Warehouse Builderリリース・ノート』(http://www.oracle.com/technetwork/developer-tools/warehouse/overview/index.html)を確認してください。

MDLファイルへのリポジトリのエクスポート

シナリオのエクスポート部分では、リポジトリ・アシスタントを使用してMDL zipアーカイブを作成します。このMDL zipアーカイブには、リポジトリのすべてのワークスペースの情報が含まれ、各ワークスペースは個別のファイルとして格納されます。

関連項目:
エクスポート操作の詳細は、「ファイルへのOracle Warehouse Builderリポジトリのエクスポート」を参照してください。

ターゲット・インスタンスへのOracle Warehouse Builderユーザーの作成

リポジトリをインポートする前に、移行後のリポジトリが格納されるターゲットOracle Databaseインスタンス上に、元のリポジトリへのアクセス権限を持っていたユーザーと同じユーザーを作成します。この作業を行うことにより、セキュリティ情報が正しくインポートされるようにする必要があります。ただし、これらのユーザーをOracle Warehouse Builderユーザーとして登録する必要があります(これはアップグレード・プロセスで自動的に処理されます)。

MDLファイルからのリポジトリのインポート

インポート操作の詳細は、「Oracle Warehouse Builderリリース11.2へのリポジトリ・エクスポートMDLファイルのインポート」を参照してください。手順6では、リポジトリMDLおよびログ・ファイルが含まれるソース(リモート)・データベースの資格証明を入力します。

Oracle Warehouse Builderリリース11.2へのロケーションのアップグレード

アップグレード・プロセス後にOracle Warehouse Builder 11.2との互換性を持つように、Oracle Warehouse Builderリポジトリ内のロケーションもアップグレードする必要があります。このアップグレードを実行するには2通りの方法があります。

- Oracle Warehouse Builderリリース11.2.0.2以降に付属のスクリプトを使用します。付属のスクリプトを使用することをお薦めします。
Windowsの場合: OWB_HOME\owb\bin\win32\upgradeloc.batを実行します。

Linuxの場合 - OWB_HOME/owb/bin/unix/upgradeloc.shを実行します。

- リポジトリ・ブラウザのロケーション・レポートを使用して、1つずつアップグレードを実行します。(この手順の結果はスクリプトを使用した場合と同じですが、より多くの手間がかかります。)

あるいは、すべてのロケーションの登録をいったん解除してから再登録することもできます。ただし、この場合は、影響を受けるロケーションにすべてのマッピングを再デプロイする必要もあるため、この手順はお薦めできません。

リポジトリ・ブラウザを使用したOracle Warehouse Builderリリース11.2へのロケーションのアップグレード

また、リポジトリ・ブラウザからのロケーション・レポートを使用して次のようにロケーション・アップグレード・プロセスを実行します。

リポジトリ・ブラウザを使用してロケーションをアップグレードするには

1. リポジトリ・ブラウザで、コントロール・センターを選択します。「レポート」をクリックします。

2. 「レポート」ウィンドウのデプロイメントで「ロケーション・レポート」をクリックします。

3. 「ロケーション・レポート」の論理的な詳細で、表の検証列で「不明」をクリックします。

4. 「接続の詳細」の「ロケーションのステータス」で、ステータスが不明であるため、パスワードを入力して、「ステータスの取得」をクリックします。

「現行のステータス」は「無効」です。

5. 「ロケーションのステータス」で「アップグレード」をクリックします。

「現行のステータス」が「有効」になります。

6. すべての手順を手順3から5を繰り返します。

7. 完了すると、「検証」列に「テスト済」のロケーションが表示されます。

Oracle Warehouse Builder 11gリリース2に移行する際のリポジトリ・オブジェクトへの変更

プロジェクト内のデザインタイム・オブジェクトは、Oracle Warehouse Builderリリース11.2との互換性を持つようにアップグレード・プロセス中に自動的に変更されます。この項では、行われた変更をリストしています。

Oracle Warehouse Builderリリース10.2およびリリース11.1オブジェクトへの変更

Oracle Warehouse Builderリリース10.2またはOracle Warehouse Builderリリース11.1からOracle Warehouse Builderリリース11.2に設計を移動する場合、移行またはアップグレード中に次のオブジェクトが変更されます。

- マッピング表関数演算子: 表関数のマッピング演算子は、1つの入力グループおよび1つの出力グループのみを持つようにアップグレードされます。REFカーソル・タイプとして構成された以前の入力グループはSYS_REFCURSORタイプにアップグレードされ、新しい構成演算子がマップに追加され、その入力グループ値はREFカーソル・タイプ入力グループと同じで、出力グループ属性はSYS_RECURSORタイプに設定されます。

- マッピング・キー参照演算子: キー参照用のマッピング演算子は、新しい参照演算子にアップグレードされます。

- ビジネス・プレゼンテーション・モジュール: ビジネス・プレゼンテーション・モジュールとその内容は破棄されます。

- BI Beansのロケーション: BI Beansのロケーションは破棄されます。

- データ・プロファイル・メタデータ: データ・プロファイル・メタデータはアップグレードされません。

Oracle Warehouse Builderリリース9.2およびリリース10.1オブジェクトへの変更

Oracle Warehouse Builderリリース9.2またはOracle Warehouse Builderリリース10.1からOracle Warehouse Builderリリース11.2に設計を移動する場合、移行またはアップグレード中に次のオブジェクトが変更されます。

- コントロール・センターとロケーション: アップグレード後は、ロケーションと、それが参照するコントロール・センター間の関係がなくなります。「コントロール・センターの編集」ダイアログ・ボックスを使用してコントロール・センターの詳細を確認し、このコントロール・センターに関連付けるロケーションを選択する必要があります。

- ロケーションとコントロール・センター接続: ロケーションとコントロール・センター接続は、ワークスペース全体で共有できるように、それらの所有元のプロジェクトから移動されます。したがって、インポート・ログ・ファイルの統計には、これらのオブジェクトに該当するプロジェクトが追加表示されます。

- マッピング演算子の名前: MDLアップグレード・ユーティリティにより、すべてのマッピング演算子の物理名とビジネス名が一意であることが保証されます。

- ディメンション: 関連付けられたディメンション表が、ディメンションと同じ名前で作成されます。この表には、以前のリリースでディメンション・エディタの「表のプロパティ」を使用してディメンションに定義した列、制約および属性セットが含まれます。

- キューブ: 関連付けられたキューブ表が、キューブと同じ名前で作成されます。このキューブ表には、以前のリリースでキューブ・エディタの「表のプロパティ」を使用してキューブに定義した列、制約および属性セットが含まれます。

- ディメンションとキューブのマッピング演算子: ディメンションとキューブのマッピング演算子は表演算子に変換されます。これらの表演算子では、MDLアップグレード・ユーティリティによって作成された物理表がディメンションとキューブとして使用されます。

- ディメンション階層のマッピング表示セット: ディメンション階層の名前付き属性セットに基づいて作成されたマッピング・セットは削除されます。これは、ディメンション階層の表示セットが自動的に作成および保持されなくなったためです。

- ディメンション属性: ディメンションに同じ名前のディメンション属性が存在しない場合は、アップグレードされる各レベル属性に対して、同じ名前のディメンション属性が作成されます。

- インテリジェンス・オブジェクトとレポート: 以前のリリースでは、インテリジェンス・オブジェクトとレポートはOMB Plusスクリプト言語でのみ利用可能でした。これらのオブジェクトはアップグレードされません。

- アドバンスト・キュー: 関連付けられたキュー表が、プロパティのAQキュー表名に基づいて作成されます。MDLファイル・アップグレード・ユーティリティによって作成されるキュー表には、データ型が元のアドバンスト・キューのオブジェクト型である列が含まれます。

- マッピングのアドバンスト・キュー演算子: マッピングのアドバンスト・キュー演算子は、「ペイロード」という名前の1つの属性のみを含むように変更されます。マッピングのアドバンスト・キュー演算子がソースとして使用されている場合は、マッピングのアドバンスト・キュー演算子の後に、新しい拡張演算子が追加されます。マッピングのアドバンスト・キュー演算子がターゲットとして使用されている場合は、マッピングのアドバンスト・キュー演算子の前に、新しい構成演算子が追加されます。

7 リポジトリ・ブラウザ、コントロール・センター・エージェント、およびその他のコンポーネントの構成

この項では、Oracle Warehouse Builder内のリポジトリ・ブラウザ環境の構成方法と、Oracle Application Serverのコントロール・センター・エージェントの構成方法について説明します。また、オプション・コンポーネントのインストールの手順についても説明します。

この項では、次の項目について説明します。

- リポジトリ・ブラウザ環境の構成

- Oracle Application Serverのコントロール・センター・エージェントの構成

- E-Business Suiteとの統合

- サード・パーティのName and Addressデータのインストール

- Oracle Workflowとの統合

リポジトリ・ブラウザ環境の構成

リポジトリ・ブラウザがOracle Warehouse Builderリポジトリに接続すると、メタデータの表示、Webレポートの実行、メタデータに関する系統および影響分析の実行、ランタイム実行の監査を行うことができます。

Oracle Universal InstallerからOracle Warehouse Builderをインストールすると、リポジトリ・ブラウザもインストールされ、インストール中に選択したすべての言語で動作します。

インストールを確認するには、リポジトリ・ブラウザ・リスナーを起動し、リポジトリ・ブラウザを起動します。リポジトリ・ブラウザの使用方法の詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

セッション・タイムアウトの変更

デフォルトでは、リポジトリ・ブラウザ・セッションはアクティビティのない状態が1時間続くとタイムアウトします。変更するには、OWB_HOME\owb\j2ee\applications\owbb\WEB-INFにあるweb.xmlファイルを編集して、session-configタグを更新します。

このタグは、デフォルトでは次のように表示されます。

<session-config>
<session-timeout>60</session-timeout>
</session-config>

Oracle Application Serverのコントロール・センター・エージェントの構成

この項の手順では、コントロール・センター・エージェントをインストールおよび構成し、Oracle Application Serverで実行する方法を説明します。この項では、次の項目について説明します。

- 「OC4J起動スクリプトの変更」

- コントロール・センター・エージェントのサーバー側ロギングの構成

- 監査データ・ソースの構成

- コントロール・センター・エージェントのセキュリティ・ロールの設定

- JMSキューの作成

- PATH環境変数の設定

- OC4Jへのコントロール・センター・エージェントのデプロイ

- コントロール・センター・エージェントのWebサービス(jrt-web.war)の構成

- コントロール・センター・エージェントの監査表ロギングの有効化

- OC4J用のJDBCドライバのインストール

- コントロール・センター・エージェントのファイルの概要

- コントロール・センター・エージェントから使用するコード・テンプレートのインストール

OC4J起動スクリプトの変更

この項では、OC4J起動スクリプトを変更する方法について説明します。

OC4J起動スクリプトを変更するには:

1. アプリケーション・サーバー構成ディレクトリAS_HOME/opmn/configにあることを確認します。AS_HOMEは、アプリケーション・サーバーのルート・ホーム・ディレクトリを表します。

2. テキスト・エディタでファイルopmn.xmlを開きます。

3. 次の例のとおり、ファイルの内容を変更します。ここで、太字フォントは編集箇所を表します。

- MaxPermSizeパラメータを128Mに設定すると、OC4Jがコントロール・センター・エージェントを実行するのに十分なPermGen領域が割り当てられます。

- Python.pathは、コントロール・センター・エージェントjython_lib.zipおよびjython_owblib.jarで使用されるPythonライブラリ・ファイルへのパスを設定します。これら2つのファイルは、OWB_HOME/owb/lib/intディレクトリにあります。

- km_security_neededプロパティにより、コントロール・センター・エージェントで実行されるOracle Warehouse Builderコード・テンプレート・スクリプトで使用可能なオペレーティング・システム・コマンドのタイプに制約が適用されるかどうかが決まります。trueに設定すると、制限が適用されます。
このセキュリティ・メカニズムで使用可能なコマンドのリストを確認するには、ファイルAS_HOME/j2ee/home/config/ct_permissions.properties(jrt.xml構成ファイルで指定可能)をチェックします。これは、アプリケーション・サーバーのOC4Jにコントロール・センター・エージェントが正常にインストールされた後に使用可能になります。

<ias-component id="default_group">
<process-type id="home" module-id="OC4J" status="enabled">
<module-data>
<category id="start-parameters">
<data id="java-options" value="-server
-XX:MaxPermSize=128M
-ms512M -mx1024M
-XX:AppendRatio=3
-Dpython.path=/home/lib/jython_lib.zip:/home/lib/jython_owblib.jar
-Dkm_security_needed=true
...
</ias-component>

コントロール・センター・エージェント・サーバー側のロギングの構成

コントロール・センター・エージェント・サーバー側のロギングを設定するには:

1. OC4Jサーバー構成ディレクトリOC4J_HOME/j2ee/home/config/にあることを確認します。OC4J_HOMEは、OC4Jのルート・ホーム・ディレクトリを表します。

2. テキスト・エディタでファイルj2ee-logging.xmlを開きます。

3. 次の例のとおり、ファイルの内容を変更します。ここで、太字フォントは編集箇所を表します。

- ログ・ハンドラ・セクションのjrt-internal-log-handlerは、コントロール・センター・エージェントのランタイム・ログ出力でログ・ファイルの作成に使用されるハンドラです。

- ログ出力セクションで、コントロール・センター・エージェントのランタイム監査のログ出力を作成します。

<!-- The log handler used by JRT run-time logger -->
<log_handler name="jrt-internal-log-handler"   class="oracle.core.ojdl.logging.ODLHandlerFactory">
<property name="path" value="../log"/>
<property name="maxFileSize" value="10485760"/>
<property name="maxLogSize" value="104857600"/>
<property name="encoding" value="UTF-8"/>
</log_handler>
...
<!-- The JRT run-time logger for run-time auditing -->
<logger name="oracle.wh.jrt.server.audit" level="ALL"
useParentHandlers="false">
<handler name="jrt-internal-log-handler"/>
</logger>

監査データソースの構成

監査のデータソースを構成するには:

1. OC4Jサーバー構成ディレクトリOC4J_HOME/j2ee/home/config/にあることを確認します。OC4J_HOMEは、OC4Jのルート・ホーム・ディレクトリを表します。

2. テキスト・エディタでファイルdata-sources.xmlを開きます。

3. 次の例のとおり、監査データソースを変更します。ここで、太字フォントは編集箇所を表します。

<managed-data-source name="AuditDS" connection-pool-name="OWBSYS Audit
Connection Pool" jndi-name="jdbc/AuditDS"/>
<connection-pool name="Oracle Audit Connection Pool">
<connection-factory factory-class="oracle.jdbc.pool.OracleDataSource"
user="username" password="password"
url="jdbc:oracle:thin:@//localhost:1521/ORCL"/>
</connection-pool>

コントロール・センター・エージェントのセキュリティ・ロールの設定

コントロール・センター・エージェントのセキュリティ・ロールを構成するには:

1. Webブラウザで、Enterprise Managerホームページに移動します。

2. oc4jadmin資格証明を使用してログインします。oc4jadminアカウントをアクティブ化するよう求められる場合があります。アカウントのアクティブ化を求められた場合:
アカウントをアクティブ化するoc4jadminアカウントのパスワードを作成します。使用するパスワードを入力します。パスワードを確認して、「OK」をクリックしアカウントをアクティブ化します。

3. 「クラスタ・トポロジ」ページで、アプリケーション・サーバーにインストールされたOC4Jインスタンスへのリンクを見つけます。

4. 「ホーム」(OC4Jインスタンス)をクリックします。
OC4Jインスタンスのホーム・ページに移動します。

5. 「OC4J: ホーム」画面で、「管理」タブをクリックします。

6. 「管理タスク」画面で、「セキュリティ」を開きます。

7. 「セキュリティ・プロバイダ」の横にあるタスク・アイコンをクリックします。

8. 「セキュリティ・プロバイダ」画面で、「インスタンス・レベルのセキュリティ」をクリックします。

9. 「インスタンス・レベルのセキュリティ」画面で、「レルム」タブをクリックします。

10. 「レルム」タブのデフォルトのレルムjazn.comで、「ロール」列の数値をクリックします。

11. 「ロール」画面で、「作成」をクリックします。

12. 「ロールの追加」画面の「名前」に、OWB_J2EE_EXECUTORを入力します。
「OK」をクリックします。

13. 「ロールの追加」画面の「名前」に、OWB_J2EE_OPERATORを入力します。
「OK」をクリックします。

14. 「ロールの追加」画面の「名前」に、OWB_J2EE_OPERATORを入力します。
「ロールの割当て」の「使用可能なロール」のリストでOWB_J2EE_EXECUTORとoc4j-administratorsを選択し、「選択したロール」のリストに移動します。

「OK」をクリックします。

15. 「ロールの追加」画面の「名前」に、OWB_J2EE_ADMINISTRATORを入力します。
「ロールの割当て」の「使用可能なロール」のリストでOWB_J2EE_OPERATORとOWB_J2EE_EXECUTORを選択し、「選択したロール」のリストに移動します。

「OK」をクリックします。

16. ブレッドクラムで、「インスタンス・レベルのセキュリティ」をクリックします。

17. 「レルム」タブのデフォルトのレルムjazn.comで、「ユーザー」列の数値をクリックします。

18. 「ユーザー」画面で、ユーザーoc4jadminをクリックします。

19. 「ロールの割当て」の「使用可能なロール」のリストで、OWB_J2EE_ADMINISTRATORとoc4j_app_administratorsを選択し、「選択したロール」のリストに移動します。
「適用」をクリックします。

20. ブレッドクラムで、「インスタンス・レベルのセキュリティ」をクリックします。

21. 「レルム」タブのデフォルトのレルムjazn.comで、「ロール」列の数値をクリックします。

22. 「作成」をクリックします。

23. 「ロールの追加」画面の「名前」に、OWB_INTERNAL_USERSを入力します。
「OK」をクリックします。

JMSキューの作成

JRT: owbQueueおよびJRT:owb_abortQueueの、2つのJMSキューを作成する必要があります。

JMSキューを作成するには:

1. ブレッドクラブで、「OC4J: ホーム」をクリックします。

2. 「OC4J: ホーム」画面で、「管理」タブをクリックします。

3. 「サービス」→「エンタープライズ・メッセージ・サービス」を開きます。

4. 「JMS宛先」の横にあるタスク・アイコンをクリックします。

5. 「JMS宛先」画面で、「新規作成」をクリックします。

6. 「宛先の追加」画面で、「宛先タイプ」でQueueを選択し、「宛先名」にowbQueueを入力します。「永続性」では、「メモリー内の永続性のみ」を選択して、「JNDIロケーション」にjms/owbQueueを入力します。
「OK」をクリックします。

7. 「宛先の追加」画面で、「宛先タイプ」でQueueを選択し、「宛先名」にowb_abortQueueを入力します。「永続性」では、「メモリー内の永続性のみ」を選択して、「JNDIロケーション」にjms/owb_abortQueueを入力します。
「OK」をクリックします。

PATH環境変数の設定

コントロール・センター・エージェント内のスクリプトでlinux ls、shなどのシステム・コマンドが正常に動作することを確認するには、環境変数PATHでシステム・コマンドが格納されたディレクトリが保持されている必要があります。

PATH環境変数を設定するには:

1. ブレッドクラブで、「OC4J: ホーム」をクリックします。

2. 「OC4J: ホーム」画面で、「管理」タブをクリックします。

3. 「管理タスク」→「プロパティ」を開きます。

4. 「サーバー・プロパティ」の横にあるタスク・アイコンをクリックします。

5. 「サーバー・プロパティ」画面で、「環境変数」セクションまで下にスクロールします。

6. 「環境変数」で、「行の追加」をクリックします。

7. 「名前」にPATHを入力し、「値」にシステム・コマンドが格納されているディレクトリを入力します。
「適用」をクリックします。

OC4Jへのコントロール・センター・エージェントのデプロイ

OC4Jにコントロール・センター・エージェントをデプロイするには:

1. ブレッドクラブで、「OC4J: ホーム」をクリックします。

2. 「OC4J: ホーム」画面で、「アプリケーション」タブをクリックします。

3. 「デプロイ」をクリックして、コントロール・センター・エージェントのデプロイを開始します。

4. 「デプロイ: アーカイブの選択」画面の「アーカイブ」で、「アーカイブはローカル・ホストに存在します。アーカイブをApplication Server Controlが稼働しているサーバーにアップロードします。」を選択します。
「参照」をクリックして、OWB_HOME/owb/jrt/applicationsディレクトリのjrt.earファイルの位置を確認します。

5. 「デプロイ・プラン」で、「新規デプロイ・プランを自動的に作成します。」を選択します。
「次へ」をクリックします。

アップロードの進行中は、「デプロイ: アップロード中」画面が表示されます。

6. 「デプロイ: アプリケーション属性」画面で、「アプリケーション名」にjrtを、「コンテキスト・ルート」にもjrtを入力します。これ以外の属性は、デフォルト値のままにします。
「次へ」をクリックします。

7. 「デプロイ: デプロイ設定」画面では、すべての属性をデフォルト値のままにして「デプロイ」をクリックします。

8. アプリケーションのデプロイが正常に完了すると、確認メッセージが表示されます。

9. 「確認」画面で、「戻る」をクリックします。
「アプリケーション」タブで、「すべてのアプリケーション」→「デフォルト」を開きます。

新しいアプリケーションCCAが起動されています。

コントロール・センター・エージェントのWebサービス(jrt-web.war)の構成

コントロール・センター・エージェントWebサービスは、コントロール・センター・エージェントによって自動的にデプロイされます。追加の設定は必要ありません。

Webサービスが実行されていることをチェックするには:

1. ブレッドクラブで、「OC4J: ホーム」をクリックします。

2. 「OC4J: ホーム」画面で、「Webサービス」タブをクリックします。
JRTWebServiceが表示されます。

Webサービスをテストするには:

1. 「Webサービス」タブでJRTWebServiceを選択し、「サービスのテスト」をクリックします。

2. 「Webサービスのテスト: HttpSoap11」画面の「検出されたWebサイト」で、httpサイトを選択して「Webサービスのテスト」をクリックします。

3. 「JRT Webサービス・エンドポイント」画面に、Webサービスが稼働中であることが表示されます。
使用可能な操作には、「操作」ドロップダウン・ボックスからアクセスできます。必要なパラメータを入力した後で「起動」をクリックして、操作を実行します。

4. オプション: http://AS_hostname/jrt/webserviceに移動する方法もあります。

セキュアなWebサイトでWebサービスを使用するには(管理者ユーザーのみ使用可能):

1. configディレクトリで、secure-web-site.xmlファイルを作成または変更します。

2. サンプルのsecure-web-site.xmlファイルは次のとおりです。
関連するコードは太字で示しています。

特に、protocolがhttpsに設定されていること、secureがtrueに設定されていること、また、セキュアhttpportが識別されることを確認してください。また、keystoreファイルを作成し、ssl-configエントリを追加する必要もあります(キーストア・ファイルには絶対パスを使用します)。

<?xml version="1.0" standalone="yes"?>

<web-site
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation=
"http://xmlns.oracle.com/oracleas/schema/web-site-10_0.xsd"
display-name="OC4J 10g (10.1.3) Secure Web Service"
schema-major-version="10"
schema-minor-version="0"
protocol="https"
port="4443"
secure="true"
>
<ssl-config keystore="directory_path/owb/jrtrun/config/serverkeystore.jks"
keystore-password="password"/>

<default_web_app application="default" name="defaultWebApp" />
<web-app application="system" name="dms0" root="/dmsoc4j" access-log="false"
load-on-startup="true" />
<web-app application="system" name="dms0" root="/dms0" access-log="false"
load-on-startup="true" />
<web-app application="system" name="JMXSoapAdapter-web"     root="/JMXSoapAdapter" />
<web-app application="default" name="jmsrouter_web" root="/jmsrouter"
load-on-startup="true" />
<web-app application="javasso" name="javasso-web" root="/jsso"
load-on-startup="false" />
<web-app application="ascontrol" name="ascontrol" root="/em"
load-on-startup="true" ohs-routing="false"/>
<web-app application="jrt" name="jrtws" load-on-startup="true" root="/jrt" />

<!-- Access Log, where requests are logged to -->
<access-log path="../log/secure-web-access.log"
split="day" />

<!- Uncomment this to use ODL logging capabilities
<odl-access-log path="../log/secure-web-access" max-file-size="1000"
max-directory-size="10000" />
-->

</web-site>

3. secure-web-site.xmlファイルを作成したら、jrtws.warにデプロイします。JRTWebService securely through https://hostname:4443/jrt/webserviceを使用することによって、JRT Webサービスにセキュアにアクセスできます。

コントロール・センター・エージェント監査表のロギングを有効にする

監査表ロギングを有効にするには、コントロール・センター・エージェントのデプロイメント前に、接続プールを設定し、次に管理データソースを設定する必要があります。

OWBSYS監査接続プールの構成

OWBSYS監査接続プールを構成するには:

1. ブレッドクラブで、「OC4J: ホーム」をクリックします。

2. 「OC4J: ホーム」画面で、「管理」タブをクリックします。

3. 「サービス」を開きます。

4. 「JDBCリソース」の横にあるタスク・アイコンをクリックします。

5. 「JDBCリソース」画面の「接続プール」で、「作成」をクリックします。

6. 「接続プールの作成 - アプリケーション」画面の「アプリケーション」で、「デフォルト」を選択します。
「接続プール・タイプ」で、「新規接続プール」を選択します。

「続行」をクリックします。

7. 「接続プールの作成」画面の「名前」に、OWBSYS Audit Connection Poolと入力します。「URL」で、「JDBC URL」にURLを入力します(この例では、jdbc:oracle:thin:@localhost:1521:ora111をローカル・インストールに使用する)。
「資格情報」セクションでユーザー名(この例では、owbsys_audit)を入力し、「クリアテキスト・パスワードの使用」に入力します。

8. オプション: 「確認」画面で、接続が使用できるかどうかをテストします。「接続テスト」をクリックします。

9. 「接続テスト: OWBSYS監査接続プール」画面で、「テスト」をクリックします。

確認画面が表示されます。

注意:
Application Server 10gでは、Oracle Database資格証明の検証時に大文字と小文字を区別せず、すべての文字を小文字に変換してからデータベースへの接続を試みます。Oracle Databaseリリース11gリリース1以降では大文字と小文字が区別されるため、ユーザー資格証明を監査表ロギングに使用する場合は、「ユーザー名/パスワードが無効です」というエラー・メッセージが表示されないように、小文字のユーザー資格証明を作成してください。

監査表のデータソースの構成

コントロール・センター・エージェントをOC4Jにデプロイする場合、監査表のデータソースも構成する必要があります。このデータソースは、コントロール・センター・エージェントに必要です。構成しないと、コントロール・センター・エージェントのデプロイメントは失敗します。

監査表のデータソースを構成するには:

1. ブレッドクラブで、「OC4J: ホーム」をクリックします。

2. 「OC4J: ホーム」画面で、「管理」タブをクリックします。

3. 「サービス」を開きます。

4. 「JDBCリソース」の横にあるタスク・アイコンをクリックします。

5. 「JDBCリソース」画面の「データソース」で、「作成」をクリックします。

6. 「データ・ソースの作成 - アプリケーションとタイプ」画面で、次のように実行します。

- 「アプリケーション」では、「アプリケーション」で「default」を選択します。

- 「データソース・タイプ」で、「管理データソース」を選択します。

- 「続行」をクリックします。

7. 「データ・ソースの作成 - 管理データ・ソース」画面では、次のように実行します。

- 「名前」にAuditDSを入力します。

- 「JNDIロケーション」にjdbc/AuditDSを入力します。

- 「終了」をクリックします。

監査表ロギングが必要ない場合、他のパラメータはデフォルト値のままにします。

OC4JへのJDBCドライバのインストール

OC4JにJDBCドライバをインストールする方法を次に説明します。

OC4JにJDBCドライバをインストールするには:

1. 必要なプラットフォームのJDBCドライバが格納された*.jarファイルを入手します。

2. OC4Jサービスを停止します。

3. JDBCドライバ・ファイルをAS_HOME/j2ee/home/applibディレクトリにコピーします。AS_HOMEは、アプリケーション・サーバーのホームです。

4. OC4Jサービスを再起動します。

コントロール・センター・エージェント・ファイルの概要

この項では、ランタイムに生成されるファイルについて説明します。アプリケーション名がjrt以外の場合、それらのディレクトリ・パスでは、app_nameと表示されます。

コントロール・センター・エージェントのファイルには次のものが含まれます。

- ODLジョブのログ・ファイル

- コントロール・センター・エージェントのランタイム・ログ・ファイル

- JobIDファイル

- コントロール・センター・エージェントの設定

- JRTAdministratorMBean

ODLジョブのログ・ファイル

デフォルトでは、ODLジョブのログ・ファイルは、AS_HOME/j2ee/home/log/app_nameディレクトリにあります。

各ジョブ・ログは、専用のディレクトリにあります。たとえば、ジョブ10のログ・ファイルは、AS_HOME/j2ee/home/log/app_name/job10/log.xmlにあり、ジョブ10のメタデータ・ファイルはAS_HOME/j2ee/home/log/app_name/job10/meta_data.txtにあります。

コントロール・センター・エージェントで、ログ・ファイルを他のディレクトリに格納する構成を選択した場合は、コントロール・センター・エージェントがそのログ・ディレクトリにアクセスできることを確認する必要があります。

コントロール・センター・エージェントのランタイム・ログ・ファイル

コントロール・センター・エージェントのランタイム・ログ・ファイルapp_name.logでは、ODLログ・ファイルのローテーション・メカニズムを採用しています。最新のランタイム・ログは常にapp_name.logという名前になり、古いログ・ファイルはapp_name.log.Nという名前になります(Nは何回目のログ・ローテーションであるかを示しています)。デフォルトでは、このファイルは次のようになります。

AS_HOME/j2ee/home/log/app_name.log

JobIDファイル

コントロール・センター・エージェントでは、ファイルを使用してシステムの現行ジョブIDを追跡するため、このファイルを削除しないよう注意してください。このファイルの場所は次のいずれかになります。

- コントロール・センター・エージェントが比較的大規模なOracle Warehouse Builderインストールの一部としてインストールされている場合、ファイルは次の場所にあります。

OWB_HOME/owb/jrt/application-deployments/jrt/counter/counter.info

- コントロール・センター・エージェントがアプリケーション・サーバーにインストールされている場合、ファイルは次のロケーションにあります。

AS_HOME/j2ee/home/applications/application_name/counter/counter.info

コントロール・センター・エージェントの設定

コントロール・センター・エージェントの設定は、ファイルjrt.xmlに永続化されます。このファイルの設定を直接変更して、コントロール・センター・エージェントを再起動できます。また、Enterprise ManagerでJRTAdministratorMBeanの属性を変更して、これらの設定を変更することもできます。このファイルは、次のとおりです。

AS_HOME/j2ee/home/applications/app_name/config/jrt.xml

JRTAdministratorMBean

JRTAdministratorMBeanを使用すると、コントロール・センター・エージェントを再起動しなくてもコントロール・センター・エージェントの設定を動的に変更できます。

JRTAdministratorMBeanを使用してコントロール・センター・エージェントの設定を変更するには

1. ブレッドクラブで、「OC4J: ホーム」をクリックします。

2. 「OC4J: ホーム」画面で、「アプリケーション」タブをクリックします。

3. 「すべてのアプリケーション」→「デフォルト」を開きます。

4. jrt行で、列「アプリケーション定義のMBeans」のタスク・アイコンをクリックします。

5. 「アプリケーションMBeans」画面で、左側のナビゲーション・メニューから「JRTAdministrator」を選択します。
右側の対応するタブに、JRTAdministorator MBeanのすべての属性と操作が表示されます。

6. 属性を必要な値に変更して、「適用」をクリックします。

コントロール・センター・エージェントから使用するコード・テンプレートのインストール

コード・テンプレートを使用する場合は、すべてのクライアント・コンピュータおよびコントロール・センター・エージェントをホスティングするコンピュータでコード・テンプレートが異種システムにアクセスするのに必要なJDBCドライバを追加インストールする必要があります。

コード・テンプレートをインストールするには:

1. 必要なJDBCドライバを、OWB_HOME/owb/lib/extディレクトリにロードします。

2. コード・テンプレートをデザイン・クライアントのコード・テンプレートを使用するすべてのプロジェクトにインポートします。
プロジェクトのコード・テンプレートをインポートします。インポート後は、プロジェクトで作業するすべてのユーザーがコード・テンプレートを使用できます。

E-Business Suiteとの統合

Oracle E-Business Suite(EBS)と統合する場合は、データの移動と変換のマッピングを設計する前に、メタデータをインポートしておく必要があります。特に、次のことに注意してください。

- 設計段階では、Oracle Warehouse Builderユーザーは、APPSスキーマのメタデータにアクセスする必要があります。

- 実行段階では、Oracle Warehouse Builderユーザーは、APPSスキーマのデータにアクセスする必要があります。

APPS本番用スキーマへの直接的なアクセスは制限される場合があるため、EBSデータベースでユーザーを定義して、Oracle Warehouse Builderユーザーが関連するメタデータやデータにのみアクセスできるようにします。

EBSデータおよびメタデータへのアクセスを許可するには:

1. EBSをホスティングするデータベースでユーザーを作成します。このユーザーには、少なくともCONNECTとRESOURCEの権限が必要です。

2. OWB_HOME\owb\cmi\ebs\owbebs.sqlスクリプトを実行して、関連メタデータへのアクセス権を付与します。
このスクリプトによって、APPSスキーマの(EBS表、ビュー、順序およびキーに関するメタデータを含む)次の表へのアクセス権が付与されます。

- FND_APPLICATION

- FND_APPLICATION_VL

- FND_TABLES

- FND_VIEWS

- FND_SEQUENCES

- FND_COLUMNS

- FND_PRIMARY_KEYS

- FND_FOREIGN_KEYS

- FND_PRIMARY_KEY_COLUMNS

- FND_FOREIGN_KEY_COLUMNS

また、このスクリプトにより、前述の各オブジェクトのシノニムがユーザー・スキーマに作成されます。

3. ユーザーがEBSデータベースからデータを抽出できるようにします。
新規ユーザーを作成したり、すでに作成済のユーザーに適切な権限を付与することができます。ユーザーには、データ抽出を可能にするオブジェクトのそれぞれに対する、SELECT以上のアクセス権を付与します。

これで、Oracle Warehouse Builderのユーザーは、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』のインポートに関する項の説明に従ってE-Business Suiteのメタデータをインポートできます。

サード・パーティのName and Addressデータのインストール

Oracle Warehouse Builderでは、Name and Address演算子を使用して、データに対するName and Addressクレンジングを実行できます。Name and Address演算子は、Name and Addressのソース・データにあるエラーや不整合を識別し、修正します。この演算子は、入力データを、Name and Addressのクレンジング・ソフトウェアのサード・パーティ・ベンダーから提供されたデータ・ライブラリと比較し、不整合を識別します。このデータ・ライブラリは、ベンダーから直接購入してください。

データ・ライブラリをインストールする場合は、ベンダーから提供される、Name and Addressのクレンジング・ソフトウェアのインストール手順を参照してください。Name and Addressのクレンジング・ソフトウェアの認定プロバイダは、Oracle Technology Network(http://www.oracle.com/technetwork/developer-tools/warehouse/overview/index.html)を参照してください。

サード・パーティのName and Addressデータ・ライブラリと統合するには:

1. このガイドの手順に従って、Oracle Warehouse Builderをインストールします。

2. My Oracle Support (https://support.oracle.com)に記載されている認定ベンダーから、データ・ライブラリを購入します。

3. 認定ベンダーのデータ・ライブラリとName and Addressアダプタを、そのベンダーの指示に従ってインストールし、アクセスします。
Oracle Real Application Cluster (RAC)環境にインストールする場合は、複数のノードにName and Addressアダプタをインストールして、Oracle RACアーキテクチャの並行処理およびフェイルオーバーの機能を活用することもできます。購入したライセンスで複数ノードへのインストールが許諾されているかどうかは、ベンダーにご確認ください。

データ・ライブラリを複数のノードにインストールする必要はありません。ただし、1つのノードにすべてのデータ・ライブラリをインストールすると、ファイルへのアクセスに待機時間が発生して、パフォーマンスが低下する可能性があります。Name and Addressクレンジング・ソフトウェアのベンダーが推奨する方法に従ってください。

4. Name and Address演算子を使用してマッピングを設計し、Name and Addressデータをクレンジングします。Name and Address演算子を使用したマッピングの設計方法は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

Oracle Workflowとの統合

Oracle Warehouse Builderプロセス・フローを使用する場合は、この項の説明に従って、Oracle Workflowを使用してデプロイメントを可能にします。

関連項目:
スケジュールの詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

Oracle Workflowと統合するには:

1. 稼動中のOC4Jインスタンスをすべて停止します。

2. OWB_HOME\owb\wf\install\wfinstall.*で、Oracle Workflowインストール・プログラムを見つけます。
Oracle Database 10gリリース2にOracle Warehouse Builder 11gをインストールしている場合は、Oracle Workflow 2.6.4用のソフトウェアを別途ダウンロードします。

3. Oracle Workflowインストール・プログラムを起動します。
Windowsの場合、コマンド・プロンプトで次のように入力します。

C:\>  cd OWB112\owb\wf\install
C:\OWB112\owb\wf\install> wfinstall.bat

Linuxの場合、シェルで次のように入力します。

% cd OWB112/owb/wf/install
% wfinstall.csh

複数のOracleデータベースを使用する場合、ORACLE_HOME、ORACLE_SID、ORACLE_PORT、LD_LIBRARY_PATHなどのOracle関連の環境変数の設定を解除する必要があります。

4. 次の値を使用して、Workflowコンフィギュレーション・アシスタントを実行します。

- インストール・オプション: サーバーのみ

- ワークフロー・アカウント: owf_mgr

- ワークフロー・パスワード wf_password

- SYSパスワード: sys_password。Oracle WorkflowをインストールするデータベースのSYSパスワードを入力します。

- TNS接続ディスクリプタ: hostname:port:service_name。ここで、これらの値は使用するデータベースに対応します。
アシスタントではtnsnames.oraファイルが参照されないため、ネット・サービス名は使用しないでください。

- LDAPパラメータ: これはオプションです。詳細は、Oracle Workflowのドキュメントを参照してください。

- メーラー・パラメータ: オプションです。詳細は、Oracle Workflowのドキュメントを参照してください。

- 表領域名:オプションで、表領域を変更できます。

5. 「送信」をクリックして、Workflowの構成プロセスを開始します。
構成プロセスが完了するまで数分かかることがあります。構成プロセスの進行状況を確認するには、OWB112/owb/wf/install/wf.logでメッセージをチェックします。

プロセスが完了すると、Workflowコンフィギュレーション・アシスタントに完了メッセージが表示されます。

6. Workflowクライアントをインストールします[オプション]。
Oracle Warehouse Builderのプロセス・フロー・エディタにOracle Workflowクライアントの機能が組み込まれているため、Oracle Workflowクライアントのインストールはオプションです。デプロイされたOracle Warehouse BuilderプロセスをOracle Workflowで表示する場合は、Oracle Workflowクライアントをインストールしてください。

Oracle Warehouse Builderクライアントをホスティングするコンピュータに、Oracle WorkflowクライアントのCDからOracle Workflowクライアントをインストールします。

7. Workflowプロキシ・ユーザーを作成します。
Workflowインスタンスの存在するコンピュータとOracle Warehouse Builderリポジトリをホスティングするコンピュータが異なる場合は、プロキシ・ユーザーを作成する必要があります。

リポジトリをホスティングしているデータベース内で、SQL Plusを使用してユーザーを作成し、デフォルトとしてOWB_USERロールを付与します。これにより、コントロール・センターが提供するサービスにリモートのOracle Workflowインスタンスから接続できます。

OWB_USERロールに関する考慮事項

OWB_USERロールを付与しようとすると問題が発生する場合、以前のOracle Warehouse Builder実装にOWB_USERが存在している可能性があります。この場合、現在のリリースのOWB_USERロールをユーザーに付与する前に、まず既存のOWB_USERを他の名前に変更する必要があります。名前が変更されたロールのプロパティを保持するには、リリース11.2の新しいインストールでそのロールを登録する必要があります。

第II部

Oracle Warehouse Builderの管理

この部では、次の項目について説明します。

- 第8章「構成の管理」

- 第9章「コントロール・センター・エージェントおよびリポジトリの管理」

- 第10章「コントロール・センター・エージェントの管理」

- 第11章「メタデータを管理するためのスナップショットの使用」

- 第12章「メタデータのインポート、エクスポートおよびアップグレード」

- 第13章「セキュリティの管理」

8 構成の管理

この項では、複数の構成環境に関連する設計の問題について説明します。

この項では、次の項目について説明します。

- 構成管理について

- 構成テンプレートの作成

- 構成テンプレートの編集

- 構成のアクティブ化

- オブジェクトの構成

構成管理について

Oracle Warehouse Builderをインストールして新しいリポジトリを作成すると、1つの自動デフォルト構成DEFAULT_CONFIGURATIONを持つデフォルトのプロジェクトが作成されます。図8-1を参照すると、各新しいプロジェクトに自動DEFAULT_CONFIGURATIONが作成されていることがわかります。これは、プロジェクト・ナビゲータで構成ノードを開くと確認できます。また、アクティブな構成はツールバーにDEFAULT_CONFIGURATIONとして表示されます。

このデフォルト構成には、プロジェクト内のすべてのデータ・オブジェクトのデフォルトの物理プロパティが含まれます。これらのプロパティはデプロイメント用として必要です。単一のエンティティであるDEFAULT_CONFIGURATIONにより、Oracle Warehouse Builderの内部作業に必要であるデフォルトのコントロール・センターDEFAULT_CONTROL_CENTERおよびデフォルト・エージェントDEFAULT_AGENTへのデプロイメントが可能になります。

新しい構成を定義すると、Oracle Warehouse Builderによってその構成が構成リストに追加されます。複数の構成により、様々な環境全体で同じ論理オブジェクトを定義する方法を指定できます。つまり、単一の表、ビューまたはこのような他のオブジェクトについて複数の物理プロパティおよびデプロイメント詳細を定義できます。この方法により、構成を使用して設計オブジェクトを実現に接続できます。

構成をテンプレートにリンクすると、構成はデフォルト値を選択します。これにより、構成値の既存の設定を独自の値で上書きすることができます。

Oracle Warehouse Builder環境において、構成は次のいくつかの役割を持ちます。

- 構成の主な役割は、デプロイメントとデプロイメント・ロケーションを管理するコントロール・センター・サービスおよびコントロール・センター・エージェントを決定することです。構成は常に1つのコントロール・センターおよびCCAのみに関連付けられます。構成によって、この構成のアクティブ時における任意のオブジェクトのデプロイメントを制御するサービスが指定されます。設計オブジェクトの構成設定により、「ロケーション」プロパティが制御されます。たとえば、各Oracleデータベース・モジュールには、構成プロパティ「ロケーション」があります。「ロケーション」プロパティの値は、Oracleデータベースのロケーションへの参照である必要があります。この値により、モジュール内の任意のオブジェクトがどこにデプロイされるかが決まります。

- 構成のその他のロールは、特定のロケーションでのオブジェクトの作成と使用に固有の情報を取得するためのロールです。たとえば、新しい表を作成する必要がある表領域を定義できます。

図8-1 Oracle Warehouse Builderの構成管理

構成の詳細は、パフォーマンス・パラメータ、表の記憶域などのタイプごとにグループ化されます。使用されない構成プロパティや汎用的なデフォルトを持たない構成プロパティが各オブジェクト・タイプに含まれることがあるため、Oracle Warehouse Builderでは、ユーザーが実行する必要のある作業を簡素化するために構成テンプレートを使用しています。

構成テンプレートを使用して、構成プロパティの自動デフォルト値を上書きしたり、一般セットまたは拡張セットのいずれかのプロパティにフラグを設定できます。たとえば、使用頻度の低い構成プロパティを拡張セットに移動させることができます。

構成テンプレートの作成

構成テンプレートを作成するには:

1. グローバル・ナビゲータで、「構成テンプレート」を選択します。

2. 「構成テンプレート」を右クリックして、「新規構成テンプレート」を選択します。

構成テンプレート作成ウィザードが開きます。ウィザードのすべての画面で、「ヘルプ」をクリックすると詳細情報が表示されます。

3. 「名前と説明」画面で、新規構成テンプレートの「名前」を入力し、オプションで「説明」を入力します。
「OK」をクリックします。

4. Oracle Warehouse Builderコンソールの右ペインに、新しい構成テンプレートが表示されます。
新しい構成テンプレートを作成すると、拡張オプションの最初のデフォルト設定は、以前に作成された構成テンプレートと同じになります。

構成テンプレートの編集

テンプレートの構成値を編集するには、オブジェクトの構成プロパティを「拡張」に設定したり、既存の構成デフォルトを上書きできる構成テンプレート・エディタを使用します。

構成テンプレート・エディタでは、複数のテンプレートの比較と編集がしやすいように、異なるテンプレートが並んで表示されます。

構成テンプレートを編集するには:

1. グローバル・ナビゲータで、「構成テンプレート」を右クリックし、「構成テンプレート列の管理」アイコンをクリックします。

2. 「テンプレートを選択」ウィンドウで、編集するテンプレートを選択します。
「OK」をクリックします。

3. 「すべて開く」」アイコンをクリックします。

4. 横並びに表示したテンプレートに変更を行います。

構成のアクティブ化

構成をアクティブ化するには:

1. プロジェクト・ナビゲータで、プロジェクトを選択してナビゲーション・ツリーを開きます。

2. 「構成」フォルダを開きます。

3. 構成を選択します。

4. メニューから選択した構成を右クリックして、「アクティブな構成として設定」を選択します。

オブジェクトの構成プロパティ変更はすべて、この構成に保存されます。前の構成に戻った場合は、これらのパラメータには構成の設定が表示されます。

この構成に関連するコントロール・センター・サービスおよびコントロール・センター・エージェントが現在設定されており、コントロール・センター・サービスおよびコントロール・センター・エージェントにより今後すべてのデプロイメントまたは実行が管理されます。

オブジェクトの構成

任意のオプションで「構成」オプションを選択すると、構成テンプレートで定義されているデフォルト値を含む構成プロパティのセットが表示されます。ロパティ・ツリーを開いて、すべてのプロパティを表示することができます。

構成ではデータ・オブジェクトの物理特性を定義します。これらには、表の構成での表領域の定義およびパフォーマンス・パラメータの設定が含まれます。

デプロイメントの前には、いつでもオブジェクトの構成を変更でき、同じオブジェクト・セットに対して複数の構成を定義することも可能です。この機能は、テスト環境や本番環境など、複数の環境にデプロイする場合に便利です。

すべてのオブジェクトにはdeployableというパラメータがあり、デフォルトで選択されています。オブジェクトがデプロイされないようにするには、このパラメータの選択を解除します。

オブジェクトを構成するには:

1. プロジェクト・ナビゲータで構成するオブジェクトを選択します。

2. 「ファイル」メニューから、「構成」を選択します。

構成エディタが表示されます。

3. 表示するパラメータを選択し、その値を右側のパネルで編集します。

4. 詳細を表示するには、「ヘルプ」をクリックします。

9 コントロール・センターおよびリポジトリの管理

ユーザーは、Oracle Warehouse Builderのコントロール・センター・サービスおよびリポジトリを管理する必要があります。このユーティリティを使用するには、コマンド・プロンプトでOWB_HOME/owb/rtp/sqlディレクトリからこのユーティリティにアクセスします。この項では、使用可能なリソースとツール、および必要な管理タスクについて説明します。

この項では、次の項目について説明します。

- Oracle Warehouse Builderコントロール・センターおよびリポジトリの管理の概要

- Oracle Warehouse Builderの管理ユーティリティ

- Oracle Warehouse Builderリポジトリ・ブラウザの概要

Oracle Warehouse Builderコントロール・センターおよびリポジトリの管理の概要

Oracle Warehouse Builderコントロール・センター、コントロール・センター・サービスおよびOracle Warehouse Builderリポジトリでは、Oracle Warehouse Builderのコントロール・センター・マネージャGUIでは実行できない管理タスクが必要となる場合があります。

これらの作業は次のグループに分類できます。

- 「コントロール・センター・サービスの起動および停止」

- コントロール・センター構成の表示と管理

- コントロール・センターのデプロイメント・ジョブと実行ジョブの管理

- Oracle Warehouse Builderのリポジトリおよびロケーションの管理ユーティリティ

作業の各グループおよび関連するコマンドの詳細は、次の項で説明します。

関連項目:

- 『Oracle Warehouse Builder概要』のOracle Warehouse Builderの主要な各アーキテクチャ・コンポーネントを含むアーキテクチャの概要

- Oracle Warehouse Builderの概念のコントロール・センター・サービスに対するデプロイメントおよび実行リクエストの発行プロセス

- 『Oracle Warehouse Builder概要』のデプロイメント・ジョブおよび実行ジョブ

- 第10章「コントロール・センター・エージェントの管理」で説明されているコントロール・センター・エージェントの管理に使用するコマンド

- 『Oracle Warehouse Builder概要』のランタイム・プリファレンス

コントロール・センター・サービスの起動と停止

コマンドのグループにより、コントロール・センター・サービスを起動および停止したり、現在使用できるかどうかを表示したり、幅広い問題をトラブルシューティングします。

このグループには、次のコマンドが含まれます。

- service_doctor: Oracle Warehouse Builderリポジトリおよびコントロール・センター・サービスの様々な診断情報を表示します。

- show_service: コントロール・センター・サービスのステータス(AvailableまたはNot Available)を表示します。

- start_service: コントロール・センター・サービスを起動します。

- stop_service: コントロール・センター・サービスを停止します。

コントロール・センター構成の表示と管理

コマンドの別のグループではコントロール・センターのプロパティを表示および変更し、そのことにより動作が変更されます。

このグループには、次のコマンドが含まれます。

- display_platform_property: プラットフォーム・プロパティの値を表示します。

- set_ccs_home: コントロール・センター・サービスに関連付けられたプロパティを設定します。

- set_platform_property: プラットフォーム・プロパティの値を設定します。

- set_platform_property_from_file: 指定のファイル・ロケーションからプラットフォーム・プロパティの値を設定します。

コントロール・センターのデプロイメント・ジョブと実行ジョブの管理

第3グループのコマンドにより、コントロール・センターによるOracle Warehouse Builderのデプロイメント・リクエストまたは実行リクエストのデフォルト処理の上書き、ジョブの非アクティブ化または中断、または特定のリクエストの処理促進が行われます。

このグループには、次のコマンドが含まれます。

- abort_exec_request: 現在ビジーな実行を終了します。

- abort_unit_request: ユニット・レベルのデプロイメント・ジョブを終了します。

- deactivate_all: 不完全なデプロイメント・ジョブおよび実行ジョブをすべて非アクティブ化します。

- deactivate_deployment: デプロイメント・ジョブを非アクティブ化します。

- deactivate_execution: 実行ジョブを非アクティブ化します。

- expedite_exec_request: 実行中のジョブの処理を促進します。

- list_requests: アクティブなデプロイメント・リクエストや実行リクエストの詳細を表示します。

- print_exec_details: 監査実行の階層および実行の詳細をテキスト・ファイルに出力します。

- print_running_exec_details: 監査実行の階層および未完了の実行の詳細をテキスト・ファイルに出力します。

- sqlplus_exec_background_template: 指定したオブジェクトを非ブロック・コールとしてバックグラウンドで実行します。

- sqlplus_exec_template: 指定したオブジェクトをブロック・コールとして実行します。

Oracle Warehouse Builderのリポジトリおよびロケーションの管理ユーティリティ

Oracle Warehouse Builderのリポジトリおよびロケーションには、直接の操作が必要な場合があります。また、ランタイム監査データがOracle Warehouse Builderリポジトリに蓄積されるため、場合によってはパフォーマンスを向上させるために履歴ランタイム監査データをパージします。

この4番目のグループには、次のコマンドが含まれます。

- delete_warehouse_object: リポジトリのロケーションからウェアハウス・オブジェクトを削除します。

- grant_error_table_privileges: リポジトリ・ブラウザでのエラー表の表示およびパージを可能にします。

- grant_upgrade_privileges: デプロイメント・アクションのアップグレードに必要なロールおよび権限を特定のユーザーに対して付与します。

- UpdateControlCenter: Oracle Warehouse Builderクライアント・リポジトリにコントロール・センターのホスト、ポート、サービスの各パラメータを設定します。

- UpdateLocation: Oracle Warehouse Builderクライアント・リポジトリ内のロケーションにホスト、ポート、サービスの各パラメータを設定します。

- purge_audit_template: デプロイメントまたは実行の監査データをパージします。

- reset_repository: Oracle Warehouse Builderリポジトリの登録詳細をリセットします。

- rtrepos_report: コントロール・センターおよびその登録済ロケーションの詳細を表示します。

- set_repository_password: Oracle Warehouse Builderのパスワードを設定します。

Oracle Warehouse Builderの管理ユーティリティ

次の情報は、Oracle Warehouse Builder管理ユーティリティのアルファベット順のリストです。

abort_exec_request

abort_exec_request.sqlスクリプトは、現在ビジーな実行を停止します。

管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/abort_exec_request.sql auditId workspace;

- 実行中のジョブを表すauditIdに対して、該当するジョブが正常に中断されます。auditIdを取得するには、list_requests.sqlスクリプトを実行します。「list_requests」を参照してください。

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

abort_unit_request

abort_unit_request.sqlスクリプトは、ユニット・レベルでデプロイメント・ジョブを停止します。デプロイメント・ユニットは、同じデプロイメント・アクションで同じロケーションにデプロイされるオブジェクトのコレクションです。

管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/abort_unit_request.sql auditId workspace;

- デプロイメント・ユニット・ジョブを表すauditIdに対して、該当するジョブが正常に中断されます。auditIdを取得するには、list_requests.sqlスクリプトを実行します。「list_requests」を参照してください。

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

deactivate_all

deactivate_all.sqlスクリプトは、不完全なデプロイメント・ジョブと実行ジョブをすべて非アクティブ化します。

管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/deactivate_all.sql workspace;

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

deactivate_deployment

deactivate_deployment.sqlスクリプトは、デプロイメント・ジョブを非アクティブ化します。

管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/deactivate_deployment.sql auditId workspace;

- デプロイメント・ジョブを表すauditIdに対して、該当するジョブとそのユニット・ジョブのすべてが正常に非アクティブ化されます。auditIdを取得するには、list_requests.sqlスクリプトを実行します。「list_requests」を参照してください。

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

deactivate_execution

deactivate_execution.sqlスクリプトは、実行ジョブを非アクティブ化します。

管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/deactivate_execution.sql auditId workspace;

- 実行ジョブを表すauditIdに対して、該当するジョブが正常に非アクティブ化されます。auditIdを取得するには、list_requests.sqlスクリプトを実行します。「list_requests」を参照してください。

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

delete_warehouse_object

delete_warehouse_object.sqlスクリプトは、ウェアハウス・オブジェクトを削除します。

管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/delete_warehouse_object.sql object location workspace;

- 指定のオブジェクトが削除されます。

- locationは、オブジェクトが存在するロケーションです。

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

display_platform_property

display_platform_property.sqlスクリプトは、プラットフォーム・プロパティの値を表示します。このプロパティは、コントロール・センター・サービスの動作を制御します。

管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/display_platform_property.sql property;

- このスクリプトは、指定の名前を持つ、最大で1つのpropertyが存在することを前提としています。このプロパティの設定方法については、「set_platform_property」を参照してください。

expedite_exec_request

expedite_exec_request.sqlスクリプトは実行中のジョブを中断ジョブのリストの一番上に移動するこによって、このジョブを迅速に処理します。

実行、デプロイおよび管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/expedite_exec_request.sql authId returnNumber returnCode workspace;

- デプロイメント・ジョブを表すauditIdに対して、該当するジョブが正常に迅速化されます。auditIdを取得するには、list_requests.sqlスクリプトを実行します。「list_requests」を参照してください。

- returnNumberおよびreturnCodeは、ジョブに割り当てられる結果値で、次の値をとります。

- 0 = OK

- 1 = OK_WITH_WARNINGS

- 3 = FAILURE

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

grant_error_table_privileges

grant_error_table_privileges.sqlスクリプトを使用すると、リポジトリ・ブラウザによるエラー表の表示とパージが可能になります。指定した表に対するSELECT権限とDELETE権限がOWBSYSユーザーに付与されます。

エラー表を所有するユーザーとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/grant_error_table_privileges.sql tableName;

- このスクリプトでは、tableNameはエラー表の名前(TABLE1_ERRなど)です。

grant_upgrade_privileges

grant_upgrade_privileges.sqlスクリプトは、デプロイメント・アクションのアップグレードに必要なロールと権限を特定のユーザーに付与します。

SYSなどの、実行、デプロイおよび管理権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/grant_upgrade_privileges.sql userName;

- このスクリプトでは、userNameは新しいアップグレード権限を持つスキーマまたはユーザーの名前です。

list_requests

list_requests.sqlスクリプトを使用すると、アクティブなデプロイメント要求または実行要求の詳細を一覧表示できます。デプロイメントとはデプロイメント・ユニットの集合であり、デプロイメント・ユニットとは同じデプロイメント・アクションによって同じロケーションにデプロイされるオブジェクトの集合のことです。デプロイメントまたは実行はそれぞれ監査IDによって一意に識別されます。この監査IDは、deactivate_deploymentやdeactivate_executionなどの他のSQLスクリプトのパラメータとして使用されます。

実行、デプロイおよび管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/list_requests.sql workspace;

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

print_exec_details

print_exec_details.sqlスクリプトは、監査実行の階層とauditIdに関連付けられた各種実行の詳細をexec_details.txtというファイルに出力します。

実行、デプロイおよび管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/print_exec_details.sql auditId workspace;

- auditIdは、このスクリプトがジョブ詳細を出力する実行ジョブを表しています。auditIdを取得するには、スクリプトlist_requests.sqlを実行します。「list_requests」を参照してください。

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

print_running_exec_details

print_running_exec_details.sqlスクリプトは、監査実行の階層と、指定した日付の後に開始された、auditIdに関連付けられた各種の不完全な実行の詳細を、exec_details.txtというファイルに印刷します。

実行、デプロイおよび管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/print_running_exec_details.sql auditId workspace;

- auditIdは、このスクリプトがジョブ詳細を出力する実行ジョブを表しています。auditIdを取得するには、スクリプトlist_requests.sqlを実行します。「list_requests」を参照してください。

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

purge_audit_template

purge_audit_template.sqlスクリプトは、デプロイメント監査データまたは実行監査データのいずれかをパージします。

管理者権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。このスクリプトは次の形式になります。

SQL> @drive:OWB_HOME/owb/rtp/sql/purge_audit_template.sql
workspace
{DEPLOYMENT | EXECUTION}
{sql_predicate | ALL | DATE_RANGE} [start_date end_date];

- workspaceは、ジョブが実行されているワークスペースで、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトで現在のユーザーに設定されます。

- audit_typeは、次のいずれかです。

- デプロイメント監査データの場合は、DEPLOYMENT。ALL_RT_AUDIT_DEPLOYMENTSビューの列を参照してください。

- 実行監査データの場合は、EXECUTION。ALL_RT_AUDIT_EXECUTIONSビューの列を参照してください。

- conditionは、次のいずれかです。

- number_script_run_errors > 0などのsql_predicate。SQL構文規則に準拠する必要があります。

- すべてのデプロイメント・データや実行データをパージする場合は、ALL。

- 指定の日付範囲内のデータをパージする場合は、DATE_RANGE。

- DATE_RANGEを使用する場合は、start_date(TO_DATE('01-Jan-08')など)が日付範囲の開始日で、end_date(SYSDATEなど)が日付範囲の終了日になります。

次の例に示すように、このスクリプトを起動する方法は複数あります。

SQL> @drive:OWB_HOME/owb/rtp/sqlpurge_audit_template.sql
workspace DEPLOYMENT ALL null null

SQL> @drive:OWB_HOME/owb/rtp/sqlpurge_audit_template.sql
workspace EXECUTION "number_task_errors > 0" null null

SQL> @drive:OWB_HOME/owb/rtp/sqlpurge_audit_template.sql
workspace EXECUTION DATE_RANGE TO_DATE('01-Jan-2008') SYSDATE

reset_repository

reset_repository.sqlスクリプトを使用すると、Oracle Warehouse Builderリポジトリの登録詳細をリセットできます。また、指定したパスワードをリポジトリのパスワードとして格納できます。「set_repository_password」を参照してください。登録詳細をリセットすると、それまでに登録したすべてのロケーションでパスワードを登録する必要があります。

リポジトリ所有者OWBSYSとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/reset_repository.sql password

rtrepos_report

rtrepos_report.sqlスクリプトを使用すると、コントロール・センターとその登録済ロケーションの詳細を表示できます。location_util.batスクリプトを使用して格納されている資格証明を変更する前に、情報が提供されます。

リポジトリ所有者OWBSYSとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/rtrepos_report.sql

service_doctor

service_doctor.sqlスクリプトを使用すると、Oracle Warehouse Builderリポジトリおよびそのコントロール・センター・サービスに関する診断情報を表示できます。

リポジトリ所有者OWBSYSとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/service_doctor.sql

set_ccs_home

set_ccs_home.sqlスクリプトを使用すると、コントロール・センター・サービスに関連付けられているプロパティを設定して、インスタンス番号、バージョンおよびサーバー側ホームを取得するロケーションを指定できます。「ローカル・コントロール・センター・サービスを許可」オプションが設定されている場合、これらのパラメータはOracle Warehouse Builderインストールに組み込まれません。

リポジトリ所有者OWBSYSとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/set_ccs_home.sql instance version server_home

- instanceは、更新中のサービス・ノードのインスタンスです。

- versionは、使用しているOracle Warehouse Builderバージョンです。

- server_homeは、Oracle Warehouse Builderのインストール・コンポーネントが存在しているサーバー・コンピュータ上のOracle Warehouse Builderホームです。

set_platform_property

set_platform_property.sqlスクリプトは、プラットフォーム・プロパティの値を設定します。このプロパティは、コントロール・センター・サービスの動作を制御します。

このスクリプトでは、指定したプロパティが存在し、その値が可変であると想定されます。

リポジトリ所有者OWBSYSとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/set_platform_property.sql
property property_value

- propertyは、変更するプロパティの名前です。

- property_valueは、プロパティの新しい値の名前です。

- プロパティのリストを返すには、次の問合せを実行します。

select property_path from wb_rt_platform_properties where is_mutable <> 0

set_platform_property_from_file

set_platform_property_from_file.sqlスクリプトは、プラットフォーム・プロパティの値をdirectoryにあるfile_nameの内容に設定します。このプロパティは、コントロール・センター・サービスの動作を制御します。

このスクリプトでは、指定したプロパティが存在し、その値が可変であると想定されます。

コントロール・センターの所有者として接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/set_platform_property_from_file.sql property directory file_name

- propertyは、変更するプロパティの名前です。

- directoryは、プロパティの新しい値を検索するパスです。

- file_nameは、プロパティの新しい値が存在するファイルの名前です。

set_repository_password

set_repository_password.sqlスクリプトを使用すると、Oracle Warehouse Builderリポジトリのパスワードを設定できます。このパスワードは、起動時にコントロール・センター・サービスによって使用されます。

リポジトリ所有者OWBSYSとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/set_repository_password.sql password

- passwordは、新しいパスワードの値です。

show_service

show_service.sqlスクリプトを使用すると、Oracle Warehouse Builderリポジトリのデプロイメント機能および実行機能へのアクセスを可能にするコントロール・センター・サービスのステータスを表示できます。コントロール・サービス・センターのステータスとして有効な戻り値は、AvailableまたはNot Availableです。コントロール・センター・サービスのステータスを変更するには、SQLスクリプトstart_serviceおよびstop_serviceを適宜使用します。

リポジトリ所有者OWBSYSとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/show_service.sql

sqlplus_exec_background_template

sqlplus_exec_background_template.sqlスクリプトを使用すると、コール元をブロックすることなく、指定したオブジェクトをバックグラウンドで実行できます。タスクのステータスと戻り結果を取得するには、タイプALL_RT_*のパブリック・ビューをチェックします。スクリプトsqlplus_exec_templateを使用した場合、オブジェクトはフォアグラウンドで実行され、コール元はタスクが完了するまでブロックされます。このスクリプトは、常に変わらない形式で、実行可能タスクの識別に必要な3つのキーを取ります。タスクは、デプロイメント前に構成されたデフォルト・パラメータを使用して、バックグラウンドで実行されます。(Oracle Warehouse Builderデザイナでオブジェクトに対して定義された) custom_paramsとsystem_paramsの値は、タスクのデフォルト入力パラメータを上書きします。このスクリプトは、タスクから報告された値がSUCCESSの場合は1、WARNINGの場合は2、ERRORの場合は3を返します。

実行権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。このスクリプトは次の形式になります。

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_background_template.sql
workspace
location_name
{PLSQLMAP | SQLLOADERCONTROLFILE | PROCESSFLOW | ABAPFILE |
DATAAUDITOR | SCHEDULEDJOB}
[parent/]task_name
system_params
custom_params

- パラメータで指定されるworkspaceは、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトでユーザーに設定されます。

- location_nameは、タスクのデプロイ先ロケーションの物理名です。

- task_typeには、次のオプションがあります。

- PLSQLMAPは、Oracle Warehouse BuilderのPL/SQLマッピングに使用されます。

- SQLLOADERCONTROLFILEは、Oracle Warehouse BuilderのSQL*Loaderマッピングに使用されます。

- PROCESSFLOWは、Oracle Warehouse Builderのプロセス・フローに使用されます。

- ABAPFILEは、Oracle Warehouse BuilderのSAPマッピングに使用されます。

- DATAAUDITORは、Oracle Warehouse BuilderのDataAuditorマッピングに使用されます。

- SCHEDULEDJOBは、Oracle Warehouse Builderのスケジュール済ジョブに使用されます。

- CTMAPPINGは、Oracle Warehouse Builderのコード・テンプレート・マッピングに使用されます。

- task_nameは、デプロイされたオブジェクトの物理名ですが、オプションで、プロセス・フロー・パッケージ名のようなデプロイされた親の名前にすることもできます。モジュールはデプロイ可能なオブジェクトではないため、モジュール名は使用できません。

- (Oracle Warehouse Builderデザイナでオブジェクトに対して定義された) custom_paramsとsystem_paramsの値は、タスクのデフォルト入力パラメータを上書きします。

パブリック・ビューにアクセスするうえで問題が発生する場合、リポジトリ・ユーザーまたは所有者の資格情報を使用してSQL*Plusに接続し、次を発行します。

Set role OWB_USER

@start_access_workspace.sql workspaceName workspaceOwnerを実行します。その後、パブリック・ビューにアクセスできます。

このスクリプトを起動する方法は複数あります。この例では、system_paramsとcustom_paramsが使用されていないことに注意してください。

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_background_template.sql
workspace warehouse PLSQL mapping "," ","

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_background_template.sql
workspace platform_schema SQL_LOADER load "," ","

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_background_template.sql
workspace workflow PROCESS process_1 "," ","

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_background_template.sql
workspace platform_schema SAP sap_1 "," ","

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_background_template.sql
workspace warehouse DATA_AUDITOR data_auditor_1 "," ","

注意: カンマは¥記号でエスケープできます。同様に、¥記号は2つの¥¥記号でエスケープできます。一重引用符(')は、4つの連続した一重引用符('''')に置き換える必要があります。

sqlplus_exec_template

sqlplus_exec_template.sqlスクリプトを使用すると、指定したオブジェクトを実行し、タスクが完了するまでコール元をブロックすることができます。タスクのステータスと戻り結果を取得するには、タイプALL_RT_*のパブリック・ビューをチェックします。スクリプトsqlplus_exec_background_templateを使用した場合、オブジェクトはバックグラウンドで実行され、タスクが実行するまでコール元がブロックされることはありません。このスクリプトは、実行可能タスクの識別に必要な3つのキーを取ります。タスクは、デプロイメント前に構成されたデフォルト・パラメータを使用して実行されます。(Oracle Warehouse Builderデザイナでオブジェクトに対して定義された) custom_paramsとsystem_paramsの値は、タスクのデフォルト入力パラメータを上書きします。このスクリプトは、タスクから報告された値がSUCCESSの場合は1、WARNINGの場合は2、ERRORの場合は3を返します。

実行権限を持つworkspaceOwnerまたはworkspaceUserとして接続します。このスクリプトは次の形式になります。

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_template.sql
workspace
location_name
{PLSQLMAP | SQLLOADERCONTROLFILE | PROCESSFLOW | ABAPFILE |
DATAAUDITOR | SCHEDULEDJOB}
[parent/]task_name
system_params
custom_params

- パラメータで指定されるworkspaceは、workspaceOwner.workspaceNameとして宣言する必要があります。workspaceNameのみを使用する場合、workspaceOwnerは、デフォルトでユーザーに設定されます。

- location_nameは、タスクのデプロイ先ロケーションの物理名です。

- task_typeには、次のオプションがあります。

- PLSQLMAPは、Oracle Warehouse BuilderのPL/SQLマッピングに使用されます。

- SQLLOADERCONTROLFILEは、Oracle Warehouse BuilderのSQL*Loaderマッピングに使用されます。

- PROCESSFLOWは、Oracle Warehouse Builderのプロセス・フローに使用されます。

- ABAPFILEは、Oracle Warehouse BuilderのSAPマッピングに使用されます。

- DATAAUDITORは、Oracle Warehouse Builderのデータ監査マッピングに使用されます。

- SCHEDULEDJOBは、Oracle Warehouse Builderのスケジュール済ジョブに使用されます。

- CTMAPPINGは、Oracle Warehouse Builderのコード・テンプレート・マッピングに使用されます。

- task_nameは、デプロイされたオブジェクトの物理名ですが、オプションで、プロセス・フロー・パッケージ名のようなデプロイされた親の名前で修飾することもできます。モジュールはデプロイ可能なオブジェクトではないため、モジュール名は使用できません。

- (Oracle Warehouse Builderデザイナでオブジェクトに対して定義された) custom_paramsとsystem_paramsの値は、タスクのデフォルト入力パラメータを上書きします。

このスクリプトを起動する方法は複数あります。この例では、system_paramsとcustom_paramsが使用されていないことに注意してください。

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_template.sql
workspace warehouse PLSQL mapping "," ","

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_template.sql
workspace platform_schema SQL_LOADER load "," ","

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_template.sql
workspace workflow PROCESS process_1 "," ","

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_template.sql
workspace platform_schema SAP sap_1 "," ","

SQL> @drive:OWB_HOME/owb/rtp/sql/sqlplus_exec_template.sql
workspace warehouse DATA_AUDITOR data_auditor_1 "," ","

注意: カンマは¥記号でエスケープできます。同様に、¥記号は2つの¥¥記号でエスケープできます。一重引用符(')は、4つの連続した一重引用符('''')に置き換える必要があります。

start_service

スクリプトstart_service.sqlを使用すると、データベースで管理されているコントロール・センター・サービスを開始できます。コントロール・センター・サービスが使用可能な場合、Oracle Warehouse Builderリポジトリのデプロイメント機能および実行機能にアクセスできます。コントロール・センター・サービスが使用可能かどうかを判別するには、show_serviceスクリプトを使用します。戻り値はAvailableまたはNot Availableです。コントロール・センター・サービスを停止するには、stop_serviceスクリプトを使用します。このスクリプトを使用してコントロール・センター・サービスを起動すると、監視ジョブが作成されます。監視ジョブは、コントロール・センター・サービスが失敗した場合、またはデータベースがオンラインに戻った場合に、コントロール・センター・サービスを再開します。コントロール・センター・サービスは、別のホストにある別のOWB_HOMEで開始することもできます。コントロール・センター・サービスを利用できるのは、ホストの稼働中にコントロール・センター・サービスが開始されてから停止されるまでの間のみです。

リポジトリ所有者OWBSYSとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/start_service.sql

stop_service

スクリプトstop_service.sqlを使用すると、データベースで管理されているコントロール・センター・サービスを停止できます。コントロール・センター・サービスが使用可能な場合、Oracle Warehouse Builderリポジトリのデプロイメント機能および実行機能にアクセスできます。コントロール・センター・サービスが使用可能かどうかを判別するには、show_serviceスクリプトを使用します。戻り値はAvailableまたはNot Availableです。コントロール・センター・サービスを開始するには、start_serviceスクリプトを使用します。このスクリプトを使用してコントロール・センター・サービスを停止すると、監視ジョブが削除されます。コントロール・センター・サービスは、start_serviceスクリプトによって再開されるまで無効のままです。

リポジトリ所有者OWBSYSとして接続します。次のスクリプトを実行します。

SQL> @drive:OWB_HOME/owb/rtp/sql/stop_service.sql

UpdateControlCenter

このSQLスクリプトを使用すると、Oracle Warehouse Builderクライアント・リポジトリ内のコントロール・センターにhost:port:serviceパラメータを設定できます。接続タイプはhost:port:serviceである必要があります。

UpdateLocation

このSQLスクリプトを使用すると、Oracle Warehouse Builderクライアント・リポジトリ内のロケーションにhost:port:serviceパラメータを設定できます。接続タイプはhost:port:serviceである必要があります。ロケーションは、登録されている場合と登録されていない場合があります。

Oracle Warehouse Builderリポジトリ・ブラウザの概要

リポジトリ・ブラウザは、Oracle Warehouse Builderリポジトリに格納されるデータからレポートを生成するブラウザ・ベースのツールです。Oracle Universal InstallerからOracle Warehouse Builderをインストールすると、リポジトリ・ブラウザもインストールされ、インストール中に選択したすべての言語で動作します。

リポジトリ・ブラウザの起動

リポジトリ・ブラウザは、リポジトリ・ブラウザ・リスナーが実行モードになっていれば起動できます。リポジトリ・ブラウザは、次のいずれかの方法で起動できます。

- Windowsプラットフォームの場合は、「スタート」メニューから「プログラム」を選択します。「Warehouse Builder」フォルダを選択し、Warehouse Builderリポジトリ・ブラウザを選択します。

- デザイン・センターの「ツール」メニューから「リポジトリ・ブラウザ」を選択します。

- Webブラウザで、「リポジトリ接続」ページのロケーションを入力します。たとえば、リポジトリ・ブラウザ・リスナーがowbserverというコンピュータ上で実行されている場合に、リポジトリ・ブラウザを起動するには、次のアドレスを入力します。

https://owbserver/:8999/owbb_RABLogin.uix?mode=runtime
OR
https://owbserver/:8999/owbb_RABLogin.uix?mode=design

これにより、リポジトリ・ブラウザが起動されます。

リポジトリ・ブラウザが起動されると、リポジトリ・ブラウザにログインするための「リポジトリ接続」ページが開きます。

リポジトリ・ブラウザ・リスナーの起動方法

リポジトリ・ブラウザを開く前に、リポジトリ・ブラウザ・リスナーを起動する必要があります。

Windowsでのリポジトリ・ブラウザ・リスナーの起動

コマンド・プロンプト・ウィンドウを開き、OWB_HOME\owb\bin\win32ディレクトリ内のstartOwbbInst.batを実行します。OC4J管理者のパスワードを設定するように求められます。パスワードを入力して、[Enter]キーを押してください。パスワードの確認を求められたら、同じパスワードを再度入力します。

UNIX/Linuxでのリポジトリ・ブラウザ・リスナーの起動

OWB_HOME/owb/bin/unixディレクトリ内の./startOwbbInst.shを実行します。OC4J管理者のパスワードを設定するように求められます。パスワードを入力して、[Enter]キーを押してください。パスワードの確認を求められたら、同じパスワードを再度入力します。

リポジトリ・ブラウザ・リスナーの停止方法

リポジトリ・ブラウザ・リスナーを停止するには、次の手順を実行します。

Windowsでのリポジトリ・ブラウザ・リスナーの停止

コマンド・プロンプト・ウィンドウを開き、OWB_HOME\owb\bin\win32ディレクトリ内のstopOwbbInst.batを実行します。リポジトリ・ブラウザ・リスナーの起動時に設定したOC4J管理者パスワードを指定するように求められます。パスワードを入力して、[Enter]キーを押してください。

UNIXおよびLinuxでのリポジトリ・ブラウザ・リスナーの停止

OWB_HOME/owb/bin/unixディレクトリ内の./stopOWBBInst.shを実行します。リポジトリ・ブラウザ・リスナーの起動時に設定したOC4J管理者パスワードを指定するように求められます。パスワードを入力して、[Enter]キーを押してください。

10 コントロール・センター・エージェントの管理

この項では、コントロール・センター・エージェント(CCA)を開始および停止する方法とcca_adminユーティリティを使用してCCAを管理する方法について説明します。CCAは、コード・テンプレートに基づいてマッピングのデプロイメントおよび実行を管理します。CCAはOracle Database内でホストされているコントロール・センター・サービスの一部ではありません。

この項では、次の項目について説明します。

- 「コントロール・センター・エージェントの起動および停止」

- 「cca_adminユーティリティについて」

- cca_adminユーティリティの起動

- cca_adminコマンド

関連項目:

- Oracle Application Serverを所有している場合にCCAをインストールするには、第7章「リポジトリ・ブラウザ、コントロール・センター・エージェントおよびその他のコンポーネントの構成」、特に「コントロール・センター・エージェント・サーバー側のロギングの構成」を参照してください。

- インストールのデフォルトを変更する手順については、第7章「リポジトリ・ブラウザ、コントロール・センター・エージェントおよびその他のコンポーネントの構成」を参照してください。

コントロール・センター・エージェントの起動と停止

この項では、CCAを起動および停止する方法について説明します。

ccastartを初めて起動すると、OC4J管理者アカウントのパスワードを入力するように求められます。このアカウントのデフォルト・ユーザー名は、oc4jadminです。

CCAを起動するには:

- UNIXの場合、OWB_HOME /owb/bin/unix/ディレクトリで、スクリプトccastartを実行します。

- Windowsの場合、OWB_HOME\owb\bin\win32\ディレクトリで、スクリプトccastart.batを実行します。

CCAを停止するには:

- UNIXの場合、OWB_HOME /owb/bin/unix/ディレクトリで、スクリプトccashutを実行します。このスクリプトでは、オプションの引数passwordを受け入れます。

- Windowsの場合、OWB_HOME\owb\bin\win32\ディレクトリで、スクリプトccashut.batを実行します。このスクリプトでは、オプションの引数passwordを受け入ます。

このインストールのアーキテクチャ構造の図については、図1-5「コントロール・センター・エージェントのトポロジ」を参照してください。

インストールのデフォルトを変更する手順では、第7章「リポジトリ・ブラウザ、コントロール・センター・エージェント、およびその他のコンポーネントの構成」

cca_adminユーティリティについて

cca_adminユーティリティを使用すると、ランタイム環境をいったん停止してから再起動しなくても、コントロール・センター・エージェント設定を動的に変更できます。cca_adminコマンドでは、様々な環境の属性の値を取得し、これらに新しい値を設定し、「JRTAdministratorMBean」の項で説明されているJRTAdministratorMBeanの操作を呼び出します。

通常のcca_adminセッションは、次の手順で構成されます。

- 「cca_adminユーティリティの起動」の説明に従って、cca_adminスクリプトを実行します。

- 「connect」で説明されているconnectコマンドを使用してMBeanServerに接続します。

- ランタイム環境属性を表示または更新するための1つ以上のコマンドを発行するか、「cca_adminコマンド」で説明されているcca_adminコマンドを起動します。

- コマンドdisconnectまたはコマンドexitを使用してサーバーからの接続を解除する

cca_adminユーティリティの起動

cca_adminツールはLinux上のシェル・スクリプトまたはWindows上のバッチ・ファイルとして提供されます。

- UNIXの場合、次のコマンドを使用します。
OWB_HOME /owb/bin/unix/cca_admin

- Windowsの場合、次のコマンドを使用します。
OWB_HOME¥owb¥bin¥win32¥cca_admin.bat

JRTAdministratorMBeanをアクティブ化する前は、基本コマンドhelp、connect、disconnect、およびexitのみを使用することができます。MBeanサーバーに接続し、JRTAdministratorMBeanを使用して起動した後は、すべてのコマンドを使用できます。

cca_adminコマンド

この項では、以降にcca_adminコマンドの完全なリストを示します。

- cleanUpJobLogFilesForGivenTimeInterval

- cleanUpNLeastRecentJobLogFiles

- connect

- disconnect

- exit

- getCacheJobStatusSize

- getCacheLogNo

- getKmPermissionsFile

- getLogRoot

- getMaxAbortTimeout

- getMaxRuntimeFileSizeMB

- getMaxRuntimeLogSizeMB

- getRuntimeLogEncoding

- getRuntimeLogFileLocation

- getRuntimeLogLevel

- help

- isKmSecurityNeeded

- isLogToAuditTable

- isLogToOdl

- isShowRuntimeLoggerLogHostAddr

- isShowRuntimeLoggerLogHostId

- isShowRuntimeLoggerLogMsgClassPath

- isShowRuntimeLoggerLogMsgLogLevel

- isShowRuntimeLoggerLogUserId

- readSettings

- reset

- setCacheJobStatusSize

- setCacheLogNo

- setKmPermissionsFile

- setKmSecurityNeeded

- setLogRoot

- setLogToAuditTable

- setLogToOdl

- setRuntimeLogEncoding

- setMaxAbortTimeout

- setMaxRuntimeFileSizeMB

- setMaxRuntimeLogSizeMB

- setRuntimeLogLevel

- setShowRuntimeLoggerLogHostAddr

- setShowRuntimeLoggerLogHostId

- setShowRuntimeLoggerLogMsgClassPath

- setShowRuntimeLoggerLogMsgLogLevel

- setShowRuntimeLoggerLogUserId

- settingsToString

- showAllJobLogFiles

cleanUpJobLogFilesForGivenTimeInterval

このコマンドでは、startDateからendDateまでと指定された期間に変更されたすべてのログ・ファイルを削除し、削除された合計ファイル数を返します。両方のパラメータはDD-MM-YYYY HH:MM:SSの形式で表されます。startDateがnullに指定された場合、レコードは削除されません。endDateがnullに指定された場合、endDate後に作成されたすべてのログ・ファイルはパージされます。

例10-1 cleanUpJobLogFilesForGivenTimeIntervalコマンドの使用

cleanUpJobLogFilesForGivenTimeInterval 26-12-2008 13:38:56 12-01-2009 22:15:58

cleanUpNLeastRecentJobLogFiles

このコマンドでは、指定された数nの古いログ・ファイルをシステムから削除し、実際に削除されたジョブ・ログ・ファイルの数を返します。

例10-2 cleanUpNLeastRecentJobLogFilesコマンドの使用

cleanUpNLeastRecentJobLogFiles 10

connect

このコマンドでは、ユーザーをMBeanサーバーに接続します。

コマンドは、次のフォームです。ここで、hostはCCAの格納されているコンピュータで、portはCCAにアクセスするポート番号、userはCCAにアクセスするユーザー名、passwordはユーザーのパスワード、connection_typeはRMI、OPMN、RMIS、OPMN_RMIS、OPMN_CLUSTER、OPMN_CLUSTER_RMISのいずれかで、application_nameはOC4Jにデプロイしたアプリケーションの名前、また、instance はCCAアプリケーションを含むOC4Jプロセスです。

connect host port user password connection_type application_name instance

例10-3 connectコマンドの使用

connect localhost 23791 oc4jadmin welcome rmi jrt host

disconnect

このコマンドでは、ユーザーをMBeanサーバーから接続解除します。

例10-4 disconnectコマンドの使用

disconnect

exit

このコマンドでは、インタラクティブ・モードで実行されているときに、cca_adminシェルを終了します。MBeanサーバーへの接続が終了していない場合は、まず、接続を解除し、cca_adminシェルを終了します。

例10-5 exitコマンドの使用

exit

getCacheJobStatusSize

このコマンドは、CCAでメモリー内ジョブ・ログ・キャッシュによって格納できるジョブ・ステータス・ログの最大数を制御する、数値型(整数)のMBean属性CacheJobStatusSizeの値を返します。この属性の値の範囲は1から10000、デフォルト値は3000です。

例10-6 getCacheJobStatusSizeコマンドの使用

getCacheJobStatusSize 3000

getCacheLogNo

このコマンドは、MBean属性CacheLogNoの値を返します。この属性は、CCAでメモリー内ジョブ・ログ・キャッシュによって格納できるジョブ・ログの最大数を制御します。この数値が大きくなるほど、CCAが使用するメモリー量が増えます。この属性の値の範囲は1から100、デフォルト値は10です。

例10-7 getCacheLogNoコマンドの使用

getCacheLogNo

getKmPermissionsFile

このコマンドは、ct_permissions.propertiesファイルへのファイルシステム・パスであるMBean属性KmPermissionsFileの値を返します。このパラメータをtrueに設定すると、CCAはct_permissions.propertiesを確認し、実行可能なシステム・コマンドを判断します。このパスには絶対パスと相対パスがあります。相対値の場合は、$OC4J_HOME/j2ee/homeディレクトリを示します。デフォルト値はconfig/ct_permissions.propertiesです。

例10-8 getKmPermissionsFileコマンドの使用

getKmPermissionsFile

getLogRoot

このコマンドは、CCAジョブ・ログ・ファイルを格納するディレクトリであるMBean属性LogRootの値を返します。属性値は絶対値または相対値です。相対値の場合、$OC4J_HOME/j2ee/homeディレクトリを示します。デフォルト値は$OC4J_HOME/j2ee/home/logです。

例10-9 getLogRootコマンドの使用

getLogRoot

getMaxAbortTimeout

実行が中断されるまでの最大待機時間(秒単位)であるMBean属性MaxAbortTimeoutの値を返します。この属性の値の範囲は1から60、デフォルト値は60です。

例10-10 getMaxAbortTimeoutコマンドの使用

getMaxAbortTimeout

getMaxRuntimeFileSizeMB

このコマンドは、任意のログ・ファイルの最大サイズ(MB単位)であるMBean属性MaxRuntimeFileSizeMBの値を返します。ログ・ファイルがこの制限を超えると、このログ・ファイルは閉じられ、新規ログ・ファイルが開かれます。この属性の値の範囲は1MBから15MB、デフォルト値は3MBです。

例10-11 getMaxRuntimeFileSizeMBコマンドの使用

getMaxRuntimeFileSizeMB

getMaxRuntimeLogSizeMB

このコマンドは、ログ・ファイル・ディレクトリの最大サイズ(MB単位)であるMBean属性MaxRuntimeLogSizeMBの値を返します。ディレクトリがこの制限値を超えると、ログ・ファイルが古いものから順にパージされます。この属性の値の範囲は1MBから20MB、デフォルト値は10MBです。

例10-12 getMaxRuntimeLogSizeMBコマンドの使用

getMaxRuntimeLogSizeMB

getRuntimeLogEncoding

このコマンドは、ログ・ファイルのキャラクタ・エンコーディングを指定するMBean属性RuntimeLogEncodingの値を返します。デフォルト値はUTF-8です。

例10-13 getRuntimeLogEncodingコマンドの使用

getRuntimeLogEncoding

getRuntimeLogFileLocation

このコマンドは、CCAジョブ・ログ・ファイルの名前であるMBean属性RuntimeLogFileLocation(読取り専用属性)の値を返します。この値は$OC4J_HOME/j2ee/home/log/appName.logです。appNameはCCAアプリケーションの名前です。

例10-14 getRuntimeLogFileLocationコマンドの使用

getRuntimeLogFileLocation

getRuntimeLogLevel

このアプリケーションは、ランタイム・ログ出力のログ・レベルであるMBean属性RuntimeLogLevelの値を返します。この属性の正規の値は、SEVERE、WARNING、INFO、CONFIG、FINE、FINER、FINEST、ALL(デフォルト)です。

例10-15 getRuntimeLogLevelコマンドの使用

getRuntimeLogLevel

help

このコマンドでは、指定された有効なcommandに対してヘルプ情報が返されます。コマンドが指定されていない場合、有効なコマンドのリストが返されます。

例10-16 helpコマンドの使用

help
help isLogToOdl

isKmSecurityNeeded

このコマンドは、MBean属性KmSecurityNeededの値を返します。この属性により、CCAスクリプトによって呼び出されるシステム・コマンドに対してセキュリティが適用されるかどうかが決まります。この値がtrue(デフォルト)である場合、CCAは使用可能なシステム・コマンドについてct_permissions.propertiesファイルを確認し、ALLOWED_CMDに定義されているコマンドのみを実行します。この値がfalseである場合、CCAはすべてのシステム・コマンドを実行します。

例10-17 isKmSecurityNeededコマンドの使用

isKmSecurityNeeded

isLogToAuditTable

このコマンドは、監査表ロギングのオンとオフを切り替えるMBean属性LogToAuditTableの値を返します。監査表ロギングは実行ジョブ・ログに対してのみ有効です。この属性値はtrueまたはfalseのいずれかです。

例10-18 isLogToAuditTableコマンドの使用

isLogToAuditTable

isLogToOdl

このコマンドは、ODLロギングのオンとオフを切り替えるMBean属性LogToOdlの値を返します。実行ジョブ・ログに対してのみ有効です。デプロイメントおよびWebサービスのログは、この設定値とは関係なく、常にODLログ形式で作成されます。この属性値はtrueまたはfalseのいずれかです。

例10-19 isLogToOdlコマンドの使用

isLogToOdl

isShowRuntimeLoggerLogHostAddr

このコマンドは、MBean属性ShowRuntimeLoggerLogHostAddrの値を返します。この属性により、CCAを実行しているホストのIPアドレスがランタイム・ログ・メッセージに含まれるかどうかが決まります。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-20 isShowRuntimeLoggerLogHostAddrコマンドの使用

isShowRuntimeLoggerLogHostAddr

isShowRuntimeLoggerLogHostId

このコマンドは、MBean属性ShowRuntimeLoggerLogHostIdの値を返します。この属性により、CCAを実行しているホストのIDがランタイム・ログ・メッセージに含まれるかどうかが決まります。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-21 isShowRuntimeLoggerLogHostIdコマンドの使用

isShowRuntimeLoggerLogHostId

isShowRuntimeLoggerLogMsgClassPath

このコマンドは、MBean属性ShowRuntimeLoggerLogMsgClassPathの値を返します。この属性により、メッセージが記録されるクラスのパスがランタイム・ログ・メッセージに含まれるかどうかが決まります。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-22 isShowRuntimeLoggerLogMsgClassPathコマンドの使用

isShowRuntimeLoggerLogMsgClassPath

isShowRuntimeLoggerLogMsgLogLevel

このコマンドは、MBean属性ShowRuntimeLoggerLogMsgLogLevelの値を返します。この属性により、ログ・メッセージのログ・レベルがランタイム・ログ・メッセージに含まれるかどうかが決まります。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-23 isShowRuntimeLoggerLogMsgLogLevelコマンドの使用

isShowRuntimeLoggerLogMsgLogLevel

isShowRuntimeLoggerLogUserId

このコマンドは、MBean属性ShowRuntimeLoggerLogUserIdの値を返します。この属性により、ユーザーのIDがランタイム・ログ・メッセージに含まれるかどうかが決まります。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-24 isShowRuntimeLoggerLogUserIdコマンドの使用

isShowRuntimeLoggerLogUserId

readSettings

このコマンドでは、CCA構成ファイルからCCA設定を読み取ります。

例10-25 readSettingsコマンドの使用

readSettings

reset

このコマンドでは、属性にデフォルト値が定義されている場合、属性をデフォルト値にリセットします。

例10-26 resetコマンドの使用

reset

setCacheJobStatusSize

このコマンドは、MBean属性CacheJobStatusSizeの値を設定します。この属性は、CCAでメモリー内ジョブ・ログ・キャッシュに格納できるジョブ・ステータスの最大数を制御します。この属性の値は整数で、その範囲は1から10000、デフォルト値は3000です。

例10-27 setCacheJobStatusSizeコマンドの使用

setCacheJobStatusSize 3000

setCacheLogNo

このコマンドは、MBean属性CacheLogNoの値を設定します。この属性は、CCAでメモリー内ジョブ・ログ・キャッシュに格納できるジョブ・ログの最大数を制御します。この属性の値は整数で、その範囲は1から100、デフォルト値は10です。

例10-28 setCacheLogNoコマンドの使用

setCacheLogNo 10

setKmPermissionsFile

このコマンドは、ct_permissions.propertiesファイルへのファイルシステム・パスであるMBean属性KmPermissionsFileの値を設定します。この値をtrueに設定すると、CCAはこのファイルを確認し、実行可能なシステム・コマンドを判断します。このパスには絶対パスと相対パスがあります。相対値の場合は、$OC4J_HOME/j2ee/homeディレクトリを示します。デフォルト値はconfig/ct_permissions.propertiesです。

例10-29 setKmPermissionsFileコマンドの使用

setKmPermissionsFile $OC4J_HOME/j2ee/home/config/ct_permissions.properties

setKmSecurityNeeded

このコマンドは、MBean属性KmSecurityNeededの値を設定します。この属性により、CCAスクリプトから呼び出されるシステム・コマンドに対してセキュリティが適用されるかどうかが決まります。この値がtrue(デフォルト)である場合、CCAは使用可能なシステム・コマンドについてct_permissions.propertiesファイルを確認し、ALLOWED_CMDに定義されているコマンドのみを実行します。この値がfalseである場合、CCAはすべてのシステム・コマンドを実行します。

例10-30 setKmSecurityNeededコマンドの使用

setKmSecurityNeeded true
setKmSecurityNeeded false

setLogRoot

このコマンドは、CCAジョブ・ログ・ファイルのディレクトリであるMBean属性LogRootの値を設定します。属性値は絶対値または相対値です。相対値の場合、$OC4J_HOME/j2ee/homeディレクトリを示します。デフォルト値は$OC4J_HOME/j2ee/home/logです。

例10-31 setLogRootコマンドの使用

setLogRoot $OC4J_HOME/j2ee/home/log

setLogToAuditTable

このコマンドは、監査表ロギングのオンとオフを切り替えるMBean属性LogToAuditTableの値を設定します。監査表ロギングは実行ジョブ・ログに対してのみ有効です。この属性値はtrueまたはfalseのいずれかです。

例10-32 setLogToAuditTableコマンドの使用

setLogToAuditTable true
setLogToAuditTable false

setLogToOdl

このコマンドは、ODLロギングのオンとオフを切り替えるMBean属性LogToOdlの値を設定します。これは実行ジョブ・ログに対してのみ有効であり、デプロイメントおよびWebサービスのログは、この設定とは関係なく、常にODLログ形式で作成されます。この属性値はtrueまたはfalseのいずれかです。

例10-33 setLogToOdlコマンドの使用

setLogToOdl true
setLogToOdl false

setMaxAbortTimeout

このコマンドは、実行が中断されるまでの最大待機時間(秒単位)であるMBean属性MaxAbortTimeoutの値を設定します。この属性の値は整数で、その範囲は1から60(デフォルト)です。

例10-34 setMaxAbortTimeoutコマンドの使用

setMaxAbortTimeout 60

setMaxRuntimeFileSizeMB

このコマンドは、ディレクトリ内のログ・ファイルの最大サイズ(MB単位)であるMBean属性MaxRuntimeFileSizeMBの値を設定します。ログ・ファイルがこの制限を超えると、このログ・ファイルは閉じられ、新規ログ・ファイルが開かれます。この属性は整数で、その値の範囲は1MBから15MB、デフォルト値は3MBです。

例10-35 setMaxRuntimeFileSizeMBコマンドの使用

setMaxRuntimeFileSizeMB 5

setMaxRuntimeLogSizeMB

このコマンドは、ログ・ファイル・ディレクトリの最大サイズ(MB単位)であるMBean属性MaxRuntimeLogSizeMBの値を設定します。ディレクトリがこの制限値を超えると、ログ・ファイルが古いものから順にパージされます。この属性の値の範囲は1MBから20MB、デフォルト値は10MBです。

例10-36 setMaxRuntimeLogSizeMBコマンドの使用

setMaxRuntimeLogSizeMB 10

setRuntimeLogEncoding

このコマンドは、ログ・ファイルのキャラクタ・セットのエンコーディングを指定するMBean属性RuntimeLogEncodingの値を設定します。デフォルト値はUTF-8です。

例10-37 setRuntimeLogEncodingコマンドの使用

setRuntimeLogEncoding UTF-8

setRuntimeLogLevel

このコマンドは、ランタイム・ログ出力のログ・レベルであるMBean属性RuntimeLogLevelの値を設定します。この属性の値は、SEVERE、WARNING、INFO、CONFIG、FINE、FINER、FINEST、ALL(デフォルト)です。

例10-38 setRuntimeLogLevelコマンドの使用

setRuntimeLogLevel ALL

setShowRuntimeLoggerLogHostAddr

このコマンドは、MBean属性ShowRuntimeLoggerLogHostAddrの値を設定します。この属性により、CCAホストのIPアドレスがランタイム・ログ・メッセージに含まれるかどうかが決まります。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-39 setShowRuntimeLoggerLogHostAddrコマンドの使用

setShowRuntimeLoggerLogHostAddr true
setShowRuntimeLoggerLogHostAddr false

setShowRuntimeLoggerLogHostId

このコマンドは、MBean属性ShowRuntimeLoggerLogHostIdの値を設定します。この属性により、CCAホストのIDがランタイム・ログ・メッセージに含まれるかどうかが決まります。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-40 setShowRuntimeLoggerLogHostIdコマンドの使用

setShowRuntimeLoggerLogHostId true
setShowRuntimeLoggerLogHostId false

setShowRuntimeLoggerLogMsgClassPath

このコマンドは、MBean属性ShowRuntimeLoggerLogMsgClassPathの値を設定します。この属性により、メッセージを記録したクラスのパスがランタイム・ログ・メッセージに含まれるかどうかが決まります。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-41 setShowRuntimeLoggerLogMsgClassPathコマンドの使用

setShowRuntimeLoggerLogMsgClassPath true
setShowRuntimeLoggerLogMsgClassPath false

setShowRuntimeLoggerLogMsgLogLevel

このコマンドは、MBean属性ShowRuntimeLoggerLogMsgLogLevelの値を設定します。この属性により、ログ・メッセージのログ・レベルがランタイム・ログ・メッセージに含まれるかどうかが決まります。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-42 setShowRuntimeLoggerLogMsgLogLevelコマンドの使用

setShowRuntimeLoggerLogMsgLogLevel true
setShowRuntimeLoggerLogMsgLogLevel false

setShowRuntimeLoggerLogUserId

このコマンドは、ユーザーのIDをランタイム・ログ・メッセージに含めるかどうかを決定する、MBean属性ShowRuntimeLoggerLogUserIdの値を設定します。この属性値はtrueまたはfalse(デフォルト)のいずれかです。

例10-43 setShowRuntimeLoggerLogUserIdコマンドの使用

setShowRuntimeLoggerLogUserId true
setShowRuntimeLoggerLogUserId false

settingsToString

このコマンドでは、CCA設定情報をStringに変換し、すべてのCCA設定を表示します。

例10-44 settingsToStringコマンドの使用

settingsToString

showAllJobLogFiles

このコマンドでは、ジョブ・ログ・ファイル名をすべて表示します。

例10-45 showAllJobLogFilesコマンドの使用

showAllJobLogFiles

11 メタデータを管理するためのスナップショットの使用

この項では、スナップショットを使用してメタデータを管理する方法について説明します。Oracle Warehouse Builderでスナップショットを取得する方法では、プロジェクト・ナビゲータで作成した設計オブジェクトのメタデータ定義を特定の時点で取得できます。プロジェクト内のすべての設計オブジェクトを取得することも、スナップショットに含めるオブジェクトを選択することもできます。

この項では、次の項目について説明します。

- 「スナップショットおよびメタデータ・ローダーについて」

- スナップショットの使用

スナップショットとメタデータ・ローダーについて

スナップショットとメタデータ・ローダー・ユーティリティの機能は重複するため、状況によってはどちらを使用すべきか迷う場合があります。一般的には、スナップショットは、設計が段階的に進行する過程で発生する変更を追跡管理する開発チームのニーズに重点が置かれています。一方、メタデータ・ローダーは、リポジトリのバックアップ、リストアおよび移行を行う従来型管理作業に役立つようになっています。

スナップショットとメタデータ・ローダーについて理解する上で重要な鍵となるのは、これらが処理するオブジェクトの範囲が異なるという点です。スナップショットは、ユーザーがプロジェクト・ナビゲータで作成する設計オブジェクトの処理のみに制限されています。ただし、リポジトリ内のすべての要素はメタデータ・ローダーによって処理されます。これには、すべての設計オブジェクトと、ロケーションおよびセキュリティに関する情報が含まれます。

2つのツール間の重要な相違点の一覧は、表11-1を参照してください。

表11-1 スナップショットとメタデータ・ローダーの比較

機能

スナップショット

メタデータ・ローダー

対象範囲

プロジェクト・ナビゲータ内のオブジェクトに関連するメタデータのみを取得します。マッピング、プロセス・フローおよびその他の設計オブジェクトのメタデータを取得します。ロケーション、セキュリティおよびユーザー定義オブジェクトに関する情報は取得しません。

ロケーション、セキュリティおよびユーザー定義オブジェクトに関する情報とすべての設計オブジェクトを含めて、リポジトリ関連のメタデータをすべて取得します。

出力

オブジェクトのリストア元となる完全なスナップショットを作成できます。または、必要な領域が小さいシグネチャ・スナップショットを作成して、オブジェクトをリストアせずに変更を追跡することもできます。どちらのタイプのスナップショットもOracleデータベースに格納されます。

メタデータ・ローダーは、エクスポート時に拡張子が.mdlのZIPファイルを作成します。この出力を使用して、リポジトリをリストアしたり、別のOracle Databaseに新しいリポジトリを移入できます。

バージョン管理ツールとの統合

出力をファイルとして保存し、そのファイルをバージョン管理ツールにエクスポートできます。

MDLファイルをバージョン管理ツールにエクスポートできます。GUIを使用する場合は、対象オブジェクトをバージョン管理ツールに渡す前に、MDLファイルを抽出する必要があります。OMB Plusスクリプト言語を使用する場合は、「メタデータ・ローダーの制御ファイルについて」の説明に従ってzipFILEFORMAT=Nを設定します。

互換性

スナップショットには、Oracle Warehouse Builderの各リリース間の互換性がありません。

MDLファイルは、Oracle Warehouse Builderの上位リリースに対して上位互換性があります。以前のリリースのMDLファイルをインポートするときに、メタデータが新しいリリースに自動的にアップグレードされます。

オブジェクトのロック

スナップショットをリストアするには、変更マネージャはすべてのプライマリ・オブジェクトに対するロックを取得する必要があります。そのセッション内で保持されるロックは、保留中の変更がある場合は保存または元に戻すようにユーザーに求めることにより、解放され、その後すべてのエディタ・ウィンドウが自動的に閉じます。ロックが他のセッションによって保持されている場合、リストアは失敗し、すべての変更はロールバックされます。

インポートするには、メタデータ・ローダーではすべてのプライマリ・オブジェクトに対するロックを取得する必要があります。必要なロックを使用できない場合、インポートは失敗し、すべての変更がロールバックされます。

比較

ユーザー・インタフェースでコマンドを起動することで、スナップショットを比較できます。

サード・パーティ製diffツールを使用して、MDLファイルを比較できます。

スナップショットの使用

スナップショットを使用すると、メタデータのバックアップやリストアを実行したり、メタデータの変更履歴を保持できます。また、異なるバージョンのメタデータを比較できます。

スナップショットにより、選択したオブジェクトとそれらの関係について、特定の時点におけるすべてのメタデータ情報が取得されます。オブジェクトがワークスペース内で保持できる定義は現行のもののみですが、履歴全体を通じて変化する状態を示す複数のスナップショットにより、それぞれの時点での定義を保持できます。Oracle Warehouse Builderでは、次のタイプのスナップショットがサポートされています。

- FULLスナップショット: バックアップとリストアの機能を実現します。

- SIGNATUREスナップショット: 比較目的で履歴レコードを出力します。

スナップショットはOracle Databaseに格納されます。メタデータ・ローダーのエクスポートとは対照的に、別個のディスク・ファイルに格納されます。スナップショットをディスク・ファイルにエクスポートできます。

スナップショットは、ウェアハウスの管理者と設計者の両方にとって役立ちます。管理者は、FULLスナップショットを使用することで、ウェアハウスをデプロイしたり、ウェアハウスを以前の状態にリストアしたりするなど、大規模な操作を実行できます。設計者は、開発中の特定のコンポーネントのFULLスナップショットを作成することで、必要に応じて、そのコンポーネントを以前の状態にリストアできます。また、設計者は、SIGNATUREスナップショットを使用することで、特定のコンポーネントに対する変更を追跡できます。

MDLメタデータ・インポートや影響分析などの他の機能とスナップショットを併用することで、メタデータの管理に役立ちます。たとえば、スナップショットを使用して、現行のメタデータ・ワークスペースに対するMDLメタデータ・インポートの影響を調べることができます。この比較によって判明した情報に基づいて、メタデータをより詳細度の低いレベルでのインポートを選択すれば、関連するメタデータ・オブジェクトの定義が上書きされるのを防止できます。

また、スナップショットはごみ箱機能としても使用され、削除されたメタデータ・オブジェクトのリストアに必要な情報を提供します。

この項の以降の部分では、グラフィカル・ユーザー・インタフェースによるメタデータ変更管理機能について説明します。スクリプトによるスナップショットの作成および管理の詳細は、『Oracle Warehouse Builder APIおよびスクリプト・リファレンス』を参照してください。

スナップショットの作成

スナップショットを取得するときは、ワークスペースにある特定のオブジェクトやすべてのオブジェクトの特定の時点におけるメタデータを取得します。このスナップショットを使用して、メタデータ内の変更を検出してレポートできます。

自動デフォルト・オブジェクトおよびユーザーまたはロール・オブジェクトを除き、任意の最初のクラス・オブジェクトのスナップショットを作成できます。スナップショット作成ウィザードを使用してスナップショットを作成します。

コレクションのスナップショットとは、コレクション内のショートカットと実際のオブジェクトの両方のスナップショットです。ユーザー・フォルダのスナップショットにも、フォルダ内のオブジェクトと実際のオブジェクトの両方に対する参照(ショートカットに類似する)が含まれるため、同じことが言えます。

スナップショットを作成するには:

1. プロジェクト・ナビゲータで、スナップショットに含めるすべてのオブジェクトを選択します。
親オブジェクトや子オブジェクトはウィザードで自動的に選択されるため、手動で選択する必要はありません。

たとえば、2つのキューブが含まれるコレクションを選択した場合、スナップショットには両方のキューブが含まれ、ディメンション表やソース表などの任意の依存オブジェクトを含めるオプションがあります。

実際のオブジェクトまたはユーザー・フォルダを含む標準のフォルダではなく、実際のオブジェクト自体またはユーザー・フォルダ自体を選択する必要があります。

2. 選択したオブジェクトを右クリックして、「スナップショット」→「新規」を選択します。

または、「ファイル」メニューから、「スナップショット」→「新規」を選択します。

3. 「ようこそ」画面で、「次へ」をクリックします。
「ヘルプ」をクリックすると、いつでもサポート情報を得ることができます。

4. 「名前」ページで、スナップショットの名前とタイプ(FullまたはSignature)を指定します。
「次へ」をクリックします。

(オプション)説明を入力します。

5. 「コンポーネント」画面で、「カスケード」オプションを選択するかどうかを選択します。
「次へ」をクリックします。

この画面では、スナップショットの取得対象コンポーネントが表示されます。コンポーネントがモジュールなどのノード・レベルのオブジェクトの場合は、「カスケード」オプションを選択してサブコンポーネントを含めます。

6. 「依存性」画面では、依存性の「深さ」でスナップショットに依存オブジェクトを含めます。
「次へ」をクリックします。

パフォーマンスに影響を与えるので、深さには不必要に大きな値は指定しないでください。たとえば、プロジェクト・スナップショットの深さに0を超える値を指定すると依存性のグローバルを検索します。

7. 「終了」画面で、スナップショットの特性を確認します。
「終了」をクリックして、スナップショットを作成します。

8. システムでは、スナップショットの作成が開始し、「スナップショット作成」進行状況が表示されます。

スナップショットが完了すると、Oracle Warehouse Builderのメッセージ画面に「スナップショットが正常に作成されました。」と表示されます。

「OK」をクリックします。

スナップショットへのコンポーネントの追加

スナップショットの作成後に、コンポーネントを追加できます。ただし、コンポーネントを追加すると、スナップショットにより提供される履歴レコードが変更され、その作成日付が変わることに注意してください。

スナップショットを更新するには、スナップショットへの追加ウィザードを使用します。

新しいコンポーネントをスナップショットに追加するには:

1. デザイン・センターのプロジェクト・ナビゲータで、スナップショットに追加するコンポーネントをすべて選択します。
たとえば、Oracleモジュールから表、マッピングおよびディメンションを選択できます。

2. 右クリックして、「スナップショット」→「既存へ追加」を選択します。
または、「ファイル」メニューから、「スナップショット」→「既存へ追加」を選択します。

スナップショットへの追加ウィザードが表示されます。

3. 「ようこそ」画面で、「次へ」をクリックします。
「ヘルプ」をクリックすると、いつでもサポート情報を得ることができます。

4. 「スナップショット」画面で、スナップショットのリストから、コンポーネントの追加先スナップショットを選択します。
「次へ」をクリックします。

5. 「コンポーネント」画面では、スナップショットの追加対象コンポーネントが表示されます。コンポーネントがモジュールなどのフォルダ・レベルのオブジェクトの場合は、「カスケード」オプションを選択してサブコンポーネントを含めます。
「次へ」をクリックします。

6. 「終了」画面で、スナップショットの特性を確認します。
「終了」をクリックして、スナップショットを更新します。

7. システムでは、スナップショットの更新が開始し、「スナップショット更新」進行状況ポップアップが表示されます。
スナップショットが完了すると、Oracle Warehouse Builderのメッセージ画面に「スナップショットが正常に更新されました。」と表示されます。

「OK」をクリックします。

スナップショットの管理

作成したスナップショットは、デザイン・センターの「メタデータ変更管理」ウィンドウを使用して管理できます。このウィンドウを開くには、「ツール」メニューから「変更マネージャ」を選択します。

「メタデータ変更管理」ウィンドウには、メニュー・バーとツールバーがあります。ほとんどのタスクは、メニューの使用、ツールのクリック、スナップショットやコンポーネントの右クリックなど、複数の方法により開始できます。

「メタデータ変更管理」ウィンドウでは、次のアクティビティをサポートします。

- スナップショットにアクセスする権限の管理

- スナップショットの比較

- スナップショットからのワークスペース・オブジェクトのリストア

- スナップショットのエクスポートおよびインポート

- スナップショットの削除

図11-1では、「メタデータ変更管理」ウィンドウが表示されます。

図11-1 「メタデータ変更管理」ウィンドウ

スナップショットにアクセスする権限の管理

スナップショットへのアクセスは、他のオブジェクトと同様の方法で制御できます。デフォルトでは、スナップショットへの完全なアクセス権限が、すべてのユーザーに付与されます。

スナップショットのアクセス権限を変更するには:

1. 「メタデータ変更管理」ウィンドウの左側のセクションで、スナップショットの名前を右クリックします。

2. このメニューから「セキュリティ」を選択します。

「スナップショット権限管理」ダイアログ・ボックスが表示されます。

3. 「スナップショット権限管理」画面で、それぞれのユーザーまたはロールに対して、権限を選択して付与するか、権限を選択解除して取り消します。
詳細を表示するには、「ヘルプ」をクリックします。

スナップショットの比較

2つのスナップショットを比較したり、スナップショットと現行のワークスペース・オブジェクトを比較したりできます。比較の結果は、すべてのオブジェクトが次のいずれかとしてリストされます。

- 両方のスナップショットで表示される同一オブジェクト

- 唯一のスナップショットで表示されるオブジェクト

- 両方のスナップショットで表示される、異なるプロパティ値を持つ類似オブジェクト

子オブジェクトを持つオブジェクトのスナップショットを取得し、その子オブジェクトが後で変更される場合、比較すると、親オブジェクトが変更されたものとして表示されます。たとえば、プロジェクトのカスケード・スナップショットを作成すると、そのプロジェクト内のすべてのモジュールが子になります。これらのモジュールが変更された場合、スナップショットとワークスペースの比較結果には、プロジェクトの変更が示されます。

メタデータ変更マネージャは、すべての比較の基礎としてユニバーサル・オブジェクトID(UOID)を使用します。オブジェクトを削除し、同じメタデータを使用して再作成すると、そのオブジェクトのUOIDは異なりますが、他のすべての側面では削除済オブジェクトと同じになります。再作成したオブジェクトをオリジナル・バージョンと比較すると、結果はすべてのメタデータに変更があったことを示します。同様に、インポート中やインテリジェンス・オブジェクトの導出中に削除されてから再作成されたオブジェクトは一致しません。

現行ワークスペース・オブジェクトの一時SIGNATUREスナップショットが自動的に取得されるため、これにより比較時間が長くなります。同じ現行ワークスペース・オブジェクトに対して複数の比較を行う場合は、SIGNATUREスナップショットを取得して、スナップショット間の比較で直接これを使用します。

2つの画面で2つのスナップショットを次のように比較します。

1. 「メタデータ変更管理」画面で、比較する2つのスナップショットを選択します。
選択したスナップショットを右クリックし、「比較」を選択します。

また、「スナップショット」メニューから「比較」を選択します。

「2つのスナップショットを比較します」画面が表示されます。

2. 「2つのスナップショットを比較します」画面で、正しいスナップショットが選択されていることを確認し、「比較」を選択します。
(オプション)詳細を表示するには、「ヘルプ」をクリックします。

「スナップショット比較」画面が表示されます。

3. 「スナップショット比較」画面には、2つのスナップショット間における差異が表示されます。変更されたオブジェクトを選択すると、変更の詳細を確認することができます。

スナップショット間に差異がない場合、Oracle Warehouse Builderのメッセージ画面に「2つのスナップショットが同じです。」と表示されます。

「OK」をクリックします。

4. (オプション)*.xmlファイルに比較の結果を保存するには、「別名で保存」をクリックします。

5. 「閉じる」をクリックします。

現行バージョンのオブジェクトをスナップショット・バージョンと比較する手順は次のとおりです。

1. プロジェクト・ナビゲータでプロジェクトを選択します。

2. 選択したオブジェクトを右クリックして、「スナップショット」→「比較」を選択します。

または、「ファイル」メニューから、「スナップショット」→「比較」を選択します。

「スナップショット選択」画面が表示されます。ここには、対象のオブジェクトを含むスナップショットのみが表示されます。

3. 「スナップショット選択」画面で、比較するスナップショットを選択します。
「OK」をクリックします。

4. 「スナップショット比較」ウィンドウには、2つのオブジェクト間における差異が表示されます。差異がない場合、オブジェクトが同じであることを示すメッセージが出力されます。

5. 「スナップショット比較」画面には、オブジェクトとスナップショット間における差異が表示されます。変更されたオブジェクトを選択すると、変更の詳細を確認することができます。

スナップショット間に差異がない場合、Oracle Warehouse Builderの注意画面にobjectはスナップショットsnapshotと同一ですと表示されます。

「OK」をクリックします。

6. (オプション)*.xmlファイルに比較の結果を保存するには、「別名で保存」をクリックします。

7. 「閉じる」をクリックします。

FULLスナップショットからSIGNATUREスナップショットへの変換

バックアップ用として必要でなくなったFULLスナップショットをSIGNATUREスナップショットに変換できます。この変換により、スナップショットの履歴を保持したまま、ワークスペースの領域が大幅に節約されます。

SIGNATUREスナップショットを使用してメタデータ・オブジェクトをリストアすることはできません。

FULLスナップショットを変換するには:

1. 「スナップショットの管理」の説明に従って、「メタデータ変更管理」ウィンドウを開きます。

2. 変換するスナップショットを選択します。

3. 選択したスナップショットを右クリックし、「シグネチャに変換」を選択します。
または、「スナップショット」メニューから「シグネチャに変換」を選択します。

4. Oracle Warehouse Builderの「警告」ダイアログ・ボックスで、「はい」をクリックします。

5. スナップショットのタイプがSIGNATUREに変換されました。

スナップショットからのワークスペース・オブジェクトのリストア

ワークスペース内のオブジェクトの現行の定義を、そのオブジェクトのスナップショット・イメージと置換できます。

- FULLスナップショットのみが使用可能で、SIGNATUREスナップショットからはオブジェクトをリストアできません。

- スナップショットのすべてのコンポーネントまたは選択したコンポーネントのみをリストアできます。

- スナップショットからコレクションをリストアすると、コレクションと実際のオブジェクトの両方がリストアされます。

- コンテナをリストアすると、そのすべての子オブジェクトもリストアされます。

- コレクションのみまたはコンテナ内の選択オブジェクトのみをリストアするには、「コンポーネント」タブを使用します。

スナップショットからオブジェクトをリストアするには:

1. 現行のセッションで行ったすべての作業を保存します。

2. 「スナップショットの管理」の説明に従って、「メタデータ変更管理」ウィンドウを開きます。

3. リストアするオブジェクトのバージョンが含まれるスナップショットを選択します。

4. (オプション)すべてのオブジェクトをリストアするには、スナップショットを右クリックして、「リストア」を選択します。

5. (オプション)一部のコンポーネントのみをリストアするには、「コンポーネント」タブで目的のコンポーネントを選択し、コンポーネントを右クリックして、「リストア」を選択します。

6. [オプション] オブジェクトに対する最新の変更がコミットされていない場合、「スナップショットをリストアする前に変更をコミットする必要があります。コミットしますか。」というOracle Warehouse Builderの警告メッセージが表示されます。
「はい」をクリックします。

7. 「スナップショットのリストア」画面で、リストのオブジェクトを確認し、目的のオブジェクトがリストアされることを確認します。状況に応じて次のようにします。
「カスケード・アップ」を選択します。この操作により、親が存在しないコンポーネントに新しい親オブジェクトを作成して、ともにリストアすることができます。

「リストア」をクリックします。

8. 「スナップショットが正常にリストアされた後、現在オープンされているエディタはすべてクローズされます。続行しますか。」というOracle Warehouse Builderの警告メッセージが表示されます。
「はい」をクリックします。

9. システムでは、スナップショットのリストアが開始し、「スナップショットのリストア」進行状況ポップアップが表示されます。
スナップショットがリストアされると、「スナップショットが正常にリストアされました。」というOracle Warehouse Builderのメッセージ画面が表示されます。

「OK」をクリックします。

スナップショットのインポートとエクスポート

FULLスナップショットをMDLファイルにエクスポートし、そのファイルを使用して同じデータベースや異なるデータベースにメタデータ・オブジェクトを再作成できます。シグネチャ・スナップショットやスナップショットの個別コンポーネントはエクスポートできません。

スナップショットをエクスポートするには:

1. 「メタデータ変更管理」ウィンドウを開きます。

2. エクスポートするスナップショットを選択します。

3. 「スナップショット」メニューから「エクスポート」を選択します。

4. [オプション] オブジェクトに対する最新の変更がコミットされていない場合、「エクスポート前に、変更を保存するか元に戻す必要があります。」というOracle Warehouse Builderの警告メッセージが表示されます。
「保存」をクリックします。

5. 「メタデータのエクスポート」画面で、次の情報を入力します。

- 「参照」をクリックして、エクスポート・ファイルの場所と名前(「ファイル名」)を選択します。

- 「参照」をクリックして、「ログ・ファイル」の場所を選択します。

- 「エクスポート」をクリックします。

エクスポート・ファイルの拡張子は.mdlで、ログ・ファイルの拡張子は.logです。

(オプション)詳細を表示するには、「ヘルプ」をクリックします。

6. 「メタデータのエクスポート進行状況」画面が表示されます。
プログレス・バーに100%が表示されたら、「OK」をクリックします。

スナップショットをインポートするには:

1. 「ファイル名」メニューから、「インポート」→「Warehouse Builderメタデータ」を選択します。

2. 「メタデータのインポート」画面で、インポート対象のファイルの「ファイル名」を指定します。
「インポート」をクリックします。

3. 「メタデータのインポート進行状況」画面が表示されます。
プログレス・バーに100%が表示されたら、「OK」をクリックします。

スナップショットの削除

スナップショットの削除やスナップショット内のコンポーネントの削除は、「メタデータ変更管理」ウィンドウを使用するとできます。

SIGNATUREスナップショットの個々のコンポーネントは削除できません。

スナップショットを削除するには:

1. 「メタデータ変更管理」画面で、削除するスナップショットを選択します。

2. スナップショットを右クリックし、「削除」を選択します。
また、「スナップショット」メニューから「削除」を選択します。

3. 「エクスポート前に、変更を保存するか元に戻す必要があります。」というOracle Warehouse Builderの警告メッセージが表示されます。
「はい」をクリックします。

スナップショットからコンポーネントを削除するには:

1. 「メタデータ変更管理」で、コンポーネントを削除するスナップショットを選択します。

2. 「コンポーネント」タブで、削除するコンポーネントを選択して、コンポーネントを右クリックし、「削除」を選択します。
また、「スナップショット」メニューから「削除」を選択します。

Oracle Warehouse Builderで、削除を確認するダイアログ・ボックスが表示されます。

3. 「選択したコンポーネントとそのすべての子を削除しますか。」というOracle Warehouse Builderの警告メッセージが表示されます。
「はい」をクリックします。

スナップショットのパフォーマンス

スナップショット操作のパフォーマンスは、表および索引の小さなサブセットに対してSQLオプティマイザの統計の精度により異なります。新しく作成されたリポジトリではこれらの統計のほとんどでデータが乏しいため、まず統計をシードしてから、ロックする必要があります。この対処により、格納データの少ないリポジトリでの中程度のサイズのスナップショットで妥当なパフォーマンスが保証されます。

スナップショットの数とサイズは増加するので、正確な統計が定期的に更新されることのないかぎり、スナップショットのパフォーマンスは低下します。リフレッシュを実行するにはいくつかの方法がありますが、(OMB*Plusの) OMBOPTIMIZEまたは(「ツール」メニューの)「リポジトリの最適化」を実行する必要があります。それ以外の場合、特定の表はロックされたまま、以前シードされた統計が引き続き使用されます。

12 メタデータのインポート、エクスポートおよびアップグレード

この項では、変更管理とバージョン管理のためにメタデータ・ローダーを使用する方法について説明します。メタデータ・ローダーでは、リポジトリにあるすべてのタイプのメタデータ・オブジェクトをコピーしたり移動したりします。このユーティリティでは、オペレーティング・システムが異なるプラットフォーム上のOracle Warehouse Builderリポジトリ間でメタデータを移動できます。デザイン・センターを使用して、メタデータ・ローダー・ユーティリティを実行できます。デザイン・センターが用意しているグラフィカル・インタフェースを使用することで、メタデータのエクスポートやインポートのプロセスを実行できます。

この項では、次の項目について説明します。

- デザイン・センターからのメタデータのエクスポート

- デザイン・センターを使用したメタデータのインポート

- 旧リリースからのメタデータのアップグレード

- メタデータ・ローダー・ユーティリティ

- 複数セッションの同時実行性およびMDL

- メタデータ・ローダー・ログ・ファイル

- メタデータ・ローダーの結果について

- メタデータ・ローダーを使用したバージョンおよび履歴の管理

デザイン・センターからのメタデータのエクスポート

デザイン・センターを使用して、ワークスペースのオブジェクトをMDLファイルにエクスポートできます。プロジェクト・ナビゲータ、場所ナビゲータおよびグローバル・ナビゲータの一部であるオブジェクトがこれに含まれます。表の列とその制約、データ・ロード構成パラメータ、名前付き属性セットなど、エクスポート・オブジェクトに関連する情報もエクスポートされます。

メタデータをエクスポートする前に、エクスポートするすべてのオブジェクトに対するREAD権限があることを確認してください。フォルダ・オブジェクトに対するREAD権限が必要です。プロジェクトやモジュールなどのフォルダ・オブジェクトに対するREAD権限がない場合、フォルダ・オブジェクトおよびそれに含まれるすべてのオブジェクトはエクスポートされません。メタデータ・エクスポート・ユーティリティでは、エクスポート中にREAD権限がないオブジェクトがスキップされます。セキュリティ権限が不足しているためにエクスポートされなかったオブジェクトのリストの情報はログに記録されます。エクスポートされなかったオブジェクトのリストの表示の詳細は、「メタデータ・ローダー・ログ・ファイル」を参照してください。

デフォルトでは、すべての登録ユーザーに対して、すべてのワークスペース・オブジェクトに対するREAD権限が付与されます。ユーザー、ロール、ロール割当て、オブジェクト権限などのセキュリティ情報をエクスポートする場合は、「「エクスポート拡張オプション」ダイアログ・ボックス」を参照してください。

メタデータのエクスポートには2つのオプションがあります。設計全体をエクスポートするか、ワークスペース内で選択したオブジェクトをエクスポートできます。選択したオブジェクトをエクスポートには、これらのオブジェクトが同じナビゲータ内に存在している必要があります。たとえば、プロジェクト・ナビゲータの表とグローバル・ナビゲータのパブリック変換は同時にエクスポートできないため、2つの別個の手順でエクスポートする必要があります。

エクスポート操作を開始する前に、次の手順を実行します。

- エクスポート先のコンピュータに十分なディスク領域があることを確認します。十分なディスク領域がない場合は、エクスポートが失敗します。メタデータ・ファイルを部分的に保存することはできないので、エクスポート先のコンピュータには、メタデータ・ファイル全体を格納できるだけの領域が必要です。

- エクスポートするオブジェクトに、自分以外のユーザーがアクセスしていないことを確認します。エクスポートするメタデータが最新であることを確実にするには、他のすべてのユーザーに対してワークスペースからログアウトを依頼します。「複数セッションの同時実行とMDL」を参照してください。

注意:
ユーザー定義のコード・テンプレートを含むコード・テンプレート・マップをエクスポートするときは、コード・テンプレートはエクスポート操作には自動的に含まれません。まず、コード・テンプレート・マッピングに含めるユーザー定義コード・テンプレートを明示的にインポートする必要があります。

デザイン・センターを使用してワークスペースからメタデータをエクスポートする手順は次のとおりです。

1. デザイン・センターから、エクスポートするオブジェクトを1つ以上選択します。
複数のオブジェクトを選択するには、[Ctrl]キーを押しながらオブジェクトを選択します。

表などの個々のオブジェクトをエクスポートすることも、オブジェクトのグループをエクスポートすることもできます。プロジェクトのノードやモジュールをエクスポートすると、それらに含まれるオブジェクトもエクスポートされます。コレクションをエクスポートすると、それらが参照するオブジェクトもエクスポートされます。

2. 「ファイル名」メニューから、「エクスポート」→「Warehouse Builderメタデータ」を選択します。

3. (オプション)エクスポート・ユーティリティを実行する前にリポジトリのメタデータに変更を加えた場合は、警告ダイアログ・ボックスが表示されます。
「保存」をクリックすると、変更内容が保存されます。「元に戻す」をクリックすると、最後に保存されたバージョンに戻ります。

4. 「メタデータのエクスポート」ダイアログ・ボックスで、次の操作を実行します。

- 「参照」をクリックして、エクスポート・ファイルの「ファイル名」(名前と場所)を指定します。

- 「参照」をクリックして、「ログ・ファイル」(名前と場所)を指定します。

- (オプション)「注釈」で、エクスポート・ファイルについてのコメントを入力します。

- オブジェクト依存性をすべてエクスポート: エクスポート対象オブジェクトの依存性をすべてエクスポートする場合は、このオプションを選択します。

- (オプション)追加のメタデータをエクスポートするには、「拡張」をクリックします。「エクスポート拡張オプション」ダイアログ・ボックスを参照してください。

「メタデータのエクスポート」ダイアログ・ボックスを参照してください。

5. 「エクスポート」をクリックします。

6. エクスポートが正常に完了したら(「「メタデータの進行状況」ダイアログ・ボックス」を参照)、「メタデータのエクスポート」ダイアログ・ボックスの「OK」をクリックします。

デザイン・センターを使用してのメタデータのインポート

デザイン・センターを使用して、メタデータをインポートできます。メタデータ・インポート・ユーティリティでは、旧バージョンのOracle Warehouse Builderを使用して作成されたメタデータも現行バージョンに自動的にアップグレードされます。メタデータのアップグレードの詳細は、「以前のリリースのメタデータのアップグレード」を参照してください。

メタデータのインポートを準備するには、次の手順を実行する必要があります。

- 必要なアクセス権限: メタデータのインポートを実行するユーザーには、次の権限が必要です。

- インポートにより置換対象となる既存オブジェクトに対するEDIT権限。

- インポートによって新規オブジェクトが作成される既存フォルダ・オブジェクトに対するCREATE権限。

デフォルトでは、登録ユーザーに対して、すべてのワークスペース・オブジェクトに対するFULL_CONTROL権限が付与されます。メタデータのインポートを実行するユーザーに対して必要な権限が付与されていないオブジェクトは、メタデータ・インポート・ユーティリティによりスキップされます。適切なセキュリティ権限がないためにインポートされなかったオブジェクトの一覧は、メタデータ・ローダーのログ・ファイルに記録されます。「メタデータ・ローダーのログ・ファイル」を参照してください。

ユーザー、ロールなどのセキュリティ情報をインポートできます。ユーザーのメタデータをインポートするときに、そのユーザーに対応するデータベース・ユーザーが存在しない場合、インポートは失敗し、メタデータ・ローダー・ログ・ファイルにエラー・メッセージが書き込まれます。ユーザー、ロールおよび「メタデータ・ローダーのログ・ファイル」などのセキュリティ情報をインポートについては、「「インポート拡張オプション」ダイアログ・ボックス」を参照してください。

メタデータ・インポート・ユーティリティはリポジトリを変更するため、インポート前にメタデータ・オブジェクトをロックする必要があります。「複数セッションの同時実行とMDL」を参照してください。

- 現行ワークスペースのバックアップ: 大規模なインポートや複雑なインポートを実行する前に、既存ワークスペースをバックアップ(エクスポートまたはメタデータ・スナップショット形式により実行)することを検討してください。

- 複数言語サポートのベース言語の互換性: ベース言語はリポジトリで使用されるデフォルト言語で、インストール時にリポジトリ・アシスタントを使用して設定します。この設定は、リポジトリのインストール後に変更できません。リポジトリのベース言語の設定の詳細は、「言語」を参照してください。

オブジェクトのインポート

デザイン・センターを使用してエクスポート・ファイルからオブジェクトをインポートする手順は次のとおりです。

1. デザイン・センターから、「ファイル」→「インポート」→「Warehouse Builderメタデータ」を選択します。

2. [オプション] エクスポート・ユーティリティを実行する前にリポジトリ・メタデータに変更を加えた場合は、警告ダイアログ・ボックスが表示されます。
「保存」をクリックすると、変更内容が保存されます。「元に戻す」をクリックすると、最後に保存されたバージョンに戻ります。

3. 「メタデータのインポート」ダイアログ・ボックスで、次の操作を実行します。

- 「参照」をクリックして、インポート・ファイルの「ファイル名」(名前と場所)を指定します。

- 「参照」をクリックして、「ログ・ファイル」(名前と場所)を指定します。

- 「オブジェクト選択」で、「すべてのオブジェクトをファイルからインポート」または「選択されたオブジェクトをファイルからインポート」のいずれかを選択します。

- 「インポート・オプション」で、「新規メタデータのみの作成」、「メタデータの更新(既存のオブジェクトを置き換え、新規メタデータを作成)」、「メタデータのマージ (既存のオブジェクトをマージし、新規メタデータを作成)」、または「既存オブジェクトのみの置換」のいずれかを選択します。

- 「一致基準」で、「ユニバーサルID」または「名前」のいずれかを選択します。

- (オプション)エクスポート・ファイルの内容の要約を表示するには、「サマリーの表示」をクリックします。「「ファイル・サマリー」ダイアログ・ボックス」を参照してください。

- (オプション)追加言語、セキュリティ情報またはユーザー定義プロパティのメタデータをインポートする場合は、「拡張」をクリックします。「「インポート拡張オプション」ダイアログ・ボックスを参照してください。

「「メタデータのインポート」ダイアログ・ボックスを参照してください。

4. 「インポート」をクリックします。

5. インポートの進行状況を示す「メタデータのインポート進行状況」ダイアログ・ボックスが表示されます。「取消」をクリックすると、進行中のメタデータ・インポートを取り消すことができます。「「メタデータの進行状況」ダイアログ・ボックス」を参照してください。

インポート用に選択したMDLファイルが古いバージョンのOracle Warehouse Builderを使用して作成されている場合は、「サマリーの表示」、「拡張」または「インポート」をクリックすると、「メタデータのアップグレード」ダイアログ・ボックスが表示されます。このダイアログ・ボックスを使用すると、選択したMDLファイルを現行バージョンのOracle Warehouse Builderに自動的にアップグレードできます。このダイアログの詳細は、「「メタデータのアップグレード」ダイアログ・ボックス」を参照してください。

インポート・モードと一致基準の組合せ

一致基準として使用される各検索方法は、それぞれのインポート・モードと組み合せて使用できます。それぞれの組合せによって、インポート操作の結果は異なる場合があります。選択したモードによって、メタデータ・インポート・ユーティリティがインポート前にワークスペース内のメタデータ・オブジェクトを検索する方法が決定されます。

たとえば、エクスポート・ファイル内でリポジトリ・オブジェクトの検索を実行する場合、メタデータ・インポート・ユーティリティによりワークスペースでそのオブジェクト名が検索されます。該当する名前のオブジェクトが見つからなかった場合、その後の処理は選択したインポート・モードにより異なります。

表12-1に、リポジトリ・オブジェクトと同じ名前のオブジェクトが見つかった場合または見つからなかった場合の各インポート・モードの動作を示します。

表12-1 インポート・モードの結果

インポート・モード

同じ名前が見つかった場合の結果

同じ名前が見つからなかった場合の結果

作成モード

オブジェクトが存在するためスキップされたことを示すメッセージがログ・ファイルに書き込まれます。

新しいオブジェクトが作成されます。

置換モード

オブジェクトは置換されます。

オブジェクトがワークスペースに存在しないため置換できないことを警告するメッセージがログ・ファイルに書き込まれます。そのオブジェクトはスキップされます。

更新モード

オブジェクトは置換されます。

新しいオブジェクトが作成されます。

マージ・モード

オブジェクトはマージされます。

新しいオブジェクトが作成されます。

MDLは、インポートされたメタデータを読み取って処理し、ステータスと診断情報をログ・ファイルに書き込みます。

異なるベース言語のインポート

複数言語のメタデータをインポートするときは、ターゲット・リポジトリの言語設定がエクスポート・ファイルの言語設定と異なる場合があります。たとえば、ターゲット・リポジトリでは、ベース言語が英語で、追加言語がフランス語とドイツ語だとします。一方、エクスポート・ファイルでは、ベース言語がフランス語で、追加言語が英語とドイツ語だとします。この項では、このような場合のMDLの動作について説明します。

インポート・ファイルおよびターゲット・リポジトリの様々なベース言語

メタデータのインポート時に、MDLは、インポート・ファイルのベース言語のISO識別とターゲット・リポジトリのベース言語のISO識別を比較します。ISO識別は、言語IDとそれに続くロケールで構成され、language_localeの形式となります。たとえば、en_USはアメリカ英語で、fr_FRはフランス語です。

ベースISO識別言語が異なる場合、MDLには、ベース言語が異なることを通知する警告ダイアログ・ボックスが表示され、キャラクタ・セットおよびベース言語が同一のメタデータをインポートすることをお薦めする警告が表示されます。インポートを続行することもできます。インポートを続行するには「はい」をクリックします。インポートを取り消すには「いいえ」をクリックします。

特定の状況では、ベース言語が異なる場合にメタデータのインポートを続行すると、インポート中のメタデータが破損する可能性があります。キャラクタ・セットとベース言語が同じリポジトリ間でメタデータを移動することをお薦めします。

ISO識別の言語IDが同じでロケールが異なる場合は、インポートを続行するかどうかを判別する警告ダイアログ・ボックスが表示されます。たとえば、エクスポート・ファイルのベース言語が英語で、リポジトリのベース言語がアメリカ英語などの場合です。メタデータをインポートするには、「はい」をクリックし、インポートを取り消すには、「いいえ」をクリックします。

サポート言語のインポート

インポート時に、インポート・ファイルの追加言語がターゲット・リポジトリに存在するかどうかをMDLはチェックします。ターゲット・リポジトリに存在しない追加言語がインポート・ファイルに含まれ、これらの追加言語のインポートが指定されている場合は、追加言語がリポジトリにインストールされていないことを警告するメッセージがMDLログ・ファイルに書き込まれます。

インポート検証ルール

以前エクスポートしたメタデータから一連の定義をインポートすると、メタデータ・インポート・ユーティリティによって、プロジェクト内の既存定義を更新されます。ただし、メタデータ定義によっては、正しく更新されたことの検証が必要となる場合があります。発生する可能性のあるエラーの例を次に示します。

- マッピング定義。関連付けられた物理オブジェクトがワークスペースに存在する場合、メタデータ・インポート・ユーティリティにより、インポート済のマッピング演算子が物理オブジェクトにバインドされます。ただし、関連付けられた物理オブジェクトがワークスペースに存在しない場合、インポート済のマッピング演算子はバインドされません。メタデータ・インポート・ユーティリティにより、マッピング演算子がバインドされていないことを示す警告メッセージがログ・ファイルに書き込まれます。新規マッピング演算子を、これらが表す物理オブジェクトに同期化する必要があります。

- 外部キー定義。ソースMDLファイルに、ターゲット・ワークスペースに含まれない一意キーまたは主キーへの外部キー参照が含まれる場合があります。MDLファイル内の外部キーに対する参照一意キーまたは主キーがターゲット・ワークスペースに存在しない場合、MDLインポート・ユーティリティにより、ワークスペースに外部キーの参照キーが含まれていないという警告メッセージがログ・ファイルに書き込まれます。

以前のリリースのメタデータのアップグレード

以前のリリースを使用して作成されたメタデータは、メタデータのインポート時に、メタデータ・インポート・ユーティリティによって自動的にOracle Warehouse Builder 11gリリース2(11.2)にアップグレードされます。旧リリースのOracle Warehouse Builderのメタデータを手動でアップグレードする必要はありません。

MDLファイルのインポート時に、ファイルの作成に使用されたリリースが自動的に検出されます。MDLファイルがOracle Warehouse Builderの以前のリリースを使用して作成されている場合は、「メタデータのアップグレード」ダイアログ・ボックスが表示されます。このダイアログ・ボックスを使用して、MDLファイルを現行リリースにアップグレードできます。「「メタデータのアップグレード」ダイアログ・ボックス」を参照してください。

DB2やInformixなどのゲートウェイ・モジュールのメタデータが含まれる.mdlファイルを旧バージョンのOracle Warehouse Builderからインポートすると、プロジェクト内の対応するソース・モジュール・フォルダにメタデータがインポートされないことがあります。これらのインポートされたファイルは、プロジェクト・ナビゲータの「その他」ノードに格納されます。ゲートウェイ・モジュールのメタデータを適切なソース・モジュール・フォルダに手動でコピーする必要があります。

メタデータがOracle Warehouse Builder 11gリリース2 (11.2)に自動的にアップグレードされるOracle Warehouse Builderの製品リリースは次のとおりです。

- Oracle Warehouse Builder 9.2

- Oracle Warehouse Builder 10gリリース1

- Oracle Warehouse Builder 10gリリース2

- Oracle Warehouse Builder 11gリリース1

旧バージョンのOracle Warehouse Builder,からMDLファイルをアップグレードする必要がある場合、まず、Oracle Warehouse Builder 9.2, 10.1、10.2または11.1のいずれかにアップグレードしてから、この中間MDLファイルをOracle Warehouse Builder 11.2にアップグレードする必要があります。

注意:
MDLファイルをインポートする前に、スクリプトOWB_HOME/owb/rtp/sql/stop_service.sqlを実行してコントロール・センターを停止する必要があります。

Oracle Warehouse Builder 9.2からアップグレードする場合のワークスペース・オブジェクトへの変更

Oracle Warehouse Builder 9.2からアップグレードする場合、アップグレード・ユーティリティによりワークスペースのオブジェクトは次のように変更されます。

- ディメンションとキューブのマッピング演算子: ディメンションとキューブのマッピング演算子は表演算子に変換されます。これらの表演算子では、MDLアップグレード・ユーティリティによって作成された物理表がディメンションとキューブとして使用されます。

- ディメンション: 関連付けられたディメンション表が、ディメンションと同じ名前で作成されます。この表には、以前のリリースでディメンション・エディタの「表のプロパティ」を使用してディメンションに定義した列、制約および属性セットが含まれます。

- ディメンション階層のマッピング表示セット: ディメンション階層の名前付き属性セットに基づいて作成されたマッピング・セットは削除されます。これは、ディメンション階層の表示セットが自動的に作成および保持されなくなったためです。

- ディメンション属性: ディメンションに同じ名前のディメンション属性が存在しない場合は、アップグレードされる各レベル属性に対して、同じ名前のディメンション属性が作成されます。

- キューブ: 関連付けられたキューブ表が、キューブと同じ名前で作成されます。このキューブ表には、以前のリリースでキューブ・エディタの「表のプロパティ」を使用してキューブに定義した列、制約および属性セットが含まれます。

- インテリジェンス・オブジェクトとレポート: 以前のリリースでは、インテリジェンス・オブジェクトとレポートはOMB Plusスクリプト言語でのみ利用可能でした。これらのオブジェクトはアップグレードされません。

- ロケーションとコントロール・センター接続: ロケーションとコントロール・センター接続は、ワークスペース全体で共有できるように、それらの所有元のプロジェクトから移動されます。したがって、インポート・ログ・ファイルの統計には、これらのオブジェクトに該当するプロジェクトが追加表示されます。

- コントロール・センターとロケーション: アップグレード後は、ロケーションと、それが参照するコントロール・センター間の関係がなくなります。「コントロール・センターの編集」ダイアログ・ボックスを使用してコントロール・センターの詳細を確認し、このコントロール・センターに関連付けるロケーションを選択する必要があります。

- アドバンスト・キュー: 関連付けられたキュー表が、プロパティのAQキュー表名に基づいて作成されます。MDLファイル・アップグレード・ユーティリティによって作成されるキュー表には、データ型が元のアドバンスト・キューのオブジェクト型である列が含まれます。

- マッピングのアドバンスト・キュー演算子: マッピングのアドバンスト・キュー演算子は、PAYLOADという名前の1つの属性のみを含むように変更されます。マッピングのアドバンスト・キュー演算子がソースとして使用されている場合は、マッピングのアドバンスト・キュー演算子の後に、新しい拡張演算子が追加されます。マッピングのアドバンスト・キュー演算子がターゲットとして使用されている場合は、マッピングのアドバンスト・キュー演算子の前に、新しい構成演算子が追加されます。

- マッピング演算子の名前: MDLアップグレード・ユーティリティにより、すべてのマッピング演算子の物理名とビジネス名が一意であることが保証されます。

Oracle Warehouse Builder 10.1、10.2または11.1からアップグレードする場合のワークスペース・オブジェクトへの変更

Oracle Warehouse Builder 10.1、10.2または11.1からアップグレードする場合、アップグレード・ユーティリティによりワークスペースのオブジェクトは次のように変更されます。

- マッピング表関数演算子: 表関数のマッピング演算子は、1つの入力グループおよび1つの出力グループのみを持つようにアップグレードされます。REFカーソル・タイプとして設定された以前の入力グループはSYS_REFCURSORタイプにアップグレードされ、新しい構成演算子がマップに追加され、その入力グループ値はREFカーソル・タイプ入力グループと同じで、出力グループ属性はSYS_RECURSORタイプに設定されます。

- マッピング・キー参照演算子: キー参照用のマッピング演算子は、新しい参照演算子にアップグレードされます。

- ストリーム取得プロセス・オブジェクト: ストリーム取得プロセス・オブジェクトはアップグレードされません。

- ビジネス・プレゼンテーション・モジュール: ビジネス・プレゼンテーション・モジュールとその内容はアップグレードされません。

- BI Beansのロケーション: BI Beansのロケーションはアップグレードされません。

警告メッセージとエラー・メッセージのチェック

メタデータのアップグレード後に、ログ・ファイルで警告メッセージとエラー・メッセージをチェックします。

- アップグレード時に警告が発生した場合、ユーティリティはアップグレードを完了し、ログに警告を記録します。エラーが発生した場合、ユーティリティは終了し、ログにエラーを記録します。

- アップグレード後に警告とエラーが出力された場合は、ログ・ファイルでWarningとErrorの単語を検索し問題を調べます。

- 予期せぬエラーが発生しアップグレードが終了した場合は、ログ・ファイルに詳細が記録されています。ログ・ファイルを確認するか、Oracleサポート・サービスに連絡してください。

「デザイン・センター・メタデータ管理」ダイアログ・ボックス

デザイン・センターでは、複数のダイアログを使用してメタデータのエクスポート、インポート、およびアップグレードを管理します。これらのダイアログは次のとおりです。

「メタデータのエクスポート」ダイアログ・ボックス

「メタデータのエクスポート」ダイアログ・ボックスには、エクスポートしたオブジェクトの名前とタイプが表示されます。

また、「メタデータのエクスポート」ダイアログ・ボックスには、次の情報も含まれます。

- 注釈: このフィールドには、エクスポートするオブジェクトを格納するファイルについてのコメントを入力します。

- ファイル名: エクスポート・ファイルのデフォルトのパスとファイル名が表示されます。このデフォルトをそのまま使用することも、ディレクトリとファイル名を指定することもできます。作成するエクスポート・ファイルの名前を入力するか、「参照」をクリックしてディレクトリまたはファイルを指定します。ファイル名に使用される標準の拡張子は.mdlです。

- ログ・ファイル: このフィールドには、エクスポートに関する診断情報と統計情報を記録するログ・ファイルのファイル名とパスを指定します。「メタデータ・ローダーのログ・ファイル」を参照してください。

- オブジェクト依存性をすべてエクスポート: エクスポート対象オブジェクトの依存性をすべてエクスポートする場合は、このオプションを選択します。たとえば、このオプションを使用して表をエクスポートすると、表がデプロイされているロケーションもエクスポートされます。
ロケーション、パブリック変換、パブリック・エキスパート、パブリック・アイコン・セットまたはパブリック・データ・ルールなどのパブリック・オブジェクトは、PUBLIC_PROJECTというプロジェクトに属します。エクスポート対象として選択されたオブジェクトがパブリック・オブジェクトに依存する場合は、「オブジェクト依存性をすべてエクスポート」オプションを選択すると、PUBLIC_PROJECTとそのオブジェクトをエクスポートできます。

- 拡張: ユーザー定義プロパティ、セキュリティ情報、追加言語などの別のメタデータをエクスポートする場合は、このボタンを使用します。「エクスポート拡張オプション」ダイアログ・ボックスを参照してください。

選択したオブジェクトのメタデータをエクスポートするには、「エクスポート」をクリックします。「メタデータのエクスポート進行状況」ダイアログ・ボックスが表示されます。このダイアログ・ボックスの内容の詳細は、「「メタデータのエクスポート」ダイアログ・ボックス」を参照してください。

「エクスポート拡張オプション」ダイアログ・ボックス

「エクスポート拡張オプション」ダイアログ・ボックスを使用することで、次の情報をエクスポートできます。

- 追加言語のメタデータ

- ユーザーが作成した定義

- セキュリティ情報

このダイアログ・ボックスには、「言語」と「管理」の2つのセクションがあります。

言語

「ベース言語」フィールドには、リポジトリのベース言語が表示されます。Oracle Warehouse Builderでは、データはベース言語でエクスポートおよびインポートされます。

オブジェクトにビジネス名および説明の翻訳が含まれる場合は、エクスポートおよびインポートする追加言語を指定できます。「使用可能な言語」リストには、リポジトリにインストールされている言語の一覧が表示されます。追加言語をエクスポートまたはインポートするには、目的の言語を選択して矢印をクリックし、その言語を「使用可能な言語」リストから「選択された言語」リストに移動します。一度に複数の言語を選択するには、[Ctrl]キーか[Shift]キーを押しながら選択します。

リポジトリに追加言語がインストールされている場合にのみ、「使用可能な言語」リストに言語エントリが表示されます。たとえば、リポジトリのベース言語がアメリカ英語で、追加言語としてフランス語と簡体字中国語がインストールされているとします。リポジトリからメタデータをエクスポートするときは、追加言語としてフランス語を選択できます。メタデータ・エクスポート・ユーティリティでは、オブジェクトのベース言語であるアメリカ英語がエクスポートされ、フランス語翻訳が含まれるオブジェクトに対して追加言語のフランス語がエクスポートされます。オブジェクトに追加言語がエクスポートされるのは、ビジネス名と説明の翻訳が含まれている場合のみです。

管理

管理者権限がある場合は、追加のメタデータをエクスポートできます。追加メタデータをエクスポートする機能には次のオプションがあります。

- ユーザーが定義した定義のエクスポート: ユーザー定義のオブジェクトおよびユーザー定義のプロパティをエクスポートするときは、このオプションを選択します。

- セキュリティ情報のエクスポート: ユーザーに割り当てられたオブジェクト権限やロールなどのセキュリティ情報をエクスポートに含めるときは、このオプションを選択します。セキュリティの詳細は、第13章「セキュリティの管理」を参照してください。

「エクスポート拡張オプション」ダイアログ・ボックスでオプションを指定したら、「OK」をクリックしてこのダイアログ・ボックスを閉じ、「メタデータのエクスポート」ダイアログ・ボックスに戻ります。

「メタデータのインポート」ダイアログ・ボックス

「メタデータのインポート」ダイアログ・ボックスを使用して、エクスポート・ファイルのメタデータのインポートに必要な情報を指定します。

このダイアログ・ボックスでは、次の情報を指定します。

- ファイル名: MDLファイルの名前を入力するか、「参照」をクリックして、インポートするMDLファイルを指定します。

- ログ・ファイル: インポートに関する診断情報および統計情報を格納するログ・ファイルの名前とパスを入力します。「参照」をクリックして、ログ・ファイルを指定することもできます。ログ・ファイルの詳細は、「メタデータ・ローダーのログ・ファイル」を参照してください。

- オブジェクト選択: メタデータ・インポート・ユーティリティを使用すると、MDLファイルからインポートするオブジェクトを選択できます。「オブジェクト選択」セクションには、次のオプションがあります。

- すべてのオブジェクトをファイルからインポート: エクスポート・ファイルに格納されているすべてのオブジェクトをインポートするときは、このオプションを選択します。

- 選択されたオブジェクトをファイルからインポート: MDLファイルに含まれているオブジェクトの一部のみをインポートする場合は、このオプションを選択します。「オブジェクトの選択」をクリックして、インポートするオブジェクトを選択します。「インポート・オブジェクト選択」ダイアログ・ボックスが表示されます。
「使用可能」と「選択済」の2つのセクションがある「インポート・オブジェクト選択」ダイアログ・ボックスが表示されます。「使用可能」セクションには、MDLファイルにおいて指定されているプロジェクト、モジュール、表、ビュー、接続などのプライマリ・オブジェクトが表示されます。このセクションのノードを開くと、それに含まれるすべてのオブジェクトが表示されます。ノードを選択すると、それに含まれるすべてのオブジェクトがインポートの対象となります。たとえば、モジュール・ノードを選択した場合は、モジュール内のすべてのオブジェクトがインポートされます。シャトル・ボタンを使用して、選択したオブジェクトを「使用可能」セクションから「選択済」セクションに移動します。

インポートされるMDLファイルには、管理オブジェクトも含まれます。管理オブジェクトをインポートするには、管理権限が必要です。これらの権限がない場合、次の状況が発生します。

- MDLファイルに管理オブジェクトが含まれていても、これらの管理オブジェクトが「インポート・オブジェクト選択」ページのダイアログ・ボックスの「使用可能」セクションに表示されません。

- MDLファイルの内容が管理オブジェクトのみの場合は、インポートの実行に必要な管理権限がないことを示す警告メッセージが、インポート・ユーティリティにより表示されます。

- インポート・オプション: インポート・モードを選択します。インポート・モードとして次のオプションを選択できます。

- 新規メタデータのみの作成: このオプションは、作成モードと呼ばれ、新しいオブジェクトがワークスペースに追加されます。

- メタデータの更新(既存のオブジェクトを置き換え、新規メタデータを作成): このオプションは、更新モードと呼ばれ、新しいオブジェクトがワークスペースに追加され、既存のオブジェクトはインポート元MDLファイル内の対応オブジェクトにより置換されます。

- メタデータのマージ (既存のオブジェクトをマージし、新規メタデータを作成): マージ・モードと呼ばれるこのオプションを選択すると、新しいオブジェクトが追加され、ワークスペース内の既存のオブジェクトは、それがMDLファイル内の対応オブジェクトと異なる場合にのみ上書きされます。マージ・モードでは既存オブジェクトは削除されません。マッピング、プラガブル・マッピングおよびデータ監査のマージ・モードを使用してメタデータをインポートすることはできません。

- 既存オブジェクトのみの置換: このオプションは置換モードと呼ばれ、ワークスペース内の既存のオブジェクトを置換しますが、新規オブジェクトを追加しません。このモードでは、メタデータ・インポート・ユーティリティにより既存のメタデータが上書きされます。

更新モードまたは置換モードを使用してメタデータをインポートすると、既存のオブジェクトの子オブジェクトが完全に置換され、最終的なオブジェクトはソース・オブジェクトとまったく同じになります。リポジトリ・オブジェクト内にある既存の子オブジェクトのうち、置換されたり追加されたりしないものは削除されます。この処理は、子オブジェクトがマッピング内にある場合でも、子オブジェクトが表やビューにある外部キー、主キー、一意キーの列の場合でも関係なく実行されます。

たとえば、MDLエクスポート・ファイルに、3列で構成されたCUST表があり、その各列の物理名がlast_name、first_nameおよびmiddle_initであるとします。ワークスペースには、4列で構成された同じ表が存在し、その各列の物理名はlast_name、first_name、statusおよびlicense_IDです。この場合、置換操作時に、last_name列とfirst_name列は置換され、middle_init列は追加され、status列とlicense_ID列は削除されます。インポート後のワークスペース内の最終的なCUST表には、エクスポート・ファイルのCUST表と同じメタデータが含まれます。

置換モードと更新モードを使用すると、データ制約、メタデータ物理プロパティ設定、データ・ロード・プロパティ、マッピング属性の接続などが失われる可能性があります。置換モードまたは更新モードを選択する場合は、必ずバックアップからワークスペースをリストアできるようにしてください。

- 一致基準: メタデータ・インポート・ユーティリティを実行すると、最初にワークスペース内の既存メタデータ・オブジェクトが検索され、それらがインポート・ファイル内のオブジェクトと比較されます。既存のワークスペース・メタデータをインポート・ファイル内のメタデータと比較するには、一致基準が使用されます。比較方法は、インポート・モードと、選択した検索方法により決まります。
「一致基準」セクションには、一致基準として次のオプションがあります。デフォルトでは、インポート・ユーティリティはUOIDを使用して検索します。MDLのインポートでは、既存のマッピングのマージはサポートされません。

- 「ユニバーサルID」オプションでは、インポートされるオブジェクトのユニバーサル・オブジェクトID(UOID)を使用してワークスペースを検索します。メタデータ・インポート・ユーティリティは、UOIDを使用して、インポート操作時に、作成、置換またはマージが必要なオブジェクトを判別します。この方法は、ターゲット・ワークスペース内のオブジェクト名が変更されていても、異なるワークスペースにわたってUOIDを維持する場合に使用します。

- 「名前」オプションを指定すると、インポートされるオブジェクト名を使用してワークスペースが検索されます。物理名がエクスポート・ファイルにエクスポートされ、この物理名によって、インポート時にそのオブジェクトを作成、置換またはマージするかが決まります。この方法は、ターゲット・スキーマのオブジェクト名が変更されたときにこれらのオブジェクトに新規のUOIDを作成する場合に使用します。

「インポート拡張オプション」ダイアログ・ボックス

「インポート拡張オプション」ダイアログ・ボックスを使用することで、次の情報をインポートできます。

- 追加言語のメタデータ

- ユーザーが作成した定義

- セキュリティ情報

このダイアログ・ボックスには、「言語」と「管理」の2つのセクションがあります。

言語

「ベース言語」には、リポジトリのベース言語が表示されます。デフォルトでは、ベース言語でデータがインポートされます。

インポートする追加言語を指定できます。メタデータ・インポート・ユーティリティでは、オブジェクトのビジネス名と説明の翻訳がインポートされます。「使用可能な言語」リストには、MDLファイルにおいて指定された言語の一覧が表示されます。たとえば、MDLファイルに、追加言語としてフランス語、フランス語および簡体字中国語が含まれており、一方、リポジトリには、追加言語としてフランス語のみが含まれているとします。この場合は、「使用可能な言語」リストには、フランス語のみが表示されます。インポートする言語を選択して矢印をクリックし、「選択された言語」リストに移動します。「異なるベース言語のインポート」を参照してください。

管理

このオプションは、インポートを実行するユーザーに管理者権限があり、インポートに使用するMDLファイルに対象メタデータがある場合にのみ使用できます。追加メタデータをインポートする機能には次のオプションがあります。

- ユーザーが定義した定義: ユーザー定義オブジェクトおよびユーザー定義プロパティの定義をインポートする場合は、「ユーザーが定義した定義のインポート」オプションを選択します。

- セキュリティ権限: ユーザーに割り当てられたオブジェクト権限やロールなどのセキュリティ情報をインポートする場合は、「セキュリティ情報のインポート」を選択します。

MDLファイルに対象オブジェクトが含まれている場合、これらの追加メタデータをインポートできます。

MDLファイルを新規ワークスペースにインポートする際に、古いワークスペースからセキュリティ情報を継承する場合は、他のオブジェクトをインポートする前にセキュリティ情報をインポートする必要があります。このためには、管理者権限を持つユーザーとしてワークスペースに接続する必要があります。

「インポート拡張オプション」ダイアログ・ボックスで選択したら、「OK」をクリックして選択を保存し、「メタデータのインポート」ダイアログ・ボックスに戻ります。

名前の競合

次の場合、名前の競合が発生する可能性があります。

- 異なるオブジェクトが同じ名前でターゲット・ワークスペースに存在する場合。

- 異なるオブジェクトが同じビジネス名でターゲット・ワークスペースに存在する場合。

- 異なるオブジェクトが同じUOIDでワークスペースに存在する場合。

名前が競合すると、MDLによりエラーが報告され、インポートが終了します。

「ファイル・サマリー」ダイアログ・ボックス

「ファイル・サマリー」ダイアログ・ボックスには、エクスポート・ファイルの内容のサマリー情報が表示されます。このページの情報は、次のセクションに分類されます。

- 「ファイル」セクションには、データ・ファイルの名前、作成タイムスタンプ、エクスポート・ユーザーの名前、ワークスペース接続情報、エクスポートに使用されたデザイン・センターのバージョンおよび注釈が表示されます。

- 「管理」セクションには、ユーザーとロールに関する情報が表示されます。また、次の詳細も含まれます。

- エクスポート・ファイルのベース言語

- エクスポート・ファイルにおける追加言語

- エクスポート・ファイルにおけるセキュリティ情報の有無

- エクスポート・ファイルにおけるユーザー作成定義の有無

- 「統計」セクションには、エクスポート・ファイルに含まれるオブジェクトのタイプに関する詳細と、タイプごとのオブジェクト数が表示されます。

「メタデータのアップグレード」ダイアログ・ボックス

このダイアログ・ボックスは、インポート元MDLファイルが以前のリリースで作成されていることが検出された場合に自動的に表示されます。「ファイル名」フィールドを使用して、アップグレード対象MDLファイルが格納されているファイルの名前を指定します。または、「参照」をクリックして、ディレクトリやMDLファイルを指定することもできます。

「アップグレード」をクリックしてMDLファイルを現在のバージョンにアップグレードします。アップグレードが完了したら、「メタデータのアップグレード」ダイアログ・ボックス」は閉じます。MDLファイルをアップグレードしない場合は、「取消」をクリックします。

「メタデータの進行状況」ダイアログ・ボックス

メタデータの進行状況ダイアログのタイトルは、「メタデータのエクスポート進行状況」、「メタデータのインポート進行状況」またはメタデータのアップグレード進行状況のいずれかになります。ここには、メタデータのエクスポート、インポートまたはアップグレード・アクティビティの相対的な完了状況(%)を示す進行状況バーが表示されます。操作が正常に完了すると、進行状況バーの上にそのことを示すメッセージが表示されます。エラーが発生したと表示される場合もあります。

メタデータのエクスポートやインポートに関する詳細な情報を表示するには、「詳細の表示」をクリックします。メッセージ・ログが表示されます。メッセージ・ログには次の情報が含まれます。

- エクスポートまたはインポートの開始時間

- エクスポートまたはインポートされたオブジェクトの名前とタイプ

- 警告メッセージまたはエラー・メッセージ

- エクスポートまたはインポートの終了時間

- エクスポートまたはインポートのログ・ファイルの場所

- エクスポートまたはインポートに要した合計時間(hh:mi:ssまたはミリ秒単位)

「詳細の非表示」をクリックすると、メッセージ・ログを非表示にできます。

エクスポートまたはインポートされたオブジェクトの詳細を表示するには、「統計の表示」をクリックします。「メタデータの結果」ダイアログが表示されます。「メタデータ・ローダーの結果について」を参照してください。

「取消」をクリックすると、進行中のメタデータのエクスポートまたはインポートを取り消すことができます。

エクスポートまたはインポートが完了したら、メタデータの進行状況ダイアログで「OK」をクリックします。

メタデータ・ローダー・ユーティリティ

メタデータ・ローダーは、次の2つのユーティリティで構成されます。

- メタデータ・エクスポート・ユーティリティ
メタデータ・エクスポート・ユーティリティは、ワークスペースからメタデータをエクスポートするときに使用します。

- メタデータ・インポート・ユーティリティ
メタデータ・インポート・ユーティリティは、ワークスペースにメタデータをインポートするときに使用します。

MDLでは独自のファイル形式が使用され、メタデータ・インポート・ユーティリティはMDL形式のファイル(メタデータ・エクスポート・ユーティリティで作成されたファイル)のみを読み取ります。メタデータ・ローダー・ファイルはZIP形式のファイルです。

メタデータ・エクスポート・ユーティリティ

メタデータ・エクスポート・ユーティリティでは、ワークスペースからメタデータ・オブジェクトが抽出され、ZIP形式のファイルに情報が書き込まれます。このZIPファイルの拡張子は.mdlであり、次のファイルが含まれます。

- メタデータ・ローダーXMLファイル: このファイルには、ワークスペースから抽出されたXML形式のオブジェクトが含まれます。ZIPファイルと同じ名前ですが、拡張子は.mdxです。

- カタログ: カタログ・ファイルは名前がmdlcatalog.xmlで、メタデータ・ローダーXMLファイルに関する内部情報が記述されています。

メタデータ・エクスポート・ユーティリティでは、ファイル名とパスを入力することで、エクスポート先のMDLファイルを指定できます。たとえば、sales.mdlと命名したファイルにリポジトリ・メタデータをエクスポートします。このMDL ZIPファイルを解凍すると、2つのファイルが展開されます。sales.mdxファイルには、リポジトリ・オブジェクトがあります。mdlcatalog.xmlファイルには、MDL XMLファイルに関する内部情報が記述されています。

プロジェクト全体、コレクション、パブリック・オブジェクト、ロケーションまたはオブジェクトの任意のサブセットをエクスポートできます。オブジェクトのサブセットをエクスポートする場合は、選択した各オブジェクトとそのサブセットの所属先親オブジェクトの定義がエクスポートされます。これにより、MDLはこれらのオブジェクトのツリー関係を保持したまま、メタデータをインポートできます。

たとえば、1つのディメンションをエクスポートすると、エクスポート・ファイルには、ディメンション、ディメンションが属するモジュール、モジュールが属するプロジェクトの定義、およびディメンションの構成が含まれます。

オブジェクトのサブセットをエクスポートする場合は、すべての参照オブジェクトのエクスポートとインポートの両方を行う必要があります。「メタデータのエクスポート」ダイアログ・ボックスで依存性をすべてエクスポートオプションを選択すると、オブジェクトのセットによって参照されるオブジェクトをエクスポートできます。たとえば、DEPARTMENTS表への外部キー参照が含まれるEMPLOYEES表をエクスポートする場合、両方の表をエクスポートするよう選択できます。

メタデータ・インポート・ユーティリティ

メタデータ・インポート・ユーティリティでは、エクスポートしたMDLファイルからメタデータ情報が読み取られ、メタデータ・オブジェクトが作成または置換されるか、ワークスペースにマージされます。表の列とその制約、データ・ロード構成パラメータおよび名前付き属性セットなどのエクスポート済メタデータ・オブジェクトに属する情報がインポートされます。メタデータ・インポート・ユーティリティでは、リポジトリ・オブジェクトの参照を確認できない場合でも、これらのオブジェクトをインポートできます。

メタデータ・インポート・ユーティリティにより、オブジェクトをプロジェクトまたはコレクションにインポートできます。メタデータ・インポート・ユーティリティは、メタデータ・エクスポート・ユーティリティによって作成されたファイルのみを読み取ります。

インポート元MDLファイルが以前の製品リリースを使用して作成されている場合は、自動的に現行リリースにアップグレードされます。

関連項目:
MDLファイルの自動アップグレードの詳細は、「以前のリリースのメタデータのアップグレード」を参照してください。

複数セッションの同時実行とMDL

複数のクライアントが、リポジトリ内の同じワークスペースに同時にアクセスできます。Oracle Warehouse Builderでは、1人のクライアントのみがリポジトリ・オブジェクトを変更できるように、ロックが使用されます。オブジェクトがロックされている間、他のクライアントは、ユーザーによる最後のトランザクションがコミットされた後の状態でオブジェクトを参照することのみできます。

オブジェクトを置換またはマージするとき、MDLは、リポジトリとMDLファイル内の両方のプライマリ・オブジェクトに対してロックを取得します。プロジェクト、モジュール、表、ディメンション、キューブ、マッピング、ビュー、フラット・ファイルなどがプライマリ・オブジェクトに該当しますが、これらに限定されません。列やマッピング属性などのセカンダリ・オブジェクトはロックされません。他のユーザーがプライマリ・オブジェクトをロックしているためロックを取得できない場合、インポートは失敗します。そのため、インポート時には、対象プライマリ・オブジェクトのロックを保持できる必要があります。メタデータのインポートを確実に行うには、ワークスペースにアクセスするクライアントを1人に限定する必要があります。

メタデータのインポートが成功した場合(エラー・メッセージがないか、情報メッセージか警告メッセージのみの場合)は、ワークスペースに対する変更が保存されます。インポートに失敗した場合は、ロールバックが実行されます。

メタデータ・ローダーのログ・ファイル

リポジトリ・メタデータをエクスポートしたりインポートしたりしたときは、MDLにより診断情報と統計情報がログ・ファイルに書き込まれます。ログ・ファイルの場所は、MDLの実行時に指定できます。

ログ・ファイルにより、エクスポート操作やインポート操作を詳細に監視したりトラブルシューティングしたりできます。このログ・ファイルには、次の情報が含まれます。

- データ・ファイルの名前

- エクスポートまたはインポートの開始時間と終了時間

- エクスポートまたはインポートに要した合計時間(hh:mi:ss形式の時分秒またはミリ秒単位)

- エクスポートまたはインポートされたオブジェクトのタイプ

- エクスポートまたはインポートされた各オブジェクト・タイプの数
インポート・ログ・ファイルには、追加、置換、スキップおよび削除されたオブジェクトの合計数も記録されます。

- ステータス・メッセージ
ステータス・メッセージは、インポートまたはエクスポートのプロセスに関する情報を示します。これらのメッセージには次の種類があります。

- 情報: メタデータ・オブジェクトが見つからない、オブジェクトがインポートされたかどうか、インポートやエクスポートが行われなかった理由など、インポートやエクスポートに関する情報を提供します。

- 警告: オブジェクトのインポートまたはエクスポートに関する警告ですが、インポートまたはエクスポートの失敗や終了は示されません。エクスポートまたはインポートにより予期しない結果が発生する可能性があるという警告が通知されます。

- エラー: MDLによるエクスポートやインポートが異常終了し、正常に完了しなかったことを示します。エラー・メッセージは、失敗の原因に関する要約説明を示します。

メタデータ・ローダーの結果について

メタデータ・ローダーのエクスポート・ユーティリティやインポート・ユーティリティを使用して、エクスポートやインポートの作業が成功したときは、その結果を表示できます。「メタデータのエクスポート結果」ダイアログ・ボックスや「メタデータのインポート結果」ダイアログ・ボックスにより、すべてのオブジェクトがエクスポートまたはインポートされたことを確認します。結果のダイアログ・ボックスを表示するには、「メタデータのエクスポート進行状況」ダイアログ・ボックスまたは「メタデータのインポート進行状況」ダイアログ・ボックスで、「詳細の表示」をクリックします。これにより「メッセージ・ログ」が表示されます。このログの後にある「統計の表示」をクリックします。

結果のダイアログ・ボックスには、次の情報が含まれます。

- エクスポートまたはインポートされたプロジェクトの名前(該当する場合)

- エクスポートまたはインポートされた各オブジェクト・タイプの数

- スキップされた各オブジェクト・タイプの数
スキップされたオブジェクトの数に関する詳細は、メタデータのインポート時にのみ表示されます。

メタデータ・ローダーによるバージョンと履歴の管理

メタデータ・ローダー(MDL)ユーティリティを使用して、プロジェクト・ナビゲータ、グローバル・ナビゲータおよび接続ナビゲータ内のオブジェクトからメタデータのインポートやエクスポートができます。エクスポートしたファイルは、サード・パーティ製バージョン管理ツール(Oracle Repository、ClearCase、SourceSafeなど)に移動できます。MDLエクスポート・ファイルに対して注釈を入力することで、ファイルに含まれる情報を追跡管理できます。

メタデータ・ローダー(MDL)では、新規リポジトリの移入と、既存リポジトリのメタデータ・バックアップの転送、更新およびリストアを実行できます。オペレーティング・システムが異なるプラットフォーム上にリポジトリがある場合でも、それらのリポジトリ間でメタデータ・オブジェクトのコピーや移動ができます。

メタデータ・ローダーへのアクセス

メタデータ・ローダーにアクセスするには、この項で説明されているグラフィカル・ユーザー・インタフェースを使用するか、『Oracle Warehouse Builder APIおよびスクリプト・リファレンス』に記載されているOMB Plusスクリプト言語を使用します。

グラフィカル・インタフェースにより、エクスポートやインポートの標準的作業ができます。一方、OMB Plusスクリプト言語では、エクスポートやインポートで特殊な作業の実行と制御ファイルの管理ができます。

メタデータ・ローダーの制御ファイルについて

メタデータ・ローダー関連のOMB Plusコマンドを使用するときは、制御ファイルにより、オブジェクトのインポートやエクスポートを行う方法をより詳細に制御できます。たとえば、メタデータ・ローダーのデフォルトでは、オブジェクトはバイナリZIP形式にエクスポートされます。ZIPファイルのデフォルト・エクスポート設定よりも優先して処理するには、OMBEXPORT MDL_FILEコマンドのCONTROL_FILEオプションを使用して、オプションZIPFILEFORMAT=Nを構成した制御ファイルを指定します。

メタデータ・ローダーでの制御ファイルの使用の詳細、および次の各コマンドについては、『Oracle Warehouse Builder APIおよびスクリプト・リファレンス』の付録を参照してください。

- OMBIMPORT

- OMBEXPORT

- OMUIMPORT

- OMUIMPORT MDL_FILE

- OMBIMPORT MDL_FILE

- OMUEXPORT MDL_FILE

- OMBEXPORT MDL_FILE

13 セキュリティの管理

この項では、Oracle Warehouse Builder APIおよびスクリプト・リファレンスのセキュリティ・オプションを実装する方法について説明します。

この項では、次の項目について説明します。

- メタデータのセキュリティについて

- メタデータのセキュリティ戦略の評価

- データベース・ユーザーの登録

- ユーザー・プロファイルの編集

- 複数ユーザー環境のサポート

- セキュリティ・ロールの定義

- ロール・プロファイルの編集

- 特定のメタデータ・オブジェクトへのセキュリティ・プロパティの適用

- セキュリティの適用

- Oracle Warehouse Builderでのパスワードの管理

メタデータ・セキュリティの概要

Oracle Warehouse Builderでは、デザイン・リポジトリに格納されるメタデータのセキュリティを定義できます。Oracle Warehouse Builderのメタデータ・セキュリティはOracle Databaseセキュリティと連携して行われます。Oracle Databaseではデータのセキュリティを実現し、Oracle Warehouse Builderではメタデータのセキュリティを実現します。

すべてのユーザーは、リポジトリに登録されている必要があるだけでなく、デザイン・リポジトリ・データベースのデータベース・ユーザーでもある必要があります。データベース・ユーザーはSQL*Plusを使用してデータベース内のデータにアクセスできますが、Oracle Warehouse Builderにも登録されていないかぎり、Oracle Warehouse Builderおよびそのメタデータにアクセスすることはできません。

メタデータ・セキュリティはオプションで柔軟性があります。メタデータ・セキュリティのコントロールは適用できませんが、メタデータ・セキュリティのポリシーは定義できます。複数のユーザーを定義して、完全なセキュリティ・コントロールを適用するかセキュリティ・コントロールをまったく適用しないかを選択できます。または、セキュリティ・サービスに基づいてカスタムのセキュリティ戦略を実施します。カスタムのセキュリティ戦略を定義した後、時間の経過とともに厳格な制限や緩やかな制限に戦略を適合させることもできます。

次の項のトピックでは、デザイン・センターを使用してセキュリティ戦略を実施する方法について説明します。また、OMB Plusを使用してセキュリティを実現することもできます。詳細は、『Oracle Warehouse Builder APIおよびスクリプト・ガイド』を参照してください。

セキュリティ・サービスの概要

グローバル・ナビゲータのセキュリティ・サービスにアクセスして、Oracle Warehouse Builder APIおよびスクリプト・リファレンスのセキュリティ・ポリシーのユーザーおよびロールを管理できるのは、管理権限を持つユーザーのみです。

Oracle Warehouse Builderをインストールし、リポジトリ・アシスタントを使用してデザイン・リポジトリを作成すると、Oracle Warehouse Builderではデザイン・リポジトリ所有者がデフォルトの管理者として設定されます。インストール後にデザイン・センターを最初に起動する場合は、このデザイン・リポジトリ所有者としてログインする必要があります。その後、必要に応じて、管理者や他のユーザーを追加して定義できます。

Oracle Warehouse Builderのデザイン・センターにデザイン・リポジトリ所有者としてログインすると、グローバル・ナビゲータが表示されます。

デフォルトのセキュリティ設定を表示する:

1. グローバル・ナビゲータで、「セキュリティ」を開きます。

2. ユーザーを開き、次にロールを開きます。

3. 2つの事前定義済ロールADMINISTRATORおよびEVERYONEがあります。

4. 1人の事前定義済のユーザーがデザイン・リポジトリ所有者です。デザイン・リポジトリ所有者には、デフォルトでADMINISTRATORロールが割り当てられます。
グローバル・ナビゲータでユーザーの詳細を表示または編集するには、「セキュリティ」および「ユーザー」でそのユーザーを選択してダブルクリックします。「ユーザーの編集」画面が表示されます。

管理者が実行できるすべてのタスクの詳細は、「ADMINISTRATORロール」を参照してください。

メタデータのセキュリティ戦略の評価

Oracle Warehouse Builderでは、ユーザーの実装要件に合せてメタデータのセキュリティ戦略を設計できます。ただし、メタデータのセキュリティ戦略を定義する場合は、ポリシーの制限を増やせば、実装や保守に必要な時間も増えることに注意してください。

次のセキュリティ戦略のいずれかに基づいて、戦略をモデル化することを検討してください。

- 最小限のメタデータのセキュリティ戦略(デフォルト)

- マルチユーザー・セキュリティ戦略

- 完全なメタデータのセキュリティ戦略

最小限のメタデータのセキュリティ戦略(デフォルト)

最小限のメタデータのセキュリティは、新しいデザイン・リポジトリを作成する場合のデフォルトのセキュリティ・ポリシーです。時間の経過とともにユーザーのプロジェクト要件が変更された場合は、他のメタデータのセキュリティ戦略を適用できます。たとえば、内部のパイロット・プロジェクトを実装したり、信頼できるユーザーがわずかであることが予測される場合は、追加のメタデータ・セキュリティが必要ない場合があります。

最小限のメタデータ・セキュリティ戦略では、すべてのユーザーが、デザイン・リポジトリ所有者と同じユーザー名およびパスワードを使用してOracle Warehouse Builderにログインできます。デザイン・リポジトリ内のデータは、Oracle Databaseのセキュリティ・ポリシーによって保護されますが、そのメタデータには、デザイン・リポジトリ所有者のログオン情報を知っているすべてのユーザーがアクセスできます。すべてのユーザーはすべてのオブジェクトを作成、編集および削除できます。

マルチユーザー・セキュリティ戦略

実装に複数のユーザーが存在し、それぞれのユーザー操作を追跡する必要がある場合にマルチユーザー・セキュリティ戦略を実装します。この戦略では、デザイン・リポジトリ所有者に付与される権利とアクセス権を1人のユーザーに限定します。この戦略では、メタデータ・オブジェクトに対するユーザーのアクセス権が制限されませんが、後から制限を適用できます。

複数ユーザー環境のセキュリティを実装するには:

管理者としてOracle Warehouse Builderにログオンし、次の各項に示す手順を実行します。

1. データベース・ユーザーの登録

2. ユーザー・プロファイルの編集

完全なメタデータのセキュリティ戦略

この項では、Oracle Warehouse Builderで使用可能なすべてのメタデータ・セキュリティ・オプションを適用するプロセスについて説明します。これらのオプションは、すべてを適用することも、一部のみを適用することもできます。たとえば、1から3の手順を実行して、4以降の手順は実行しないでおくこともできます。

セキュリティ・プロパティの編集は、プロジェクト・ナビゲータ内のすべてのプロジェクトに対して実行する必要があります。デフォルトでは、EVERYONEロールにオブジェクトのFULL_CONTROL権限があります。変更する場合は、プロジェクトを選択し、「表示」メニューから「セキュリティ」を選択します。EVERYONEロールの権限を編集してその制限を増やし、左上隅にある「セキュリティ設定の伝播」アイコンを押します。このアクションはこのプロジェクトのすべての子に新しい制限を適用します。プロジェクトおよび他のオブジェクトを新しく作成した場合は、Oracle Warehouse Builder APIおよびスクリプト・リファレンスのユーザーのデフォルトのオブジェクト権限設定を使用して、アクセス権限を定義します。

複数ユーザーの完全なメタデータを実装するには:

管理者としてOracle Warehouse Builderにログインし、次の各項に示す手順を実行します。

1. パラメータ「デフォルト・メタデータ・セキュリティ・ポリシー」を最大に設定します。
デザイン・センターで、「ツール」→「プリファレンス」を選択し、「Oracle Warehouse Builder」を展開してから、「セキュリティ・パラメータ」を選択します。

2. データベース・ユーザーの登録

3. ユーザー・プロファイルの編集
手順1で設定した「デフォルト・メタデータ・セキュリティ・ポリシー」は、遡及的ではありません。設定の変更後に登録するユーザーにのみ適用されます。既存のユーザーのプロファイルは手動で編集する必要があります。

4. セキュリティ・ロールの定義

5. ユーザー・プロファイルの編集

6. 特定のメタデータ・オブジェクトへのセキュリティ・プロパティの適用

データベース・ユーザーの登録

すべてのOracle Warehouse BuilderユーザーはOracle Databaseユーザーでもある必要があります。

新しいOracle Warehouse Builderユーザーを作成するには、次の2つの方法があります。

- Oracle Warehouse Builderを使用して、既存のデータベース・ユーザーを登録するか、新しいデータベース・ユーザーを作成します。
新しいユーザーを作成するには、データベース権限CREATE USERが必要です。

- 新しいデータベース・ユーザーを作成して、Oracle Warehouse Builderに登録します。
SQL Plusでユーザーを作成することもできますが、Oracle Warehouse Builderインタフェースを使用してユーザーを作成することをお薦めします。これにより、必要なすべてのロールと権限をユーザーに割り当てられます。

セキュリティ上の理由から、SYSのようなデータベース管理者ユーザーは登録できません。また、データベースのデフォルトのロール設定は、ALLに設定されていない必要があります。Oracle Warehouse Builderによって、新規ユーザーにデフォルトのデータベース・ロール設定が自動的に設定されます。データベースのデフォルトのロール設定は、「データベースのデフォルトのロールの変更」の説明に従って、変更できます。

注意:
Oracle Warehouse Builderユーザー名には、英字、英数字またはすべての数字の文字列を使用できます。

既存のデータベース・ユーザーの登録

この項では、既存のデータベース・ユーザーの登録方法を説明します。

既存のデータベース・ユーザーを登録するには:

1. グローバル・ナビゲータで、「セキュリティ」の下の「ユーザー」を右クリックし、「新規ユーザー」を選択します。

「ユーザーの作成:ようこそ」画面が表示されます。

2. 「ユーザーの作成:ようこそ」画面で、「次へ」をクリックします。

3. 「登録するDBユーザーの選択」画面の「使用可能なDBユーザー」の下で、登録するユーザーを選択し、適切な転送アイコンをクリックして、「選択したユーザー」リストにユーザーを追加します。
「次へ」をクリックします。

4. 「ロケーションの作成の確認」画面で、登録するユーザーの横にある「作成」オプションをチェックします。
「次へ」をクリックします。

5. 「サマリー」画面で、新規のユーザー定義を確認します。
「終了」をクリックします。

6. 「ユーザー登録の進捗」が表示されます。この画面は、登録が完了すると消えます。

7. これで、「ユーザー」に新しいユーザーが表示されます。

新規Oracle Databaseユーザーの作成

この項では、新規データベース・ユーザーの登録方法を説明します。データベース・システム権限CREATE USERが必要です。

データベース・ユーザーを作成するには:

1. グローバル・ナビゲータで、「セキュリティ」の下の「ユーザー」を右クリックし、「新規ユーザー」を選択します。

「ユーザーの作成:ようこそ」画面が表示されます。

2. 「ユーザーの作成:ようこそ」画面で、「次へ」をクリックします。

3. 「登録するDBユーザーの選択」画面で、「DBユーザーの作成」をクリックします。

4. 「データベース・ユーザーの作成」画面で、新規ユーザーのDBAパスワード、「名前」および「パスワード」(確認入力を含む)入力します。
「OK」をクリックします。

有効なユーザー名とパスワードを指定し、Oracle Databaseに実装されているセキュリティ標準を遵守する必要があります。ユーザー名、パスワードおよびパスワードの複雑さの検証ルーチンの詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

5. 「登録するDBユーザーの選択」画面の「選択したユーザー」リストに、新しいユーザーが自動的に追加されます。
「次へ」をクリックします。

6. 「ロケーションの作成の確認」画面で、登録するユーザーの横にある「作成」オプションをチェックします。
「次へ」をクリックします。

7. 「サマリー」画面で、新規のユーザー定義を確認します。
「終了」をクリックします。

8. 「ユーザー登録の進捗」が表示されます。この画面は、登録が完了すると消えます。

9. これで、「ユーザー」に新しいユーザーが表示されます。

データベースのデフォルトのロールの変更

セキュリティ上の理由により、データベースのデフォルトのロールがALLに設定されているデータベース・ユーザーを登録することはできません。ただし、ロールの割当てを修正することにより、デフォルトの設定を変更できます。「今すぐ修正」および「後で修正」の2つのオプションがあります。

「今すぐ修正」

「今すぐ修正」オプションを選択した場合は、SYSDBA権限を使用してユーザー名とパスワードを入力します。ユーザーが登録され、必要なコマンドが発行されます。

たとえば新規ユーザーを登録する場合、各ユーザーにデータベース・ロールOWB_repository_nameが割り当てられます。セキュリティ上の理由により、このロールは、登録されているユーザーのデフォルトのロールではない必要があります。この条件でユーザーを登録しようとする場合に「今すぐ修正」を選択すると、ユーザーが登録され、次のようなコマンドが発行されます。

alter user username default role all except OWB$CLIENT

「後で修正」

「後で修正」オプションを選択した場合、ユーザーは登録されません。SQLを使用してデータベース内のデフォルトのロール設定を手動で変更し、Oracle Warehouse Builderにユーザーを登録する必要があります。設定を手動で変更するには、ALTER USERシステム権限があるユーザーとしてデータベースに接続し、必要なコマンドを発行します。

次のSQLスクリプトは、選択したユーザーのデフォルト・ロールを変更するためのものです。これを実行すると、デフォルトのロール設定が変更され、以降にそのユーザーに付与されたロールがデフォルト・ロールになることはありません。これを変更するには、ユーザーを登録し、次のコマンドを発行します。

alter user username default role all except OWB$CLIENT

ユーザー・プロファイルの編集

ユーザーごとに、オプションの説明の入力、既存のロールのユーザーへの割当て、デフォルトのオブジェクト権限とシステム権限の指定を実行できます。

これらはOracle Databaseユーザーであるため、Oracle Warehouse Builderでユーザーの名前を変更することはできません(この操作はOracle Databaseを介して行う必要があります)。

ロールおよび権限の付与または取消しは、次回のOracle Warehouse Builderセッションで有効になります。

ユーザー・プロファイルを編集するには:

1. グローバル・ナビゲータで、「セキュリティ」を開きます。

2. 「ユーザー」を開きます。

3. 編集するユーザー名を選択します。ユーザー名を右クリックし、「開く」を選択します。

4. 「ユーザーの編集: ユーザー名」画面が表示されます。ここには、編集のための次のオプションがあります。

- 「名前」: 名前自体を変更することはできません。ただし、この画面には編集可能な「説明」テキスト・フィールドがあります。

- 「ロール」: ユーザーを「「使用可能なロール」リスト」リストから「付与されたロール」リストに移動することで、様々なロールをユーザーに割り当てることができます。

- 「デフォルトのオブジェクト権限」: FULL_CONTROL、EDIT、COMPILE、またはREADにある該当するボックスをチェックすることでユーザーまたはロールにデフォルトの権限を割り当てることができます。

- システム権限: オブジェクト・システム権限(ACCESS_PUBLIC_VIEW_BROWSER、CREATE_PLATFORM、CREATE_PROJECT、またはCREATE_SNAPSHOT)およびコントロール・センターのシステム権限(CONTROL_CENTER_DEPLOYMENT、CONTROL CENTER_EXECUTION、またはCONTROL_CENTER_VIEW)で該当するボックスをチェックすることで、ユーザーにシステム権限を割り当てることができます。

5. 編集が完了したら、「OK」をクリックします。

ロール

ユーザーには1つ以上のロールを割り当てることができます。複数のロールを割り当てることによって権限が競合する場合、その権限が複数のロールの全権限の和集合とみなされ、制限が緩やかな権限がユーザーに付与されます。たとえば、スナップショットを作成できるロールと、作成できないロールを同じユーザーに割り当てた場合、そのユーザーにスナップショットの作成が認められます。

「使用可能なロール」リストに表示されていないロールをユーザーに割り当てる場合は、エディタを閉じ、新しいロールを作成した後で、そのユーザー・アカウントを編集します。ロールを作成するには、グローバル・ナビゲータで「セキュリティ」ノードの下の「ロール」を右クリックし、「新規ロール」を選択します。ロールの作成と編集の詳細は、「セキュリティ・ロールの定義」および「ロール・プロファイルの編集」を参照してください。

デフォルトのオブジェクト権限

デフォルトのオブジェクト権限では、選択されたユーザーが作成したオブジェクトに対して、他のユーザーやロールが持つアクセス権を定義します。これらの権限は、そのユーザーが、他のユーザーによって作成されたオブジェクトにアクセスするための権限に影響を与えません。

たとえば、JANE_DOEが作成するすべてのオブジェクトに対しては、JANE_DOE、ADMINISTRATORおよびDEVELOPMENTの各ロールが完全なアクセス権限を持ちます。EVERYONEロール、PRODUCTIONロールおよびTESTロールは読取り専用に制限されています。

UNIXオペレーティング・システムのセキュリティに例えると、デフォルトのオブジェクト権限はUMASKコマンドのようなものです。デフォルトのオブジェクト権限を編集した場合、その変更は、ユーザーがその後に作成するオブジェクトにのみ反映され、以前に作成したオブジェクトには反映されません。そのため、以前にデフォルトのオブジェクト権限を設定していた場合、オブジェクトレベルのセキュリティの管理を新たに設定する必要性はほとんど、あるいはまったくありません。

選択されたユーザーが作成するオブジェクトに対して、他のユーザーが持つ権限を定義するには、各ロールまたはユーザーの適切なボックスを選択します。付与できる権限は、FULL CONTROL、EDIT、COMPILEおよびREADです。これらの権限はすべて、後から追加して設定できます。たとえば、COMPILEを選択した場合、後からCOMPILE権限とREAD権限の両方を適用できます。

アクセス権限は、ロールと個別ユーザーの両方に付与できます。ただし、ロールにアクセス権を付与すると、そのロールが割り当てられているすべてのユーザーにも同じ権限が付与されます。たとえば、JOHN_DOEは、特にアクセス権限が付与されていなくても、EVERYONEロールを介して読取りアクセスを行うことができます。さらに、JOHN_DOEは、DEVELOPMENTロールのメンバーであれば、FULL CONTROLアクセス権限も持っています。

デフォルトでは、新規にユーザーを作成したとき、EVERYONEロールにはすべてのオブジェクトに対するFULL CONTROLが付与されます。メタデータを保護するには、すべてのユーザー・プロファイルを編集し、EVERYONEロールが持つアクセス権を、各ユーザーが作成するオブジェクトに限定する必要があります。

ライフサイクル全体を通じたメタデータ・オブジェクトのセキュリティの確保

デフォルトのオブジェクト権限とオブジェクト・セキュリティ・プロパティを組み合せることで、特定のメタデータ・オブジェクトのライフサイクル全体のセキュリティ・オプションを設定できます。「デフォルトのオブジェクト権限」タブで指定した設定は、権限のあるユーザーによってオブジェクト・ベースでオブジェクトの制限が上書きされるまで保持されます。

たとえば、JANE_DOEがいくつかのマッピングを作成する場合を考えます。JANE_DOEがこれらのオブジェクトを設計して作成する場合は、この項で前述したセキュリティ・ポリシーが適しています。しかし、JANE_DOEがマッピング作業を完了し、そのオブジェクトをテスト・チームに送る場合があります。その場合、デフォルトのオブジェクト権限では制限が厳しすぎます。TESTロールのアクセス権を増やすには、JANE_DOEはマッピングを選択して、「表示」から「セキュリティ」を選択します。これで、必要なすべての権限を手動でTESTロールに追加できます。

オブジェクト・ベースでオブジェクトのデフォルトのセキュリティを上書きする方法の詳細は、「特定のメタデータ・オブジェクトへのセキュリティ・プロパティの適用」を参照してください。

オブジェクト権限

オブジェクト権限は、プロジェクト、モジュール、およびコレクションを含む、リポジトリ内のすべてのメタデータ・オブジェクトに適用されます。

FULL CONTROL

FULL CONTROLには、他のすべての権限と、オブジェクトの権限の付与および取消しを行う機能が含まれます。「特定のオブジェクトへのセキュリティ・ポリシーの適用」で説明するように、オブジェクトに対するFULL CONTROL権限を持っているユーザーのみが、オブジェクトごとにデフォルト・セキュリティをオーバーライドできます。

EDIT

EDIT権限には、COMPILEおよびREAD権限が含まれます。さらに、EDIT権限を持つユーザーは、オブジェクトの削除、名前変更、および変更を実行できます。

COMPILE

COMPILE権限にはREAD権限が含まれ、オブジェクトの検証と生成を実行できます。

READ

READ権限では、オブジェクトを表示できます。

システム権限

システム権限は、ワークスペース全体のサービスに対するユーザーのアクセス権を定義します。「システム権限」タブを使用すると、ユーザーやロールに管理タスクの実行を許可したり、制限することができます。

管理できる操作は次のとおりです。

- ACCESS_PUBLICVIEW_BROWSER: ユーザーがリポジトリ・ブラウザにアクセスできます。

- CREATE_PLATFORM: OMB*Plusを使用してユーザーがワークスペース内に新規のプラットフォームを作成できます。

- CREATE_PROJECT: プロジェクトの作成をユーザーに許可します。管理者は、メタデータ・オブジェクトの編成手段としてプロジェクトを作成します。

- CREATE_SNAPSHOT: スナップショットの作成をユーザーに許可します。スナップショットは、管理者がワークスペースのバックアップを行う際に使用します。

- CONTROL_CENTER_DEPLOYMENT: コントロール・センターへのデプロイおよびそのプロシージャの実行をユーザーに許可します。

- CONTROL_CENTER_EXECUTION: コントロール・センターからのプロシージャの実行をユーザーに許可します。

- ＄＄CONTROL_CENTER_VIEW: コントロール・センターからのプロシージャの表示をユーザーに許可します。

複数ユーザー環境のサポート

Oracle Warehouse Builderでは、読取り権限と書込み権限を管理することにより、複数のユーザーが同時に同じOracle Warehouse Builderリポジトリにアクセスできます。ただし、1つのオブジェクトへの書込み権限は、常に1人のユーザーにしか付与されません。他のすべてのユーザーには、読取り専用アクセスが付与されます。ユーザーがオブジェクトへの書込みアクセス権を持っている場合、Oracle Warehouse Builderでは、オブジェクト・エディタが開いている間、そのオブジェクトに対するロックが保持されます。オブジェクトが変更されていない場合は、そのオブジェクトのエディタが閉じられると、すぐにロックが解除されます。変更されている場合は、ユーザーがそのオブジェクトに関連するすべてのエディタを閉じ、変更内容を保存するか、最後に保存されたバージョンに戻るまで、ロックは維持されます。他のユーザーは、そのオブジェクトが使用されている間、削除することはできません。

読取り/書込みモード

エディタ、プロパティ・シート、またはダイアログ・ボックスを開いた場合は必ず、デフォルトで読取り/書込みモードでオブジェクトにアクセスすることになります。その変更内容をリポジトリに保存すると、その変更内容が他のユーザーにも反映されるようになります。

読取り専用モード

他のユーザーがロックしているオブジェクトを開こうとした場合、またはそのオブジェクトに対してREAD権限しか持っていない場合、Oracle Warehouse Builderでは、そのリクエストを取り消すか、そのオブジェクトに読取り専用モードでアクセスするように求めるメッセージが表示されます。読取り専用モードで操作の継続を選択した場合、

READ/WRITEモードでオブジェクトを編集しているユーザーは、読取り専用権限を持つユーザーがそのオブジェクトを表示しているときに、変更内容を保存できます。オブジェクトとリポジトリを同期させるいは、「リフレッシュ」をクリックします。

セキュリティ・ロールの定義

ロールを使用すると、同じ責任や権限を持つユーザーをグループとして扱うことができます。データベース・ユーザーでもあるユーザーとは異なり、これらのロールはデータベース・ロールではありません。これらのロールは、この製品内でのセキュリティの実装用に設計された構成要素です。

ロールでは、複数のユーザーではなく1つのロールに対して権限を付与または制限できるため、権限を効率的に管理できます。

EVERYONEロールとADMINISTRATORロールは、事前定義済ロールです。この権限は編集できますが、事前定義済ロールを削除したり、名前を変更することはできません。

ロールを作成するには、次のようにします。

1. グローバル・ナビゲータで、「セキュリティ」を開きます。

2. 「セキュリティ」で、「ロール」を選択します。

3. ロールを右クリックして、「新規ロール」を選択します。

4. 「Warehouse Builderロールの作成」画面で、「ロール名」を入力します。

5. 「OK」をクリックします。

EVERYONEロール

このロールを使用すると、すべてのユーザーの権限を容易に管理できます。新規ユーザーを登録すると、Oracle Warehouse Builderによって、そのユーザーにEVERYONEロールがデフォルトで割り当てられます。

ADMINISTRATORロール

Oracle Warehouse Builderの管理者は、次のような様々なセキュリティ・タスクを実行できます。

- データベース・ユーザーの登録

- ユーザー・プロファイルの編集

- ユーザー・パスワードの変更
ユーザー・パスワードをOracle Warehouse Builderで変更することはできません。パスワードは、『Oracle Databaseセキュリティ・ガイド』の説明に従って、Oracle Databaseで直接変更します。

- セキュリティ・ロールの定義

- ロール・プロファイルの編集

- ユーザーとロールの削除
グローバル・ナビゲータで右クリックし、「削除」を選択すると、ユーザーを削除できます。リポジトリ所有者を除くすべてのOracle Warehouse Builderユーザーを削除できます。この操作を実行しても、Oracle Database内のユーザー・アカウントは削除も変更もされません。

デザイン・リポジトリ所有者を除くすべてのOracle Warehouse Builderユーザーを削除できます。Oracle Warehouse Builderからユーザーを削除しても、Oracle Databaseのユーザー・アカウントは削除も変更もされません。

ADMINISTRATORロールとEVERYONEロールを除くすべてのOracle Warehouse Builderロールを削除できます。Oracle Warehouse Builderからロールを削除しても、Oracle Databaseのロールは削除も変更もされません。

- ロール名の変更
グローバル・ナビゲータで、ロールを右クリックして「名前の変更」を選択します。事前定義済のADMINISTRATORロールおよびEVERYONEロールを除いて、すべてのロールの名前を変更できます。

- 特定のメタデータ・オブジェクトへのセキュリティ・プロパティの適用

ロール・プロファイルの編集

作成するロールごとに、名前の編集、オプションの説明の入力、既存のユーザーへの割当て、システム権限の指定が可能です。事前定義済のロールであるEVERYONEとADMINISTRATORについては、名前変更や説明の編集はできません。Oracle Warehouse Builderロールとデータベース・ロールは別個の構成であるため、Oracle Warehouse Builderロールを削除してもデータベースに影響はありません。システム権限の詳細は、「システム権限」を参照してください。

ロールのデフォルト・セキュリティ権限を変更するには:

1. グローバル・ナビゲータで、「セキュリティ」を開きます。

2. 「セキュリティ」では、「ロール」を開きます。

3. 編集するロールを選択して、右クリックします。このメニューから「開く」を選択します。

4. 「ロールの編集: RoleName」ウィンドウで、次のいずれかを実行することができます。

- 「名前」: 名前自体を変更することはできません。ただし、この画面には編集可能な「説明」テキスト・フィールドがあります。

- 「ユーザー」: ユーザーを「使用可能なユーザー」リストから「権限受領者」リストに移動することで、様々なユーザーをロールに割り当てることができます。

- システム権限: オブジェクト・システム権限(ACCESS_PUBLIC_VIEW_BROWSER、CREATE_PLATFORM、CREATE_PROJECT、またはCREATE_SNAPSHOT)およびコントロール・センターのシステム権限(CONTROL_CENTER_DEPLOYMENT、CONTROL CENTER_EXECUTION、またはCONTROL_CENTER_VIEW)で該当するボックスをチェックすることで、ロールにシステム権限を割り当てることができます。

5. 編集が完了したら、「OK」をクリックします。

ユーザー

ロールは複数のユーザーに割り当てることができます。「使用可能なユーザー」リストに表示されていないユーザーにロールを割り当てる場合は、エディタを閉じ、グローバル・ナビゲータの「セキュリティ」ノードでユーザーを作成してから、そのロールを編集します。ユーザーを作成するには、「セキュリティ」ノードから「ユーザー」を右クリックして、「新規ユーザー」を選択します。ユーザーの作成と編集の詳細は、「データベース・ユーザーの登録」および「ユーザー・プロファイルの編集」を参照してください。

特定のメタデータ・オブジェクトへのセキュリティ・プロパティの適用

メタデータのオブジェクトへのアクセス権は、オブジェクト・ベースで付与または制限できます。

特定のメタデータ・オブジェクトのセキュリティ・プロパティを変更するには:

1. 変更するメタデータ・オブジェクトを選択します。

2. この「表示」メニューから「セキュリティ」を選択します。

3. オブジェクトのセキュリティ権限を編集して、ロール・レベルかユーザー・レベルのいずれかで権限を付与したり、削除したりします。

4. 変更を行う場合はすべて、「ファイル」メニューから、「すべて保存」を選択します。
変更内容を確認します。

「セキュリティ」タブ

「セキュリティ」タブを使用して、オブジェクトベースでメタデータ・セキュリティを定義できます。「セキュリティ」タブでメタデータのアクセス・コントロールを変更できるのは、オブジェクトへのFULL CONTROL権限が付与されているユーザーのみです。「例: セキュリティ・プロパティを使用したプロジェクト設計のフリーズ」に記載されているように、「セキュリティ」プロパティは、プロジェクトのライフサイクルを管理する上で重要です。

「デフォルトのオブジェクト権限」では特定のユーザーが作成するオブジェクトのメタデータ・セキュリティを定義しますが、「セキュリティ」タブでは、オブジェクトごとにそのメタデータ・セキュリティ・ポリシーをオーバーライドできます。たとえば、JANE_DOEがマッピングとプロセス・フローを作成した開発者であるとします。このJANE_DOEによって作成されたすべてのオブジェクトを、JOHN_DOEなどの別の開発者も利用できるようにするには、「デフォルトのオブジェクト権限」を使用します。ただし、JANE_DOEによって作成されたオブジェクトの一部のみをJOHN_DOEまたはTESTロールを持つすべてのユーザーが利用できるようにする場合は、デザイン・センターで各オブジェクトを検索して、そのセキュリティ・オプションを変更します。

完全なメタデータ戦略を適用するには、プロジェクト・ナビゲータ内のすべてのプロジェクトのセキュリティ・プロパティを編集します。デフォルトでは、EVERYONEロールにオブジェクトの全制御権限があります。EVERYONEロールの権限を変更してその制限を増やし、「セキュリティ設定の伝播」アイコンを選択して、その変更をすべての子に適用します。

子オブジェクトへのセキュリティ・プロパティの伝播

セキュリティ・プロパティをオブジェクトとそのすべての子に適用するには、「セキュリティ」タブの「伝播」を選択します。子オブジェクトを持たないオブジェクトを選択した場合は、このオプションは無効になります。

例: セキュリティ・プロパティを使用したプロジェクト設計のフリーズ

ユーザーがプロジェクトの設計を完了したら、そのプロジェクトの内容をフリーズすることが必要になる場合があります。次の手順を実行すると、プロジェクト内のオブジェクトを変更できるのは管理者のみになります。

プロジェクトの設計をフリーズする手順は次のとおりです。

1. 管理者権限を持つユーザーとしてログオンします。

2. この「表示」メニューから「セキュリティ」を選択します。

3. 「セキュリティ」タブで、管理者以外のすべてのユーザーとロールの権限を必要に応じて制限します。

4. 「セキュリティ設定の伝播」アイコンをクリックします。

セキュリティの適用

ユーザーがOracle Warehouse Builderで操作を実行しようとすると、Oracle Warehouse Builderでは、そのユーザーが操作の実行に必要な権限を持っているかどうかが最初に検証されます。表13-1に、Oracle Warehouse Builderでの操作の実行に必要な権限の一覧を示します。

表13-1 操作の実行に必要な権限

Oracle Warehouse Builderの操作

セキュリティ・チェック

構成

ユーザーは、構成するオブジェクトにEDIT権限を所有している必要があります。

コピー

ユーザーは、コピーするオブジェクトにREAD権限を所有している必要があります。

オブジェクトの作成

ユーザーは、親に対してEDIT権限を所有している必要があります。たとえば、マッピングを作成する場合は、そのモジュールに対してEDIT権限を所有している必要があります。

切取り

ユーザーは、切り取るオブジェクトにEDIT権限を所有している必要があります。

削除

ユーザーは、削除するオブジェクトにEDIT権限を所有している必要があります。

デプロイ

ユーザーは、CONTROL_CENTER_DEPLOYシステム権限を所有している必要があります。

編集

ユーザーは、編集するオブジェクトにEDIT権限を所有している必要があります。

エクスポート

ユーザーは、エクスポートするオブジェクトにREAD権限を所有している必要があります。セキュリティ情報のエクスポートを有効にしている場合、管理者ユーザーは、ロール、ユーザー、権限などのセキュリティ情報をエクスポートできます。

生成

ユーザーは、生成するオブジェクトにCOMPILE権限を所有している必要があります。

インポート

エクスポートするオブジェクトのEDIT権限が必要です。セキュリティ情報のインポートを有効にしている場合、管理者ユーザーは、ロール、ユーザー、権限などのセキュリティ情報をインポートできます。

移動

ユーザーは、切取り/貼付けの操作に必要な権限を所有している必要があります。

貼付け

ユーザーは、オブジェクトのコピー先の親に対してEDIT権限を所有している必要があります。

改名

ユーザーは、名前を変更するオブジェクトにEDIT権限を所有している必要があります。

スナップショット: スナップショットの比較

別のスナップショットまたは他のリポジトリ・オブジェクトと比較するには、ユーザーは、比較元のスナップショットと、比較先のスナップショットまたはリポジトリ・オブジェクトにREAD権限を所有している必要があります。

スナップショット: スナップショットのリストア

スナップショットに基づいてオブジェクトをリストアするには、ユーザーは、そのオブジェクトにREAD権限を所有している必要があります。フォルダをリストアするには、ユーザーは、フォルダとそのすべての子にEDIT権限を所有している必要があります。

スナップショット: スナップショットを取る

ユーザーは、スナップショットを作成するためのCREATE_SNAPSHOTシステム権限を所有している必要があります。

ソースのインポート

ユーザーは、インポートしたオブジェクトで置換するオブジェクトにEDIT権限を所有している必要があります。

インバウンドの同期化

ユーザーは、リポジトリ内のオブジェクトにREAD権限、およびエディタ内のオブジェクトにEDIT権限を所有している必要があります。

アウトバウンドの同期化

ユーザーは、リポジトリ内のオブジェクトにEDIT権限を所有している必要があります。

検証

ユーザーは、検証するオブジェクトにCOMPILE権限を所有している必要があります。

Oracle Warehouse Builderでのパスワードの管理

Oracle Warehouse Builderのパスワードは、次の方法で管理できます。

- ログオン・パネル上の資格証明メモリー

- コントロール・センターにアクセスするパスワードの変更

- Oracle Warehouse Builderのロケーションへのパスワードの暗号化

ログオン・パネル上の資格証明メモリー

Oracle Warehouse Builderデザイン・センターの起動時に表示されるログイン・ダイアログでは、前に使用されていた資格証明のリストが保持されます。これは、同一のワークスペースで頻繁に作業するデザイン・センターのユーザーに役立ちます。この機能によって、Oracle Warehouse Builderはログイン情報を記憶できます。

Oracle Warehouse Builderにアクセスするパスワードの変更

標準的なセキュリティの適用に合せて、Oracle Warehouse Builderリポジトリへのアクセスに使用するパスワードを定期的に変更できます。

デザイン・リポジトリにアクセスするパスワードの変更

デザイン・リポジトリへのパスワードは、他のOracle Databaseの場合と同様に管理します。

コントロール・センターにアクセスするパスワードの変更

コントロール・センターをホストし、デプロイメント環境となるリポジトリのパスワードを変更するには、最初にコントロール・センター・サービスを停止し、パスワードを変更するスクリプトを実行した後で、コントロール・センター・サービスを再起動する必要があります。

コントロール・センターをホストするリポジトリのパスワードを変更する手順は次のとおりです。

1. リポジトリ所有者としてコントロール・センターにログオンします。

2. スクリプトOWB_HOME/owb/rtp/sql/stop_service.sqlを実行してコントロール・センターを停止する必要があります。
スクリプトは、コントロール・センターのステータスを示す値(UnavailableまたはAvailable)を返します。

3. スクリプトOWB_HOME/owb/rtp/sql/set_repository_password.sqlを実行して、パスワードを変更します。
新しいパスワードを求められたら、指定します。

4. 次のスクリプトを実行して、コントロール・センターを再起動します。
OWB_HOME/owb/rtp/sql/start_service.sql.

Oracle Warehouse Builderのロケーションへのパスワードの暗号化

Oracle Warehouse Builderユーザーは、メタデータおよびデータを抽出またはロードするデータベース、ファイル・サーバーまたはアプリケーションごとに、ロケーションを作成します。このロケーションには、これらの様々なソースやターゲットへのアクセスに使用するユーザー名とパスワードが含まれています。Oracle Warehouse Builderでは、これらのパスワードを暗号化してリポジトリに格納できます。パスワード記憶域をオンまたはオフにするスイッチは、「メタデータにロケーション・パスワードを保持」です。これは、「デザイン・センター」の「ツール」→「プリファレンス」→「セキュリティ・パラメータ」にあります。

使用されるデフォルトの暗号化アルゴリズムはDES56Cで、Oracle9i以降のバージョンに対して有効です。リポジトリ・データベースのバージョンが10g以降の場合、OWB_HOME/owb/bin/admin/jdbcdriver.propertiesファイルを変更し、次の暗号化パラメータを指定することで、3DES168または他の強力な暗号化アルゴリズムに設定できます。

encryption_client; default = REQUIRED
encryption_types_client; default = ( DES56C )
crypto_checksum_client; default = REQUESTED
crypto_checksum_types_client; default = ( MD5 )

このプロトコルを機能させるには、サーバーをデフォルトのACCEPTEDモードに設定します。詳細は、『Oracle Database JDBC開発者ガイド』を参照してください。

A インストールおよび設定時のトラブルシューティング

この項では、Oracle Warehouse Builderをインストールおよび設定する際に実行する必要のあるトラブルシューティング・タスクについて説明します。

この項では、次の項目について説明します。

- Oracle Warehouse Builderの一般的なトラブルシューティング手順

- Oracle Warehouse Builderでのログ・ファイルの調査

- インストールに関連したエラー・メッセージ

- その他のインストール時の問題のトラブルシューティング

- Java Virtual Machine(JVM)のチェック

- Oracle Warehouse Builderクライアントのロギングを使用したロギングの管理と問題のトレース

- Oracle Warehouse Builderのシステム・パスのチェック

- Oracle RACでのOracle Warehouse Builderの構成

Oracle Warehouse Builderの一般的なトラブルシューティング手順

Oracle Warehouse Builderで発生したエラーのトラブルシューティングを行うには、次の手順を実行します。

1. この項を参照して、問題を解決します。
Oracle Warehouse Builderでインストール・プロセス中にエラー・メッセージが表示される場合は、「インストールに関連したエラー・メッセージ」を参照してください。エラー番号を控えていない場合は、「インストール・エラーのログ・ファイル」を参照してください。

エラー・メッセージがない場合は、「その他のインストール時の問題のトラブルシューティング」を参照してください。

2. 「Oracle Warehouse Builderでのログ・ファイルの調査」で、問題に関する追加情報がないか確認します。

3. それでも問題が解決されない場合は、https://support.oracle.com/にある「My Oracle Support」にアクセスして解決方法を検索します。

4. 「リポジトリ・アシスタント」から、問題に対応するパッチまたは情報があるかどうかを確認するには「更新の確認」ウィザードを使用します。「Oracle Warehouse Builderの「更新の確認」ウィザードについて」を参照してください。

5. 『Oracle Warehouse Builderリリース・ノート』で、インストールに関する注意点や既知の問題を確認します。

6. 前の手順で問題を解決できない場合は、Oracleサポート・サービスに連絡してください。
「Oracle Warehouse Builderクライアントのロギングを使用したロギングの管理と問題のトレース」に記載された手順を実行するように、Oracleサポートが依頼することがあります。

Oracle Warehouse Builderでのログ・ファイルの調査

この項では、Oracle Warehouse Builderにより記録されるすべてのタイプのエラー・メッセージおよびそのアクセス方法について概説します。

Oracle Warehouse Builderでは、次のタイプのエラーが記録されます。

- インストール・エラーのログ・ファイル

- メタデータのインポート・エラーおよびエクスポート・エラーのログ・ファイル

- 検証エラーのログ・ファイル

- 生成エラーのログ・ファイル

- デプロイメント・エラーおよび実行エラーのログ・ファイル

- Name and Addressサーバー・エラーのログ・ファイル

インストール・エラーのログ・ファイル

Oracle Universal Installerを実行してOracle Warehouse Builderをインストールする場合、インストール・エラー・ログが次の場所に自動的に格納されます。

C:\ProgramFiles\Oracle\Inventory\logs\installActionstimestamp.log

Oracle Warehouse Builderリポジトリ・アシスタントを実行する場合、ワークスペース・インストール・エラー・ログが次の場所に格納されます。

OWB_HOME\UnifiedRepos\log_timestamp.log

インストール時に発生する一般的なエラーに対して推奨されるアクションについては、「インストールに関連したエラー・メッセージ」を参照してください。

メタデータのインポートおよびエクスポート・エラーのログ・ファイル

メタデータのインポート: メタデータ・インポート・ユーティリティを使用してプロジェクトや特定のオブジェクトをワークスペースにインポートすると、Oracle Warehouse Builderでインポート・プロセスの詳細がログ・ファイルに記録されます。このログ・ファイルの名前と場所は、「メタデータのインポート」ダイアログ・ボックスで指定できます。

メタデータのエクスポート: メタデータ・エクスポート・ユーティリティを使用してWarehouse Builderのプロジェクトや特定のオブジェクトをエクスポートすると、Oracle Warehouse Builderでエクスポートの詳細がログ・ファイルに記録されます。このログ・ファイルの名前と場所は、「メタデータのエクスポート」ダイアログ・ボックスで指定できます。

検証エラーのログ・ファイル

Oracle Warehouse Builderでは、コンソール・ツリーでオブジェクトを選択し、「オブジェクト」メニューから「検証」を選択すると、すべてのオブジェクトを検証できます。検証が完了すると、「検証結果」ウィンドウに検証メッセージが表示されます。

マッピング・エディタで「マッピング」→「検証」を選択すると、マッピングを検証することもできます。検証メッセージおよびエラーが「検証結果」ウィンドウに表示されます。

「検証結果」ウィンドウの「検証」タブで「オブジェクト」列にあるオブジェクト名をダブルクリックすると、そのオブジェクトのエディタが表示されます。エディタでエラーを修正できます。「メッセージ」列のメッセージをダブルクリックすると、メッセージ・エディタのウィンドウに詳細なエラー・メッセージが表示されます。メッセージをローカル・システムに保存するには、メニュー・バーで「コード」→「ファイルとして保存」を選択します。

Oracle Warehouse Builderでは、検証されたオブジェクトごとに最新の検証メッセージが保存されます。これらのメッセージには、プロジェクト・ナビゲータ内のコンソール・ツリーでオブジェクトを選択し、メニュー・バーから「表示」→「検証メッセージ」を選択することでいつでもアクセスできます。メッセージが「検証結果」ウィンドウに表示されます。

生成エラーのログ・ファイル

Oracle Warehouse Builderオブジェクト用のスクリプトを生成すると、「生成結果」ウィンドウに生成結果およびエラーが表示されます。「検証」タブの「メッセージ」列でエラーをダブルクリックすると、メッセージ・エディタが表示され、そこでエラーをローカル・システムに保存できます。

Oracle Warehouse Builderオブジェクト用のスクリプトを生成すると、「生成結果」ウィンドウに生成結果およびエラーが表示されます。「検証」タブの「メッセージ」列でエラーをダブルクリックすると、メッセージ・エディタが表示され、そこでエラーをローカル・システムに保存できます。

デプロイメントおよび実行エラーのログ・ファイル

場所を指定することによって、実行またはデプロイメント・エラーおよび警告メッセージのログをローカル・システムに保存できます。プロジェクト・ナビゲータでプロジェクトを選択します。次に、「ツール」メニューから「プリファレンス」を選択します。「プリファレンス」ダイアログ・ボックスで、左側のオブジェクト・ツリーにある「ロギング」オプションをクリックします。右側のリスト・ボックスで、ログ・ファイルのパス、名前および最大サイズを設定できます。保存するログのタイプを選択することもできます。

Oracle Warehouse Builderのコンソールからこのデプロイメントおよびエラー・メッセージのログを表示するには、メニュー・バーから「表示」→「メッセージ・ログ」を選択します。この「メッセージ・ログ」ダイアログ・ボックスは読取り専用です。

コントロール・センター・サービスに関するエラーは、次のパスに保存されます。

Oracle Databaseサーバー上のOWB_HOME\log\Repository_Name\log.xx。

データの変換またはロードに関連するエラーは、コントロールセンター監査表に保存されます。これらのエラー・レポートには、リポジトリ・ブラウザを使用してアクセスできます。このブラウザには、過去のデプロイメントおよび実行に関する詳細情報が表示されます。エラー・メッセージを表示して詳細を監査するには、実行レポートで「実行」タブをクリックします。

Name and Addressサーバー・エラーのログ・ファイル

Oracle Warehouse Builderで提供されるName and Addressのクレンジング・サービスを使用している場合は、それに関連したエラーが表示されることがあります。

Name and Addressサーバーの起動および実行のエラーは、次の場所にあります。

OWB_HOME¥owb¥bin¥admin¥NASver.log

たとえば、Name and Addressサーバーが次の設定で有効化されているとします。

OWB_HOME¥owb¥bin¥admin¥NameAddr.properties:TraceLevel=1

この場合、ログ・ファイルNASvrTrace.logが作成されます。

インストールに関連したエラー・メッセージ

この項では、次の項目について説明します。

- 'drive:\Program Files\ Qarbon\viewlet Builder3jre\lib\fonts'にフォントが見つかりません

- OWBSYSに、OWB_HOME/owb/bin/admin/rtrepos.propertiesへのアクセス権限が付与されていません。コントロール・センター・サービスの実行先となるOracleホームのパスを指定して、UnifiedRepos/reset_owbcc_home.sqlを実行してください。

- SYSユーザーにSYSDBA権限がありません。

- RTC-5301: コントロール・センター・サービスは現在使用できません

- API5022: 指定されたリポジトリに接続できません。

- ランタイム・アシスタントがLoadJavaエラーで失敗しました。

- SYSDBAユーザーの指定時にエラーが発生しました。

- Name and Addressのリージョン・データ・ライブラリを使用できません。

- 系統と影響の分析レポート: マテリアライズド・ビュー用の拡張表領域が必要です。

- バッチ操作中にJavaメモリー不足エラーが発生しました。

- ORA-01925: 有効なロールの最大数30を超えました

- INS0009: データベースに接続することができません。接続情報を確認してください。

- INS0022: 起動したプログラムでエラーが発生しました。

- ORA-12154: TNS: サービス名を解決できませんでした。

- ORA-12514: TNS: リスナーは接続記述子にあるSERVICE_NAMEを解決できませんでした。

- PL/SQL: ORA-04052: リモート・オブジェクトの検索中にエラーが発生しました。

- IMP-00003: ORACLEエラー30371が発生しました ORA-30371: 同じ列で複数のディメンションのレベルを定義することはできません

- Oracle DatabaseバージョンでSQL*Plusに接続できません

- 「ORA-04020: オブジェクトをロックしようとしてデッドロックを検出しました。」または「ORA-0402: オブジェクトのロック待ちでタイムアウトが発生しました」

- ORA-04088: トリガー'DVSYS.DV_BEFORE_DDL_TRG'の実行中にエラーが発生しました

- DPF-0029: ソースTable_Nameには165個より少ない属性が必要です。

原因と処置

'drive:\Program Files\ Qarbon\viewlet Builder3jre\lib\fonts'にフォントが見つかりません

原因: Oracle Warehouse Builderクライアント・コンポーネントをインストールした後、Jinitiatorに依存する別のソフトウェア・プログラムをインストールしたため、Oracle製品に必要なJavaオブジェクトが上書きされています。これが、Oracle Warehouse BuilderまたはJavaオブジェクトに依存する他のOracle製品を起動できない原因となっている可能性があります。

処置: Jinitiatorを再インストールします。

OWBSYSにOWB_HOME/owb/bin/admin/rtrepos.propertiesへのアクセス権が付与されません: コントロール・センター・サービスの実行元であるOracleホームのパスを指定してからUnifiedRepos/reset_owbcc_home.sqlを実行してください

原因: スクリプトreset_owbcc_home.sqlの実行時にはOWB_HOMEの入力を要求されますが、ここで入力したOWB_HOMEのパスが無効です。

処置: スクリプトを再実行し、正しいパスを入力します。
WindowsとUNIXを含むすべてのプラットフォームで、入力するパスにスラッシュを使用し、大文字と小文字を区別する必要があります。ここで入力したパスの大文字と小文字は、オペレーティング・システムで認識されるWarehouse Builderホームのパスと一致している必要があります。

UNIXの場合、正しいパスはOWB_HOMEディレクトリのパスになります。WindowsでOWB_HOMEディレクトリの正しいパスを決定するには、デフォルトのWindowsコマンド・プロンプトの一部として表示されるパスを確認します。

SYSユーザーにSYSDBA権限がありません。

原因: 標準のデータベースのインストールでは、SYSユーザーはSYSDBA資格証明とREMOTE_LOGIN_PASSWORDFILE=EXCLUSIVEを持ちます。この資格証明は、次のconnect文を発行することにより確認できます。
SQL> CONNECT sys@tns_name_of_db AS SYSDBA;

パスワードとしてsys_passwordを入力します。

データベースがREMOTE_LOGIN_PASSWORDFILE=NONEを使用して構成されている場合は、前述の文が失敗します。

処置: この文が失敗する場合は、次のいずれかの操作を実行できます。

- データベースを
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVEを使用して再構成し、パスワード・ファイルが存在しない場合は作成します。

- 前述の操作が不可能な場合は、
O7_DICTIONARY_ACCESSIBILITY=TRUEを使用してデータベースを再構成します。

RTC-5301: コントロール・センター・サービスは現在使用できません

原因: コントロール・センターでデプロイメントや実行を管理するには、コントロール・センター・サービスを稼動する必要があります。このサービスはJDBCを使用してコントロール・センターに接続するため、任意のOracle Warehouse Builderホームから実行できます。通常、このサービスはサーバー・ホストで実行します。

処置: サーバー・ホストでサービスを起動するには、スクリプトstart_service.sqlを使用します。
コントロール・センター・サービスをサーバー・ホストで実行できない場合は、適切なスクリプトlocal_service_login.shまたはlocal_service_login.batを使用して、ローカル・コンピュータで起動します。このスクリプトは次のように使用します。

local_service_login.sh [-startup | -closedown] OWB_HOME

この場合、コントロール・センター・サービスはローカル・コンピュータで実行され、そのローカル・コンピュータが稼動状態でコントロール・センターに接続できる場合のみ使用可能になります。

サービスのステータスを調べるには、スクリプトshow_service.sqlを使用します。

コントロール・センター・サービスのログ・ファイルに「DBMS_OBFUSCATION」または「No key is found」が記録される

原因: パスワードの暗号化がクライアントと同期していません。

処置: リポジトリを再設定して、コントロール・センター・サービスを再起動します。リポジトリを再設定するには、owb/rtp/sql/reset_repository.sqlを実行します。

API5022: 指定されたリポジトリに接続できません。

このエラーは、Oracle Warehouse Builderリポジトリ・スキーマからデータベースをエクスポートまたはインポートした後、リポジトリに接続を試みたときに表示されます。

原因: パッケージのNAMESPACESERVICEIMPLが無効になっている可能性があります。リポジトリ所有者がSYS.V_$SESSIONに対するSELECT権限を持たない場合、Oracle Warehouse Builderリポジトリ・スキーマからデータベースをエクスポートまたはインポートした後にこの問題が発生します。この問題の原因は、次の手順で診断できます。

1. SQL*Plusで、Oracle Warehouse Builderリポジトリ・スキーマに接続します。

2. SQLプロンプトで次のコマンドを入力します。

ALTER PACKAGE NAMESPACESERVICEIMPL compile body;

3. 「警告: パッケージ本体が変更されましたが、コンパイル・エラーがあります。」というメッセージが表示された場合は、SQLプロンプトで次のコマンドを入力します。

show errors;

4. 次のエラーは、Oracle Warehouse Builderリポジトリ所有者にSYS.V_$SESSIONに対するSELECT権限がないことを意味します。

PL/SQL: SQL statement ignored
PLS-00201: Identifier 'SYS.V_$SESSION' must be declared

処置: 次の手順を実行します。

1. SQL*Plusで、SYSユーザーとして接続します。

2. SQLプロンプトで、次のコマンドを入力します。

grant SELECT on V_$SESSION to Oracle Warehouse Builder_Repository_Owner;

3. Repository_Ownerに接続します。

4. SQLプロンプトで次のコマンドを入力します。

alter package NAMESPACESERVICEIMPL compile;

LoadJavaエラーによるランタイム・アシスタントの障害

原因: この問題は、Oracle DatabaseにJServerオプションがインストールされていない場合に発生する可能性があります。

処置: Oracle DatabaseにJServerオプションがインストールされていることを確認します。

SYSDBAユーザーの指定時におけるエラー

Oracle Warehouse Builderアシスタントでは、Oracle Warehouse Builderデザイン・リポジトリまたはランタイム・コンポーネントをインストールするときに、SYSDBA資格証明を指定する必要があります。

原因: 標準のデータベースのインストールでは、SYSユーザーはSYSDBA資格証明を持ちます。これはSQL*Plusで次のconnect文を発行することにより確認できます。
connect sys/sys_password@TNS_NAME_OF_DB as sysdba;を発行してSQL*Plusから確認できます。

標準のデータベースのインストールでは、REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVEおよびデフォルトのパスワード・ファイルがインストール・プロセスで作成されるため、前述のconnect文が機能します。

データベースが

REMOTE_LOGIN_PASSWORDFILE=NONEを使用して構成されている場合は、次の文が失敗します。

connect sys/sys_password@TNS_NAME_OF_DB as sysdba;を発行してSQL*Plusから確認できます。

この場合は、次のいずれかの操作を実行できます。

処置: データベースを
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVEを使用して再構成し、パスワード・ファイルが存在しない場合は作成します。

処置: 前述の操作が不可能な場合は、
O7_DICTIONARY_ACCESSIBILITY=TRUEを使用してデータベースを再構成します。この設定を使用すると、

connect sys/sys_password@TNS_NAME_OF_DB文が機能し、Oracle Warehouse BuilderアシスタントでSYSユーザーに接続できるようになります。

Name and Addressのリージョン・データ・ライブラリが使用不可能

原因: Name and Addressのリージョン・データ・ライブラリが、正しいロケーションにインストールされていない可能性があります。

処置: NAS_DATAディレクトリへのリージョン・データの抽出が成功していることを確認します。

1. OWB_HOMEから、Name and Addressサーバーを起動します。
Windowsの場合、owb\bin\win32\NAStart.batを実行します。

Linuxの場合、owb/bin/unix/NASTART.shを実行します。

2. ログ・ファイルowb\bin\admin\NASvr.logを開きます。
このログには、インストールされた国のリストが含まれます。

このようなリストがない場合は、リージョン・ライブラリ・データが正しいロケーションに抽出されていることを確認します。不適切なロケーションにデータを抽出していた場合は、データを再インストールするか、またはowb\bin\admin\NameAddr.propertiesファイルを変更して、適切なファイル・パスを示します。NameAddr.propertiesファイルを変更する場合は、次の手順でName and Addressサーバーを停止し、再起動します。

Windowsの場合、サーバーを起動するには、owb\bin\win32\NAStart.batを実行します。サーバーを停止するには、owb\bin\win32\NAStop.batを実行します。

UNIXの場合、サーバーを起動するには、owb/bin/unix/NAStart.shを実行します。サーバーを停止するには、owb/bin/unix/NAStop.shを実行します。

3. インストールの確認後は、Name and Address演算子を使用するマッピングの実行時にName and Addressサーバーが自動的に起動されるため、必要に応じてこのサーバーを停止できます。

系統および影響分析のレポート: マテリアライズド・ビューの広範な表領域要件

初めてマテリアライズド・ビューをリフレッシュするときには、Oracle Warehouse Builderリポジトリから移入されます。マテリアライズド・ビューは、Oracle Warehouse Builderリポジトリ全体に割り当てられた領域の最大2倍を占める場合があります。

原因: Oracle Warehouse Builderリポジトリ・スキーマに割り当てられた領域が不十分です。

処置: Oracle Warehouse Builderリポジトリ・スキーマが専用の表領域内に作成されている場合は、このような問題を簡単に監視できます。表領域の拡張に備えて物理ドライブに十分な空き領域があるかどうかを確認します。Oracle Enterprise Manager内で、表領域がAutoextend Onに設定されていることを確認します。

注意:
タスクを実行するためのEnterprise Managerの使用権限をOracle Warehouse Builderリポジトリ・ユーザーに付与するには、SQL*Plusで次のコマンドを入力します。GRANT SELECT any dictionary to "&OWB repository user";

バッチ操作中のJavaのメモリー不足エラー

大量のメモリーを必要とする操作では、システム・リソース(仮想メモリーなど)に制限がある場合、Javaのメモリー不足エラーが発生する可能性があります。

原因: 仮想メモリーの割当てが十分ではありません。Oracle Warehouse Builderクライアントは、owbclient.batファイルの-mxパラメータで定義されているように、最大ヒープ・サイズで実行されます。owbclient.batファイルの-Dlimitパラメータは、Oracle Warehouse Builderメモリー・マネージャがJavaのガベージ・コレクションのサポートを開始するメモリーのしきい値(Dlimitの80%)を指定します。-mxパラメータ値を変更する場合は、-Dlimitパラメータを同じ値か、または少なくともその値の90%に設定します。-Dlimitを低い値に設定すると、Oracle Warehouse Builderのパフォーマンスが低下することがあります。

処置: 次のようにして、Oracle Warehouse Builderの-Dlimitパラメータの値を大きくします。

1. Oracle Warehouse Builderを終了します。

2. テキスト・エディタで次のファイルを開きます。
Windowsの場合、$OWB_HOME\bin\win32\ombplus.batを開きます。

UNIXの場合、$OWB_HOME\bin\win32\owbclient.shを開きます。

3. -Dlimitパラメータを334に変更します。

4. ファイルを保存し、閉じます。

5. Oracle Warehouse Builderを再起動します。

ORA-01925: 使用可能なロールの最大数30を超えました

このエラーは、リポジトリまたはターゲット・スキーマをインストールする際に発生します。

原因: データベースで有効なロールが最大数を超えています。リポジトリまたはターゲット・スキーマを作成すると、そのスキーマに割り当てられているデータベースに新規ロールが作成されます。ロール数がMAX_ENABLED_ROLESパラメータの値を超えると、このエラーが発生します。

処置: init.oraファイルで、MAX_ENABLED_ROLESパラメータの値を増やします。リポジトリまたはターゲット・スキーマを削除するときには、関連するロールも削除します。

INS0009: データベースに接続することができません。接続情報を確認してください。

このエラーは、データベースへの接続を試みる際に発生します。

原因: 「ORA-12514: TNS: リスナーは接続記述子にあるSERVICE_NAMEを解決できませんでした。」の原因を参照してください。

処置: 「ORA-12514: TNS: リスナーは接続記述子にあるSERVICE_NAMEを解決できませんでした。」の手順に従います。

INS0022: 起動したプログラムでエラーが発生しました。

原因: このエラー・メッセージは、HP-UXオペレーティング・システムにOracle Warehouse Builderランタイム・コンポーネントをインストールする際のサーバーの問題が原因で発生することがあります。

処置: サーバーの問題を特定するには、次の手順を実行します。

1. SQL*Plusで、SYSユーザーに接続します。

Create user test_lj identified by test_lj;
Grant connect, resource to test_lj;

2. 次の内容を含むOWB_HOME/owb/bin/unix/test.shを作成します。

../unix/loadjava -thin -verbose -order -resolve -user
'test_lj/test_lj@(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=hpdgpa3)(PORT=1522))(CONNECT_DATA=(SERVICE_NAME=dgpadw)))'
../../lib/int/rtpserver.jar

3. ディレクトリをOWB_HOME/owb/bin/unix/に変更します。

4. test.shを実行します。

ORA-12154: TNS: サービス名を解決できませんでした。

このエラーは、データベースへの接続を試みる際に発生します。

原因: Oracle Warehouse Builderの場所を定義し、SQL*Netを使用して接続情報を指定しました。必要なTNS名にアクセスできません。

処置: デプロイメント一般用に、およびマッピングとプロセス・フローの実行用にTNS名を設定するには、コントロール・センター・サービスの実行に使用されているOWB_HOMEからこのTNS名にアクセスできる必要があります。TNS名に確実にアクセスできるようにするには、OWB_HOMEからNet Configuration Assistantを実行した後でコントロール・センター・サービスを再起動します。
TNS名をデータベース・リンクで使用できるように設定するには、このTNS名がデータベース・サーバー・ホームからアクセスできる必要があります。TNS名に確実にアクセスできるようにするには、データベース・サーバー・ホームからNet Configuration Assistantを実行します。

原因: 「ORA-12514: TNS: リスナーは接続記述子にあるSERVICE_NAMEを解決できませんでした。」の原因を参照してください。

処置: 「ORA-12514: TNS: リスナーは接続記述子にあるSERVICE_NAMEを解決できませんでした。」の手順に従います。

ORA-12514: TNS: リスナーは接続記述子にあるSERVICE_NAMEを解決できませんでした。

このエラーは、データベースへの接続を試みる際に発生します。

原因: Oracle Net Easy ConfigurationまたはOracle Net Assistantを使用してネット・サービス名エントリを作成し、新しく作成したネット・サービス名でデフォルトのオプション(サービス名)を使用した場合、パラメータSERVICE_NAMEが、ネット・サービス名エントリ内のCONNECT_DATAセクションの副次句としてTNSNAMES.ORAに追加されます。この副次句は、データベースの以前のリリース(たとえば、Oracle Database8i(8.1.x))の(SID=SIDname)副次句と入れ替わります。

処置: TNSNAMES.ORAファイルを次の手順で実装します。

1. 個別のサービスとして指定するSIDごとに、LISTENER.ORA内にGLOBAL_DBNAMEパラメータを使用します。このパラメータの値を、SERVICE_NAMEパラメータの値として使用します。この目的で、リスナー・プロセスをいったん停止してから再起動して、LISTENER.ORAで変更した内容をすべてアクティブ化する必要があります。

2. INIT.ORAに存在するパラメータ(すなわち、SERVICE_NAMESおよびDB_DOMAIN)の値を使用して、TNSNAMES.ORAで使用する必要のあるSERVICE_NAMEの値を決定します。この値の有効な構成はSERVICE_NAMES.DB_DOMAINで、ピリオドにより2つのINIT.ORA値が分けられています。SERVICE_NAMESがBIKESで、DB_DOMAINがCOMの場合、SERVICE_NAMEはBIKES.COMとなります。

3. INIT.ORAで設定されているDB_DOMAINパラメータがない場合、またはLISTENER.ORAにGLOBAL_DBNAMEがない場合は、SERVICE_NAMEパラメータ用にTNSNAMES.ORA内のINIT.ORAからSERVICE_NAMESを使用できます。
たとえば、INIT.ORAにSERVICE_NAMES = "TEST817"が含まれており、db_domainが設定されていない場合、TNSNAMES.ORAエントリはCONNECT_DATA =(SERVICE_NAME = "TEST817"))となります。

4. init.oraのSERVICE_NAMESパラメータで複数の値が指定されている場合は、これらの値のうち1つを使用できます。SERVICE_NAMESが設定されていない場合は、INIT.ORAファイルからDB_NAME.DB_DOMAINパラメータを使用できます。

5. INIT.ORAでSERVICE_NAMESおよびDB_DOMAINが設定されておらず、LISTENER.ORAにGLOBAL_DBNAMEが存在しない場合、TNSNAMES.ORAファイルのSERVICE_NAMEは、DB_NAMEとなります。

PL/SQL: ORA-04052: リモート・オブジェクトの検索中にエラーが発生しました。

このエラーは、Oracle Databaseバージョンをアップグレードした後、コネクタを再デプロイせずにマッピングを再デプロイしようとすると発生します。

原因: Oracle Databaseのアップグレード時に、データベースを新しいコンピュータに移動しました。このため、新旧のデータベース・インスタンスが同じドメイン名になっていません。SQL*PlusにSYSユーザーとしてログインし、コマンドSELECT * FROM GLOBAL_NAME;を入力すると、原因を確認できます。古いデータベースのグローバル名が新しいデータベースのグローバル名と一致しないと、ドメインの不一致によってこのエラーが発生します。

処置: ALTER DATABASE RENAME GLOBAL_NAME TO xxx10G.US.ORACLE.COM;のようなコマンドを発行して、新しいデータベースのグローバル名にドメイン名を追加するか、あるいはコネクタを再デプロイします。
コネクタのデプロイの詳細は、『Oracle Warehouse Builderユーザーズ・ガイド』を参照してください。

IMP-00003: ORACLEエラー30371が発生しました ORA-30371: 同じ列で複数のディメンションのレベルを定義することはできません

このエラーは、移行時にターゲット・スキーマをインポートする際に発生しました。

原因: Oracle Warehouse Builderターゲット・スキーマは、select_catalog_role権限を使用して作成されます。複数のOracle Warehouse Builderターゲット・スキーマで同じディメンション・オブジェクトを定義すると、Oracle Exportによって複製がエクスポート・ファイルに作成されるため、インポート時にこのエラーが発生します。

処置: ターゲット・スキーマのエクスポート元である既存のバージョンのOracle DatabaseにSYSユーザーとして接続します。次の文を入力します。
SQL*Plusでrevoke select_catalog_role from OLD_Target_Schema;という文を入力します。

もう一度ターゲット・スキーマをOracle .DMPファイルにエクスポートしてから、そのファイルをOracle Databaseにインポートします。

Oracle DatabaseバージョンでSQL*Plusに接続できません

原因: Oracleホームまたはパスが正しく設定されていないか、ネット・サービス名が正しく構成されていません。

処置: Oracle DatabaseでOracleホームとパスを正しく設定し、ネット・サービス名も正しく構成します。

- OWB_HOMEとPATHが正しく設定されていることを確認します。Oracleホーム・ディレクトリはOWB_HOMEを指し示している必要があります。PATH変数は、OWB_HOME¥binディレクトリを、他のOracle製品よりも前に含むように設定します。

- TNSNames.oraファイルが正しく構成されていることを確認します。
Windowsの場合、Oracle Databaseのプログラム・グループからNet Configuration Assistantを起動し、「ローカル・ネット・サービス名構成」を選択してTNSNames.oraを構成します。

UNIXの場合、OWB_HOMEとPATHをOracle Warehouse Builder 11gリリース2 (11.2)用のOWB_HOMEに設定し、OWB_HOME/bin/netcaを実行してNet Configuration Assistantを起動します。「ローカル・ネット・サービス名構成」を選択して、TNSNames.oraを構成します。

ORA-04020: オブジェクトをロックしようとしてデッドロックを検出しました。または、ORA-04021: オブジェクトをロック待ちしていてタイムアウトが発生しました。

ランタイム・アシスタントでは、ランタイム・オブジェクトの作成時にsys.dbms_aqをロックしようとすると、オブジェクトの作成が停止され、エラー・ログにこのエラーが出力されます。

原因: ユーザー・セッションがアドバンスト・キュー・オブジェクトを占有している可能性があります。

処置: 最初に、SQL*PlusにSYSユーザーとしてログインし、次の例に示すような問合せを実行して、アドバンスト・キュー・オブジェクトをPinしているユーザー・セッションを識別します。

column s.sid format a5;
column s.serial# format a8;
column s.username format a10;
column objectname format a10;
select distinct
s.sid,
s.serial#,
s.username,
x.kglnaobj as objectname
from
dba_kgllock l,
v$session s,
x$kgllk x
where
l.kgllktype = 'Pin' and
s.saddr = l.kgllkuse and
s.saddr = x.kgllkuse and
x.kglnaobj in ('DBMS_AQ', 'DBMS_AQADM');

この例では、問合せの結果は次のようになります。

SID    SERIAL# USERNAME  OBJECTNAME
---    ------- --------  ----------
9      29623  RTU_4942   DBMS_AQ

SIDおよびシリアル番号をメモし、次のコマンドを発行してユーザー・セッションを停止します。

ALTER SYSTEM KILL SESSION 'SIDNoted, SerialNumberNoted';

たとえば、このエラーの出力例に表示されたセッションを停止するには、次のコマンドを入力します。

ALTER SYSTEM KILL SESSION '9,29623';

ORA-04088: トリガー'DVSYS.DV_BEFORE_DDL_TRG'の実行中にエラーが発生しました。

原因: Database Vaultオプションを搭載したOracle DatabaseでOracle Warehouse Builderリポジトリを作成しようとすると、ORA-04088などのエラーが発生する場合があります。

処置: トリガーDV_BEFORE_DDL_TRGおよびDV_AFTER_DDL_TRGを無効にします。

表のインポート時に、インポート・ウィザードによってORA-00997エラーがスローされる

原因: 表の定義をOracle Databaseからインポートする場合に、「リポジトリ・エラー・メッセージ: ORA-00997: LONGデータ型は使用できません。...」などのエラーが発生することがあります。CURSOR_SHARINGパラメータがFORCEまたはSIMILARに設定されていると、このエラーが発生します。

処置: データベース・パラメータCURSOR_SHARINGをEXACTに設定します。

DPF-0029: ソースTable_Nameには165個より少ない属性が必要です。

原因: 165個以上の列を持つ表に対してデータ・プロファイリングを作成しています。

処置: 属性セットを定義することで、プロファイリング用の表の列のサブセットを選択します。これはデータ・プロファイリングにおける制限です。

その他のインストール時の問題のトラブルシューティング

この項では、次のインストール時の問題の原因と処置について説明します。

- 以前は起動していたWarehouse Builderクライアントがスプラッシュ画面を一瞬表示し、起動に失敗する

- 新たにインストールしたWarehouse Builderクライアントの起動に失敗し、以前に起動していたOracle製品の起動にも失敗する

- Warehouse Builderクライアントがフリーズまたはハングする

- リリース10.2の基本インストールにおけるユーザーおよび所有者の定義

原因と処置

以前は起動していたWarehouse Builderクライアントがスプラッシュ画面を一瞬表示し、起動に失敗する

原因: デザイン・センターなどのOracle Warehouse Builderクライアントを起動しようとしたときに、スプラッシュ画面は一瞬表示されるがクライアントの起動に失敗する場合、別のソフトウェア製品を後からインストールした際に、必要なJavaオブジェクトを上書きした可能性があります。
クライアントがWindowsにインストールされている場合、そのクライアントを「スタート」メニューから起動すると、エラー・メッセージが表示されないことがあります。

処置: DOSプロンプトでrun OWB_HOME\owb\owbclient.batと入力して、クライアントを手動で起動します。'drive:\Program Files\ Qarbon\viewlet Builder3jre\lib\fonts'にフォントが見つかりませんのようなエラー・メッセージが表示される場合があります。

新たにインストールしたWarehouse Builderクライアントの起動に失敗し、以前に起動していたOracle製品の起動にも失敗する

原因: Oracle Warehouse Builderソフトウェアのインストール後、パス変数のエラーにより、Oracle Warehouse Builderクライアントおよび以前は問題なく起動していた他のOracle製品を起動できなくなっている可能性があります。

処置: 環境変数内でOWB_HOME\binへのパスが正しく記載されていることを確認します。

Warehouse Builderクライアントのフリーズまたはハングアップ

原因: クライアント・ソフトウェアが様々な要因によりフリーズまたはハングアップすることがあります。

処置: Oracle Warehouse Builderクライアントがフリーズまたはハングしていると思われる場合は、次のようにスタック・トレースを実行します。

1. DOSコマンド・プロンプトで、次のように入力します。
cd OWB_HOME¥owb¥bin¥win32¥

2. owbclient.batを実行します。

3. プログラムがハングアップしたら、[Ctrl]を押しながら[Break]キーを押します。
これによりスレッドダンプが生成されます。Oracleサポート・サービスに連絡して、問題の特定に役立つこの情報を提供してください。

リリース10.2の基本インストールにおけるユーザーおよび所有者の定義

原因: リリース10.2から11.2にアップグレードする場合、デフォルト・リポジトリ所有者としてOWBRT_SYSが割り当てられると思うかもしれません。これは不正です。この所有者は作成されません。

処置: 処置は必要ありません。

Java Virtual Machine(JVM)のチェック

データベース内のJava Virtual Machine(JVM)サーバーのチェック、確認、または再インストールを行うには、My Oracle Supportを参照します。

1. Webブラウザで次のURLに接続します。https://support.oracle.com。

2. My Oracle Supportにログインするか、新規ユーザーとして登録します。

3. 「Search」フィールドに次の用語を入力します(各用語をセミコロンで区切る)。
INITJVM.SQL; INSTALL; JAVAVM; JVM; VERIFY; SERVER; INSTALL; CLEANUP

4. [Enter]キーを押します。

この検索によって、JVMのサポート・ノートが戻されます。My Oracle Supportでは様々なサポート・ノートの作成、マージおよび削除を行っているため、使用可能なドキュメントの数は頻繁に変わります。この検索文字列によって最新の関連ドキュメントが戻されます。

Oracle Warehouse Builderクライアントのロギングを使用したロギングの管理と問題のトレース

OracleWarehouse Builderでエラーが発生したり、予期しない結果が生じた場合は、追加のエラー・ログを作成すると、ユーザーおよびOracleサポートによる原因の特定に役立ちます。Oracle Warehouse Builderユーザー・ホーム・ディレクトリのowbclient.logging.propertiesを使用してロギング用の一時ファイルを作成すると、クライアントからトレース情報を取得することができます。システムに残しておくと過度なデバッグ情報が生成されるため、これは特定のトラブルシューティングの目的にのみ使用してください。次の例では、ロギング・ファイルowbclient.logを/tmpに書き込みます。Javaのロギング・プロあティを使用して、次のように入力します。

console.messageFormat={1,time}: {2}
file.messageFormat=[{3} ({4})] {1,time}: <{0}> {2}
handlers=java.util.logging.FileHandler
java.util.logging.FileHandler.pattern=/tmp/owbclient.log
level = DEBUG_ALL
java.util.logging.FileHandler.level=ALL
java.util.logging.ConsoleHandler.level=DEBUG_ALL

これを有効にするにはクライアントを停止して、再起動します。ログを取得したらこれを削除し、クライアントを再度停止して、再起動します。

Oracle Warehouse Builderのシステム・パスのチェック

新たにインストールしたOracle Warehouse Builder 11.2のbinディレクトリが、システム・パス内の他のOracle製品のbinディレクトリより前の位置に追加されていることを確認する必要があります。これは、コマンド・プロンプトを使用して簡単にチェックできます。

WindowsでOracle Warehouse Builderのシステム・パスを確認するには:

1. コマンド・プロンプトで、pathと入力します。

C:\> path

2. パス変数の値が返されます。C:\OWB112が他のOracle製品よりも前にあることを確認します。

PATH=C:\OWB112\bin;C:\oracle\product\11.2.0\db_1\bin; ... \

LinuxでOracle Warehouse Builderのシステム・パスを確認するには:

1. シェルのPATH変数をエコーします。

Oracle RACでのOracle Warehouse Builderの構成

Oracle Warehouse BuilderをOracle RACクラスタにインストールする場合は、RACサービス名は一意で、RACサービスが実行されているノードに一致する必要があります。これにより、コントロール・センター・サービスで適切なノードのデータベース・サービスが使用されるようになるため、適切なファイル・システムへのアクセスが保証されます。

たとえば、wb_rt_service_nodesは、表A-1のようになります。

表A-1 Oracle RACサービス・ノードのネーミング

ノード

インスタンス

ホスト

ポート

サービス名

1

1

host_1

port_number_1

RACSRVC_1

2

2

host_2

port_number_2

RACSRVC_2

3

3

host_3

port_number_3

RACSRVC_3

索引
A  C  D  E  F  G  H  I  J  K  L  M  N  O  P  R  S  T  U  V  W

A

アクセス

複数ユーザーのアクセス, 概要, 13.5

読取り専用モード, 13.5.2

読取り/書込みモード, 13.5.1

アクセス

メタデータ・ローダー, 12.9.1

追加

ワークスペース・ユーザー, 3.3, 4.3

ロールの追加, 7.2.4 ADMINISTRATORロール, 13.6.2 アプリケーション名, 7.2.7 アーキテクチャ, 1.2 割当て

ロール, 13.4.1

ロールをユーザーへ, 13.7.1

セキュリティ・ロール, 13.6

システム権限, 13.4.3

監査接続プール, 7.2.9.1 監査データソース,

構成, 7.2.3

監査表データソース,

構成, 7.2.9.2

監査表ロギング, 7.2.9

C

cat_owb.sql, 3.2.1, 4.2.1

変更

JRTAdministratorMBeanを使用したコントロール・センター・エージェントの設定, 7.2.11.5

メタデータ, 11.2

パスワード, 13.10.2

セッション・タイムアウト, 7.1.1

更新の確認ウィザード, 1.3 clean_owbsys.sql, 3.2.1, 4.2.1, 5.5 リポジトリのクリーンアップ

clean_owbsys.sql, 3.2.2, 4.2.2

Linux, 4.2.2

Windows, 3.2.2

クラスタ・トポロジ, 7.2.4 コード・テンプレート, 7.2.1 コード・テンプレート

インストール, 7.2.12

コンポーネント, 1.2 アーキテクチャの構成, 1 構成

監査データソース, 7.2.3

監査表データソース, 7.2.9.2

コントロール・センター・エージェントのセキュリティ・ロール, 7.2.4

コントロール・センター・エージェント・サーバー側のロギング, 7.2.2

コントロール・センター・エージェントのWebサービス(jrt-web.war), 7.2.8

コントロール・センター・サービス

Linux, 4.2.4

reset_owbcc_home.sql, 3.2.4, 4.2.4

Windows, 3.2.4

Linuxでの, 4 Windowsでの, 3 スタンドアロンとしてインストールされたOWB

Linux, 4.2

Windows, 3.2.1

Oracle Database 11gリリース2でインストール済のOWB,

Linux, 4.1

Windows, 3.1

メモリーのowbclient.batファイル, A.3 OWBSYS監査接続プール, 7.2.9.1 リポジトリ・ブラウザの環境, 7.1 接続

データベース, 接続エラー, A.3

デザイン・リポジトリ, エラー, A.3

接続

テスト, 7.2.9.1

接続プール・タイプ, 7.2.9.1 接続プール, 7.2.9.1 コンテキスト・ルート, 7.2.7 コントロール・センター

使用可能なロール, A.3

コントロール・センター・エージェント, 1.2

サーバー側のロギングの構成, 7.2.2

OC4Jへのデプロイ, 7.2.7

コントロール・センター・エージェント監査表のロギング

有効化, 7.2.9

コントロール・センター・エージェントのファイル, 7.2.11 コントロール・センター・エージェントのランタイム・ログ・ファイル, 7.2.11.2 コントロール・センター・エージェントのセキュリティ・ロール, 7.2.4

構成, 7.2.4

コントロール・センター・エージェントの設定, 7.2.11.4 JRTAdministratorMBeanを使用したコントロール・センター・エージェントの設定,

変更, 7.2.11.5

コントロール・センター・エージェントのトポロジ, 1.2.5 コントロール・センター・エージェントのWebサービス

構成, 7.2.8

コントロール・センター・サービス

構成

Linux, 4.2.4

Windows, 3.2.4

reset_owbcc_home.sql, 3.2.4, 4.2.4 停止

Linux, 4.2.2

Windows, 3.2.2

コントロール・センター・サービス, 1.2 作成

データベース・ユーザー, 3.3, 4.3

データベース・ユーザー, 13.3.2

JMSキュー, 7.2.5

リポジトリ・ワークスペース

Linux, 3.3

Windows, 4.3

ワークスペース, 3.3, 4.3 OWBSYSスキーマの作成

cat_owb.sql, 3.2.3, 4.2.3

Linux, 4.2.3

Windows, 3.2.3

ct_permissions.properties, 7.2.1

D

データ・ライブラリ

Name and Address, A.3

データソース・タイプ, 7.2.9.2 データソース, 7.2.9.2 データベース・ロール, 変更, 13.3.3 データベース・ユーザー

作成, 3.3, 4.3

データベース・ユーザー

Warehouse Builderでの作成, 13.3.2

Warehouse Builderユーザーとして登録, 13.3

data-sources.xml, 7.2.3 デフォルトのオブジェクト権限, 13.4.2 定義

セキュリティ・ロール, 13.4.3

削除

リポジトリ, 5.5

リポジトリ・ユーザー, 5.2

スキーマ・オブジェクト, 5.4, 5.4

ワークスペース, 5.3

ワークスペース所有者, 5.3

ワークスペース・ユーザー, 5.2

デプロイ

OC4Jへのコントロール・センター・エージェント, 7.2.7

デプロイメント・エラー, A.2

デプロイメント・プラン,7.2.7 デザイン・コントロール・センター

使用可能なロール, A.3

デザイン・リポジトリ

接続エラー, A.3

宛先名, 7.2.5, 7.2.5 宛先タイプ, 7.2.5, 7.2.5 -Dlimitパラメータ

owbclient.batファイル, メモリーしきい値, A.3

削除

ワークスペース, 5.3

E

E-Business Suite, 7.3

ユーザー・プロファイルの編集, 13.4

有効化,

EBSへのアクセス, 7.3

メタデータへのアクセス, 7.3

コントロール・センター・エージェント監査表のロギング, 7.2.9

パスワードの暗号化, 13.10.3 セキュリティの適用, 13.9 Enterprise Manager, 5.4 エラーのログ

エラーのログの解析, A.2

ELTマッピング, 1.2.5 実行

エラー, A.2

エクスポート

メタデータ, ユーザー権限付与,12.4.2.2

メタデータ, ユーザーが定義した定義, 12.4.2.2

メタデータ, 追加言語, 12.4.2.1

メタデータ, 結果, 12.8

メタデータ, デザイン・センターの使用, 12.1

スナップショット, 11.2.3.5

F

FND_APPLICATION表, 7.3

FND_APPLICATION_VL表, 7.3

FND_COLUMNS表, 7.3

FND_FOREIGN_KEY_COLUMNS表, 7.3

FND_FOREIGN_KEYS表, 7.3

FND_PRIMARY_KEY_COLUMNS表, 7.3

FND_PRIMARY_KEYS表, 7.3

FND_SEQUENCES表, 7.3

FND_TABLES表, 7.3

FND_VIEWS表, 7.3

G

生成

エラー, A.2

GLOBAL_DBNAMEパラメータ

ネット・サービス名, A.3

H

ホスト名, 5.2

ポート番号, 3.3, 4.3

I

統合,

E-Business Suite, 7.3

インポート言語オプション, 12.2.3 インポート

メタデータ, インポート・モードと一致基準の組合せ, 12.2.2

メタデータ, セキュリティ権限付与, 12.4.4.2

メタデータ, ユーザーが定義した定義, 12.4.4.2

メタデータ, 追加言語, 12.4.4.1

メタデータ, 言語オプション, 12.2.3

メタデータ, 結果, 12.8

メタデータ, デザイン・センターの使用, 12.2

メタデータ, 検証ルール, 12.2.4

スナップショット, 11.2.3.5

init.oraファイル

MAX_ENABLED_ROLESパラメータ, A.3

インストール・オプション, 7.5 Oracle Warehouse Builderのインストール

RAC環境での, 2.4

インストール

エラー, A.2

トラブルシューティング, A.1

アーキテクチャのインストール, 1 インストールの構成

選択, 1.1

コントロール・センター・エージェントのトポロジ, 1.2.5

複数データベースのトポロジ, 1.2.3

クライアントおよびサーバーが独立したトポロジ, 1.2.2

クライアント、コントロール・センター・サービスおよびデータベース・サーバーが独立したトポロジ, 1.2.4

単一コンピュータ・トポロジ, 1.2.1

インストール

コード・テンプレート, 7.2.12

以前のデータベース・リリース, 2.2

OC4JのJDBCドライバ, 7.2.10

JServerオプション, Oracle Database, A.3

Oracle Database 11g Release 2での, 2.1

サーバーでの, 2

オプション・コンポーネント, 7

Oracle Universal Installer, 2.3

Oracle Workflow, 7.5

リポジトリ・ブラウザ, 7.1

スタンドアロン・ソフトウェア, 2.2

サード・パーティのName and Addressデータ, 7.4, 7.4

Warehouse Builder, 2.4.1

Oracle Warehouse Builderのインストール,

RAC環境での, 2.4

インスタンス・レベルのセキュリティ, 7.2.4 インスタンス・レベルのセキュリティ, 7.2.4 統合

サード・パーティのName and Addressデータ・ライブラリ, 7.4

J

j2ee-logging.xml, 7.2.2

Java Virtual Machine(JVM)

JVMの確認と再インストール, A.5

jazn.com, 7.2.4, 7.2.4, 7.2.4 OC4JのJDBCドライバ,

インストール, 7.2.10

JDBCリソース, 7.2.9.1 JDBCリソース, 7.2.9.2 JDBC URL, 7.2.9.1 JMS宛先, 7.2.5 JMSキュー,

作成, 7.2.5

JNDIロケーション, 7.2.5, 7.2.5, 7.2.9.2 JobIDファイル, 7.2.11.3 JRT

owb_abortQueue, 7.2.5

owbQueue, 7.2.5

JRTAdministrator, 7.2.11.5 JRTAdministratorMBean, 7.2.11.5 jrt-internal-log-handler, 7.2.2 JRTWebService, 7.2.8, 7.2.8 jrt-web.war, 7.2.8 jrtws.war, 7.2.8 JServerオプション

リポジトリ・アシスタント, のための, A.3

jython_lib.zip, 7.2.1 jython_owblib.jar, 7.2.1

K

km_security_needed, 7.2.1

L

言語

選択, 3.3, 4.3

LD_LIBRARY_PATH, 7.5 LDAPパラメータ, 7.5 レベルのセキュリティ, 7.2.4 ライセンス契約, 2.2 listener.oraファイル

GLOBAL_DBNAMEパラメータ, A.3

LoadJavaエラー

リポジトリ・アシスタント, A.3

ログ・ファイル

メタデータ・ローダーのログ, 12.7

ロギング

監査表, 7.2.9

ログ

エラーのログの解析, A.2

M

メーラー・パラメータ, 7.5

管理,

ワークスペース, 3.3, 4.3

ワークスペース・ユーザー, 5.2

マテリアライズド・ビュー, 領域不足, A.3 MAX_ENABLED_ROLESパラメータ, A.3 MaxPermSize, 7.2.1 MDL

「メタデータ・ローダー」を参照

メモリー

バッチ操作中のエラー, A.3

メタデータ, 7.1

変更, 11.2

完全なセキュリティ戦略, 13.2.3

インポートおよびエクスポートのエラー, A.2

最小限のセキュリティ戦略, 13.2.1

マルチユーザー・セキュリティ戦略, 13.2.2

セキュリティ, 13.1

アップグレード, 12.3

メタデータ・エクスポート・ユーティリティ, 12.5.1 メタデータのインポート

必要なアクセス権限, 12.2

メタデータ・インポート・ユーティリティ, 12.5.2 メタデータ・ローダー

概要,12.9

アクセス, 12.9.1

ログ・ファイル, 12.7

複数ユーザーのアクセス, 12.6

結果, 12.8

ユーティリティ, 12.5

メタデータ・オブジェクト

セキュリティ・プロパティの適用, 13.8

メタデータ・リポジトリ, 3.2.1, 4.2.1 メタデータのスナップショット，11.2 モード

読取り専用モード, 13.5.2

読取り/書込みモード, 13.5.1

変更

OC4J起動スクリプト, 7.2.1

複数データベースのトポロジ, 1.2.3 MDLによる複数ユーザーのアクセス, 12.6 複数ユーザーのセキュリティ戦略, 13.2.2 複数ユーザーのアクセス

概要, 13.5

読取り専用モード, 13.5.2

読取り/書込みモード, 13.5.1

-mxパラメータ

owbclient.batファイル, 仮想メモリー, A.3

My Oracle Support, 2.3

N

Name and Address

リージョン・ライブラリが使用不可能, A.3

Name and Addressサーバー

エラー, A.2

Name and Address

サード・パーティ・データのインストール, 7.4

ネット・サービス名

SERVICE_NAMEパラメータ, A.3

O

オブジェクト権限, デフォルト, 13.4.2

オブジェクト

スナップショットからのリストア, 11.2.3.4

OC4J起動スクリプト,

変更, 7.2.1

oc4j_app_administrators, 7.2.4 oc4jadmin, 7.2.4 oc4j-administrators, 7.2.4 ODLジョブのログ・ファイル, 7.2.11.1 opmn.xml, 7.2.1 オプション・コンポーネント,

インストール,7

Oracle Database

JServerオプション, A.3

Oracleサービス名, 3.3, 4.3, 5.2 Oracle Workflow

インストール, 7.5

ORACLE_HOME, 7.5 ORACLE_PORT, 7.5 ORACLE_SID, 7.5 OWBブラウザ, 1.2 OWBソフトウェア,

アンインストール, 5.6

OWB_INTERNAL_USERS, 7.2.4 OWB_J2EE_ADMINISTRATOR, 7.2.4, 7.2.4 OWB_J2EE_EXECUTOR, 7.2.4, 7.2.4 OWB_J2EE_OPERATOR, 7.2.4, 7.2.4 OWB_USER, 7.5 owbclient.batファイル

-Dlimitメモリーしきい値パラメータ, A.3

-mx仮想メモリー・パラメータ, A.3

OWBSYS

作成, 3.2.3

定義, 2.1

ロック解除, Linux, 4.1

ロック解除, Windows, 3.1

OWBSYSアカウント, 2.1 OWBSYS監査接続プール,

有効化, 7.2.9.1

OWBSYSスキーマ

作成

Linux, 4.2.3

Windows, 3.2.3

owbsys_audit, 7.2.9.1 OWBSYS_AUDIT

定義, 2.1

ロック解除, Linux, 4.1

ロック解除, Windows, 3.1

OWBSYS_AUDITアカウント, 2.1

P

パスワード

変更, 13.10.2

暗号化, 13.10.3

Warehouse Builderでの, 13.10

PATH環境変数, 7.2.6 パフォーマンス

-Dlimitパラメータ, A.3

スタックのトレースの実行, A.4 PermGen, 7.2.1 永続性, 7.2.5, 7.2.5 ポート番号, 5.2 インストール前チェックリスト, 2.4.1.1 権限

デフォルト, 13.4.2

オブジェクト, 13.4.2

SYSユーザー, 権限のチェック, A.3

システム, 13.4.3

プロセス・フロー・エディタ, 7.5 プロファイル, ロール, 13.7 プロパティ

セキュリティ, 13.8

Python.path, 7.2.1

R

RAC環境での, Warehouse Builderのへのインストール, 2.4

読取り専用モード, 13.5.2

読取り/書込みモード, 13.5.1

レルム, 7.2.4, 7.2.4

リモート・インストール

OWBホーム, 3.3, 4.3

OWBホームの設定, 3.2.7, 4.2.7

remote_owb_install.sql, 3.2.1, 4.2.1 リポジトリ,

クリーンアップ

Linux, 4.2.2

Windows, 3.2.2

削除, 5.5 リポジトリ・アシスタント, 3.2.3, 3.3, 4.2.3, 4.3

LoadJavaエラー, A.3

リポジトリ・アシスタント, 更新の確認ウィザード, 1.3 リポジトリ・ブラウザ

インストール, 7.1

リポジトリ・ブラウザの環境,

構成, 7.1

リポジトリ・オブジェクト, 3.2.3, 4.2.3 リポジトリのユーザー, 削除, 5.2 必要なアクセス権限

メタデータのインポート, 12.2

要件

JServerオプション, Oracle Database, A.3

reset_owbcc_home.sql, 3.2.1, 4.2.1 ロール

追加, 7.2.4

ロール

管理者, 13.6.2

割当て, 13.4.1

ユーザーへの割当て, 13.7.1

使用可能, 7.2.4

デフォルトの変更, 13.3.3

EVERYONE, 13.6.1

プロファイル, 13.7

セキュリティ, 13.4.3, 13.6

選択した, 7.2.4

ロール, 7.2.4

S

スキーマ・オブジェクト

削除, 5.4

スキーマ・オブジェクト, 削除, 5.4 セキュアなWebサイト, 7.2.8 secure-web-site.xml, 7.2.8, 7.2.8 セキュリティ

適用, 13.9

メタデータ, 13.1

複数ユーザーのアクセス, 13.5

読取り専用モード, 13.5.2

読取り/書込みモード, 13.5.1

ロール, 13.4.3

セキュリティ・プロパティ, 13.8 セキュリティ・プロバイダ, 7.2.4 セキュリティ・ロール, 13.6

コントロール・センター・エージェント, 7.2.4

セキュリティ戦略

完全, 13.2.3

最小限, 13.2.1

マルチユーザー, 13.2.2

選択

言語, 3.3, 4.3

クライアントおよびサーバーが独立したトポロジ, 1.2.2 クライアント、コントロール・センター・サービスおよびデータベース・サーバーが独立したトポロジ, 1.2.4 サービス名

サービス名の解決エラー, A.3

セッション・タイムアウト,

変更, 7.1.1

session-config, 7.1.1 設定

PATH環境変数, 7.2.6

OWBホームの設定,

リモート・インストール

Linux, 4.2.7

Windows, 3.2.7

remote_owb_install.sql, 3.2.7, 4.2.7 サイレント・インストールのレスポンス値, 2.5 単一コンピュータ・トポロジ, 1.2.1 スナップショット

アクセス権限, 11.2.3.1

コンポーネントの追加, 11.2.2

比較, 11.2.3.2

変換タイプ, 11.2.3.3

削除, 11.2.3.6

エクスポート, インポート, 11.2.3.5

メタデータ, 11.2

リストア, 11.2.3.4

使用, 11.2

スタンドアロン・ソフトウェア

ダウンロード, 2.2

SYSパスワード, 7.5 SYSユーザー

権限の確認, A.3

SYSDBA権限

SYSユーザーのチェック, A.3

システム権限, 13.4.3

T

表領域, 7.5

選択, 3.3, 4.3

表領域およびマテリアライズド・ビュー, A.3 表領域

マテリアライズド・ビュー, 割当て, A.3

コントロール・センターの設定, A.3

ターゲット・スキーマ

使用可能なロール, A.3

テスト,

接続, 7.2.9.1

Webサービス, 7.2.8

サード・パーティのName and Addressデータ,

インストール, 7.4

サード・パーティのName and Addressデータ・ライブラリ,

との統合, 7.4

TNS接続ディスクリプタ, 7.5 tnsnames.oraファイル

SERVICE_NAMEパラメータ, A.3

トラブルシューティング

インストール, A.1

U

アンインストール,

OWBソフトウェア, 5.6

OWBのアンインストール, 5 OWBSYSのロック解除, 3.2.5, 4.2.5 OWBSYS_AUDITのロック解除, 3.2.5, 4.2.5 登録解除,

ワークスペース・ユーザー, 5.2

ユーザー・プロファイル, 編集, 13.4 ユーザー

ロールの割当て, 13.7.1

Warehouse Builderでの作成, 13.3.2

Warehouse Builderユーザーとして登録, 13.3, 13.3

USERS表領域, 3.2.3, 4.2.3 ユーザー、複数

セキュリティ戦略, 13.2.2

使用,

セキュアなWebサイトでのWebサービス, 7.2.8

ユーティリティ

メタデータ・ローダー, 12.5

V

検証

エラー, A.2

メタデータ・インポートの検証ルール, 12.2.4 仮想メモリー

エラー, A.3

W

Warehouse Builder

フリーズ, A.4

ハングアップ, A.4

インストール, 2.4.1

パスワード, 13.10

Webサービス,

テスト, 7.2.8

セキュアなWebサイトでのWebサービス, 7.2.8 web.xml, 7.1.1 wfinstall.bat, 7.5 wfinstall.csh, 7.5 wf.log, 7.5 ワークフロー・アカウント, 7.5 ワークフロー・クライアント, 7.5 ワークフロー構成アシスタント7.5 ワークフロー・パスワード, 7.5 ワークフロー・プロキシ・ユーザー7.5 ワークスペース, 3.2.1, 4.2.1

作成, 3.3, 4.3

Linux, 4.3

Windows, 3.3

削除, 5.3 削除, 5.3 管理, 3.3, 4.3 ワークスペース所有者

削除, 5.3

ワークスペース・ユーザー

追加, 3.3, 4.3

削除, 5.2

管理, 5.2

登録解除, 5.2

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2013, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

制限付権利

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション（人的傷害を発生させる可能性があるアプリケーションを含む）への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。