Datenbank

Der Scheduler kann mit und ohne Datenbank betrieben werden. Der Betrieb mit Datenbank hat folgende Vorteile:

Task-Warteschlange

Der Job Scheduler speichert die in den Warteschlangen eingereihten Tasks in einer Tabelle unter seiner Scheduler-ID (Option -id). Sobald der Job Scheduler erneut startet, liest er die Warteschlange aus der Datenbank.

Aufträge

Der Job Scheduler speichert jeden Auftrag in einer Tabelle unter seiner Scheduler-ID (Option -id). Sobald der Job Scheduler erneut startet, liest er die Aufträge aus der Datenbank.

Task-Historie

Für jede Task schreibt der Job Scheduler einen Satz, außerdem bei Start und Ende des Job Schedulers.

Auftragshistorie

Der Job Scheduler hält den Lauf der Aufträge durch die Job-Ketten in der Auftragshistorie fest.

Hier lesen Sie weiteres zur Historie.

Wie die Tabellen angelegt werden, steht hier: »Vom Scheduler verwendete SQL-Anweisungen«.

Einstellungen

Datenbank und Fehlerbehandlung

factory.ini (Abschnitt [spooler], Eintrag db=…)
factory.ini (Abschnitt [spooler], Eintrag need_db=…)
factory.ini (Abschnitt [spooler], Eintrag max_db_errors=…)

Die Namen der Tabellen

factory.ini (Abschnitt [spooler], Eintrag db_variables_table=…)
factory.ini (Abschnitt [spooler], Eintrag db_tasks_table=…)
factory.ini (Abschnitt [spooler], Eintrag db_orders_table=…)
factory.ini (Abschnitt [spooler], Eintrag db_history_table=…)
factory.ini (Abschnitt [spooler], Eintrag db_order_history_table=…)

Ob eine Historie geschrieben werden soll

factory.ini (Abschnitt [spooler], Eintrag history=…)
factory.ini (Abschnitt [spooler], Eintrag order_history=…)
factory.ini (Abschnitt [job], Eintrag history=…)

Ob die Protokolle in der Historie aufgenommen werden sollen

factory.ini (Abschnitt [spooler], Eintrag history_with_log=…)
factory.ini (Abschnitt [spooler], Eintrag order_history_with_log=…)
factory.ini (Abschnitt [job], Eintrag history_with_log=…)

Der Task-Historie können Sie eigene Spalten hinzufügen

factory.ini (Abschnitt [spooler], Eintrag history_columns=…)
factory.ini (Abschnitt [job], Eintrag history_columns=…)
Task.set_history_field()

Die Bedingungen für einen Eintrag in die Task-Historie

factory.ini (Abschnitt [spooler], Eintrag history_on_process=…)

Programmschnittstelle

Das Objekt spooler stellt die Tabellennamen bereit

Spooler.db_variables_table_name()
Spooler.db_tasks_table_name()
Spooler.db_orders_table_name()
Spooler.db_history_table_name()
Spooler.db_order_history_table_name()

Eigene Felder der Historie beschreiben (factory.ini (Abschnitt [job], Eintrag history_columns=…))

Task.set_history_field()

Kommandos

Historie zeigen

Kommando <show_history>
Kommando <show_task>
Kommando <show_order>

Fehlertoleranz

Der Job Scheduler toleriert Datenbankfehler. Dadurch kann er mit einer vorübergehend heruntergefahrenen Datenbank umgehen. Näheres hierzu finden sie hier: factory.ini (Abschnitt [spooler], Eintrag need_db=…).

Wenn eingestellt ist, dass der Job Scheduler nach Verbindungsverlust auf eine erneute Verbindung zur Datenbank warten soll, hält der Job Scheduler solange an. Nur Kommandos über TCP oder HTTP verarbeitet er. Er kann nicht beendet, nur abgebrochen werden (s. Beendigung).