Sagen Sie uns, wie wir helfen können
Vertrieb & Preise
Speak to a rep about your business needs
Hilfe & Support
See our product support options
Allgemeine Anfragen und Standorte
Kontakt
Control-M + Oracle SQL
Ihr Oracle-SQL-Workflow startet, bevor ein SQL-Skript überhaupt ausgeführt wird – und es kann ausfallen, wenn etwas stromaufwärts kaputtgeht. Ein OCI Object Storage-Extrakt kommt verspätet an. Ein Apache Airflow DAG verpasst sein 02:00-Fertigstellungsfenster. Control-M orchestriert die gesamte Kette: Dateiankunft, ETL-Transformation, Oracle-SQL-Ausführung und Downstream-Analyselieferung.
Häufige Workflow-Probleme
Klingt das nach deiner Woche?
SPÄTE DATEN
Deine 02:00 Uhr SQL-Last hat begonnen. Der Quellauszug kam um 02:17 Uhr an.
Control-M macht den Oracle-SQL-Job von der erforderlichen Dateiankunft oder der Upstream-Übertragung abhängig, anstatt nur von einer Uhr. Die Datenbankarbeit beginnt erst, nachdem ihre Voraussetzung abgeschlossen ist, wodurch verhindert wird, dass Abfragen bei fehlenden oder unvollständigen Eingaben ausgeführt werden.
SQL-AUSFALL
ORA-00060 hat die Last gestoppt. Drei nachgelagerte Aufträge warten noch.
Control-M erkennt den fehlgeschlagenen Datenbankjob, verhindert, dass abhängige Jobs weiterlaufen, und deckt den Fehler im Workflow-Kontext auf. Recovery kann die betroffene Arbeitslast erneut ausführen, während nachgelagerte Abhängigkeiten erhalten bleiben, was manuelle Eingriffe reduziert und den Explosionsradius des Ausfalls begrenzt.
LUFTSTROM-HANDOFF
Dein Airflow-DAG ist fertig. Das Oracle-Speicherverfahren hat nie begonnen.
Control-M koordiniert den DAG- und Oracle-Datenbankauftrag in einem Workflow. Wenn die Airflow-Ausführung den erforderlichen Zustand erreicht, gibt Control-M das abhängig gespeicherte Verfahren automatisch frei – wodurch getrennte Zeitpläne, handgefertigtes Abfragen und manuelle Übergaben zwischen Orchestrierungsschichten eliminiert werden.
VERBINDUNGSFEHLER
Oracle war vorübergehend unerreichbar. Deine nächtliche Pipeline sollte dort nicht sterben.
Oracle-Verbindungsprofile unterstützen eine konfigurierbare Anzahl von Verbindungsversuchen (1–24 Versuche nach einem Verbindungsfehler) und eine Verbindungswiederholungszeit (1–300 Sekunden zwischen jedem Versuch). Control-M kann die Datenbankverbindung wiederherstellen, während der umliegende Arbeitsablauf koordiniert bleibt, was vorübergehende Konnektivitätsausfälle bei der Wiederherstellung erleichtert, ohne dass die nachgelagerte Verarbeitung vorzeitig freigesetzt wird oder ein Bediener die Kette neu starten muss.
SLA-RISIKO
Die SQL-Last ist lang. Die 06:00-Berichts-SLA schließt sich.
Control-M verfolgt den Oracle-Auftrag als Teil des vollständigen SLA-Dienstes und nicht als isolierte Datenbankaufgabe. Teams können Verzögerungen und Aufträge identifizieren, die die rechtzeitige Fertigstellung bedrohen, und dann den betroffenen Arbeitsablauf beheben, bevor verspätete SQL-Verarbeitung die nachgelagerte Geschäftslieferung verzögert.
INTEGRATIONSFAKTEN
Control-M + Oracle SQL
|
workload.types |
SQL-Skripte · PL/SQL-Speicherprozeduren · eingebettete SQL-Abfragen · parametrisierte SQL-Skripte · Ausführung von SSIS-Paketen |
|
trigger.type |
Dateiankunft · Dateiübertragungsabschluss · Apache Airflow DAG-Abschluss · API-gesteuerte Ausführung · Zeitplan · vorgelagerte Auftragsabschluss |
|
cross_tool.deps |
Apache Airflow DAG · OCI Data Integration Job · DBT Job · Dateiübertragung · REST API-Aufruf · nachgelagerter BI-Workflow |
|
cloud.platforms |
Oracle-Datenbank vor Ort · Oracle-Cloud-Infrastruktur · Control-M SaaS |
|
error_handling |
Anzahl der Verbindungsversuche · Verbindungswiederholungszeit · Downstream-Abhängigkeitshalten · Job-Wiederholung · Fehlerwarnung · SLA-Verzögerungserkennung |
|
Durchsatz |
Hochvolumen-Batch-SQL · Parallele Datenbank-Workloads · konfigurierbare gleichzeitige Verbindungen · geplante ETL-Verarbeitung · parametrisierte Batch-Ausführung |
|
Beobachtbarkeit |
Job-Ausführungsstatus · SQL-Ausgabe · Ausführungsprotokoll · Workflow-Abhängigkeitsansicht · Überwachung von SLA-Diensten · Sichtbarkeit der historischen Ausführung |
End-to-End-Orchestrierung
Ein Produktionsworkflow. Jedes Tool im Stack.
Control-M orchestriert Workflows über Oracle SQL, Airflow, OCI-Datenintegration, DBT, Dateiübertragungen und Cloud-Dienste in einem einzigen Job-Flow – mit Abhängigkeitsverfolgung, SLA-Transparenz und automatisierter Wiederherstellung in allen Bereichen.
- Cross-Tool-Abhängigkeit: Airflow → Oracle SQL → DBT → Analytics Handoff
- Datenbewusste Trigger: Dateiankunft, API-Ereignis, Airflow-Abschluss, Ergebnis eines Upstream-Auftrags
|
Oracle SQL |
SQL-Skripte · gespeicherte Prozeduren · eingebettete Abfragen · Parameter · SQL-Ausgabe |
|
Apache-Luftstrom |
DAG-Ausführung · DAG-Statusverfolgung · Aufgabenausgabe · Workflow-Abhängigkeiten |
|
OCI-Datenintegration |
Ausführung der Datenintegration · Statusüberwachung · Pipeline-Koordination |
|
DBT |
Jobausführung · Transformationsübergabe · statusgesteuerte Abhängigkeiten |
|
Control-M MFT |
Dateibeobachtung · verwaltete Übertragung · Übertragungsabschluss-Abhängigkeiten |
|
REST-APIs |
API-Aufrufe · Workflow-Trigger · Anwendungsübergreifende Übergaben |
|
BI / Analytics |
Downstream-Abhängigkeiten · geplante Lieferung · SLA-Koordination |
Koexistenz des Luftstroms
Control-M ersetzt deine Airflow DAGs nicht. Es verläuft die Schicht darüber.
Der Luftstrom steuert seinen DAG. Control-M verwaltet alles Umliegende.
Luftstromregler
Orchestrierung auf DAG-Ebene innerhalb der Datenpipeline
- DAG-Level-Aufgabenorchestrierung innerhalb von Datenpipelines
- Python-Operatoren, Sensoren und Aufgabenabhängigkeiten
- Ausführungsgraph für Jobs, die in deiner Pipeline laufen
- Verwaltet erneute Versuche innerhalb eines einzigen DAG-Kontexts
Control-M fügt hinzu
Die Koordinationsschicht um deine DAGs herum
- Koordinationsschicht rund um DAGs – löst den Airflow basierend auf upstream-Bedingungen aus: Dateiankünfte, API-Ereignisse, andere Werkzeugabschlüsse
- Verfolgt den SLA-Beitrag jedes DAG über den gesamten End-to-End-Workflow, nicht nur über die eigene Routine
- Verwaltet die Fehlerwiederherstellung, wenn upstream-Abhängigkeiten ausfallen, bevor der Luftstrom überhaupt startet.
- Bestehende DAGs müssen nicht umgeschrieben oder migriert werden
PIPELINES ÜBERWACHEN
Überwachen Sie die Ausführung von Oracle SQL über die gesamte Pipeline hinweg
Oracle zeigt, was in der Datenbank passiert; es zeigt nicht, ob die vollständige plattformübergreifende Datenpipeline erfolgreich abgeschlossen wird. Control-M verbindet die Oracle-Ausführung mit dem Upstream- und Downstream-Workflow-Kontext, sodass Teams Folgendes überwachen können:
-
Ausführungsstatus des Datenbankauftrags
-
SQL und Ausführungsausgabe
-
Upstream- und Downstream-Abhängigkeiten
-
Laufzeit und historische Ausführung
-
Plattformübergreifende Workflow-Ausfälle
SLA-SICHERUNG
Schütze Liefer-SLAs über den Oracle-Job hinaus
Eine erfolgreiche SQL-Anweisung garantiert kein pünktliches Geschäftsergebnis. Control-M verfolgt die Oracle-Verarbeitung innerhalb des End-to-End-Services und hilft Teams, Verzögerungen bei Eingabe, Transformation, Datenbankausführung und Downstream-Lieferung zu erkennen, bevor der Workflow seine SLA verfehlt:
-
End-to-End-SLA-Überwachung
-
Verzögerungs- und Ausfallsichtbarkeit
-
Status des Service-Level-Workflows
-
Abhängigkeitsbewusste Fehlerbehebung
-
Automatisierte Betriebswarnungen
