Der Event Manager ist die aktive Komponente in DMATools, welche das system hauptsächlich steuert. Über diese Komponente werden Checks ausgeführt, Mails oder Alerts gesendet, Daten extrahiert aber auch externe Jobs via shell ausgeführt. Die Funktionsweise des Eventmanagers basiert auf dem ECA-Rules-Prinzip wo eine Regel (Rule) mittels einem Event angestossen wird. Die Konditionen der Regel werden geprüft und wenn diese den Vorgben entsprechen wird die Aktion der Regel ausgeführt. DMATools unterstütz weitere Konzepte von kombinierten Events welche über Reihenfolgen, in Zeitabhängigkeit und weiteren Dimensionen definiert werden können. Somit kann das System komplexe situationen realistisch abbilden.

DMATools selbst tiggert zahlreiche Events auf welche reagiert werden kann:

• TimeEvent: Nach definierten Zeitintervallen wird das TimeEvent getriggert. Standardmässig ist das Intervall auf eine Minute festgelegt. Das kann aber vom Benutzer beliebieg nach Unten oder Oben angepasst werden.
• DMAAfterCheckReportRun: Nach jeder Ausführung eines Checks wird dieser Event angestossen. Somit können Checks, welche in Abhängigkeit zu einander Stehen in Check-Kaskaden ausgeführt werden.
• DMAOnCheckReportError: Dieser Event wird angestossen wenn ein Check aus irgend welchen Gründen fehlgeschlagen ist (z.b. das zu Monitorende System ist nicht verfügbar, die Checksyntax ist fehlerhaft usw.
• DMAAfterMailSent: Dieser Event wird getriggert, nach dem ein Mail versendent wurde.
• DMAAfterProcessStart: Dieser Event wird angestossen bevor ein externe Prozess über die Shell gestartet wird.
• DMAAfterProcessTermination: Nach dem der Shell-Prozess beendet wurde wird dieser Event getriggert.
• Und noch zahlreihe ander Evente mehr.

daneben können Benutzer beliebige Events mit einer beliebigen Anzahl Parametern selbst definieren und über das DMATools-API oder mittels Schell-Script anstossen:

• Ein Event wenn ein bestimmtes Interface geladen wurde.
• Ein Event nach dem die Kalkulationen ausgeführt wurden.
• Ein Event wenn ein Batchprozess gestartet wurde.
• usw.

Alles was die Checks anbelangt, wird mit dieser Komponente kontrolliert und ausgeführt. Vor der Ausführung werden die Scripts vorbereitet. Die Parameter werden gebunden und dann werden die Scripts an die entsprechende Systemen zur Verarbeitung übergeben. Die Checkresultate werden via einer Bulk-Insert Methode in die DMATools Datenbank geschrieben und hier zur Ansicht, Bearbeitung, Archivierung oder weiteren Auswertung gehalten. Die Archivierung eines jeden Checks kann definiert werden, so dass einerseits den Ansprüchens des Audits gerecht werden kann aber auch nicht unnötig viel Daten aufbewahrt werden müssen.

DMATools hat standardmässig einige Agenten welche Überwachungsarbeiten leisten und bei vordefinierten Ereignissen spezifische Events an DMATools senden. Dies Events können dann in den Regeldefinitionen als Trigger genutzt werden. 

DMATools hält folgende Standardagenten bereit:

• TimerAgent: Dieser senden die TimeEvents in vordefinierten Zeitperioden
• DBPollingAgent: Diese Agenten überwachen eine oder mehrere Tabellen eines Zielsystem und senden Events an DMATools wenn die vordefinieren Bedingungen eintreffen
• FileMonitoringAgent: Mit diesem Agent werden einzelne Dateien, oder ganze Verzeichnisse inclusive Subverzeichnise auf Dateiereignisse überwacht. Jede Änderung, Löschung, Neuerstellung, jedes Kopieren oder Verschieben wird erfasst und als Event an DMATools gesendet.

Daneben können beliebige weitere Agenten erstellt werden, welche benutzer definierte Events an DMAToos senden.

DMAServices ermöglichte es dem Anwender DMATool fern zu steuern. Über DMAServices sind praktisch alle Komponenten (Check Manager, Event Manager, Agenten, Environment, DMAStats usw.) ansprechbar und zu kontrollieren. DMAServices ist als Dotnet-Object via
Windows Communication Foundation (WCF) verfügbar und kann in beliebige Applikationen eingebunden werden. Daneben kann DMAServices via Shell aufgerufen werden oder mittels dateibasiertem Scripting.

Der Mail-Client erlaubt das versenden von Mails (intern und / oder extern) mit Dateianhang (Check-Resultaten, oder anderen Files).

Die Script-Engine ermöglicht es beliebige benutzerdefinierte VB-Scripts aus zu führen. Dabei werden die Scripts zur Laufzeit dynamisch von der Script-Engine geladen und zur Ausführung gebracht. So lässt sich DMA Tools komplett fernsteuern. Die Script-Engine arbeitet im Multi-Threading Modus.

Mit dem Data-Extracter können

• Check-Reports oder
• beliebige SQL-Statements

auf die DMA DB oder eine der angeschlossenen Datenbanken in eine Datei extrahiert werden. Diese Dateien können z.B. bei Bedarf mittels Mail-Client versendet oder anderen Prozessen zur Verfügung gestellt werden. Somit kann DMATools auch als Engine für Reportingprozesse verwendet werden. Mittels Triggeren kann sogar sichergestellt werden, dass sobald neue Daten verfügbar sind, diese automatisch aktualisiert werden.

DMA-Threading erlaubt es die Prozesse welche in DMA Tools ablaufen im Multi-Treading Modus aus zu führen. Mit DMA-Threading können die Ressourcen des Systems so aufgeteilt werden, dass der Gesamtablauf je nach Anforderungen optimiert werden kann.

DMATools sammelt über die Zeit eine grosse Anzahl an Informationen über den Zustand der Daten der Informationssysteme eine Unternehmung. DMAStats nutzt nun diese Information um statistische Analysen aufzubereiten, welche für zahlreiche Verwendungszwecke dienen. Die folgende Aufzählung soll als Sammlung von Beispielen dienen und ist nicht vollständig:

• ABC-Analysen
• Mustererkennung gleichartiger Fehler
• Abweichungsanalysen
• Kategorisierung von Fehlern
• Korrekturaufwandsanalysen
• Risikoanalysen von Fehlern mit grosser Auswirkung
• KPI Auswertungen