Integrationsserviceinstanzen

• 200 Serviceinstanzen pro Region

  Hinweis: Dieser Wert entspricht der Anzahl der Serviceinstanzen, die Sie pro Region bereitstellen, und nicht der Anzahl der Integrationsinstanzen (z.B. Anwendung und Zeitplan), die Sie auf der Registerkarte Beobachtbarkeit in Oracle Integration aktivieren und überwachen.

  Die Möglichkeit, Serviceinstanzen außerhalb Ihrer Hauptregion zu erstellen, hängt von verschiedenen Faktoren ab. Siehe Einschränkungen.

Private Endpunkte

• 1 privater Endpunkt pro Serviceinstanz

• 1 Subnetz pro privatem Endpunkt

Benutzerdefinierte Endpunkte

• 1 benutzerdefinierter Endpunkt pro Serviceinstanz

Interne Oracle Integration-Diagnoselogs

• 30 Tage - in Oracle Cloud Infrastructure-Logging für Debuggingverwendung beibehalten

  Siehe Logging Analytics.

• 10 MB durch Komprimierung

Alle mit Konnektivitäts-Agents kompatiblen Adapter

• 50 MB als Anforderung
• 50 MB als Antwort

SOAP- und REST-Adapter mit konfiguriertem Konnektivitäts-Agent

• 50 MB (strukturiertes XML-/JSON-Dokument) als Antwort von SOAP-/REST-Endpunkten
• 1 GB für Anhänge als Teil einer Antwort von SOAP-/REST-Endpunkten

• SOAP und REST: 50 MB
• Antworten auf Datei- und FTP-Aufrufe: 50 MB
• Andere Protokolle: 10 MB (Beispiel: Datenbank, JMS, MQ, Kafka und andere)

• Cloud-Endpunkte: 100 MB (nicht mit dem Konnektivitäts-Agent)
• Private Endpunkte: 100 MB

• 1 GB

Die Verbindung zu privaten Endpunkten wird in einer wachsenden Liste von Adaptern unterstützt.

Siehe Adapter zur Unterstützung der Verbindung mit privaten Endpunkten in Integrationen in Oracle Integration 3 verwenden.

Für Aufrufkonfigurationen

Nachrichtenoperationen erstellen/verrechnen:

• 10 MB mit Schematransformation für alle ausgehenden Vorgänge

• 100 MB

Datenbankadapter

• Oracle Autonomous Data Warehouse-Adapter
• Oracle Autonomous Transaction Processing-Adapter
• Oracle Database-Adapter
• Oracle Database Cloud Service-Adapter
• IBM DB2-Adapter
• Microsoft SQL Server-Adapter
• MySQL-Adapter
• Netezza-Adapter
• PostgreSQL-Adapter
• SAP ASE (Sybase)-Adapter
• Snowflake-Adapter

Für Triggerkonfigurationen

Polling-Vorgänge:

• 50 MB mit Schematransformation für Agent-basierte Endpunkte
• 100 MB mit Schematransformation über private Endpunkte

Für Aufrufkonfigurationen

Vorgänge "Gespeicherte Prozedur", "Vorgang für Tabelle" und "PureSQL-Anweisung ausführen:

• 10 MB mit Schematransformation für alle ausgehenden Vorgänge

Datenbankauswahlvorgänge:

• 100 MB für öffentliche internetbasierte Endpunkte
• 100 MB für private Endpunkte
• 50 MB für Agent-basierte Endpunkte

Vorgänge zum Lesen von Dateien:

• 1 GB bei Verwendung ohne Schema
• 50 MB bei Verwendung eines Schemas für die Transformation
• 50 MB für einen Lesevorgang mit strukturierter Payload

Polling mit einem Konnektivitäts-Agent:

• 50 MB

Vorgänge zum Herunterladen von Dateien:

• 1 GB

Hinweis:Die Größe von CSV-Dateien erhöht sich bei der Konvertierung in eine Nachricht. Daher muss die Datei kleiner als 50 MB sein, sodass die Nachrichtengröße nach der Konvertierung 50 MB nicht überschreitet.

Für Aufrufkonfigurationen

Vorgänge zum Lesen von Dateien:

• 1 GB bei Verwendung ohne Schema (bei Verwendung mit oder ohne Connectivity Agent)
• 100 MB für cloudbasierte Endpunkte bei der Verwendung eines Schemas für die Transformation
• 50 MB für Agent-basierte Endpunkte bei der Verwendung eines Schemas für die Transformation
• 100 MB für öffentliche internetbasierte Endpunkte
• 100 MB für private Endpunkte

Vorgänge zum Herunterladen von Dateien:

• 1 GB (bei Verwendung mit oder ohne Konnektivitäts-Agent)

Vorgänge zum Schreiben von Dateien:

• Es gibt keinen Grenzwert

JMS-Adapter

• Oracle WebLogic JMS-Adapter
• IBM MQ Series JMS-Adapter

Für Triggerkonfigurationen

Nachrichtenvorgänge konsumieren:

• 10 MB mit Schematransformation

Für Aufrufkonfigurationen

Nachrichtenoperationen erstellen:

• 10 MB mit Schematransformation

• 50 MB für Antwort-Payloads

• 100 MB für öffentliche internetbasierte Endpunkte
• 50 MB für Agent-basierte Endpunkte

Für Triggerkonfigurationen

• 3 MB für XML-Dokumente zur Schemagenerierung

  Siehe Funktionen von REST-Adaptern.

• 1 GB für Nachrichten mit Anhängen (z. B. Multipart-/Formdaten)

• 100 MB für eingehende strukturierte Nachrichten-Payloads (jeder Content-Type-Header mit JSON, XML, HTML, YAML oder YML)

  Hinweis: Wenn die Zeichenfolgenlänge für Felder in einer JSON-Payload 20 MB überschreitet, wird ein Fehler bei der Übersetzung angezeigt. Siehe ORABPEL-15235: Vorkommen von Übersetzungsfehlern in REST-Adapter mit Oracle Integration 3 verwenden.

• 1 GB für eingehenden Inhalt als Raw-Byte (Anwendung/Oktettstream als Inhaltstyp)

• 100 KB für JSON-Beispieldateien, mit denen das Antwort-Payload-Format im Konfigurationsassistenten für Adapterendpunkte angegeben wird

Für Aufrufkonfigurationen

• 3 MB für XML-Dokumente zur Generierung von Datendefinitionen

  Siehe Funktionen von REST-Adaptern.

• 100 KB für JSON-Beispieldateien, mit denen das Anforderungs-Payload-Format im Konfigurationsassistenten für Adapterendpunkte angegeben wird

• 1 GB für Antworten, die im Rahmen des Aufrufs von binären Laufzeitdaten zurückgegeben werden (Anwendung/Octet-Stream)

• 50 MB für Antworten, die von Agent-basierten Endpunkten für strukturierten Inhalt zurückgegeben werden (z.B. JSON/CSV/XML usw.)

• 100 MB für Antworten, die von privaten Endpunkten für strukturierten Inhalt zurückgegeben werden (z.B. JSON/CSV/XML usw.)

• 100 MB für Antworten, die von öffentlichen internetbasierten Endpunkten für strukturierten Inhalt zurückgegeben werden (z.B. JSON/CSV/XML usw.)

REST-basierte Adapter (Adapter, die REST-Endpunkte beim Eingang bereitstellen, oder Adapter, die externe REST-Endpunkte aufrufen)

Beispiel: Oracle Commerce Cloud-Adapter, Oracle Field Service Cloud-Adapter usw.

Für Triggerkonfigurationen (falls anwendbar)

• 3 MB für XML-Dokumente zur Schemagenerierung

  Siehe Funktionen von REST-Adaptern.

• 1 GB für Nachrichten mit Anhängen (z. B. Multipart/Mixed und Multipart/Form-Daten)

• 100 MB für eingehende strukturierte Nachrichten-Payloads (jeder Content-Type-Header mit JSON, XML, HTML, YAML oder YML)

• 1 GB für eingehenden Inhalt als Raw-Byte (Anwendung/Oktettstream als Inhaltstyp)

• 100 KB für JSON-Beispieldateien zur Angabe des Antwort-Payload-Formats

Für Aufrufkonfigurationen (falls anwendbar)

• 3 MB für XML-Dokumente zur Generierung von Datendefinitionen

  Siehe Funktionen von REST-Adaptern.

• 1 GB für Anhänge in ausgehenden Anforderungen

• 100 KB für JSON-Beispieldateien zur Angabe des Anforderungs-Payload-Formats

• 50 MB für Agent-basierte Endpunkte

• 100 MB für private Endpunkte

• 100 MB für öffentliche internetbasierte Endpunkte

• 8 MB pro Batch (10.000 Datensätze)

  Weitere Informationen finden Sie unter Große Datasets asynchron mit verschiedenen Bulkvorgängen verarbeiten.

• 50 MB

  Für den SAP Adapter als Trigger-Verbindung beträgt der Grenzwert für alle Dokumenttypen 50 MB.

Für Triggerkonfigurationen

• 100 MB für strukturierte Payloads (XML) in Anforderungen und Antworten

Für Aufrufkonfigurationen

• 100 MB für strukturierte Payloads (XML) in Anforderungen und Antworten
• 50 MB für Agent-basierte Endpunkte
• 100 MB für private Endpunkte
• 100 MB für öffentliche internetbasierte Endpunkte

SOAP-basierte Adapter (Adapter, die SOAP-Endpunkte beim Eingang bereitstellen, oder Adapter, die externe SOAP-Endpunkte aufrufen)

Beispiel: Oracle Logistics-Adapter.

Für Triggerkonfigurationen (falls anwendbar)

• 100 MB für strukturierte Payloads (XML) in Anforderungen und Antworten

Für Aufrufkonfigurationen (falls anwendbar)

• 100 MB für strukturierte Payloads (XML) in Antworten
• 50 MB für Agent-basierte Endpunkte
• 100 MB für private Endpunkte

• 4 Minuten für Verbindungstimeout

• READ-Timeout: 5 Minuten
• Verbindungstimeout: 5 Minuten

• Oracle Autonomous Data Warehouse-Adapter
• Oracle Autonomous Transaction Processing-Adapter
• Oracle Database Cloud Service-Adapter
• MySQL-Adapter
• Microsoft SQL Server-Adapter
• Oracle Database-Adapter
• IBM DB2-Adapter

• 240 Sekunden

  Alle nach August 2021 erstellten Integrationen, die Stored Procedure- oder PureSQL-Datenbankvorgänge enthalten, werden nach diesem Limit wegen Timeouts abgebrochen.

• 800 aktive Integrationen

  Siehe Integration aktivieren in Integrationen in Oracle Integration 3 verwenden.

• 16 Aufrufe

  Beispiel: Eine übergeordnete Integration (Planintegration) ruft eine untergeordnete Integration (Anwendungsintegration) auf, die wiederum die übergeordnete Integration rekursiv aufruft.

  Integrationseinstiegspunkte entlang des Anforderungsausführungspfads werden auf das Limit angerechnet. Wenn 16 überschritten wird, führt dies zu einem Fehler.

• 10,000 characters

Dieser Grenzwert gilt für alle Variablen des Typs string, einschließlich globaler Variablen, und alle Funktionen, einschließlich Concat-Funktionen, die in einem Assign-, Stitch- oder Mapper-Vorgang verwendet werden.

Beispiel: Für eine parallele Aktion mit drei Verzweigungen sind zwei zusätzliche Nebenläufigkeits-Slots für die Dauer der parallelen Aktion erforderlich. Eine Verzweigung wird auf den bereits erhaltenen ursprünglichen Ablauf angerechnet.

• Synchron: 100 nebenläufige Anforderungen pro Nachrichtenpaket, maximal 600

  Die Erhöhung des Limits für gleichzeitige Anforderungen mit zusätzlichen Nachrichtenpaketen ist nützlich, wenn Sie hohe Anforderungen an den gleichzeitigen Zugriff in Bezug auf synchrone Integrationsausführungen haben.

  Weitere Informationen zur Berechnung der Skalierbarkeit von Hintergrundprozessen finden Sie unter Nachrichtenpaketnutzung und synchrone Anforderungen.

  Parallele Aktionsverzweigungen unabhängig vom Integrationstyp (synchron, asynchron usw.) werden auf die Nebenläufigkeitslimits bei synchronen Anforderungen angerechnet.

  Beispiel: Eine parallele Aktion mit drei Verzweigungen benötigt zwei zusätzliche Nebenläufigkeits-Slots für die Dauer der parallelen Aktion. Eine Verzweigung wird auf den bereits erhaltenen ursprünglichen Ablauf angerechnet.

• Asynchron: Kein Grenzwert; die folgende Anzahl von Anforderungen kann gleichzeitig ausgeführt werden, der Rest wird in die Queue gestellt; 50 Anforderungen pro Nachrichtenpaket, maximal 300

  Asynchrone nebenläufige Ausführungen umfassen geplante, ausgelöste und Konnektivitäts-Agent-Ausführungen.

• 50 Integrationen pro Serviceinstanz

• Nicht-Fehlerereignisse: 20.000
• Fehlerereignisse: 30.000 (zusätzlich 10.000, wenn Ereignisse mit Fehlern verknüpft sind)
• Maximal erfasste Fehler: 2.000

Nachdem diese Grenzwerte erreicht wurden, werden Ereignisse nicht mehr im Aktivitätsstream aufgezeichnet, aber sie werden weiterhin verarbeitet, und der Gesamtstatus der Integrationsinstanz wird berechnet. Dadurch wird sichergestellt, dass der Status der Integrationsinstanz in allen Szenarios aktualisiert wird.

• Synchron: 5 Minuten

  Danach tritt eine HTTP 502 auf.

• Asynchron: 6 Stunden

  Danach wird die Integrationsinstanz aufgrund eines Deadline-Timeouts als abgebrochen markiert.

• Geplant: 6 Stunden

  Danach wird die Integrationsinstanz aufgrund eines Deadline-Timeouts als abgebrochen markiert.

• Vorgänge zum Lesen der gesamten Datei: 100 MB

  Verwenden Sie für Dateien, die größer als 100 MB sind, den Vorgang "Datei in Segmenten lesen".

• Vorgänge zum Verschlüsseln von Dateien: 1 GB

• Vorgänge zum Entschlüsseln von Dateien: 1 GB

• 300 Sekunden

  Danach gibt die Integration einen Timeoutfehler zurück.

• 10 MB

• 10 MB für die Funktionen encodeReferenceToBase64(String reference) und decodeBase64ToReference(String base64Content)

• 1,024 characters

• Standardmethode: Maximale E-Mail-Textgröße von 500 KB (kann nicht überschritten werden)

  Die Größe des E-Mail-Bodys und die Anhangsgröße werden bei der Berechnung der Gesamtgröße für die Standardmethode berücksichtigt. Die maximale Gesamtgröße für die Standardmethode beträgt 2 MB. Beispiel: Wenn die Größe des E-Mail-Bodys Ihrer Nachricht 250 KB beträgt, können Sie Dateien mit bis zu 1,75 MB an die codierte Größe anhängen, um den Gesamtwert von 2 MB zu erreichen.

• Kundenmandantenmethode: Maximale E-Mail-Body-Größe von 500 KB (kann nicht überschritten werden)

  Die Größe des E-Mail-Bodys und die Anhangsgröße werden bei der Berechnung der Gesamtgröße für die Kundenmandantenmethode berücksichtigt. Die Gesamtgröße kann erhöht werden, bis der vom Oracle Cloud Infrastructure Email Delivery-Service unterstützte Höchstwert erreicht ist.

  Beispiel: Angenommen, die von Ihrem Kundenmandanten unterstützte Gesamtgröße beträgt 4 MB. Wenn die E-Mail-Textgröße Ihrer Nachricht 250 KB beträgt, können Sie Dateien mit bis zu 3,75 MB an die codierte Größe anhängen, um den Gesamtwert des Kundenmandanten von 4 MB zu erreichen.

Siehe Benachrichtigungs-E-Mails konfigurieren und Servicefunktionen und -limits für Email Delivery.

• Standardmethode: 10.000 E-Mails
• Kundenmandantenmethode: Das Limit ist die vom Oracle Cloud Infrastructure Email Delivery-Service zulässige Anzahl.

Siehe Benachrichtigungs-E-Mails konfigurieren und Servicefunktionen und -limits für Email Delivery.

• 15 Sekunden

• 20 Parameter

• 120 Sekunden

• Geplant oder Out-of-Band: 1

  Eine Out-of-Band-Anforderung ist eine Jetzt ausführen-Ausführung, die mit einem Zeitplan verknüpft ist.

• Ad-hoc: 1

  Eine Ad-hoc-Anforderung ist eine Ausführung des Typs Jetzt ausführen, die nicht mit einem Zeitplan verknüpft ist.

• Benutzeroberfläche: 100 Anforderungen pro Sekunde pro Mandant und 20 Anforderungen pro Sekunde pro Benutzer
• Beobachtbarkeits-API (Instanzen/Fehler): 50 Anforderungen pro Sekunde

• 6 Stunden

  Danach wird die Integration von Oracle Integration beendet.

  Siehe Beim Beenden einer Zeitplanintegrationsinstanz in Integrationen in Oracle Integration 3 verwenden.

• While-Schleife: 5.000 Iterationen

• Für jede Schleife: Kein Grenzwert

• Verfolgte Schleifeniterationen: 1.000 Iterationen

  Maximale Anzahl von Iterationen, die in allen Schleifen für eine einzelne Instanz-ID erfasst werden, für die Trackingdaten erfasst werden.

• Integrationen: 100
• Verbindungen: 50
• Lookups: 50
• JavaScript-Bibliotheken: 20
• Deployments: 50

• 5 Verzweigungen

• 8,191 characters

• Produktion: 32 Tage (Standard) für Standard- und Enterprise-Editionen, 184 Tage für Healthcare-Edition

  Sie können die Datenaufbewahrungsfrist für Standard- und Enterprise-Editionen erhöhen, wenn Sie möchten. Siehe Datenaufbewahrungszeitraum für eine Instanz bearbeiten.

• Audit: 8 Tage
• Debuggen (nicht empfohlen): 24 Stunden

  Hinweis: Nach 24 Stunden wird das Debugging (nicht empfohlen) automatisch auf "Produktion" zurückgesetzt. Siehe Integration aktivieren in Integrationen in Oracle Integration 3 verwenden.

• Es wurde abgebrochen. Dies kann aufgrund der Deaktivierung der Integration geschehen.
• Es wurde erfolgreich wiederhergestellt, oder das Recovery führt zu einem nicht behebbaren Fehler.
• Es liegt über der damit verbundenen Aufbewahrungszeit, die 32 Tage (Standard) für Standard- und Enterprise-Editionen beträgt, 184 Tage für Healthcare-Edition.

• 5.000 Zeilen (wenn der Baum erweitert wird)

• Unbegrenzt

• 50 Instanzen

• 10 Wiedereinreichungen

• 256 characters

• 5 Parameter

• 256 characters

• Name: 50 Zeichen
• Packagename: 50 Zeichen
• Version: 10 Zeichen
• Beschreibung: 1.024 Zeichen

• 500

• 50

• 2 Minuten

• Derselbe Grenzwert, der vom eingehenden (Trigger-)Adapter unterstützt wird.

  Siehe Komponente: Adapter.

• 32 KB pro Payload

  Payloads mit mehr als 32 KB werden im Objektspeicher gespeichert. Payloads, die im Objektspeicher gespeichert sind, sind unbegrenzt.

• 25 MB gesamt pro Integrationsinstanz

• 20 Deployments pro Gateway
• 50 Routen pro Deployment

Dies ermöglicht insgesamt 1.000 Integrationsendpunkte pro Gateway.

Dauer der Roboterinstanz

• 4 Stunden

Zuweisen einer Roboterinstanz zu einem Umgebungstimeout

Variiert je nach Umgebung:

• Wenn der Umgebungspool keine Umgebungen enthält:

  0 Sekunden, und dann ändert sich der Status der Roboterinstanz in Nicht erfolgreich

• Wenn der Roboter-Agent in der Umgebung die Anforderung nicht akzeptiert:

  30 Sekunden, und dann versucht Oracle Integration, die Roboterinstanz einer anderen Umgebung zuzuweisen

• Wenn alle Umgebungen im Umgebungspool den Status Nicht verfügbar haben:

  240 Sekunden, und der Status der Roboterinstanz ändert sich in Nicht erfolgreich

• Wenn mindestens eine Umgebung im Umgebungspool den Status Verfügbar hat:

  Unbegrenzt

Timeout für Dateidownload

• Standardmäßig 180 Sekunden, aber der Roboter-Builder kann beim Erstellen eines Roboters einen anderen Wert angeben

Datei-Download-Größe

• 50 MB

Polling-Häufigkeit (Häufigkeit, in der der Roboter-Agent Oracle Integration nach Arbeit abfragt)

• 15 Sekunden

Maximale Zeit, die Oracle Integration darauf wartet, dass der Roboter-Agent nach Arbeit abfragt, bevor der Status der Umgebung in Nicht verfügbar geändert wird

• 35 Sekunden

Umgebungen in einem Umgebungspool

• 100 Umgebungen

Zeichenbegrenzungen für Roboter

• Name: 50 Zeichen

• Beschreibung: 1.024 Zeichen

• Schlüsselwörter: 1.024 Zeichen

Zeichengrenzwerte für Umgebungspool

• Name: 50 Zeichen

• Beschreibung: 1.024 Zeichen

• Schlüsselwörter: 1.024 Zeichen

Zeichenlimits für Roboterverbindungstyp

• Name: 50 Zeichen

• Beschreibung: 1.024 Zeichen

• Schlüsselwörter: 1.024 Zeichen

Zeichenlimits für Roboterverbindung

• Name: 50 Zeichen

• Beschreibung: 1.024 Zeichen

• Schlüsselwörter: 1.024 Zeichen

• 500 GB

• 50 Verbindungen pro Instanz