Komponente: Integrationen

• 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.

  Integration Entry Points entlang des Anforderungsausführungspfads werden bis zum Limit gezählt. Wenn 16 überschritten wird, führt dies zu einem Fehler.

Wenn die Größe einer Zeichenfolgenvariablen 10.000 Zeichen überschreitet, wird im Aktivitätsstream eine Warnmeldung angezeigt. Oracle Integration legt derzeit keinen Grenzwert für die Größe von Zeichenfolgenvariablen fest. Dies kann sich jedoch in Zukunft ändern, was dazu führen kann, dass eine Ablaufausführung nicht erfolgreich verläuft, wenn der Grenzwert überschritten wird.

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

• Synchron: 100 nebenläufige Anforderungen pro Message Pack für eine Serviceinstanz, die eine neue Lizenz und 400 nebenläufige Anforderungen pro Message Pack für eine Serviceinstanz enthält, die eine vorhandene Lizenz (BYOL) verwendet, bis zu maximal 2.000 (für 20 Message Packs)

  Die Erhöhung des Grenzwerts für Hintergrundprozesse durch zusätzliche Nachrichtenpakete ist nützlich, wenn Sie hohe Nebenläufigkeitsanforderungen in Bezug auf synchrone Integrationsausführungen haben.

  Weitere Informationen zur Berechnung der Skalierbarkeit von Hintergrundprozessen finden Sie unter Nachrichtenpaketverwendung und synchrone/asynchrone Anforderungen.

  Parallele Aktionsverzweigungen unabhängig vom Integrationstyp (synchron, asynchron usw.) werden auf die Nebenläufigkeitslimits für synchrone Anforderungen angerechnet.

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

• Asynchron: Kein Limit; die folgende Anzahl von Anforderungen kann gleichzeitig ausgeführt werden, der Rest wird in die Queue gestellt; 50 Anforderungen pro Nachrichtenpaket für eine Serviceinstanz, die eine neue Lizenz enthält, und 200 Anforderungen pro Nachrichtenpaket für eine Serviceinstanz, die eine vorhandene Lizenz (BYOL) verwendet, bis zu einem Maximum von 1.000 (für 20 Nachrichtenpakete)

  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ätzliche 10.000, wenn Ereignisse mit Fehlern verknüpft sind)
• Maximale Anzahl aufgezeichneter 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 erfolgt eine HTTP 502.

• 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.

• Gesamte Datei lesen: 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)

• Maximale Anzahl Zeilen in Lookup-Tabelle: Kein Limit
• Maximale Anzahl Spalten in Lookup-Tabelle: 100
• Maximales Lookup-Importlimit: 100 MB
• Maximale Spaltenlänge: 2.048 Zeichen
• Domainname Länge: 50 Zeichen

• 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 ausgeführte Ausführung, die mit einem Zeitplan verknüpft ist.

• Ad-Hoc: 1

  Eine Ad-hoc-Anforderung ist eine Jetzt ausführen, die mit keinem 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.

  Informationen hierzu finden Sie unter Beenden einer Zeitplanintegrationsinstanz in Integrationen in Oracle Integration 3 verwenden.

• Während der Schleife: 5.000 Iterationen

• Für jede Schleife: Kein Grenzwert

• Tracked Loop-Iterationen: 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: 200
• Verbindungen: 100
• Lookups: 100
• JavaScript-Bibliotheken: 50
• Deployments: 100
• Queues: 50
• Ereignisse: 50

• 5 Verzweigungen

• 8,191 characters

• 20

• 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 bearbeiten.

• Audit: 8 Tage
• Debug (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 durch die Deaktivierung der Integration geschehen.
• Es wurde erfolgreich wiederhergestellt, oder die Wiederherstellung führt zu einem nicht behebbaren Fehler.
• Es geht über die damit verbundene Aufbewahrungszeit hinaus, 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)

• Kein Limit

• 50 Instanzen

• 10 erneute Weiterleitungen

• 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 Nutzlast

  Payloads, die größer als 32 KB sind, werden im Objektspeicher gespeichert. Es gibt keine Begrenzung für Payloads, die im Objektspeicher gespeichert sind.

• 25 MB gesamt pro Integrationsinstanz

• 20 Bereitstellungen pro Gateway
• 50 Routen pro Deployment

Dies ermöglicht insgesamt 1.000 Integrationsendpunkte pro Gateway.