Beim MS
SQL Server gibt es den sog.
SQL Server Agent; das ist ein Dienst, der zeitgesteuert bestimmte Aufgaben (Backups, Datenbankchecks, Reindizierung,...) ausführt.
Ich würde mal überlegen, ob FireAlarm nicht der richtige Ort für den Ausführung dieser Aufgaben wäre.
Die Möglichkeit besteht natürlich theoretisch, mit einer Scheduler-Library wie Quartz wäre das auch sehr flexibel machbar - leider kann aber für Managementaufgaben wie Backups die Java JDBC
API nicht verwendet werden, und man müsste auf die plattformspezifischen Treiberbibliotheken zugreifen.
Im Augenblick versuche ich, FireAlarm weitgehend einfach zu halten, und die Kernfunktion der Lastüberwachung um Spezialitäten wie z.B. das Aufspüren von Problemen in den Metadaten zu ergänzen.
Was zum Beispiel möglich wäre:
* Alarm, sobald ein Trigger deaktiviert wird und dieser für mehr als vierundzwanzig Stunden deaktiviert bleibt
* Alarm, sobald ein Generator bald 'aufgebraucht ist' - nur noch 20 Prozent oder weniger der möglichen Werte verbleiben, oder ein Alarm falls einem Generator aufgrund einer Hochrechnung (ausgehend vom Tempo der letzten sieben Tage) nur weniger als sechs Monate verbleiben, bis er sein Maximum erreicht hat
* Alarm, sobald ein numerischer Primary Key seinen möglichen Wertebereich zu 50 Prozent ausgeschöpft hat
oder gar
* Alarm, falls eine Tabelle angelegt oder erweitert wird und dabei interne Regeln oder Vorgaben nicht beachtet werden ...
p.s. eine Kurzeinführung in die FireAlarm Core
API (englisch) ist seit heute im Netz unter
http://mikejustin.wordpress.com/2011...-for-firebird/