Fachartikel

Oracle DBMS_SCHEDULER nach PostgreSQL ersetzen

DBMS_SCHEDULER ist nicht nur ein Cron-Ersatz. In vielen Oracle-Systemen steuert er Batch-Verarbeitung, Abhängigkeiten, Programme, Kalender und operative Geschäftsprozesse.

Warum DBMS_SCHEDULER migrationskritisch ist

Bei einer PostgreSQL-Migration wird oft nur auf Tabellen und PL/SQL geschaut. Batch-Jobs werden unterschätzt. Dabei entscheidet gerade Scheduling häufig über Nachtverarbeitung, Schnittstellen, Abrechnungen und Datenqualität.

Was analysiert werden muss

JobsWelche Jobs laufen wann, wie oft und mit welchen Parametern?
ProgrammeWelche PL/SQL-Prozeduren, Skripte oder externe Programme werden gestartet?
SchedulesWelche Kalenderregeln, Zeitfenster und Wiederholungen existieren?
ChainsWelche Abhängigkeiten und Fehlerpfade gibt es?
LoggingWie werden Laufzeit, Fehler und Wiederanlauf dokumentiert?

Mögliche Zielarchitekturen

  • pg_cron: geeignet für einfache datenbanknahe Jobs.
  • Externer Scheduler: sinnvoll bei komplexeren Batch-Ketten.
  • AWS EventBridge: geeignet für Cloud-native Zeitsteuerung und Service-Integration.
  • AWS Step Functions: sinnvoll bei mehrstufigen Prozessen und Fehlerpfaden.
  • Anwendungsjobs: sinnvoll, wenn die Logik fachlich zur Anwendung gehört.

Warum 1:1-Konvertierung gefährlich ist

Ein Job ist nicht nur ein Zeitpunkt plus SQL. Entscheidend sind Laufzeitfenster, Fehlerbehandlung, Wiederholbarkeit, Parallelität, Berechtigungen und Abhängigkeiten zu anderen Jobs. Ohne Analyse entstehen stille Datenfehler.

Assessment-Empfehlung

GCON-DB bewertet DBMS_SCHEDULER-Nutzung als eigenen Modernisierungsblock. Ziel ist eine klare Entscheidung, welche Jobs in PostgreSQL bleiben, welche nach AWS wandern und welche fachlich neu geschnitten werden müssen.

FAQ

Gibt es DBMS_SCHEDULER in PostgreSQL?

Nein, nicht als identisches Oracle-Paket. Je nach Bedarf kommen pg_cron, externe Scheduler, AWS EventBridge, Step Functions oder Anwendungscode infrage.

Kann man alle Jobs nach pg_cron verschieben?

Nur einfache datenbanknahe Jobs. Komplexe Chains, externe Programme und fachliche Workflows brauchen meistens eine andere Zielarchitektur.

Warum ist Scheduling Teil eines PL/SQL-Assessments?

Weil Jobs häufig PL/SQL-Packages starten und fachliche Prozesse steuern. Ohne Jobanalyse ist die Migrationsbewertung unvollständig.