Informaticaのデバッガー：セッション、ブレークポイント、詳細データ、マップping
デビッドカーター
以前のトピックで議論したように、地図ping これは、一連の変換によってリンクされたソースオブジェクトとターゲットオブジェクトの集合です。これらの変換は、データの流れと、データがターゲットにロードされる方法を定義する一連のルールで構成されています。
デバッガとは何ですか?
デバッガーは Informatica の非常に便利なユーティリティです。マップを実行するとpingInformaticaはマップを実行しますping 定義された変換ロジックに基づいて。
その実行は、中間結果や、変換から変換へとデータがどのように変更されるかを確認できないバッチ モードの実行に似ています。
多くの場合、ターゲット内で期待どおりではないデータが得られます。 デバッガの助けを借りて、 マップ内でデータがどのように移動しているかを分析できますpingデバッガーを使えば、データを1行ずつ分析できます。
デバッガーを使用するにはセッションインスタンスが必要ですが、マップを実行するために以前に作成した既存のセッションを再利用することもできます。pingまたは、新しいデバッグセッションインスタンスを作成することもできます。デバッグ中はデータがソースから取得されるため、そのデータをどのように処理するかを選択できます。
- データを破棄するか、
- データをターゲットにロードできます
これらのオプションは、デバッガーの構成時に設定できます。
デバッガを監視するために、Informatica Designerには2つのウィンドウがあります。
- Target ウィンドウを使用して入力ファイルを追加します。
- インスタンスウィンドウ
ターゲットウィンドウには、ターゲットテーブルに挿入されるターゲットレコードが表示されます。インスタンスウィンドウでは、マップの変換インスタンスのいずれかを選択できます。pingその後、その変換に関わるすべてのポートがこのウィンドウに表示され、データがどのように変換されているかを分析できます。
マップでデバッガーを使用する手順ping
Informatica Designerは、デバッガーを使用してマップをデバッグする機能を提供します。pingつまり、既存のマップをデバッグおよび分析できるということです。pingデバッガーの要件は、マップがping 有効なマップである必要がありますping.
この演習では、既存のマップをデバッグします。ping 先ほど作成した「m_emp_emp_target」を使用します。ソースデータでは、employee_name = 'SCOTT' の特定のレコードを確認します。Scott については、Informatica で値が取得されているか、レコードがターゲットに正しくプッシュされているかを確認します。
「emp」テーブルのソース データは次のようになります。
エネーム「SCOTT」の場合、デバッガを使用して、「sal」（給与）列の値が Informatica でフェッチされることを確認します。
ステップ1） Informatica Designerを開き、Designerでマップを開きます。ping 「m_emp_emp_target」をダブルクリックすると、ソース修飾子とターゲット定義テーブルが開き、マップが表示されます。ping マップ内ping デザイナー。
ステップ2） デバッガを起動します
- 以下を行うには、 地図pings メニューオプション
- オプションから「デバッガー」を選択します
- 「デバッガーの開始」オプションを選択します
ステップ3） デバッグマップで「次へ」を選択します。ping ウィンドウを使用して入力ファイルを追加します。
ステップ4） 次のウィンドウでは、セッションの種類を選択するオプションが表示されます。 既存のセッション、既存の再利用可能なセッションを使用することも、デバッグ セッション インスタンスを作成することもできます。
既存のセッションを使用する場合、Informatica はこのマップ用に作成した以前のセッションを使用します。pingデバッグセッションインスタンスの作成を選択すると、デバッグ用の新しいセッションインスタンスが作成されます。
この例では、既存の再利用可能なセッション インスタンスを選択します。 統合サービスがデフォルトになります。
- 「既存のセッションインスタンスを使用する」オプションを選択します
- 次へをクリック
ステップ5） 新しいウィンドウで、Informatica はデバッグ用の既存のセッションを選択するように求めます。
セッション「s_m_emp_emp_target」を選択し、「次へ」ボタンをクリックします。
ステップ6） 次のウィンドウには「ターゲット データを破棄する」オプションがあります。デバッグ中にターゲット テーブルにデータをロードしたくないため、このオプションを選択します。
- 「ターゲットデータを破棄する」オプションを選択します。
- ターゲットテーブル「emp_target」を選択します
- 完了ボタンをクリックします。
上記の手順で、デバッガーの設定と起動が完了しました。これでマップのデバッグが可能になります。ping.
ステップ7） デバッガーは開始されましたが、ソースから行をフェッチしていません。 デバッグ中は、ソースから行ごとにデータをフェッチします。 ソースから最初の行のフェッチを開始するには
- 地図を選択pingメニューからのオプション
- デバッガーオプションを選択してください
- 次のインスタンスのオプションを選択します
ステップ8） インスタンス ウィンドウに、ソース修飾子から最初にフェッチされたレコードが表示されます。
インスタンス ウィンドウを分析すると、最初のレコード (ename “SMITH” 行) が表示されます。これは探しているレコードではありません。次のインスタンスに移動できます。
ステップ9） 次のインスタンスに移動する (次の行に移動する)
- F10キーを押す（マップに移動するのではなく、次のインスタンスに移動するためのショートカット）ping オプション、次にデバッガーオプション）
次のインスタンスに移動すると、インスタンス ウィンドウ内のデータが次のレコードに変わります。
ステップ10） 「SCOTT」従業員の必要なレコードに到達するまで、F10 ボタンを押し続けます。 その時点に到達すると、インスタンス ウィンドウは次のようになります。
これが私たちが探していたインスタンスです。 したがって、インスタンス ウィンドウでデータを分析できます。 正しく来ているか、値が欠落しているか。
ソース データでは、従業員「SCOTT」の詳細は、job = 「ANALYST」、manager id = 「7566」、sal 「3000」のようでした。
また、デバッガーでは、従業員「SCOTT」についてこれらすべての詳細を分析し、それらがソース データと一致しているため、レコードがソース修飾子によって正しく取得されたことが保証されます。
デバッガーでブレークポイントを使用する
前の例のように、データの特定の行を検索する場合、ソース データのすべてのインスタンスに移動する代わりに、ブレークポイントを定義できます。
ブレークポイントは、デバッグの構成中に定義される条件または条件のセットであり、その条件が true になるとデバッガーがその特定のインスタンスで停止します。
たとえば、ブレークポイントで deptno=20 を定義すると、レコードに対してこの条件が true の場合、デバッガはデータのそのインスタンスで停止します。
ステップ1） ブレークポイントを設定するには
- 地図へ移動pings menu
- デバッガーオプションを選択してください
- 「ブレークポイントの編集」オプションを選択します
ステップ2） 以下に示すように、「ブレークポイントの編集」ウィンドウが表示されます。
ステップ3） ブレークポイント ウィンドウで、追加ボタンをクリックします。
ステップ4） 新しいウィンドウで
- SQ_EMP をインスタンスとして選択します
- 「OK」ボタンを選択
ステップ5） 前のウィンドウは次のようになります。
ステップ6） ブレークポイントができたので、次にブレークポイント条件を定義する必要があります。ブレークポイント条件を定義するには
- 「新しい条件を追加」アイコンをクリックします
条件タブの下に新しい行が表示されます。 ここで条件を設定できます。
ステップ7） コンディション表では
- ポートのドロップダウンで、「ENAME」オプションを選択します（レコード ename='SCOTT' をデバッグしているため）
- 値ボックスに「SCOTT」と入力します。
- 「OK」ボタンを選択
ステップ8） 前のトピックで説明したようにデバッガーを起動します。
地図へ移動ping メニュー -> デバッガーオプションを選択 -> デバッガーの開始を選択します -> セッションインスタンスの選択
ステップ9） デバッガが起動したら
- 地図を選択pings menu
- デバッガーオプションを選択してください
- 続行オプションを選択してください
デバッガは行自体の各インスタンスに移動し、条件「ename=SCOTT」をチェックします。 この条件が true のレコードの場合、デバッガーはそのインスタンスで停止します。 そのため、データ量が多い場合は、ソース レコードの各インスタンスに移動する代わりにブレークポイントを設定し、そのレコードに直接ジャンプできます。
Informatica がすべてのインスタンスの処理を完了すると、デバッガは自動的に停止します。 データを再度分析したい場合は、デバッガを再起動する必要があります。
TracInformatica での
マップのセッションを実行するたびにpingセッションログが生成されます。これには、次のような実行の詳細が含まれます。
- イベントのタイミング
- エラーの詳細
- 個人の変換統計など
地図の変形内部pingセッションログにInformaticaが書き込む詳細情報の量を設定できます。
設定できるレベルは4つあります trac変換の内部で。
| さまざまなログモード | さまざまなログモードでのアクティビティ |
|---|---|
| ノーマル | 通常モードでは、Informatica は変換の初期化とステータス情報、発生したエラーについて書き込み、セッションの結果を要約します。 |
| 簡潔 | 簡潔モードでは、Informatica は初期化情報とエラーの詳細のみを書き込みます。簡潔モードでは、最小限の詳細がセッション ログに書き込まれます。 |
| 詳細な初期化 | 詳細初期化モードでは、Informatica は通常モードと同様のログ詳細を書き込み、さらに、使用されたデータおよびインデックス ファイルと変換統計についても書き込みます。 |
| 冗長データ | 詳細データでは、Informatica は詳細初期化と同様のログを書き込みますが、さらに、変換を通過するすべてのデータも書き込みます。 |
お願い：デフォルトでは tracレベルは通常に設定されています。詳細データモードはマップのデバッグ時のみ使用することをお勧めします。ping簡潔モードを使用すると、最小限の詳細情報しか書き込まれないため、パフォーマンスが向上します。そのため、ログの書き込みオーバーヘッドも最小限に抑えられます。
設定方法 trac変換におけるレベル
ステップ1） 地図を開くping Informatica Designerで、設定したい対象は tracレベル
ステップ2） Double 変換 (ソース修飾子変換「SQ_EMP」) をクリックします。
変換編集ウィンドウが開きます。
ステップ3） 変換編集ウィンドウ内
- 「プロパティ」タブをクリックします
- まず Tracレベルオプション
- ドロップダウンから詳細データを選択します
- 「OK」ボタンを選択
ステップ4） マップを保存するping そしてマップを実行するping （Ctrl+S キーボードショートカットを使用してマップを保存します）ping)
ステップ5） ログを表示するには
- 店は開いています ワークフローモニター 最後のステップで実行されたセッションを選択します
- マップのセッションログを開くには、「セッションログ」オプションをクリックしてください。ping
これにより、マップのセッションログウィンドウが開きます。ping
セッション ログには、セッションの実行方法に関する詳細が記録されます。実行の開始時と停止時のタイミングの詳細が記録されます。パフォーマンスに関する基本的な情報も記録されます。使用しているデータベース接続、使用しているパラメーター ファイルも記録されます。また、取得されたソース レコードの数、ターゲットにロードされたレコードの数など、ソースとターゲットの概要も記録されます。
ステップ6） ログを下にスクロールすると、データ レコードを含むキャプチャされた追加のログの詳細が表示されます。
このようにして設定できます tracマップのレベルpingデバッグのための追加の詳細を取得するため。
このチュートリアルでは、デバッガーの設定、構成、実行方法、および tracマップのレベルpingこれらのオプションを使用すると、マップをデバッグできます。pings.
