抽出、変換、ロード (ETL) 処理

ETL ジョブ、ビルド、およびストリームの実行。
ETL ビルドが失敗した理由の調査
  • エラーが発生した接続が XML ODBC データ・ソースである場合、ODBC および JDBC のログ・ファイルならびにデータ・サービスおよび XML ODBC ドライバーのセクションを参照してください。
  • エラーが発生した接続が Rational® Quality Manager カスタム・レポート・データウェアハウス である場合、データウェアハウスのインストール・ログを参照してください。
データが拒否される理由の調査
獲得およびマージ、または拒否されたレコード数に関する情報を含む [insight_installation_directory]/cognos/datamanager/data のログを参照してください。
ジョブにおける特定のビルドでのエラーの調査
ビルドを含むジョブを複写し、調査するビルドに関連しないすべてのビルドを除去し、そしてジョブを実行します。ジョブにより、変数が正しく設定されます。
ETL ジョブの再使用
リソース・カテゴリーに関連付けられた ETL ジョブは、自動的にそのリソース・カテゴリー内のすべてのリソース・グループに適用されます。ETL ジョブを再利用するには、カスタム・レポート・オーサリング XML データ構成 を使用して、新しいリソース・グループを定義し、そして同一のスキーマを同じリソース・カテゴリーの下に置きます。ETL 処理時に、リソース・カテゴリーが存在するかどうか、またはそのリソース・グループに存在しないかどうかに応じて、データがロードまたは除去されます。
二重カウント問題の処理
通常、ファクト・テーブルには、複数のディメンションが含まれています。ファクト・テーブルは、最小グレーンでデータを格納します。すなわち、すべてのディメンションの組み合わせはそれぞれ、行として格納されます。ただし、各レポートはすべてのディメンションを使用するとは限らない可能性があります。 ファクトとディメンション間に多対多の関係がある場合、レポートで使用されていないディメンションのデータも集約されるので、不正確なレポートになります。このようなシナリオを防ぐには、次のようにします。
  1. ベースとなるファクト・テーブルを作成します。ファクト・テーブルに、ファクトとディメンションのいずれかとの間に多対多の関係がないことを確認します。
  2. ファクトとの多対多の関係のそれぞれについては、ベースとなるファクト・テーブルからのディメンションを含む新しいファクト・テーブルを作成し、そして新しいテーブルで多対多の関係を定義します。
Windows Oracle 11g データベースで、英語以外のシステム上での ETL ジョブの実行
  1. 以下のコマンドを実行することによってカタログ・データベース・スキーマを作成します。
    catmanage.exe ORACLE UID/PWD@ServiceName -c
    ここで、UID および PWD は、ServiceName に接続できる有効なアカウントのユーザー名およびパスワードです。
  2. IBM® Cognos® Data Manager Designer を開始し、カタログ・データベースを開き、そしてカタログを復元します。
Linux Linux® 環境での ETL ジョブの実行
IBM Cognos Data Manager には、Linux 環境のグラフィカル・ユーザー・インターフェースがありません。Linux 環境で ETL ジョブを実行するには、Linux シェル・コマンドを使用します。
注: 関連 DSN を作成し、接続が確立していることを確認する必要があります。
  • コマンドの詳細なリストについては、「IBM Cognos Data Manager ユーザーズ・ガイド (クロス・プラットフォーム・デプロイメント・トピック)」を参照してください。
Linux ETL ジョブを実行しているとき、データ名が見つからず、デフォルト・ドライバーが指定されていませんというエラーが表示されます。
  1. 次のようにして、odbcinst.ini ファイルを確認します。
    1. テキスト・エディターで odbcinst.ini ファイルを開きます。
    2. [ Rational Quality Manager カスタム・レポート XML ODBC Driver] スロットに移動します。
    3. Driver プロパティーが libratlxml.so の正しいファイル・パスを指していることを確認します。
  2. 次のようにして、odbc.ini ファイルを確認します。
    1. テキスト・エディターで odbc.ini ファイルを開きます。
    2. 目的のシステム DSN が存在し、その Driver プロパティーの値が IBM Rational Quality Manager Report Authoring XML ODBC Driver であることを確認します。DSN が存在しない場合、次の例で示すように DSN を追加します。
      [ClearCase]
         Driver = IBM Rational Quality Manager Report Authoring XML ODBC Driver
         DataSource = Rational Quality Manager
         Description = A DSN example
         Configuration = /opt/ibm/Rational Insight/dataconfig/Configuration/clearcase.xdc
  3. 次のようにして、JVM パスを検証します。
    1. コンソールで、export コマンドを実行します。
    2. 変数 "LD_LIBRARY_PATH" に、 Rational Quality Manager カスタム・レポート によって実行されている IBM Java™ 仮想マシンのパスが含まれていることを確認します。 /opt/ibm/rqmreporting/AppServer/java/jre/bin;/usr/local/lib はその一例です。
    3. 変数 "PATH" に、 Rational Quality Manager カスタム・レポート によって実行されている IBM Java 仮想マシンのパスが含まれていることを確認します。 /opt/ibm/Rational Insight/AppServer/java/jre/bin/classic はその一例です。

フィードバック