サービス制限

Oracle Integration 3リソースの次のサービス制限を確認してください。サービス制限は、リソースに対して設定された割当てまたは許容量です。テナンシに構成されているサービス制限は変更できません。

ノート

次に説明するサービス制限が適用されます。

Oracle Cloud Infrastructureコンソール・サービスの制限

Oracle Cloud Infrastructureコンソールのサービス制限の詳細は、OCIドキュメントのサービス制限を参照してください。

リソース サービス制限

統合サービス・インスタンス

  • リージョン当たり200のサービス・インスタンス

    ノート: この値は、リージョンごとにプロビジョニングするサービス・インスタンスの数であり、Oracle Integration「監視性」タブでアクティブ化およびモニターする統合インスタンス(アプリケーションやスケジュールなど)の数ではありません。

    ホーム・リージョン外のサービス・インスタンスを作成する機能は、いくつかの要因によって異なります。制限を参照してください。

プライベート・エンドポイント

  • サービス・インスタンス当たり1つのプライベート・エンドポイント

  • プライベート・エンドポイント当たり1サブネット

カスタム・エンドポイント

  • サービス・インスタンス当たり1つのカスタム・エンドポイント

Oracle Integrationの内部診断ログ

  • 30日間- デバッグ使用のためにOracle Cloud Infrastructure Loggingに保持

    ログ・分析を参照してください。

コンポーネント: アダプタ

リソース サービス制限
接続性物質 最低8GBのメモリー(そのうち4GBはオンプレミス・エージェントのJava仮想マシン(JVM)専用のヒープ・サイズ)。エージェント以外にホスト上の他のプロセスを含めるには、物理メモリーを8GBより大きい値に増やしてください。
接続性エージェント・メッセージ・ペイロード
  • 10MB (圧縮を使用

すべてのconnectivity-agent-enabledアダプタ

  • リクエストとして50MB
  • レスポンスとして50MB

接続性エージェントで構成されたSOAPおよびRESTアダプタ

  • SOAP/RESTエンドポイントからのレスポンスとして50MB (構造化XML/JSONドキュメント)
  • SOAP/RESTエンドポイントからのレスポンスとしてのアタッチメント用に1 GB
接続エージェントベースのアダプタ用の構造化ペイロード(JSON、XML)
  • SOAPおよびREST: 50MB
  • ファイルおよびFTP呼出しのレスポンス: 50MB
  • その他のプロトコル: 10MB (データベース、JMS、MQ、Kafkaなど)
トリガー接続および呼出し接続からのレスポンスの構造化ペイロード
  • クラウド・エンドポイント: 100MB (接続性エージェントを使用しない)
  • プライベート・エンドポイント: 100MB
トリガー接続および呼出し接続からのレスポンス用のバイナリ(非構造化)ペイロード(アタッチメント、MTOMなど)
  • 1GB
プライベート・エンドポイントのサポート

増大するアダプタのリストでは、プライベート・エンドポイントへの接続がサポートされています。

Oracle Integration 3での統合の使用プライベート・エンドポイントへの接続をサポートするアダプタを参照してください。

Apache Kafkaアダプタ

起動構成の場合

メッセージの生成/消費操作:

  • 10MB (すべてのアウトバウンド操作に対するスキーマ変換あり)
AS2アダプタ
  • 100 MB

データベース・アダプタ

  • Oracle Autonomous Data Warehouseアダプタ
  • Oracle Autonomous Transaction Processingアダプタ
  • Oracle Databaseアダプタ
  • Oracle Database Cloud Serviceアダプタ
  • IBM DB2アダプタ
  • Microsoft SQL Serverアダプタ
  • MySQLアダプタ
  • Netezzaアダプタ
  • PostgreSQLアダプタ
  • SAP ASE (Sybase)アダプタ
  • スノーフレーク・アダプタ

トリガー構成の場合

ポーリング操作:

  • 50MB (エージェントベースのエンドポイントのスキーマ変換あり)
  • プライベート・エンドポイントを介したスキーマ変換で100MB

起動構成の場合

ストアド・プロシージャ、表に対する操作およびPureSQL文の実行操作:

  • 10MB (すべてのアウトバウンド操作に対するスキーマ変換あり)

データベース選択操作:

  • パブリック・インターネットベースのエンドポイントの場合は100MB
  • プライベート・エンドポイントに100MB
  • エージェントベースのエンドポイントの場合は50MB
ファイル・アダプタ(接続エージェントでのみ使用可能)

ファイルの読取り操作:

  • スキーマなしで使用する場合は1 GB
  • 変換にスキーマを使用する場合は50MB
  • 構造化ペイロードを持つ読み取り操作の場合は50Mバイト

接続エージェントを使用したポーリング:

  • 50 MB

ファイルのダウンロード操作:

  • 1GB

ノート: CSVファイルのサイズは、メッセージに変換されると増加します。そのため、変換後のメッセージ・サイズが50MBを超えないように、ファイル・サイズは50MB未満である必要があります。

FTPアダプタ

起動構成の場合

ファイルの読取り操作:

  • スキーマなしで使用する場合は1 GB (接続性エージェントの有無にかかわらず使用する場合)
  • 変換にスキーマを使用する場合は、クラウドベースのエンドポイントに100 MB
  • 変換にスキーマを使用する場合は、エージェントベースのエンドポイントに50 MB
  • パブリック・インターネットベースのエンドポイントの場合は100MB
  • プライベート・エンドポイントに100MB

ファイルのダウンロード操作:

  • 1 GB (接続エージェントの有無にかかわらず使用する場合)

ファイルの書込み操作:

  • 指定する値には制限がありません

JMSアダプタ

  • Oracle WebLogic JMSアダプタ
  • IBM MQ Series JMSアダプタ

トリガー構成の場合

メッセージ消費操作:

  • 10MB (スキーマ変換あり)

起動構成の場合

メッセージ発行操作:

  • 10MB (スキーマ変換あり)
Oracle CPQアダプタ
  • レスポンス・ペイロードの場合は50 MB
Oracle E-Business Suiteアダプタ
  • パブリック・インターネットベースのエンドポイントの場合は100MB
  • エージェントベースのエンドポイントの場合は50MB
RESTアダプタ

トリガー構成の場合

  • スキーマ生成に使用されるXMLドキュメントの場合は3MB

    RESTアダプタ機能を参照してください。

  • 添付のあるメッセージ(multipart/form-dataなど)の場合は1 GB

  • 100 MB (受信構造化メッセージ・ペイロード(JSON、XML、HTML、YAMLまたはYMLを含む任意のcontent-typeヘッダー)

    ノート: JSONペイロードのフィールドの文字列長が20MBを超えると、変換失敗エラーが表示されます。Oracle Integration 3でのRESTアダプタの使用ORABPEL-15235の翻訳失敗の発生を参照してください。

  • rawバイトとしての受信コンテンツに1 GB (コンテンツ・タイプとしてapplication/octet-stream)

  • アダプタ・エンドポイント構成ウィザードでレスポンス・ペイロード形式を指定するために使用されるJSONサンプル・ファイル用に100KB

起動構成の場合

  • データ定義生成に使用されるXMLドキュメントの場合は3MB

    RESTアダプタ機能を参照してください。

  • アダプタ・エンドポイント構成ウィザードでリクエスト・ペイロード形式を指定するために使用されるJSONサンプル・ファイル用に100KB

  • 呼出しランタイム・バイナリ・データ(application/octet-stream)の一部として返されたレスポンスに1 GB

  • 構造化コンテンツ(JSON/CSV/XMLなど)のエージェントベースのエンドポイントから返されたレスポンスの場合は50MB

  • 構造化コンテンツ(JSON/CSV/XMLなど)のプライベート・エンドポイントから返されたレスポンスの場合は100MB

  • 構造化コンテンツ(JSON/CSV/XMLなど)のパブリック・インターネット・ベースのエンドポイントから返されたレスポンスの場合は100MB

RESTベース・アダプタ(インバウンドのRESTエンドポイントを公開するアダプタまたは外部RESTエンドポイントを起動するアダプタ)

たとえば、Oracle Commerce CloudアダプタやOracle Field Service Cloudアダプタなどです。

トリガー構成の場合(該当する場合)

  • スキーマ生成に使用されるXMLドキュメントの場合は3MB

    RESTアダプタ機能を参照してください。

  • 添付を含むメッセージの場合は1 GB (multipart/mixed、multipart/form-dataなど)

  • 100 MB (受信構造化メッセージ・ペイロード(JSON、XML、HTML、YAMLまたはYMLを含む任意のcontent-typeヘッダー)

  • rawバイトとしての受信コンテンツに1 GB (コンテンツ・タイプとしてapplication/octet-stream)

  • レスポンス・ペイロード形式の指定に使用されるJSONサンプル・ファイルの場合は100KB

起動構成の場合(該当する場合)

  • データ定義生成に使用されるXMLドキュメントの場合は3MB

    RESTアダプタ機能を参照してください。

  • アウトバウンド・リクエストのアタッチメントに1 GB

  • リクエスト・ペイロード形式の指定に使用されるJSONサンプル・ファイルの場合は100KB

  • エージェントベースのエンドポイントの場合は50MB

  • プライベート・エンドポイントに100MB

  • パブリック・インターネットベースのエンドポイントの場合は100MB

Salesforceアダプタ
SAPアダプタ
  • 50 MB

    トリガー接続としてのSAPアダプタの場合、すべてのドキュメント・タイプの制限は50MBです。

SAP Aribaアダプタ SAP Aribaアダプタの制限を参照してください。
SOAPアダプタ

トリガー構成の場合

  • リクエストおよびレスポンスの構造化ペイロード(XML)の場合は100MB

起動構成の場合

  • リクエストおよびレスポンスの構造化ペイロード(XML)の場合は100MB
  • エージェントベースのエンドポイントの場合は50MB
  • プライベート・エンドポイントに100MB
  • パブリック・インターネットベースのエンドポイントの場合は100MB

SOAPベース・アダプタ(インバウンドのSOAPエンドポイントを公開するアダプタまたは外部SOAPエンドポイントを起動するアダプタ)

たとえば、Oracle Logisticsアダプタ

トリガー構成の場合(該当する場合)

  • リクエストおよびレスポンスの構造化ペイロード(XML)の場合は100MB

起動構成の場合(該当する場合)

  • 応答の構造化ペイロード(XML)の場合は100MB
  • エージェントベースのエンドポイントの場合は50MB
  • プライベート・エンドポイントに100MB
接続エージェントベースのアウトバウンド・アダプタ呼出しタイムアウト
  • 接続タイムアウトの4分
アウトバウンド・アダプタ呼出しタイムアウト
  • READタイムアウト: 5分
  • 接続タイムアウト: 5分
統合タイムアウト:
  • Oracle Autonomous Data Warehouseアダプタ
  • Oracle Autonomous Transaction Processingアダプタ
  • Oracle Database Cloud Serviceアダプタ
  • MySQLアダプタ
  • Microsoft SQL Serverアダプタ
  • Oracle Databaseアダプタ
  • IBM DB2アダプタ
  • 240秒

    ストアド・プロシージャまたはPureSQLデータベース操作を含む2021年8月より後に作成された統合は、この制限の後にタイムアウトします。

コンポーネント: 統合

リソース サービス制限
アクティブな統合
統合起動の深さ
  • 16 起動

    たとえば、親統合(スケジュール統合)が子統合(アプリケーション統合)を起動すると、親統合が再帰的に呼び出されます。

    リクエスト実行パスに沿った統合エントリ・ポイントは、制限にカウントされます。16を超えると、エラーが発生します。

文字列サイズ制限
  • 10,000文字

この制限は、グローバル変数を含むstring型のすべての変数、および割当て、ステッチまたはマッパー内で使用される連結関数を含むすべての関数に適用されます。

パラレル・アクションの同時実行性 パラレル・アクションは、統合タイプ(同期、非同期など)とは関係なく、同期リクエストの同時実行性の制限にカウントされます。

たとえば、3つのブランチを持つパラレル・アクションには、パラレル・アクションの実行中に2つの追加同時実行スロットが必要です。1つのブランチは、すでに取得されている元のフローに対してカウントされます。

トリガー- コンカレント要求
  • 同期:メッセージ・パック当たり100個の同時リクエスト(最大600個)

    同期統合の実行に関して高い同時実行性要件がある場合は、追加のメッセージ・パックでコンカレント要求制限を増やすと便利です。

    コンカレント要求のスケーラビリティの計算方法の詳細は、「メッセージ・パックの使用状況と同期要求」を参照してください。

    パラレル・アクションは、統合タイプ(同期、非同期など)とは関係なく、同期リクエストの同時実行性の制限にカウントされます。

    たとえば、3つのブランチを持つパラレル・アクションには、パラレル・アクションの実行中に2つの追加同時実行スロットが必要です。1つのブランチは、すでに取得されている元のフローに対してカウントされます。

  • 非同期:制限なし。一度に実行できるリクエストの数、残りはキューに入れられます。メッセージ・パック当たり50リクエスト、最大300リクエスト

    非同期同時実行には、スケジュール済 + トリガー済 + 接続性エージェントが含まれます。

イベント統合(イベントをサブスクライブできる統合)
  • サービス・インスタンス当たり50の統合
イベントの追跡(単一の統合インスタンス/リクエスト実行当たり)
  • エラー以外のイベント: 20,000
  • エラー・イベント: 30,000 (イベントがエラーに関連付けられている場合は10,000を超える)
  • 記録される最大エラー数: 2,000

これらの制限に達すると、イベントはアクティビティ・ストリームに記録されなくなりますが、引き続き処理され、統合インスタンスの全体的な状態が計算されます。これにより、統合インスタンスの状態がすべてのシナリオで更新されます。

統合フロー期間
  • 同期: 5分

    その後、HTTP 502が発生します。

  • 非同期: 6時間

    その後、統合インスタンスは、期限タイムアウトのために中断としてマークされます。

  • 予定: 6時間

    その後、統合インスタンスは、期限タイムアウトのために中断としてマークされます。

ステージング・ファイル・アクション(統合内)の制限
  • ファイル全体の読取り操作: 100MB

    100MBを超えるファイルの場合、セグメント内のファイル読取り操作を使用してください。

  • ファイルの暗号化操作: 1 GB
  • ファイルの復号化操作: 1 GB
同期統合メッセージ・タイムアウト
  • 300秒

    その後、統合はタイムアウト・エラーを返します。

Oracle Integrationメッセージング・メッセージ・サイズ
  • 10 MB
ファイル添付コンテンツのエンコードおよびデコード(マッパー)
  • encodeReferenceToBase64(String reference)およびdecodeBase64ToReference(String base64Content)ファンクションの場合は10MB
参照列の長さ
  • 1,024文字
通知アクションの制限
  • デフォルトの方法: 500KBの電子メール本文の最大サイズ(超えることはできません)

    Eメール本文サイズと添付サイズの両方が、デフォルトの方法の合計サイズの計算で考慮されます。デフォルト・メソッドの最大合計サイズは2MBです。たとえば、メッセージの電子メール本文サイズが250KBの場合、エンコード・サイズで最大1.75MBのファイルを添付して、合計デフォルト値の2MBに到達できます。

  • 顧客テナンシの方法: 500 KBの最大電子メール本文サイズ(超えることはできません)

    Eメール本文サイズと添付サイズの両方が、顧客テナンシ・メソッドの合計サイズの計算で考慮されます。Oracle Cloud Infrastructure Email Delivery Serviceでサポートされている最大値に達するまで、合計サイズを増やすことができます。

    たとえば、顧客テナンシでサポートされている合計サイズが4MBであるとします。メッセージの電子メール本文サイズが250KBの場合、エンコード・サイズで最大3.75MBのファイルを添付して、顧客テナンシの合計値4MBに到達できます。

通知電子メールの構成および電子メール配信サービスの機能および制限を参照してください。

アウトバウンド電子メール(24時間ローリング・ウィンドウでOracle Integrationから送信)
  • デフォルトの方法: 10,000通のEメール
  • 顧客テナンシ方式:制限は、Oracle Cloud Infrastructure Email Delivery Serviceで許可される数です。

通知電子メールの構成および電子メール配信サービスの機能および制限を参照してください。

JavaScript実行タイムアウト
  • 15秒
JavaScriptファンクションのパラメータ
  • 20パラメータ
XSLT実行期間
  • 120秒
スケジュール済統合- コンカレント要求
  • スケジュール済またはアウトオブバンド: 1

    アウトオブバンド・リクエストは、スケジュールに関連付けられた「今すぐ実行」の実行です。

  • 非定型: 1

    アドホック・リクエストは、スケジュールに関連付けない今すぐ実行実行です。

テナントおよびユーザー・リクエスト
  • ユーザー・インタフェース:テナント当たり100リクエスト/秒、ユーザー当たり20リクエスト/秒。
  • 監視(インスタンス/エラー) API: 50リクエスト/秒
統合のスケジュール- 長期にわたる統合期間
ループ反復
  • ループ間: 5,000回の反復

  • For-eachループ:制限なし

  • 追跡ループ反復: 1,000回の反復

    トラッキング・データが取得される単一インスタンスIDのすべてのループで取得される反復の最大数

プロジェクト制限(プロジェクトごと)
  • 統合: 100
  • コネクション: 50
  • 検索: 50
  • JavaScriptライブラリ: 20
  • デプロイメント: 50
パラレル・アクション・ブランチ
  • 5 ブランチ
トラッキング変数値の文字制限
  • 8,191文字
サービス・インスタンス・データの保持 保持は、統合のアクティブ化中に設定されたトレース・レベルに基づきます:
  • 本番:標準エディションおよびエンタープライズ・エディションの場合は32日(デフォルト)、Healthcareエディションの場合は184日

    必要に応じて、StandardエディションおよびEnterpriseエディションのデータ保持期間を増やすことができます。インスタンスのデータ保持期間の編集を参照してください。

  • 監査: 8日
  • デバッグ(非推奨): 24時間

    ノート: 24時間後、デバッグ(非推奨)は自動的に本番にリセットされます。Oracle Integration 3での統合の使用統合のアクティブ化を参照してください。

リカバリ可能な失敗した統合インスタンスをリカバリするための時間ウィンドウ 次のいずれかが発生するまで、統合インスタンスはリカバリ可能です。
  • 中止されました。これは、統合の非アクティブ化が原因で発生する可能性があります。
  • 正常にリカバリされるか、リカバリによってリカバリ不能なエラーが発生します。
  • 標準エディションとエンタープライズ・エディションでは32日(デフォルト)、Healthcareエディションでは184日という、関連する保存期間を超えています。
アクティビティ・ストリーム- 表示可能な行
  • 5,000行(ツリーを展開する場合)
アクティビティ・ストリーム- 合計サイズ(RESTレスポンス)
  • 制限なし
モニタリング・リクエストごとに返された統合インスタンス
  • 50インスタンス
統合インスタンスIDごとに許可される再送信
  • 10件の再送信
スケジュール・パラメータ値文字制限
  • 256文字
統合ごとのスケジュール・パラメータ
  • 5つのパラメータ
統合プロパティ値の文字制限
  • 256文字
統合と接続の文字制限
  • 名前: 50文字
  • パッケージ名: 50文字
  • バージョン: 10文字
  • 説明: 1,024文字
サポートされている最大オフセット(インスタンスおよびエラーAPI)
  • 500
サポートされている最大制限(インスタンスおよびエラーAPI)
  • 50
ファクトリAPIタイムアウト
  • 2分
統合でイベントを公開およびサブスクライブするためのペイロード
アクティビティ・ストリーム・ペイロード
  • ペイロード当たり32KB

    32KBを超えるペイロードはオブジェクト・ストアに格納されます。オブジェクト・ストアに格納されているペイロードに制限はありません。

  • 統合インスタンス当たり合計25MB

Oracle Cloud Infrastructure API Gatewayの制限
  • ゲートウェイ当たり20のデプロイメント
  • デプロイメント当たり50ルート

これにより、ゲートウェイ当たり合計1,000の統合エンドポイントが可能になります。

B2B (Oracle Integrationの場合) - 取引パートナ管理およびB2Bメッセージ・トラッキング 取引先の管理およびOracle Integration 3でのB2Bの使用B2Bメッセージの追跡を参照してください。

コンポーネント: ロボットによるプロセス自動化

リソース サービス制限

ロボットインスタンス期間

  • 4時間

環境タイムアウトへのロボットインスタンスの割り当て

環境によって異なります。

  • 環境プールに環境が含まれていない場合:

    0秒後、ロボット・インスタンスのステータスが「失敗」に変わります

  • 環境上のロボットエージェントが要求を受け入れない場合:

    30秒後、Oracle Integrationはロボット・インスタンスを別の環境に割り当てようとします

  • 環境プール内のすべての環境のステータスが「使用不可」の場合:

    240秒後に、ロボットインスタンスのステータスが「Failed」に変わります

  • 環境プール内の少なくとも1つの環境のステータスが「使用可能」の場合:

    制限なし

ファイル・ダウンロード・タイムアウト

  • デフォルトでは180秒ですが、ロボットビルダーはロボットの作成時に別の値を指定できます

ファイル・ダウンロード・サイズ

  • 50 MB

ポーリング頻度(ロボット・エージェントがOracle Integrationで作業をポーリングする頻度)

  • 15秒

Oracle Integrationが、環境のステータスを「使用不可」に変更する前に、ロボット・エージェントが作業のポーリングを待機する最大時間

  • 35秒

環境プール内の環境

  • 100環境

ロボットの文字制限

  • 名前: 50文字

  • 説明: 1,024文字

  • キーワード: 1,024文字

環境プールの文字制限

  • 名前: 50文字

  • 説明: 1,024文字

  • キーワード: 1,024文字

ロボット接続タイプの文字制限

  • 名前: 50文字

  • 説明: 1,024文字

  • キーワード: 1,024文字

ロボット接続文字の制限

  • 名前: 50文字

  • 説明: 1,024文字

  • キーワード: 1,024文字

コンポーネント: ファイルサーバー

リソース サービス制限
ストレージ
  • 500GB
同時接続数
  • サービス・インスタンス当たり50接続

コンポーネント: プロセス自動化

プロセス自動化のサービス制限については、Oracle Cloud Infrastructure Process Automationの管理サービス制限を参照してください。

メッセージ・パックの使用状況と同期リクエスト

次の表では、メッセージ・パックの数に基づくリクエスト制限について説明します。

割り当てられたメッセージ・パック 同期リクエスト制限
6 600
5 500
4 400
3 300
2 200
1 100

メッセージ・パックを増やすタイミング

メッセージ・パックは、1時間当たりに消費するメッセージ数と一致する必要があります。時間ごとのスループットがわかっていることを確認します。メッセージ・パックの増加は、同期リクエストのより迅速な処理が必要な場合にも役立ちます。次の例は、より高い同時実行性が必要な場合を示しています。
サンプル メッセージ・パック

同期性の高い同時実行性でメッセージ・パックをどのくらい迅速に消費できますか?

顧客に2つのメッセージ・パックが割り当てられているとします(10Kメッセージ/時間)。各同期リクエストが完了するまでに5秒かかります。そのため:
  • 同時実行性が1の場合、1分当たり12リクエストを実行できます。
  • 200の同時実行性では、1分当たり2400リクエストを実行できます。
  • 200の同時同期リクエストを持つ10分間のバースト= 24000メッセージ。このメッセージでは、その時間の14Kメッセージ(24K - 10K)が超過しています。

600の同期リクエスト制限に達したのはいつですか。

顧客がOracle Integrationインスタンスに6つのメッセージ・パックを適用すると、600の同時同期リクエスト制限に達します。各同期リクエストの実行に10秒かかる次の例を考えてみます。
  • 同時実行性が1の場合、1分間に6つのリクエストを実行できます。
  • 同時実行性が600の場合、1分当たり3600リクエストを実行できます。
  • 600同時同期リクエストを含む10分間のバーストは36000メッセージと等しくなり、その時間の6Kメッセージ(36K - 30K)が超過します。
したがって、1時間当たりのメッセージ・スループットが高い顧客には、すでにサービス・インスタンスに割り当てられているメッセージ・パックの数が多くなっています。同期リクエスト処理の同時実行性を高めるために、顧客がメッセージ・パックの数を増やす必要があるのは、次のとおりです。
  • 1時間当たり5Kメッセージ未満
  • 100メッセージを超える同期リクエストのバースト