BI管理ツールのメタデータのインポート・ウィザードを使用してメタデータをインポートする方法について説明します。Intelligenceでスタンバイ・データベースを使用する方法についても説明します。BIリポジトリ・ファイルがまだない場合は、作成する必要があります。その後、データ・ソースからリポジトリの物理レイヤーにメタデータをインポートできます。BIサーバーが問合せを送信するデータ・ソース、および物理データベースと複数のデータ・ソース問合せの処理に使用される他のデータ・ソース間のリレーションシップが定義されます。BIリポジトリへのメタデータのインポートは、ODBCまたは基礎となるデータ・ソースへのネイティブ・データベース接続を介して行う必要があります。Excelなどのソフトウェアからメタデータをインポートすることもできます。各データ・ソースからメタデータを直接インポートすると、物理レイヤーの構造をインポートできるため、時間と労力が節減されます。BIインタラクティブ・ダッシュボードおよびその他のクライアントで表示できます。メタデータは、サポートされているデータ・ソースからのみインポート可能です。メタデータをインポートすると、通常は、関連するデータベース・オブジェクトおよび接続プールのプロパティが自動的に設定されます。データベースや接続プールの設定は調整可能です。詳細は、第7章「データベース・オブジェクトおよび接続プールの設定」を参照してください。メタデータをインポートするかわりに物理レイヤーを手動で作成することもできますが、多大な労力を要するうえ、エラーが発生しやすくなります。メタデータをインポートすることを強くお薦めします。XML形式で作成できます。既存のリポジトリがすでにある場合、リポジトリを新しく作成する必要はありません。既存のリポジトリがある場合は、そのファイル内の既存のデータ・ソース設定を、別のデータ・ソースに接続するためのテンプレートとして使用できます。そのためには、既存のデータ・ソース設定を使用し、データベース・タイプと接続プールの情報のみを変更します。詳細は、「データベース・オブジェクトの設定」および「接続プールの作成または変更」を参照してください。BIリポジトリを作成する手順は、次のとおりです。管理ツールで、「ファイル」を選択し、「新規リポジトリ」を選択します。新規リポジトリの作成ウィザードが表示されます。既存のリポジトリが開いている場合、変更内容を保存するように求められ、既存のリポジトリが閉じます。リポジトリをRPD形式で作成する場合は、「バイナリ」を選択します。XMLドキュメント」を選択します。バイナリ・リポジトリの場合、リポジトリの名前を入力します。メタデータ・ディクショナリのURLに関する問題を避けるため、名前は156文字以内にしてください。RPDファイル拡張子を明示的に指定しなかった場合、自動的に追加されます。「場所」については、そのリポジトリ・タイプに適した手順を実行します。バイナリ・リポジトリの場合、RPDファイルの場所を選択します。新しいバイナリ・リポジトリはデフォルトで、ORACLE_INSTANCE\bifoundation\OracleBIServerComponent\coreapplication_obisn\repositoryにあるリポジトリ・サブディレクトリに保存されます。XMLファイルのセットのルート・フォルダの場所を選択します。メタデータをリポジトリにインポートするには、「メタデータのインポート」について「はい」(デフォルト)を選択します。メタデータをインポートしない場合は、「いいえ」を選択してください。このリポジトリに使用するパスワードを入力し、確認します。5文字より長いパスワードを指定してください。リポジトリ・パスワードを空白にすることはできません。リポジトリ・パスワードは、リポジトリをオンライン・モードで開くときにもオフライン・モードで開くときにも入力します。このパスワードは、リポジトリの内容を暗号化するために使用されます。「メタデータのインポート」について「はい」を選択した場合は、「次へ」をクリックします。インポート画面については、データ・ソース・タイプに応じて次の項を参照してください。情報をリポジトリにインポートする前に、データ・ソースの設定が必要になる場合があります。詳細は、「データ・ソースの事前構成作業の実行」を参照してください。「メタデータのインポート」について「いいえ」を選択した場合は、「終了」をクリックして空のリポジトリを作成します。Intelligenceからデータ・ソースにアクセスできるようにしておく必要がある場合があります。多くのデータ・ソースについては、クライアント・コンポーネントをインストールする必要があります。BIサーバーをホストするコンピュータに、インポートなどのオフライン操作については管理ツールをホストするコンピュータ(異なる場合)にインストールします。場合によっては、JavaHostプロセスが配置されているコンピュータにクライアント・コンポーネントをインストールする必要があります。注意:次の関連トピックを参照してください。BIサーバーを実行している場合は、第16章「LinuxおよびUNIXでのデータソースの設定」を参照してください。ADFデータ・ソースの設定については、第6章「ADFデータ・ソースでの作業」を参照してください。Intelligenceでサポートされるデータ・ソースのバージョンについては、「システム要件と動作要件」を参照してください。Managementデータ・ソースのSSOの構成ODBCデータ・ソース名(DSN)の設定ODBC接続を介したデータ・ソースからのインポートや、ODBCデータ・ソースへの接続プールの設定を行う前に、クライアント・コンピュータでそのデータ・ソースのODBCデータ・ソース名(DSN)を作成しておく必要があります。データ・ソースからメタデータをインポートする際、メタデータのインポート・ウィザードでこのDSNを参照します。DSNは、Windowsシステムでのみインポートに使用できます。(ODBC)」をダブルクリックします。DSN」タブをクリックし、「追加」をクリックします。ソースの新規作成」ダイアログで、データ・ソースに適したドライバを選択し、「完了」をクリックします。残りの構成手順は、構成するデータ・ソースごとに異なります。詳細は、データ・ソースのドキュメントを参照してください。DSNは、初期インポートにも、問合せ実行時のデータ・ソースへのアクセスにも使用されます。DSNはデータ・アクセスにのみ使用されます。UNIXでのODBCデータ・ソースの設定については、第16章「LinuxおよびUNIXでのデータソースの設定」を参照してください。Teradataに固有の追加情報は、「Teradataデータ・ソースの設定」も参照してください。Databaseに接続する場合は必ず、OCIを使用する必要があります。スキーマのインポートや、接続プールの設定を行う前に、TNS名のエントリをtnsnames.oraファイルに追加しておく必要があります。Databaseのドキュメントを参照してください。Databaseデータ・ソースからメタデータをインポートする場合や接続プールを設定する場合、データ・ソース名として接続文字列全体を入力することも、tnsnames.oraファイルで定義されているネット・サービス名を使用することもできます。Intelligence環境の次の場所でtnsnames.oraファイルを設定する必要があります。DatabaseおよびTimesTenに対するNUMERICデータ型のサポートの有効化」を参照してください。Clientインストーラを使用して管理ツールをインストールする場合は、Oracleデータベースのソースからインポートする前に、管理ツールのコンピュータ上にOracleデータベース・クライアントをインストールする必要があります。「管理者」または「ランタイム」のいずれかのクライアント・インストール・オプションを使用します。32ビットの管理ツールを実行している場合、32ビットのOracleデータベース・クライアントをインストールする必要があります。64ビットの管理ツールを実行している場合、64ビットのOracleデータベース・クライアントをインストールする必要があります。Oracleデータベース・クライアントをインストールしたら、ORACLE_HOMEという環境変数を作成し、その変数をOracleデータベース・クライアント用のOracleホームに設定します。その後、TNS_ADMINという環境変数を作成し、それをTNSNAMES.ORAファイルの場所(ORACLE_HOME\network\admin)に設定します。EEを実行している場合は、デフォルトの認証サービスがWindowsドメインの資格証明を使用するように設定されていないことを確認する必要があります。ORACLE_BI_HOME\network\admin内のsqlnet.oraファイルをチェックして、AUTHENTICATION_SERVICESパラメータが次のようになっていることを確認してください。Databaseからのインポート時に接続エラーが発生する可能性があります。OLAPデータ・ソースからインポートする前に、データ・ソースが標準形式のアナリティック・ワークスペースであることを確認してください。Javaプロセスが実行中である必要があります。Javaプロセスのステータスをチェックできます。管理ツールのクライアント・インストールを使用している場合は、次の各項で追加の構成手順を参照してください。OLAPのソースからインポートする前に、管理ツールのコンピュータ上にOracleデータベース・クライアントをインストールする必要があります。「管理者」または「ランタイム」のいずれかのクライアント・インストール・オプションを使用します。32ビットの管理ツールを実行している場合、32ビットのOracleデータベース・クライアントをインストールする必要があります。64ビットの管理ツールを実行している場合、64ビットのOracleデータベース・クライアントをインストールする必要があります。Oracleデータベース・クライアントをインストールしたら、ORACLE_HOMEという環境変数を作成し、その変数をOracleデータベース・クライアント用のOracleホームに設定します。その後、TNS_ADMINという環境変数を作成し、それをTNSNAMES.ORAファイルの場所(ORACLE_HOME\network\admin)に設定します。Databaseは、ODBCインタフェースとJDBCインタフェースの両方をサポートする、高性能なインメモリー・データ・マネージャです。これらの事前構成手順は、TimesTenがすでにインストールされていることを想定しています。Databaseインストレーション・ガイド』を参照してください。注意:TimesTenソース上に集計を作成する予定である場合は、そのインスタンスに対してPL/SQLが有効化されており、そのPL/SQLの最初の接続属性PLSQLが1に設定されていることも確認する必要があります。PL/SQLは、インストール時に有効にすることも、インストール後にttmodinstallユーティリティを実行して有効にすることもできます。Databaseリファレンス』を参照してください。DatabaseおよびTimesTenに対するNUMERICデータ型のサポートの有効化」を参照してください。Intelligenceのデータ・ソースとしてTimesTenを使用する前に必要なTimesTen構成を説明します。TimesTenデータ・ソースを設定するには:TimesTenがインストールされているコンピュータで、データ・マネージャDSNを(システムDSNとして)作成します。Databaseオペレーション・ガイド』のデータ・マネージャDSNの定義に関する項を参照してください。データ・ソースへの初期接続を実行してTimesTenデータベースをメモリーにロードし、ユーザーを作成して、権限を付与します(この作業をまだ行っていない場合)。Databaseオペレーション・ガイド』のアクセス制御の管理に関する項を参照してください。データ・ストアのデフォルト・ユーザーはインスタンス管理者、つまりデータベースをインストールしたオペレーティング・システム・ユーザーです。BIサーバーを実行しているコンピュータに、TimesTenクライアントをインストールします。Databaseインストレーション・ガイド』を参照してください。TimesTenクライアントがインストールされているコンピュータで、クライアントDSNを(システムDSN)として作成します。Databaseオペレーション・ガイド』のクライアントDSNの作成に関する項を参照してください。BIサーバーを実行している場合にこの手順を実行する方法については、「ネイティブODBCドライバを使用したデータベース接続の構成」を参照してください。TimesTenデータベースがTimesTenクライアントと同じコンピュータにインストールされている場合は、メタデータのインポート・ウィザードでデータ・マネージャDSNまたはクライアントDSNを指定できます。TimesTenソースからデータをインポートした後、または手動でデータベース・オブジェクトおよび接続プールを設定するときに、「データベース」ダイアログの「一般」タブの「データベース」フィールドにデータベース・タイプとバージョンが正しく設定されていることを確認します。「接続プール」ダイアログの「一般」タブの「呼出しインタフェース」フィールドが正しく設定されていることも確認する必要があります。次の資料も参照してください。Intelligenceに対してサポートされるTimesTenのバージョンについては、「システム要件と動作要件」を参照してください。TimesTenデータ・ソースでのシステム・メモリー・リソースの使用の向上システム・メモリー・リソースの使用を向上させるために、次のようにTimesTenサーバーの最大接続数を増やすことをお薦めします。TimesTen環境で、編集のためにttendaemon.optionsファイルを開きます。このファイルは次の場所にあります。install_dir/srv/info次の行を追加します。number_of_connectionsnumber_of_connectionsを求めるには、次の式を使用します。ファイルを保存して閉じます。DSNで、Connectionsパラメータを、ステップ2で入力した値と同じ値に設定します。ODBCセットアップ・ウィザードを開きます。「接続」パラメータは「最初の接続」タブにあります。DSNエントリにConnections属性を追加します。BIサーバーなど、TimesTenに接続しているすべてのプロセスを停止します。TimesTenプロセスを停止します。TimesTenプロセスが停止されていることを確認した後、TimesTenプロセスを再開します。注意:ロック・タイムアウトを回避するために、デプロイメントに合せて接続のLockWait間隔を調整することもできます。Databaseリファレンス』のLockWaitに関する項を参照してください。DLLパスを追加する必要があります。opmn.xmlを更新してWindowsのTimesTen変数を含める手順は、次のとおりです。編集のためにopmn.xmlを開きます。opmn.xmlは次の場所にあります。BIサーバー・プロセスのias-componentタグを探します。BIサーバーのias-componentタグの下で、必要なTimesTen変数TIMESTEN_DLLを追加し、PATH変数も更新します。例の値を、TimesTenクライアント用の正しいパスに置き換えてください。...</environment>ファイルを保存して閉じます。OPMNを再起動します。BIサーバー・プロセスを実行している各コンピュータで前述の手順を繰り返します。id="coreapplication_obis2")。BIサーバーは、Essbaseクライアント・ライブラリを使用してEssbaseデータ・ソースに接続します。Editionとともにインストールされます。Editionの完全なインストールに対してEssbaseデータ・ソースのアクセスを有効化するために追加の構成は必要ありません。Managementデータ・ソースのSSOの構成」を参照してください。Clientインストーラを使用して管理ツールをインストールする場合は、Essbaseデータ・ソースからメタデータをインポートする前に追加の構成を実行する必要があります。管理ツールのクライアント・インストールについては、Essbaseデータ・ソースへの接続の設定またはそれからのメタデータのインポートを行う前に、管理ツールのクライアント・コンピュータにEssbaseクライアント・ライブラリがインストールされていることを確認する必要があります。Intelligenceでの使用がサポートされているEssbaseクライアントのバージョンについては、「システム要件と動作要件」を参照してください。管理ツールのクライアント・コンピュータにEssbaseクライアント・ライブラリがインストールされていることを確認したら、各コンピュータのPATH環境変数にEssbaseクライアント・ドライバの場所(EPM_ORACLE_HOME/products/Essbase/EssbaseClientなど)が追加されていることを確認する必要があります。ESSBASEPATH環境変数が、コンピュータごとに適切に設定されていることも確認する必要があります。Systemインストレーションおよび構成ガイド(またはクライアント・バージョンの対応するタイトル)を参照してください。管理ツールのコンピュータ上でbi-init.batを更新する必要があります。Essbase環境変数をbi-init.batに追加する手順は、次のとおりです。編集のためにbi-init.batファイルを開きます。bi-init.batは、次の場所にあります。ORACLE_INSTANCE/bifoundation/OracleBIApplication/coreapplication/setupEssbaseクライアント・ライブラリのバージョンとインストール場所に応じて、ESSBASEPATH環境変数を設定する行を追加します。%ORACLE_INSTANCE%\bifoundation\OracleBIApplication\%ORACLE_BI_APPLICATION%\setup\user.cmdPATH環境変数を設定する行を探し、Essbaseクライアント・バイナリの場所を追加します。PATH=%ORACLE_HOME%\bifoundation\server\bin;%ORACLE_HOME%\bifoundation\web\bin;%ORACLE_HOME%\bin;%ESSSBASEPATH%\bin;%PATH%ファイルを保存して閉じます。Serverのコンピュータ上で開いていることを確認してください。Managementを使用する際の必須の構成手順について説明します。Managementデータ・ソースのSSOの構成」を参照してください。Managementクライアントがインストールされていることを確認する必要があります。Builderバージョン9.2.0.1コンポーネントもJavaHostコンピュータにインストールする必要があります。Managementクライアントをインストールする際には必ず、クライアント構成ユーティリティのサーバー/クラスタ登録タブで次の手順を実行してください。ManagementサーバーのIPアドレスまたはホスト名を入力し、1つのサーバーのみを使用するを選択します。DCOMの有効化領域で、DCOMの有効化をクリックします。Managementに必要な環境変数を追加する必要があります。Managementデータ・ソースからインポートするには、JavaHostプロセスが実行中である必要があります。管理ツールのクライアント・インストールがある場合は、JavaHostの構成手順については、「クライアント・インストールに対する追加のHyperion構成」も参照してください。EEがWindowsのみのデプロイで実行されている場合のみです。9.3.1の場合:編集のためにopmn.xmlを開きます。opmn.xmlは次の場所にあります。ORACLE_INSTANCE/config/OPMN/opmn/opmn.xmlJavaHostプロセスのias-componentタグを探します。Managementに必要な新しい変数を追加します。インストールに応じて、実際の値を更新してください。value="$ADM_HOME/Essbase/9.3.1"/>PATH変数を更新して、ADM_ESS_NATIVE_HOME/binおよびHFM_HOMEを追加します。value="$ADM_ESS_NATIVE_HOME/bin$:$HFM_HOME$:$ORACLE_HOME/bifoundation/server/bin$:$ORACLE_HOME/bifoundation/web/bin$:$ORACLE_HOME/common/ODBC/Merant/5.3/lib$:$ORACLE_INSTANCE$:$ORACLE_HOME/lib"append="true"/>ファイルを保存して閉じます。OPMNを再起動します。JavaHostプロセスを実行している各コンピュータで前述の手順を繰り返します。id="coreapplication_obijh2")。JavaHostがHFMアクセスのシングル・ポイント障害とならないように、複数のJavaHostプロセスを実行する必要があります。Controlを使用してJavaHostプロセスをスケールアウトします。Editionシステム管理者ガイド』のデプロイメントのスケールアウトに関する項を参照してください。11.1.2の場合:編集のためにopmn.xmlを開きます。opmn.xmlは次の場所にあります。ORACLE_INSTANCE/config/OPMN/opmn/opmn.xmlJavaHostプロセスのias-componentタグを探します。Managementに必要な新しい変数を追加します。インストールに応じて、実際の値を更新してください。value="c:/MW_Home/Oracle_BI1/common/CSS/11.1.2.0"/>PATH変数を更新して、ADM_HOME/binと、HYPERION_HOMEのclientおよびcommonサブディレクトリを追加します。id="start-args"タグを探し、クラスパス属性を更新して、必要なjarファイルの場所を追加します。com.siebel.analytics.javahost.standalone.Main"/>ファイルを保存して閉じます。ディレクトリORACLE_HOME/bifoundation/javahost/lib/obisintegration/admに移動し、admintegration.jarとadmimport.jarを除くすべてのjarファイルを削除します。JavaHostプロセスを再開します。JavaHostプロセスを実行している各コンピュータで前述の手順を繰り返します。id="coreapplication_obijh2")。JavaHostがHFMアクセスのシングル・ポイント障害とならないように、複数のJavaHostプロセスを実行する必要があります。Controlを使用してJavaHostプロセスをスケールアウトします。Editionシステム管理者ガイド』のデプロイメントのスケールアウトに関する項を参照してください。Managementのデータ・ソースからオフライン・インポートを実行する前に追加の構成を実行する必要があります。Managementデータ・ソースからオフライン・モードでインポートするには、管理ツールが実行中のJavaHostの場所を指す必要があります。この項の手順は、管理ツールのクライアント・インストールの場合にのみ必要です。管理ツールが実行中のJavaHostを指すようにする手順は次のとおりです。管理ツールが開いている場合は閉じます。管理ツールと同じコンピュータ上で、テキスト・エディタを使用してローカルのNQSConfig.INIファイルを開きます。このファイルは次の場所にあります。ORACLE_INSTANCE/config/OracleBIServerComponent/coreapplication_obisnファイルの最下部付近にあるJAVAHOST_HOSTNAME_OR_IP_ADDRESSESパラメータを検索します。完全修飾ホスト名またはIPアドレスとポート番号を使用して、実行中のJavaHostを指すようにこのパラメータを更新します。Controlによって管理されるので、手動では編集できません。ファイルを保存して閉じます。BWネイティブ接続タイプ(BAPI)を使用します。BWネイティブ接続を使用できない場合があります。詳細は、「システム要件と動作要件」を参照してください。Packageをダウンロードする必要があります。http://www.bristleconelabs.com/edel/OBIEE_BAPIAdaptor_download.asp次に、ダウンロードに付属しているReadmeに記載された構成手順を実行します。Server)データ・ソースに接続できます。ODBCドライバをインストールする必要があります。DSNの設定時には、SQLExtendedFetchオプションを選択し、認証方法リストからDBMSを選択して、ディメンション表の正規化リストからいいえを選択します。RPASデータ・ソースからのメタデータのインポートについて」を参照してください。RPASデータ・ソースに接続できます。RPASデータ・ソースに接続できるのはデータ・アクセスの場合のみです。ODBCデータ・ソースの構成」を参照してください。Teradataデータ・ソースの設定ODBCを使用してTeradataデータ・ソースにアクセスできます。Teradataに対するODBC接続の設定の詳細は、「ODBCデータ・ソース名(DSN)の設定」を参照してください。DSNを設定した後、Teradataデータ・ソースのlibディレクトリをWindowsシステムのパス環境変数に追加する必要があります。BIサーバーを実行している各コンピュータ上のopmn.xmlを手動で編集して、必要なTeradata変数を含める必要があります。opmn.xmlを更新してWindowsのTeradata変数を含める手順は、次のとおりです。編集のためにopmn.xmlを開きます。opmn.xmlは次の場所にあります。BIサーバー・プロセスのias-componentタグを探します。BIサーバーのias-componentタグの下で、必要なTeradata変数TERA_HOME、TERAGSS_HOMEおよびTERAICU_HOMEを追加し、PATH変数も更新します。例の値を、Teradataクライアントのインストール場所に置き換えてください。...</environment>重要:Teradataクライアントをインストールするときにデフォルトの場所を使用する場合は、PATH変数が、Windowsによって適用される1024文字の制限を超える可能性があります。Teradata\BinのかわりにC:\PROGRA~1\Teradata\Client\13.10\ODBCDR~1\Binなど)を使用します。Filesファイルを保存して閉じます。OPMNを再起動します。BIサーバー・プロセスを実行している各コンピュータで前述の手順を繰り返します。id="coreapplication_obis2")。状況によっては、Teradataに対する問合せでデータ・ソースからスプール領域不足というエラーを受け取ることがあります。このエラーは、「アンサー」の「フィルタ」ペインで「全選択項目」を選択した結果、DISTINCTの問合せに対して発生することがあります。BIサーバーによって必ず問合せがリライトされるようにできます。これを行うには、次の条件が満たされていることを確認します。プロジェクション・リストのディメンション列が1つのみ存在し、それが結合式ではなくターゲット列です。BY句が含まれていません。FROM表が不透明なビューではなく実物理表です。FROM表が導出表ではなくアトミック表です。(FROM表の行数)この比率で使用される値はどちらもリポジトリ・メタデータから取得されます。これらの値を移入するには、次の両方のオブジェクトに対して管理ツールで「行数の更新」をクリックします。計画された列の物理列デフォルトでは、この比率のしきい値は0.15です。BIサーバー・コンピュータ上でSA_CHOICES_CNT_SPARSITYという環境変数を作成し、それを新しいしきい値に設定します。DatabaseおよびTimesTenに対するNUMERICデータ型のサポートを有効にすることができます。IntelligenceでNUMERICとして扱われるため、精度が向上します。DatabaseおよびTimesTenのデータ・ソースのリテラルが、DOUBLEではなく、NUMERICとしてインスタンス化されます。関連情報については、「数値リテラル」を参照してください。DatabaseおよびTimesTenに対するNUMERICデータ型のサポートを有効にする手順は次のとおりです。NQSConfig.INIで、ENABLE_NUMERIC_DATA_TYPEをYESに設定します。Editionシステム管理者ガイド』のENABLE_NUMERIC_DATA_TYPEに関する項を参照してください。物理レイヤーのデータベース・オブジェクトでNUMERIC_SUPPORTEDデータベース機能を有効にします。データベース機能の設定方法については、「データ・ソースでサポートされるSQL機能の指定」を参照してください。BIリポジトリにインポートされたデータの10進/数値データはNUMERICに設定され、ユーザーが入力した10進/数値SQLはNUMERICとして扱われます。このパラメータがYESに設定されていても、他のデータベース・タイプからインポートされた10進/数値データはDOUBLEとしてマップされます。この設定を変更する前にインポートされた物理列のデータ型は変更されません。IntelligenceにそのままDOUBLEとしてインポートされます。既存のDOUBLE物理列については、必要に応じてデータ型を手動でNUMBERに更新してください。次の点に注意してください。数値データ型は、他の数字データ型との間で互いにキャストすることができます。ServerのJDBCドライバを通した場合は使用できません。数値データ型を有効にするとパフォーマンスのオーバーヘッドが生じることがありますが、これは数値データのほうがビット数が多いためです。BIサーバーのデータソースとして使用し、接続プール内で共有資格証明を構成するかわりに共有トークンを使用して認証する場合は、まずこの項で説明する手順に従って共有トークンの互換性を有効化する必要があります。Managementのユーザーは、同じアイデンティティ・ストアを使用する必要があることに注意してください。Intelligenceインストーラを使用してインストールしたEssbaseデータ・ソースのSSOを有効化する場合、追加の手順を実行する必要はありません。Intelligenceインストーラを使用してインストールしたEssbaseデータ・ソースの場合は、データ・ソース接続プールでSSOを選択するだけです。EditionとEPM製品間のSSOの構成に関する項を参照してください。リレーショナル・データ・ソースからのメタデータのインポートサポートされているリレーショナル・データ・ソース・タイプのメタデータをインポートするには、メタデータのインポート・ウィザードで該当する接続タイプを選択します。メタデータをインポートするには、ローカル・コンピュータにすべてのデータベース接続を設定しておく必要があります。オフライン・モードとオンライン・モードのどちらでもメタデータをインポートできます。他のデータ・ソースからのインポートについては、「マルチディメンション・データ・ソースからのメタデータのインポート」および第6章「ADFデータ・ソースでの作業」を参照してください。物理表をインポートする際には、作成したビジネス・モデルで使用する可能性があるデータを含む表のみにインポートを制限するよう注意してください。「検索」機能を使用すると、インポートする表を検索して選択することができます。無関係な表やその他のオブジェクトを多数インポートすると、不必要に複雑になるとともに、リポジトリのサイズが大きくなります。ほとんどのデータ・ソースのメタデータをインポートする際、デフォルトでは、表、主キーおよび外部キーがインポートされます。物理レイヤーにキーが自動的に作成されるように、表とともに主キーと外部キーをインポートすることをお薦めします。キーをインポートしなかった場合、手動でキーを作成する必要があります。このプロセスには時間がかかる可能性があります。データベース・ビュー、別名、シノニムおよびシステム表をインポートすることもできます。BIサーバーでそれらに対する問合せを生成する場合のみにしてください。リレーショナル・データ・ソースからメタデータをインポートするには:管理ツールで、「ファイル」を選択し、「メタデータのインポート」を選択します。メタデータのインポート・ウィザードが表示されます。注意:既存のデータベースおよび接続プールをすでに定義している場合は、物理レイヤーの接続プールを右クリックし、「メタデータのインポート」を選択します。メタデータのインポート・ウィザードが開き、情報があらかじめ入力された「データ・ソースの選択」画面が表示されます。図5-1に、メタデータのインポート・ウィザードを示します。3.5など)を選択します。10g/11g」を選択してください。Databaseへの接続プロトコルとしてOCIを使用すると、パフォーマンスが向上するとともに、ODBC経由では使用できないネイティブなデータベース機能にアクセスできます。(Unicode)を使用することをお薦めします。「データ・ソースの選択」画面の残りのフィールドやオプションは、選択した接続タイプによって異なります。3.5データ・ソースについては、「DSN」リストで、スキーマのインポート元のデータ・ソースを選択します。次に、データ・ソースの有効なユーザー名とパスワードを入力します。BIサーバー・コンピュータ上にあります。(Unicode)データ・ソースについては、「データ・ソース名」フィールドにデータ・ソースの名前を入力し、データ・ソースの有効なユーザー名とパスワードを入力します。Databaseデータ・ソースについては、データ・ソース名として接続文字列全体またはtnsnames.oraファイル内のネット・サービス名を入力できます。Intelligence環境のORACLE_HOME/network/adminでtnsnames.oraファイルを設定していることを確認する必要があります。他のデータ・ソース・タイプについては、別の項で説明します。BWネイティブについては、「マルチディメンション・データ・ソースからのメタデータのインポート」を参照してください。RPASデータ・ソースからのインポートについても説明します。XMLについては、「XMLデータ・ソースからのメタデータのインポート」を参照してください。OracleADF_HTTPについては、第6章「ADFデータ・ソースでの作業」を参照してください。「データ・ソースの選択」画面で情報を入力し終わったら、「次へ」をクリックします。「メタデータ型の選択」画面が表示されます。インポートするオブジェクトのタイプに対応するオプション(「表」、「キー」、「外部キー」など)を選択します。一部のオプションは自動的に選択されます。デフォルトで選択されるオブジェクト・タイプはデータ・ソースのタイプごとに異なり、データ・ソースの一般的なオブジェクトに基づきます。結合をインポートするには、「キー」と「外部キー」の両方を選択します。システム表をインポートするには、データ・ソースのシステム権限が必要です。カスタマ・リレーションシップ・マネジメント(CRM)表からインポートするには、「CRM表からのメタデータ」を選択します。「次へ」をクリックします。「メタデータ・オブジェクトの選択」画面が表示されます。インポートするオブジェクトを「使用可能」リストで選択し、「>」(選択対象をインポート)ボタンまたは「>>」(すべてインポート)ボタンを使用して「選択済」リストに移動します。「<」(選択対象を削除)ボタンおよび「<<」(すべて削除)ボタンを使用して、「選択済」リストから「使用可能」リストにオブジェクトを戻すこともできます。特定の項目を検索するには、「検索」ボックスにキーワードを入力し、「下方検索」または「上方検索」をクリックします。インポートされているオブジェクトを含め、すべてのオブジェクトを表示するには、「完全な構造の表示」を選択します。このオプションの選択を解除すると、インポート可能なオブジェクトのみが表示されます。このオプションを選択した場合、すでにインポートされているオブジェクトはグレー表示されます。「終了」をクリックします。インポートできなかったオブジェクトがある場合、警告メッセージのリストが表示されます。メッセージが表示されたダイアログで、次の処理を実行できます。別のファイルにメッセージを貼り付けることができるようにウィンドウの内容をコピーするには、「コピー」をクリックします。メタデータをインポートしたら、データベースと接続プールの設定が正しいことを確認してください。BIサーバーが正確なデータベース・タイプを特定できず、類似するタイプをデータベース・オブジェクトに割り当てることがまれにあります。このようなオブジェクトの処理の詳細は、「データベース・オブジェクトの設定」および「接続プールの作成または変更」を参照してください。物理列や物理表など、インポートしたデータを物理レイヤーで視覚的に調べて、インポートが正常に完了していることを確認することをお薦めします。「論理モデルへのマップ」画面と「ウェアハウスに公開」画面について「論理モデルへのマップ」画面および「ウェアハウスに公開」画面は、ADFデータ・ソースでのみ使用することができます。次の資料も参照してください。BIリポジトリの物理レイヤーにメタデータをインポートできます。(SAP/ビジネスウェアハウス)などのソースに接続してデータを抽出できます。これらのソースのデータはダッシュボードに表示可能です。マルチディメンション・データ・ソースとリレーショナル・データ・ソースの設定の主な違いは、物理レイヤーにあります。ビジネス・モデルとプレゼンテーション・レイヤーにおけるマルチディメンション・データ・ソースとリレーショナル・データ・ソースの設定は、ほとんど同じです。インポート・プロセスでは、マルチディメンション・データ・ソースの各キューブが1つの物理キューブ表として作成されます。BIサーバーでは、メトリック、ディメンション、階層などのキューブ・メタデータがインポートされます。キューブをインポートしたら、物理キューブ列に正しい集計ルールがあり、階層タイプが正しいことを確認する必要があります。詳細は、「物理階層オブジェクトでの作業」を参照してください。注意:マルチディメンション・データ・ソースから物理スキーマを手動で作成すると、多大な労力を要するうえ、エラーが発生しやすくなります。そのため、インポート手法を使用することを強くお薦めします。ビジネス・モデルで使用しない階層や列は、物理レイヤーから削除することをお薦めします。これによって、管理ツールで不要なオブジェクトを保守する必要がなくなり、パフォーマンスが向上する可能性があります。マルチディメンション・データ・ソースからメタデータをインポートするには:管理ツールで、「ファイル」を選択し、「メタデータのインポート」を選択します。メタデータのインポート・ウィザードが表示されます。注意:既存のデータベースおよび接続プールをすでに定義している場合は、物理レイヤーの接続プールを右クリックし、「メタデータのインポート」を選択します。メタデータのインポート・ウィザードが開き、情報があらかじめ入力された「データ・ソースの選択」画面が表示されます。この方法を使用して、増分インポートを実行することもできます。図5-2に、メタデータのインポート・ウィザードを示します。「論理モデルへのマップ」画面および「ウェアハウスに公開」画面は、ADFデータ・ソースでのみ使用可能なことに注意してください。詳細は、「「論理モデルへのマップ」画面と「ウェアハウスに公開」画面について」を参照してください。「データ・ソースの選択」画面の「接続タイプ」フィールドで、データ・ソースに適した接続のタイプを選択します。「データ・ソースの選択」画面の残りのフィールドやオプションは、選択した接続タイプによって異なります。表5-1に、マルチディメンション接続タイプを示します。RPASデータ・ソースに使用します。DSNエントリを選択し、選択したデータ・ソースのユーザー名とパスワードを入力します。詳細は、「ODBCデータ・ソース名(DSN)の設定」を参照してください。Server」フィールドに、Essbaseサーバーを実行しているコンピュータのホスト名を入力し、データ・ソースの有効なユーザー名とパスワードを入力します。この情報は、データ・ソース管理者から入手してください。Server」フィールドに含める必要があります。次の点に注意してください。Serverのホスト名とポート番号を指定する必要があります。BIサーバーを実行しているコンピュータにEssbaseクライアント・ライブラリがインストールされていることを確認する必要があります。詳細は、「Essbaseデータ・ソースの設定」を参照してください。Essbaseデータ・ソースのデータを物理レイヤーでモデリングする方法については、「Essbaseデータ・ソースでの作業」を参照してください。ServicesおよびSAP/BWに使用します。スキーマのインポート元のデータ・ソースのURLを入力します。3.5/7.0など)と、データ・ソースの有効なユーザー名およびパスワードを入力します。「ターゲット・データベース」については、次のいずれかを実行します。「新規」を選択し、新しいデータベース・オブジェクトに使用する名前を入力します。「既存」を選択し、「参照」をクリックして、既存のデータベース・オブジェクトを選択します。OLAP「データ・ソース名」フィールドにデータ・ソースの名前(ネット・サービス名)を入力し、データ・ソースの有効なユーザー名とパスワードを入力します。データ・ソース名は、tnsnames.oraファイルに作成したエントリと同じです。Intelligence環境のtnsnames.oraファイル内の名前を使用してください。ネット・サービス名のかわりに、接続文字列全体を入力することもできます。URLの場合は、biadminservletのURLを指定します。OLAPメタデータ・インポートに使用されます。サーブレットの名前はservicesです。URLフィールドに次のような文字列を入力します。http://localhost:9704/biadminservlet/servicesこれを使用するためには、サーブレットは稼動中である必要があります。インポート・エラーを受信した場合、管理コンソールでサーブレットのステータスをチェックします。管理サーバーの診断ログおよびドメイン・ログを参照することもできます。OLAPデータ・ソースでの作業」を参照してください。Databaseデータ・ソースには、リレーショナル表とマルチディメンショナル表の両方を含めることができます。管理ツールで同じデータベース・オブジェクトに両方の表タイプを持つことは避けてください。表タイプ別に異なるデータベース機能セットを指定することが必要な場合があるためです。OLAP問合せは失敗します。Databaseのリレーショナル表については、この機能を有効にする必要がある場合があります。リレーショナル表とマルチディメンション表について、2つの異なるデータベース・オブジェクトを作成することをお薦めします。ManagementサーバーのURLを、ドライバおよびアプリケーション名(キューブ名)を含めて次の形式で入力します。adm:native:HsvADMDriver:ip_or_host:application_name例:adm:native:HsvADMDriver:130.35.40.80:UCFHFMデータ・ソースの有効なユーザー名とパスワードも入力する必要があります。Managementデータ・ソースからインポートするには、JavaHostプロセスが実行中である必要があります。Managementデータ・ソースでの作業」を参照してください。Managementデータ・ソースの設定」に記載されている事前構成手順を必ず実行してください。BWネイティブ次の情報を指定します。SAPデータ・サーバーのホスト名またはIPアドレス。このフィールドは、SAP/BW接続文字列のパラメータashostに対応します。(WAS)とも呼ばれるSAPインスタンスに割り当てられた2桁の番号です。このフィールドは、SAP/BW接続文字列のパラメータsysnrに対応します。SAPクライアント番号。これは、SAPでクライアントと呼ばれる自己完結型の単位に割り当てられた3桁の番号です。クライアントは、トレーニング、開発、テスト、本番クライアントなどです。大企業の個々の部門を表す場合もあります。このフィールドは、SAP/BW接続文字列のパラメータclientに対応します。英語の場合はEN、ドイツ語の場合はDE)。このフィールドは、SAP/BW接続文字列のパラメータlangに対応します。パラメータ=値という形式の追加接続文字列パラメータ。複数のパラメータを指定する場合はコロンで区切ります。このフィールドはオプションです。データ・ソースの有効なユーザー名。対応するユーザー・パスワード。パスワードでは大/小文字が区別されます。最初の5つのフィールドは、SAP/BW接続文字列の要素を構成します。形式は次のとおりです。インポート前に、「SAP/BWデータ・ソースの設定」に記載されている事前構成手順を必ず実行してください。他のデータ・ソース・タイプについては、別の項で説明します。XMLについては、「XMLデータ・ソースからのメタデータのインポート」を参照してください。(Unicode)については、「リレーショナル・データ・ソースからのメタデータのインポート」を参照してください。OracleADF_HTTPについては、第6章「ADFデータ・ソースでの作業」を参照してください。「データ・ソースの選択」画面で情報を入力し終わったら、「次へ」をクリックします。RPASデータ・ソースの場合のみ、「メタデータ型の選択」画面が表示されます。RPASについては、「表」、「キー」および「外部キー」を選択してください。次に、「次へ」をクリックします。RPASデータ・ソースからのメタデータのインポートについて」を参照してください。「メタデータ・オブジェクトの選択」画面で、インポートするオブジェクトを「使用可能」リストから選択し、「>」(選択対象をインポート)ボタンまたは「>>」(すべてインポート)ボタンを使用して「選択済」リストに移動します。「<」(選択対象を削除)ボタンおよび「<<」(すべて削除)ボタンを使用して、「選択済」リストから「使用可能」リストにオブジェクトを戻すこともできます。特定の項目を検索するには、「検索」ボックスにキーワードを入力し、「下方検索」または「上方検索」をクリックします。インポートされているオブジェクトを含め、すべてのオブジェクトを表示するには、「完全な構造の表示」を選択します。このオプションの選択を解除すると、インポート可能なオブジェクトのみが表示されます。このオプションを選択した場合、すでにインポートされているオブジェクトはグレー表示されます。Essbaseデータ・ソースの場合、UDA(ユーザー定義属性)をインポートするには、「UDAのインポート」を選択します。「終了」をクリックします。インポートできなかったオブジェクトがある場合、警告メッセージのリストが表示されます。メッセージが表示されたダイアログで、次の処理を実行できます。別のファイルにメッセージを貼り付けることができるようにウィンドウの内容をコピーするには、「コピー」をクリックします。メタデータをインポートしたら、データベースと接続プールの設定が正しいことを確認してください。BIサーバーが正確なデータベース・タイプを特定できず、類似するタイプをデータベース・オブジェクトに割り当てることがまれにあります。このようなオブジェクトの処理の詳細は、「データベース・オブジェクトの設定」および「接続プールの作成または変更」を参照してください。物理列や階層レベルなど、インポートしたデータを物理レイヤーで視覚的に調べて、インポートが正常に完了していることを確認することをお薦めします。Essbaseデータ・ソースについては、すべての階層がデフォルトで非バランス型としてインポートされます。物理階層ごとに「階層タイプ」プロパティを確認し、必要に応じて値を変更してください。Essbaseでサポートされている階層タイプは、「非バランス型」、「完全なバランス型」および「値」です。RPASからのメタデータのインポートに関する重要な情報を紹介します。RPASスキーマはWindowsでのみインポートできます。DSNセットアップ・ページのディメンション表の正規化フィールドの値をはいに設定する必要があります。理由は次のとおりです。この値をはいに設定すると、適切なスキーマ・モデル(スノーフレーク・スキーマ)が使用されて、結合が正しく作成され、データのドリルダウンが可能になります。この値をいいえに設定すると、あまり適切でないスキーマ・モデル(スター・スキーマ)が使用されて、すべての表間に結合が作成され、ドリルダウンが正しく機能しなくなります。このように作成された結合の多くは不要で、手動で削除する必要があります。詳細は、「ODBCデータ・ソース名(DSN)の設定」を参照してください。管理ツールにRPASスキーマをインポートする場合は、データとともに結合をインポートする必要があります。そのためには、メタデータのインポート・ウィザードでメタデータ型として「キー」および「外部キー」を選択します。DSNセットアップ・ページのディメンション表の正規化フィールドの値をいいえに変更してください。BIサーバーでRPASドライバに対する最適化されたSQLが正しく生成されるようにするには、インポート後にこの設定をいいえに戻す必要があります。ディメンション表の正規化の設定値をいいえに変更しなかった場合、ほとんどの問合せは失敗し、次のようなエラー・メッセージが表示されます。RPASが唯一のデータ・ソースである場合は、NQSConfig.INIファイルでNULL_VALUES_SORT_FIRSTの値をONに設定する必要があります。Editionシステム管理者ガイド』を参照してください。RPASデータ・ソースからのメタデータのインポート後に、スキーマのデータベース・オブジェクトが自動的に作成されます。RPASのバージョンによっては、「データ・ソース定義」:「データベース・プロパティ」(「データベース」ダイアログの「一般」タブにあります)を次の理由で調節する必要が生じる場合もあります。RPASが「データ・ソース定義」の「データベース」フィールドで指定されていて、RPASのバージョンが1.2.2以前である場合、BIサーバーでは、SQLが生成されてデータベースに送信されるときに集計ナビゲーションを実行しますが、これは論理表ソースのナビゲーションで通常に実行される方法とは異なります。生成済SQLで使用される表名は自動的に生成されるため、生成済SQLとデータベース表名との間で不一致が生じます。SQLを実行可能にするには、次のように処理する必要があります。メタデータにリストされた表の名前を変更して、生成された名前が正しくなるようにします。生成された名前と同じ名前の表をデータベースに作成します。Basicに変更する必要があります。詳細は、「物理レイヤーでのデータベース・オブジェクトの手動での作成」を参照してください。(XML)ドキュメントからメタデータをインポートする方法について説明します。XMLは、Webにおける構造化ドキュメントおよびデータの汎用形式です。それは、構造化データを保存するデータベースとして使用することもできます。ODBCドライバを使用したアクセスという、2つのXMLアクセス・モードがサポートされます。BIサーバーでは、リポジトリの物理レイヤーのデータ・ソースとしてXMLデータ・ソースを使用できます。XMLデータ・ソースへのアクセスに使用する方法に応じて、データ・ソースは次のいずれかのソースを指すURLで表すことができます。XMLデータ・アイランドが格納された、インターネット(イントラネットやエクストラネットを含む)上の静的XMLファイルまたはHTMLファイル。例:tap://216.217.17.176/[DE0A48DE-1C3E-11D4-97C9-00105AA70303].XMLサーバー・サイトから生成される動的XML。例:tap://www.aspserver.com/example.aspXMLデータ・アイランドが格納された、ローカル・ドライブまたはネットワーク・ドライブ上のXMLファイルまたはHTMLファイル。)を使用することもできます。d:/xmldir)、XML拡張子を持つすべてのファイルがインポートされます。例:d:/xmldir/d:/xmldir/exam*.xmld:/htmldir/exam*.htmd:/htmldir/exam*.html<table>タグと</table>タグのペアで定義された表が格納されたHTMLファイル。HTMLファイルは、インターネット上(イントラネットやエクストラネットなど)にある場合もあれば、ローカル・ドライブまたはネットワーク・ドライブにある場合もあります。詳細は、「HTML表へのアクセス」を参照してください。URLにリポジトリ変数またはセッション変数を含めると、URLに埋め込まれたユーザーIDおよびパスワードを許可するHTTPデータ・ソースがサポートされます。例:http://somewebserver/cgi.pl?userid=valueof(session_variable1)&password=valueof(session_variable2)この機能を使用して、ランタイム・パラメータによって動的に決定される場所を含むXMLデータ・ソースを作成することもできます。変数の詳細は、第19章を参照してください。BIサーバーを実行する必要があります。Gatewayを使用すると、メタデータのインポート・プロセスによって、XMLドキュメントが、XMLファイル名の語幹(接尾辞のないファイル名)を表名として使用し、XMLドキュメントの第2レベルの要素を行デリミタとして使用して、表形式にフラット化されます。すべてのリーフ・ノードは、その表に属する列としてインポートされます。リーフ・ノードへの階層アクセス・パスもインポートされます。Gatewayでは、XMLスキーマに格納されたメタデータ情報が使用されます。XMLスキーマはXMLドキュメント内に含まれているか、XMLドキュメントのルート要素内で参照されます。使用可能なスキーマがない場合は、すべてのXMLデータがテキスト・データとしてインポートされます。リポジトリの作成時に、物理レイヤーの列のデータ型を変更して、スキーマで定義されている対応する列のデータ型を上書きできます。ゲートウェイによって、入力データが、物理レイヤーで指定した目的の型に変換されます。CAST演算子を使用して、管理ツールのビジネス・モデルとマッピング・レイヤーでテキスト・データ型を他のデータ型にマップすることもできます。Gatewayでは、次の項目はサポートされません。Gatewayを使用してXMLデータをインポートするには:管理ツールで、「ファイル」を選択し、「メタデータのインポート」を選択します。メタデータのインポート・ウィザードが表示されます。注意:既存のデータベースおよび接続プールをすでに定義している場合は、物理レイヤーの接続プールを右クリックし、「メタデータのインポート」を選択します。メタデータのインポート・ウィザードが開き、情報があらかじめ入力された「データ・ソースの選択」画面が表示されます。図5-3に、メタデータのインポート・ウィザードを示します。「論理モデルへのマップ」画面および「ウェアハウスに公開」画面は、ADFデータ・ソースでのみ使用可能なことに注意してください。詳細は、「「論理モデルへのマップ」画面と「ウェアハウスに公開」画面について」を参照してください。「データ・ソースの選択」画面の「接続タイプ」フィールドで「XML」を選択します。続いて、次の値を指定します。「URL」フィールドで、XMLデータ・ソースのURLを指定します。Gatewayでは、前の項で説明したすべてのデータ・ソースがサポートされます。URLには、リポジトリ変数またはセッション変数を含めることができます。変数の詳細は、第19章を参照してください。「参照」をクリックすると、「XMLファイルの選択」ダイアログが表示され、ファイルを1つ選択できます。XMLドキュメントの場合、URL内でファイル名を指定する際に拡張子.xmlを付ける必要があります。拡張子を付けなかった場合、ドキュメントはHTMLドキュメントとして処理されます。該当するフィールドに、HTTP基本認証セキュリティ・モードを採用しているHTTPサイトへの接続に使用するユーザー名とパスワードを入力します(オプション)。2000の場合)もサポートされます。「データ・ソースの選択」画面で情報を入力し終わったら、「次へ」をクリックします。「メタデータ型の選択」画面が表示されます。インポートするオブジェクトのタイプに対応するオプション(「表」、「キー」、「外部キー」など)を選択します。一般的なオプションは自動的に選択されます。結合をインポートするには、「キー」と「外部キー」の両方を選択します。システム表をインポートするには、データ・ソースのシステム権限が必要です。「次へ」をクリックします。「メタデータ・オブジェクトの選択」画面が表示されます。インポートするオブジェクトを「使用可能」リストで選択し、「>」(選択対象をインポート)ボタンまたは「>>」(すべてインポート)ボタンを使用して「選択済」リストに移動します。「<」(選択対象を削除)ボタンおよび「<<」(すべて削除)ボタンを使用して、「選択済」リストから「使用可能」リストにオブジェクトを戻すこともできます。特定の項目を検索するには、「検索」ボックスにキーワードを入力し、「下方検索」または「上方検索」をクリックします。インポートされているオブジェクトを含め、すべてのオブジェクトを表示するには、「完全な構造の表示」を選択します。このオプションの選択を解除すると、インポート可能なオブジェクトのみが表示されます。このオプションを選択した場合、すでにインポートされているオブジェクトはグレー表示されます。「終了」をクリックします。XMLデータをインポートしたら、接続プールの設定を調整する必要があります。詳細は、「接続プールの作成または変更」を参照してください。少なくとも、次の作業を実行する必要があります。「接続プール」ダイアログの「一般」タブで、接続の名前および説明(オプション)を入力します。「XML」タブをクリックして、URLリフレッシュ間隔や、タイムアウトするまでのURLのロードの待ち時間など、その他の接続プロパティを設定します。Gatewayデータ・ソースのリフレッシュ間隔を指定できます。デフォルトの問合せのタイムアウト間隔(URLのロードのタイムアウト)は15分です。Editionシステム管理者ガイド』のXMLデータ・ソースのリフレッシュ間隔に関する項を参照してください。Gatewayによって生成されるXMLドキュメントのサンプルおよび対応する列を示します。外部ファイルに格納されたXMLスキーマ次のサンプルXMLデータ・ドキュメント(mytest.xml)は、外部ファイルに格納されたXMLスキーマを参照します。スキーマ・ファイルは、データ・ドキュメントの後に示します。これによって生成される、リポジトリにインポート可能なXMLスキーマ情報は最後に示します。<p5>zz2</p5></p2></row></test>対応するスキーマ・ファイルは次のとおりです。dt:type="string"/></Schema>前述のXMLデータ・ドキュメント(mytest.xml)から生成される表の名前はmytest、列名はp1、p3、p6、p7、p5およびwidthとなります。ConsortiumのXPathに関する勧告に基づいて、列の完全修飾名の次のようなリストが生成されます。次の例はさらに複雑なサンプルで、XMLドキュメントでネストされた表構造を使用する方法を示します。オプションで、外部スキーマ・ファイルへの参照を省略することもできます。その場合は、すべての要素がVarchar文字型として処理されます。</CUSTOMER></INVOICE>生成されるXMLスキーマは、次の列名および対応する完全修飾名を持つ1つの表(INVOICE)で構成されます。完全修飾名ADD1//INVOICE/CUSTOMER/ADDRESS/ADD1ADD2//INVOICE/CUSTOMER/ADDRESS/ADD2CITY//INVOICE/CUSTOMER/ADDRESS/CITYSTATE//INVOICE/CUSTOMER/ADDRESS/STATEZIP//INVOICE/CUSTOMER/ADDRESS/ZIPCUST_ID//INVOICE/CUSTOMER/CUST_IDFIRST_NAME//INVOICE/CUSTOMER/FIRST_NAMELAST_NAME//INVOICE/CUSTOMER/LAST_NAMECATEGORY_ID//INVOICE/CUSTOMER/PRODUCTS/CATEGORY/CATEGORY_IDCATEGORY_NAME//INVOICE/CUSTOMER/PRODUCTS/CATEGORY/CATEGORY_NAMEITEM_ID//INVOICE/CUSTOMER/PRODUCTS/CATEGORY/ITEMS/ITEM/ITEM_IDNAME//INVOICE/CUSTOMER/PRODUCTS/CATEGORY/ITEMS/ITEM/NAMEPRICE//INVOICE/CUSTOMER/PRODUCTS/CATEGORY/ITEMS/ITEM/PRICEQTY//INVOICE/CUSTOMER/PRODUCTS/CATEGORY/ITEMS/ITEM/QTY値を持つタグのみが列として抽出されます。XML問合せではタグの完全修飾名が生成されるため、適切な列が取得されていることを確認できます。次に、INVOICE表に対するサンプル問合せの結果を示します。Gatewayでは、HTMLファイル内の表をデータ・ソースとして使用することもできます。HTMLファイルは、インターネット(イントラネットやエクストラネットを含む)上のファイルを指すURLとして指定することも、ローカル・ドライブまたはネットワーク・ドライブ上のファイルとして指定することもできます。4.0仕様のネイティブな構成メンバーであっても、Webデザイナは多くの場合、これをデータ構造としてではなく、特定の視覚効果を達成するための一般的なフォーマット方法として使用します。Gatewayは現在、<th>タグと</th>タグのペアで定義された、特定の列ヘッダーを含む表を最も効果的に抽出します。Gatewayは、単純な経験則をいくつか採用して、実際のデータ表であると思われるHTMLファイルの部分をできるだけ正しく特定します。次に、1つの表を含むサンプルHTMLファイルを示します。</body></html>表名はHTMLファイルの名前から派生し、列名は、対応する列のヘッダー(<th>タグと</th>タグのペアで定義されるもの)をアンダースコアで区切って連結することにより形成されます。サンプル・ファイルの名前を18.htmとすると、表名は18_0となり(そのHTMLファイルの最初の表であるため)、列名および対応する完全修飾名は次のようになります。完全修飾名Transaction_Quality\\18_0\Transaction_QualityMeasurements_Count\\18_0\Measurements_CountMeasurements_Percent\\18_0\Measurements_Percent表の列ヘッダーが複数の行に出現する場合は、それらのヘッダー行の対応するフィールド・コンテンツを連結することにより列名が形成されます。Gatewayは、最初の行のフィールド値(<td>タグと</td>タグのペアで区切られたもの)を列名と見なします。ODBCを使用したXMLデータ・ソースからのメタデータのインポート」および「XMLドキュメントの例」を参照してください。ODBCデータベース・タイプを使用すると、ODBCインタフェースを介してXMLデータ・ソースにアクセスできます。物理表の物理列を表すXML要素のデータ型は、XMLスキーマで定義されたXML要素のデータ型から派生します。適切なXMLスキーマがない場合は、デフォルトの文字列データ型が使用されます。物理レイヤーにおけるデータ型の設定によって、XMLデータ・ソースで定義されたデータ型が上書きされることはありません。XMLスキーマがないXMLデータにアクセスする場合は、CAST演算子を使用して、管理ツールのビジネス・モデルとマッピング・レイヤーでデータ型の変換を実行してください。ODBCドライバのライセンスを入手し、インストールする必要があります。ODBCデータ・ソース・タイプを選択していることを確認します。管理ツールで、「ファイル」を選択し、「メタデータのインポート」を選択します。DSNをリポジトリにインポートします。詳細は、「リレーショナル・データ・ソースからのメタデータのインポート」を参照してください。ODBCの制限事項により、「メタデータ型の選択」画面で「シノニム」オプションを選択する必要があります。このオプションを選択しなかった場合、表はインポートされません。ODBCデータ・ソースの例を示します。データとスキーマの両方を同じドキュメントに含めることができます。BIサーバーのXMLアクセス方法でそれらの状況がどのように処理されるかを説明します。(例5-4および例5-5を参照)は、異なるスコープで同じ要素宣言を使用する方法を示しています。<p3>を<p2>内および<p4>内で使用できます。前述の例の要素<p3>は2つの異なるスコープに出現するため、インポート・プロセスで2回目にこの要素が出現したときに索引番号を追加することによって、各要素に異なる列名が付けられます。この場合、2回目に出現した要素はp3_1となります。他のコンテキストで<p3>が出現する場合は、p3_2、p3_3となります。(例5-4および例5-6を参照)は、複数のXMLファイルで同じスキーマ(8_sch.xml)を共有できることを示しています。Explorerバージョン5以降では、XMLアイランドと呼ばれる埋込みXMLフラグメントを含むHTMLドキュメントがサポートされます。(例5-7を参照)は、複数のXMLデータ・アイランドおよび複数の表を1つのドキュメントから生成できる単純な状況を示しています。XMLアイランドのインスタンスごとに表が1つずつ生成されます。表を区別するために、ドキュメント名に適切な索引が追加されます。island2.htmの場合、island2_0およびisland2_1という2つのXML表が生成されます。Intelligenceでのスタンバイ・データベースの使用スタンバイ・データベースは主に、高可用性およびフェイルオーバー機能でプライマリ・データベースのバックアップとして使用されます。スタンバイ・データベース構成では、プライマリ・データベースからセカンダリ・データベースへの定期的にスケジュールされたレプリケーションが実行されます。このレプリケーションの待ち時間は、セカンダリ・データベースからの読取り中にプライマリ・データベースに書込むことによって同期やデータの整合性の問題が発生しないように短くする必要があります。スタンバイ・データベースは基本的に読取り専用データベースであるため、ビジネス・インテリジェンスの問合せサーバーとして使用することで、プライマリ・データベースのワークロードを解放し、問合せのパフォーマンスを向上させることができます。Intelligenceでスタンバイ・データベースを使用する方法について説明します。Intelligenceでのスタンバイ・データベースの使用についてスタンバイ・データベース構成には2つのデータベースがあります。すべての書込み操作を処理し、データ整合性のための真実のソースとなるプライマリ・データベースと、読取り専用ソースとして公開されるセカンダリ・データベースです。Intelligenceでスタンバイ・データベース構成を使用すると、すべての書込み操作がプライマリ・データベースにオフロードされ、読取り操作がスタンバイ・データベースに送信されます。プライマリ・ソースにルーティングする必要がある書込み操作には、次のようなものがあります。BIサーバーを構成する方法の概要を示します。スタンバイ・データベース構成のデータベース・オブジェクトを1つ作成します。一時表の作成は無効にしてください。データベース・オブジェクトの接続プールを2つ構成します。スタンバイ・データベースを指す読取り専用の接続プール書込み操作に使用するプライマリ・データベースを指す接続プールデータベースへの書込みを行う接続スクリプトを更新して、プライマリ・データベースの接続プールを明示的に指定します。使用状況トラッキングが有効になっている場合、プライマリ接続を使用するように使用状況のトラッキングの構成を更新します。イベント・ポーリング表を使用する場合、プライマリ接続を使用するようにイベント・ポーリング・データベースの構成を更新します。BIスケジューラがスタンバイ・ソースを使用するように構成されていないことを確認します。スタンバイ・データベース構成には2つの異なる物理データ・ソースがありますが、物理レイヤーに作成するデータベース・オブジェクトは1つだけです。図5-4に、物理レイヤーにおけるスタンバイ・データベース構成のデータベース・オブジェクトと接続プールを示します。物理レイヤーのスタンバイ・データベース構成」の説明スタンバイ・データベース構成のデータベース・オブジェクトの作成スタンバイ・データベース構成のデータベース・オブジェクトをリポジトリに作成するには、管理ツールを使用します。BIサーバーがスタンバイ・データベースに一時表を作成しないように、永続接続プールが割り当てられていないことを確認してください。スタンバイ・データベース構成のデータベース・オブジェクトを作成するには:管理ツールで、物理レイヤーを右クリックし、「新規データベース」を選択します。データベースの名前を入力し、「データベース」リストでデータベースのタイプを選択します。「永続化された接続プール」が「未割当て」であることを確認します。図5-5に、スタンバイ・データベース構成の「データベース」ダイアログを示します。スタンバイ・データベース構成の「データベース」ダイアログ」の説明スタンバイ・データベース構成の接続プールの作成スタンバイ・データベース構成のデータベース・オブジェクトをリポジトリに作成したら、管理ツールを使用して、2つの接続プールを作成します。スタンバイ・データベースを指す接続プールと、プライマリ・データベースを指す接続プールです。ほとんどの接続にスタンバイ接続プールが使用されるため、必ず、スタンバイ接続プールが最初に表示されるようにしてください。注意:接続プールは、最大接続数に達するまで、表示されている順に使用されます。スタンバイ・データベースのチューニングに合せて最大接続数を設定してください。最大接続数の設定の詳細は、「接続プールの作成または変更」を参照してください。スタンバイ・データベース構成のスタンバイ接続プールを作成するには:管理ツールの物理レイヤーで、スタンバイ・データベース構成のデータベース・オブジェクトを右クリックし、「新規オブジェクト」を選択し、「接続プール」を選択します。接続プールの名前を入力し、呼出しインタフェースがスタンバイ・データベース・タイプに適していることを確認します。スタンバイ・データベースのデータ・ソース名を入力します。スタンバイ・データベースのユーザー名とパスワードを入力します。「OK」をクリックします。図5-6に、スタンバイ接続プールの「接続プール」ダイアログを示します。スタンバイ接続プールの「接続プール」ダイアログ」の説明スタンバイ・データベース構成のプライマリ接続プールを作成するには:管理ツールの物理レイヤーで、スタンバイ・データベース構成のデータベース・オブジェクトを右クリックし、「新規オブジェクト」を選択し、「接続プール」を選択します。接続プールの名前を入力し、呼出しインタフェースがプライマリ・データベース・タイプに適していることを確認します。プライマリ・データベースのデータ・ソース名を入力します。プライマリ・データベースのユーザー名とパスワードを入力します。「OK」をクリックします。図5-7に、プライマリ接続プールの「接続プール」ダイアログを示します。集計の永続性のためのスクリプトなど、データベースへの書込みを行うスクリプトを使用する場合は、プライマリ接続プールを明示的に参照するようにスクリプトを更新する必要があります。プライマリ接続を介して書き込まれた情報は、(プライマリ・データベースとセカンダリ・データベース間の定期的にスケジュールされたレプリケーションによって)自動的にスタンバイ・データベースに転送され、スタンバイ接続プールを介して使用できるようになります。次の例は、プライマリ接続プールを明示的に指定する、集計の永続性のためのライトバック・スクリプトを示しています。BIサーバーでは、使用状況トラッキング・データの収集がサポートされます。使用状況トラッキングが有効な場合、問合せごとに使用状況トラッキング・データが収集され、統計が使用状況トラッキングのログ・ファイルに書き込まれるか、データベース表に直接挿入されます。挿入を使用して、スタンバイ・データベース構成で使用状況トラッキングを有効にするには、使用状況トラッキング・データの保存に使用する表(通常はS_NQ_ACCT)をプライマリ・データベースに作成する必要があります。その後、管理ツールを使用してリポジトリの物理レイヤーにその表をインポートします。スタンバイ接続プールとプライマリ接続プールの両方で使用状況トラッキング表のデータベース・オブジェクトが構成されていることを確認する必要があります。その後、使用状況トラッキングのCONNECTION_POOLパラメータがプライマリ・データベースを指していることを確認してください。NQSConfig.iniで次のように構成されている必要があります。Editionシステム管理者ガイド』の使用状況トラッキングの管理に関する項を参照してください。BIサーバーのイベント・ポーリング表(イベント表)を使用できます。BIサーバーがアクセス可能なデータベース上の物理表です。BIサーバーのイベント表として指定されます。BIサーバーには、イベント・ポーリング表への書込み権限が必要です。そのため、スタンバイ・データベース構成でイベント・ポーリングを使用する場合は、イベント表のデータベース・オブジェクトがプライマリ接続プールのみを参照するようにする必要があります。Editionシステム管理者ガイド』のイベント・ポーリング表によるキャッシュ・イベント処理に関する項を参照してください。BIスケジューラは、ジョブ(スクリプト化されたジョブとスクリプト化されていないジョブの両方)の管理とスケジュールを行う拡張可能なアプリケーションおよびサーバーです。BIスケジューラのデータベース・オブジェクトがプライマリ接続プールのみを参照するようにする必要があります。BIスケジューラの構成作業に関する項を参照してください。reserved.法律上の。