メインコンテンツまでスキップ
に最終更新

Oracle Eloquaコネクタの制限事項

備考

ベータ版

この機能はベータ版です。使用するには、ワークスペース管理者は、 プレビューページ から Lakeflow Connect for Oracle Eloqua を有効にする必要があります。Databricksのプレビューを管理するを参照してください。

Lakeflow Connectの管理された Oracle Eloqua コネクターは、すべてのランで 5 つのテーブルを完全に再取り込みします。増分テーブルから削除されたレコードは、完全更新のランを実行するまでキャプチャされず、Oracle Eloqua が遅れて記録したアクティビティを見逃す可能性があります。

一般的な ソフトウェア as a サービス（SaaS）コネクタの制限事項​

このセクションの制限事項は、Lakeflowコネクト のすべてのSaaS コネクタに適用されます。

  • スケジュールされたパイプラインをランすると、アラートは即座にTriggerされません。その代わりに、次回の更新ラン時にTriggerされます。
  • ソーステーブルを削除しても、宛先テーブルは自動的に削除されません。宛先テーブルを手動で削除する必要があります。この動作は、 Lakeflow上の Spark宣言型パイプラインの動作と一致しません。
  • ソースのメンテナンス期間中、Databricksがデータにアクセスできない場合があります。
  • ソーステーブル名が既存の宛先テーブル名と競合する場合、パイプラインの更新は失敗します。
  • 複数送信先のパイプラインのサポートは API のみです。
  • オプションで、取り込むテーブルの名前を変更できます。パイプライン内のテーブルの名前を変更すると、そのテーブルは API 専用パイプラインになり、UI でパイプラインを編集できなくなります。
  • パイプラインがすでに起動した後に列を選択した場合、コネクタはその新しい列のデータを自動的にバックフィルしません。ヒストリカルデータを取り込むには、テーブルで完全更新を手動でランします。
  • Databricksは、たとえそれらが異なるソース スキーマから来ていたとしても、同じパイプライン内の同じ名前の 2 つ以上のテーブルを取り込むことはできません。
  • ソースシステムは、カーソル列が単調に増加すると想定しています。
  • コネクタは、変換なしで生データを取り込みます。変換には、LakeFlow PipelinesでSpark宣言型パイプラインを使用します。

コネクタ固有の制限事項​

このセクションの制限事項は、Oracle Eloqua コネクタに適用されます。

  • 各パイプラインのランでは、option_list、event_registration_registrant、custom_object、contact_list_contact、および contact_segment テーブル全体を再取り込みすることになります。これらのテーブルは増分取り込みをサポートしていないため、各ランで Oracle Eloqua からレコード全体が読み取られ、宛先テーブルにはそのラン時点での挿入、更新、削除が反映されます。
  • Oracle Eloqua で削除されたレコードを削除するには、増分テーブルの完全更新をランします。増分テーブルは挿入および更新されたレコードのみをキャプチャするため、削除されたレコードは次の完全更新まで宛先テーブルに残ります。削除された連絡先のアクティビティも、完全更新まで activity_* テーブルに残ります。

アクティビティ テーブル​

  • 遅れて到着するアクティビティは欠落する可能性があります。同期のたびに、最後のアクティビティの1時間分が再読み込みされます（activity_email_clickthroughの場合は最後の1日分、activity_external_activityの場合は最後の3日分、activity_bouncebackの場合は最後の7日分）。Oracle Eloqua がそれより後に記録するアクティビティ（3日以上遡る外部アクティビティを含む）は、完全な更新を実行するまで欠落します。Oracle Eloqua はバウンスバックを数時間または数日遅れて記録し、最大遅延はドキュメント化されません。
  • activity_bounceback Oracle Eloquaはバウンスバックを非同期に記録するため、各同期が起動する最大1時間前までのアクティビティを取り込みます。他のアクティビティテーブルは、同期の起動までのアクティビティを取り込みます。
  • 行がないアクティビティテーブルは、同期のたびに start_datetime に戻り、完全な履歴を再読み込みします。コストを制限するには、最近の start_datetime を設定します。
  • Oracle Eloquaはアクティビティのエクスポートごとに最大5,000,000レコードを返し、各エクスポートはdefaultで30日間をカバーします。テーブルが1日あたり約160,000レコードを超える場合は、そのテーブルに短い activity_window_step を設定します。コネクタのオプションをご覧ください。
  • activity_page_viewとactivity_web_visitでは、アクティビティが記録された時点で訪問者に紐付けられている連絡先はContactIdです。訪問者の現在の連絡先を取得するには、VisitorIdをvisitorテーブルに結合します。

連絡先リストとセグメントメンバーシップのテーブル​

  • contact_list_contact 空のコンタクトリストをスキップします。また、Oracle Eloqua でのメンバー数がメンバー追加後に追いついていないリストは、カウントが更新されるまでスキップされます。
  • contact_segment 同期ごとにすべてのセグメントをエクスポートするため、インスタンス内のセグメント数に応じて同期時間が長くなります。Oracle Eloquaは各インスタンスに対して1時間あたり2,000件のエクスポートというソフトリミットを適用するため、contact_segmentを毎日、contact_list_contactとは異なる時間にランするようスケジュールしてください。
  • 同期後、Oracle Eloquaはエクスポートされた連絡先リストまたはセグメントの削除を最大2時間ブロックします。
  • 同期の実行中に連絡先リストまたはセグメントが削除されると、その同期は失敗し、次回の同期で復旧します。Oracle Eloquaでセグメントをエクスポートできない場合、Oracle Eloquaでセグメントを修正するまでcontact_segmentテーブルは失敗した状態になります。
このページの見出し