eRunbook User Manual - nova ratio AG

eRunbook – Mastering Complexity 

UserManual 

eRunbook Version 6.0 

Stand: 30.06.2009 

Dokument Version: 199


Inhaltsverzeichnis 

1 Vorwort.............................................................................................................................................1 

2 Einleitung..........................................................................................................................................2 

3 Was ist eRunbook?...........................................................................................................................3 

3.1 Architektur.................................................................................................................................3 

3.2 Wie navigiere ich die Anwendungsbereiche ?...........................................................................4 

4 Installation.........................................................................................................................................5 

4.1 Schnellstart – Von der CD zum Aufruf im Browser....................................................................5 

4.2 Der eRunbook Agent.................................................................................................................7 

4.3 Integration von OpenOffice........................................................................................................8 

4.3.1 Konfiguration eines Displays..............................................................................................8 

4.3.2 Installationsverzeichnis und Makros..................................................................................9 

4.4 Log Dateien.............................................................................................................................10 

5 Einrichtung......................................................................................................................................11 

5.1 Vorbereiten der Anwendung ...................................................................................................11 

5.2 Checkliste zur Einrichtung der Anwendung ............................................................................13 

5.3 Systeme in eRunbook einbinden.............................................................................................14 

5.3.1 Verwendung des CSV-Import..........................................................................................14 

5.3.2 Verwendung der Autodiscovery Funktion ........................................................................16 

5.3.3 Best Practice Discovery...................................................................................................22 

5.4 Methoden der Datenerhebung.................................................................................................23 

5.4.1 nmap................................................................................................................................23 

5.4.2 SNMP..............................................................................................................................25 

5.4.3 Agent ..............................................................................................................................27 

5.5 Zyklische Datenerhebung über Cron Jobs...............................................................................29 

5.6 Einrichten der Online Hilfe.......................................................................................................32 

6 Die Anwendung...............................................................................................................................33 

6.1 Anwendungsbereiche..............................................................................................................33 

6.2 Configuration Management & CMDB.......................................................................................36 

6.2.1 Vorbereitung weiterer Datensätze....................................................................................36 

6.2.2 Checkliste zur Erweiterung des Configuration Management............................................37 

6.2.3 Betriebssysteme und Hardware manuell verbinden.........................................................38 

6.2.4 Veränderungsüberwachung mit TDCs.............................................................................41 

6.2.4.1 Was ist ein TDC ?....................................................................................................41 

6.2.4.2 TDC Settings zuweisen............................................................................................42 

6.2.4.3 TDCs quittieren .......................................................................................................43 

UserManual Copyright © 2009 nova ratio AG IVZ


6.2.5 Automatisiertes Inventory ................................................................................................45 

6.2.6 Funktionen der Activitybox im Configuration Management .............................................46 

6.2.7 Vorgegebene Suchen verändern und speichern..............................................................47 

6.2.7.1 Suchen definieren über die Suchmaske...................................................................47 

6.2.7.2 Suchen speichern über den Search Editor...............................................................49 

6.3 Dynamische Betriebshandbücher............................................................................................51 

6.3.1 Vorbereiten der Daten .....................................................................................................51 

6.3.2 Checkliste zur Vorbereitung der Handbuch-Erstellung.....................................................52 

6.3.3 Import bestehender Handbücher ....................................................................................54 

6.3.4 Struktur im eRunbook System ........................................................................................57 

6.3.5 Inhalte editieren...............................................................................................................58 

6.3.6 Erstellen einer neuen Handbuchversion..........................................................................60 

6.3.7 Inhalte vergleichen...........................................................................................................62 

6.3.8 Dynamische Inhalte definieren.........................................................................................63 

6.3.9 Freigabe von Dokumentenversionen...............................................................................65 

6.3.10 Handbuch als PDF exportieren......................................................................................66 

6.4 Service Support.......................................................................................................................67 

6.4.1 Vorbereiten der Daten .....................................................................................................67 

6.4.2 Checkliste zur Vorbereitung der Workflow Engine...........................................................68 

6.4.3 Tickets erstellen und bearbeiten......................................................................................69 

6.4.3.1 Basisinformationen des Tickets................................................................................69 

6.4.3.2 Ticket Workflow........................................................................................................72 

6.4.3.3 Change Editor..........................................................................................................73 

6.4.3.4 External Documents.................................................................................................74 

6.4.4 Vorgefertigte Prozesse der Workflow Engine...................................................................75 

6.4.5 Prozesse und Milestones bearbeiten...............................................................................76 

7 Glossar...........................................................................................................................................77 

UserManual Copyright © 2009 nova ratio AG IVZ


1 Vorwort 

eRunbook ist ein eingetragenes Markenzeichen der nova ratio AG. 

Die Nutzung der eRunbook Software und aller sich darauf beziehenden Dokumente ist durch eine 

eRunbook Lizenzvereinbarung reglementiert. 

nova ratio AG 

Haus Petersberg 

Hauptstraße 3-5 

56235 Hundsdorf 

Germany 

Telefon: +49 2623 9242 0 

Telefax: +49 2623 9242 100 

eMail: info@nova-ratio.de 

Support Call: support@nova-ratio.de 

UserManual Copyright © 2009 nova ratio AG Seite 1


2 Einleitung 

Das Dokument eRunbook UserManual ist eine ausführlich erklärte Orientierungshilfe und dient als 

Einstieg in die praktische Arbeit mit der Anwendung. 

In den folgenden Kapiteln wird zunächst die Installation der eRunbook Software beschrieben. Darauf 

folgen, jeweils aufgeschlüsselt in drei große Bereiche, Herangehensweisen zur Erschließung eines 

Datenbestandes sowohl im Configuration Management, als auch in den Bereichen Service Support 

und Dynamische Betriebshandbücher. 

Bitte beachten Sie, dass dieses Dokument nicht als Ersatz für bestehende Dokumentationen dient. 

Antworten auf technische Fragen, sowie Systemvoraussetzungen und Referenzlisten finden Sie in 

den Dokumenten eRunbook Installation Manual, eRunbook Administration Manual und eRunbook 

Master Process Manual. 

Hinweis: Dieses Dokument verwendet in seinen Beispielen eine eRunbook Instanz mit dem 

Namen eDemo. Dieser Name ist nur als Platzhalter für den gewollten Instanznamen 

zu verstehen. 

Die im weiteren Verlauf erläuterten Funktionen können in einer eigenen 

Parametrisierung / einem eigenen Datenmodell verwendet werden. Es wird 

empfohlen die dazu erforderlichen Klassen zu übernehmen und ggf. zu ergänzen. 



3 Was ist eRunbook? 

Bei eRunbook handelt es sich um eine browserbasierte, Datenbank gestützte, Anwendung für IT 

Rechenzentren. 

Die folgenden Bereiche werden nachfolgend adressiert: 

– Configuration Management & CMDB 

– Service Support (Change Management, Incident Management, Problem Management) 

– Dynamische Betriebshandbücher 

3.1 Architektur 

Die eRunbook Software besteht aus einem eRunbook Serverteil und den online/offline eRunbook 

Agenten, welche optional für die automatische Erfassung von Informationen eingesetzt werden 

können. Die eRunbook Datenbank (DBMS) ist Bestandteil des Servers, kann jedoch zur Performance 

Steigerung auf einem separaten System vorgehalten werden. 

Die folgende Grafik beschreibt die zentralen Bestandteile des eRunbook Servers: 

Webserver Engine 

Presentation Engine 

Parameter Set 

DBMS 

Rule Engine 

Scan Engine 

Abbildung 1: Architektur des eRunbook Servers 

Browser 

Hinweis: Auf dem eRunbook Server läuft standardmässig der eRunbook Online Agent. 



3.2 Wie navigiere ich die Anwendungsbereiche ? 

Die Anwendung wird über den am Arbeitsplatz installierten Browser bedient. Zur Bedienung kann 

man somit auf alle Erfahrungen zurückgreifen, die bereits mit einem gängigen Internet Browser 

gemacht worden sind. 

eRunbook verwendet u.a. die folgenden Techniken zur Interaktion mit dem System: 

– Inhaltsabhängige Verlinkungen der Inhalte 

– Auf- und Zuklappen von Eingabemasken zur Einschränkung der angezeigten Information 

– Aufruf verschiedener Formulare zur Bearbeitung der hinterlegten Information 

– Verweissensitive Grafiken (Image Maps) zur Navigation im System 

– Java basierte Darstellung von Graphen zur Veranschaulichung von Abhängigkeiten 

– Interaktive Darstellung der Räume und Server Racks 

Ein guter Einstieg in die Arbeit mit eRunbook besteht darin, die verschiedenen Bereiche der 

Anwendung besser kennen zu lernen. Hierzu klappt man das Drop-Down-Menü unterhalb des Logos 

am linken Rand des Kopfbereichs auf. 

Abbildung 2: Drop-Down-Menü des Hauptmenüs 

Hinweis: Die Anzahl der verfügbaren Einträge kann je nach Installation und 

Anwendungszweck variieren. 



4 Installation 

Die Installation des Systems verläuft weitgehend automatisiert. Zu Beginn werden durch das 

Installationsprogramm Rahmenparameter abgefragt, die im weiteren Verlauf zur Konfiguration der 

Systemkomponenten herangezogen werden. 

Im folgenden werden zwei Herangehensweisen für die Installation beschrieben. Eine für den 

schnellen Start des Systems und eine mit erweiterten Erläuterungen. 

Hinweis: Die hier beschriebenen Wege der Installation beinhalten keine Details bzgl. 

Kompatibilität und Programmversionen. Eine ausführliche Beschreibung der 

Installation ist im eRunbook Installation Manual nachzulesen. 

4.1 Schnellstart – Von der CD zum Aufruf im Browser 

Zur Installation von eRunbook wird ein Linux oder Solaris Server benötigt. Die Installation des 

Systems erfolgt durch Aufruf eines Installationsprogramms. Dieses Programm kann sowohl von der 

Produkt-CD aus, als auch nach dem Kopieren der kompletten Produkt-CD auf den Server in einem 

Verzeichnis aufgerufen werden. 

Hinweis: Das Installationsprogramm erfordert für seine Ausführung rootBerechtigungen auf 

dem Server. 

Starten Sie die Installation durch folgenden Aufruf im Hauptverzeichnis der Produkt-CD: 

setup.sh 

Das Installationsprogramm prüft nach dem Start die Plattform und erfragt die notwendigen Parameter 

für die Installation. 

Hinweis: Für alle Parameter sind dem Programm Standardwerte hinterlegt, die Sie durch 

Drücken der Return-Taste übernehmen können. 

Im Anschluss an diese Abfragen werden diese Informationen in einer Zusammenfassung am 

Bildschirm ausgegeben. Erst nach einer Bestätigung durch den Anwender wird mit der Installation der 

Software begonnen. 

Je nach Leistungsstärke der eRunbook Server Hardware beansprucht die Installation zwischen 30 

und 45 Minuten. 



Die folgenden Software Komponenten werden durch das Installationsprogramm automatisch auf dem 

Server installiert und konfiguriert: 

Nr Name Beschreibung Erforderlich 

1 mySQL Datenbank für die Speicherung von eRunbook Daten. Ja 

2 Apache Webserver für die Kommunikation über ein Browser 

Interface. 

3 eRunbook Zentrale Informationsplattform Ja 

Zum Abschluss der Installation erscheint der Hinweis, dass jetzt im Webbrowser die eRunbook 

Administrationsumgebung aufgerufen werden kann, in der alle weiteren Arbeitsschritte durchgeführt 

werden: 

URL: https://:9443/eAdmin 

User: eRunAdmin 

Password: go4it 

Durch Aufruf der der Adresse im Browser im können Sie sich jetzt im neuen System anmelden. Dabei 

kann die Anmeldung im Webbrowser je nach erstelltem Zertifikat des Webservers einige Meldungen 

beinhalten, welche abhängig von Webbrowser und Netzwerkkonfiguration zu beantworten sind. 

ACHTUNG: Das im Rahmen der eRunbook Installation erstellte Zertifikat ist von keiner 

Zertifizierungsstelle herausgegeben, welche die Webbrowser kennen. Der 

Anwender muss daher das Zertifikat zu mindest temporär akzeptieren. 

Bitte ändern Sie aus Sicherheitsgründen das Passwort des Benutzers eRunAdmin nach der 

Installation. 

Hinweis: Diese und die weitere Vorgehensweise ist im Dokument eRunbook Master Process 

Manual ab Kapitel 4.1 beschrieben. 

Sie können nun mit der Einrichtung Ihrer eRunbook Instanz beginnen. 

UserManual Copyright © 2009 nova ratio AG Seite 6 

Ja


Nach der Anmeldung erscheint der Startbildschirm der eRunbook Administrationsumgebung: 

Abbildung 3: Startbildschirm der Administrationsumgebung 

Bitte ändern Sie das Passwort des Benutzers eRunAdmin nach der Installation. 

Diese und die weitere Vorgehensweise ist im Dokument eRunbook Master Process Manual ab Kapitel 

4.1 beschrieben. 

4.2 Der eRunbook Agent 

eRunbook verfügt über eigene Agenten für die meisten Betriebssysteme und ermöglicht so eine 

detaillierte Dokumentation. Die Installation erfolgt unter Unix / Linux Systemen durch den Befehl: 

setup.sh --agent 

Der Agent für Microsoft Windows Betriebssysteme wird über die Datei setup.exe installiert. 



4.3 Integration von OpenOffice 

Einige Funktionen, die von eRunbook im Rahmen des Documentation Features bereit gestellt werden 

können, erfordern die serverseitige Verwendung von OpenOffice. In diesem Fall wird die Applikation 

während der Installation für den User erunbook eingerichtet und mit Makros zur Verarbeitung von 

'doc' und 'html' Dateien konfiguriert. 

Der Aufruf von OpenOffice auf dem Server erfolgt im sogenannten -headless Modus. Dabei wird vom 

Benutzer keine Interaktion mit der OpenOffice-GUI verlangt. Sollte ein Dokument beim Aufruf eine 

Benutzerinteraktion verlangen (z.B. bei enthaltenen Makros), so sollte dieses zunächst an einem 

Arbeitsplatz mit Bildschirm auf evtl. Eingabeaufforderungen hin überprüft werden. 

Hinweis: Eine Unternehmenslizenz für die Software OpenOffice ist nicht Bestandteil von 

eRunbook. Aus lizenzrechtlichen Gründen wird empfohlen, die Verwendung der 

Software vor ihrem Einsatz mit den zuständigen Stellen zu klären. 

4.3.1 Konfiguration des Displays auf einem System ohne Monitor 

Sofern eRunbook an einem System ohne installiertes X-Display betrieben wird, müssen als User 

root einige Vorbereitungen getroffen werden. 

Die Verwendung des Documentation Features in Verbindung mit dem Dateiaustauschformat 'doc' 

erfordert ein X-Display auf dem eRunbook Server (OpenOffice setzt auch im -headless Modus ein 

vorhandenes X-Display voraus), welches für die Nutzung durch den User erunbook vom Host 

freigegeben ist. 

Unter Unix wird dies beispielsweise durch den Befehl "xhost " 

erreicht, wobei durch den Host-Namen des eRunbook-Servers ersetzt werden muss. 

Rückgabe von xhost in diesem Fall: 

being added to access control list 

ACHTUNG: Aus Sicherheitsgründen sollte das freigegebene X-Display grundsätzlich einer nicht 

privilegierten Benutzerkennung gehören. 

Dieses X-Display muss - ggf. manuell durch den Systemadministrator des eRunbook Servers - in der 

Datei „.bashrc“ des Users erunbook auf dem eRunbook Server unter DISPLAY="... eingetragen 

werden, so dass die Umgebungsvariable $DISPLAY auf dieses X-Display zeigt. 

Nach der Änderung in der .bashrc des Users erunbook ist ein Neustart des eRunbook-Servers 

mittels des Start-Scriptes /etc/init.d/eRunbook notwendig. 

Die Verfügbarkeit des oben beschriebenen X-Displays sowie das Durchführen der entsprechenden 

Einstellung in der Datei .bashrc liegt in Verantwortung des Kunden. 



Wir empfehlen die Nutzung des frei verfügbaren Programmes Xvfb. Dabei handelt es sich um einen 

Hardware unabhängigen X-Server, welcher auch ohne vorhandene Grafikkarte eingesetzt werden 

kann. 



SLES 10 

Paket: xorg-x11-Xvfb (Hardwareunabhängiger X-Server Xvfb) 

Starten mit: Xvfb :0 -screen 0 800x600x16 & 

Solaris 10 Sparc/x86 

Paket: SUNWxwsrv (X Window System Xvfb & Xnest Virtual Display 

Servers) 

Starten mit: /usr/openwin/bin/Xvfb :0 & 

4.3.2 Installationsverzeichnis und Makros 

Im Documentation Feature steuern Makros die Aufbereitung und Speicherung von 'doc' und 'html' 

Dateien auf dem eRunbook Server bzw. in der eRunbook Datenbank. Nach einer Installation befindet 

sich OpenOffice in folgendem Verzeichnis: 

/opt/eRunbook/software/mandatory/openoffice.org2.4 

Makros für die Formatumwandlung sind im Home-Verzeichnis des Users erunbook (dem 

Stammverzeichnis der eRunbook Installation) hinterlegt. 

/opt/eRunbook/.openoffice.org2/user/basic/Standard 

Hinweis: Sollten vor der erstmaligen Verwendung von OpenOffice die Makros noch nicht im 

user Verzeichnis liegen, so werden diese dort nachträglich abgelegt. 



4.4 Log Dateien 

eRunbook verfügt über eine Reihe von Log-Dateien, die im Falle etwaiger Fehlfunktionen eine 

Aussage über den Ursprung erlauben. 

Die folgenden Dateien befinden sich im Verzeichnis „/eRunbook/log“: 

Nr Name Beschreibung 

1 .log Zu jeder Instanz gibt es eine Logdatei mit dem o.g. 

Namensschema 

2 cserv.log Log Datei des Communication Servers (Cserver) 

3 agent.log Log Datei des lokalen eRunbook Agenten 

4 httpd.ssl_request_log 

httpd.error_log 

httpd.access_log 

Zugriffs und Fehler Logs des Apache Webservers 

5 soffice.log Startmeldungen des OpenOffice 

6 mysql.slow-queries.log 

mysql.log 

mysql.error.log 

Log Dateien des mySQL Servers 

7 eRunbook_install.log Konfiguration und Ausführung der eRunbook Installation 

Hinweis: Bitte halten Sie diese Dateien bereit, um im Falle einer Support Anfrage die 

Lösungsfindung maßgeblich zu beeinflussen. 



5 Einrichtung 

5.1 Vorbereiten der Anwendung 

Die für die Einrichtung erforderliche Zeit kann maßgeblich durch Vorbereitung von Kerndaten verkürzt 

werden. 

Zu den Kerndaten des System zählen folgende Informationen: 


1 IP Adressen Je nachdem, in welchem Umfang Systeme in eRunbook abgebildet 

werden sollen, kann es ratsam sein, die damit verbundenen 

Adressen über eine vorbereitete Liste einzupflegen. Dies läßt sich 

besonders einfach über eine CSV-Datei erreichen. 

Hinweis: Die Verwendung der eRunbook Autodiscovery ist 

davon abhängig, dass das Netzwerk Tool nmap 

innerhalb der Infrastruktur eingesetzt werden darf. 

2 PIM Daten Um eine möglichst schnelle Arbeit mit dem System zu erreichen, 

sollten Kontaktdaten für eine Erstbefüllung bereit gehalten werden. 

eRunbook unterscheidet hier zwei Gruppen von Benutzern: Interne 

und Externe Benutzer. 

Hinweis: Nur interne Benutzer erhalten einen eigenen Login 

mit dem sie sich in das System einloggen können. 

Sofern für die Erstbefüllung der Anwendung CSV-Listen (z.B. für Systeme, Benutzer, Hardware, o.ä.) 

verwendet werden sollen, muss darauf geachtet werden, dass die zu importierenden Attribute in den 

Tabellen korrekt referenziert sind. 

Eine Beispiel CSV-Datei für den Import von Servern könnte, z.B. folgende Struktur haben: 

„Name“ „Description“ „IP“ „OS“ 

„$attribute:osdomain:cla 

ss_osdomain_field_na 

me“ 


ss_osdomain_field_des 

cription“ 


ss_osdomain_field_ipad 

ress“ 


ss_osdomain_field_os_ 

standard“ 

„server-1“ „Mailserver“ „192.168.1.1“ „SUN Solaris Sparc“ 

„server-2“ „Repository“ „192.168.1.2“ „SuSE Linux“ 

„server-3“ „Applicationserver“ „192.168.1.3“ „Debian Linux“ 

„...“ „...“ „...“ „...“ 



Bei den abgebildeten Spaltenüberschriften und $attribute-Angaben handelt es sich um notwendige 

Informationen zur Referenzierung von Objekten innerhalb einer eRunbook-Instanz. Diese Objekte 

können beliebiger Natur sein. So lassen sich OS-Domains, Hardware, Tickets oder Kontaktdaten auf 

gleiche Weise importieren. 

Darüber hinaus ist die Menge an Information nicht auf vier Spalten begrenzt. Den referenzierten 

Objekten können beliebige Informationen mitgegeben werden, solange diese sich über ein Attribut 

des Klassenmodells nach dem folgenden Schema referenzieren lassen: 

$attribute : class : fieldname 

Eine Liste der möglichen Attribute kann entweder den Master Files einer aktiven Instanz, oder dem 

eRunbook Master Process Manual entnommen werden. 

Hinweis: Über den CSV-Import können gleichzeitig Objekte hinzugefügt und/oder aktualisiert 

werden. Entscheidend ist hier eine eindeutige Namenskonvention der Import- 

Dateien. 

Eingabefehler können durch den Upload einer korrigierten Datei behoben werden, 

solange die korrekten Objekte referenziert werden. 



5.2 Checkliste zur Einrichtung der Anwendung 

Verwenden Sie folgende Checkliste zur Sammlung Ihrer Daten, um möglichst schnell zu einer 

vollständigen eRunbook Instanz zu gelangen. Optionale Informationen wurden entsprechend 

gekennzeichnet. 

Nr Information Beschreibung Relevanz Erledigt 

1 IP-Adressen Referenzieren Systeme in Netzwerksegmenten Empfohlen* 

2 Betriebssysteme Entscheiden über die Art der Datenanalyse Notwendig 

3 Scan-Methode Entscheidet über Abfragemechanismus durch 

das System. Ist ein Agenten-Rollout vorgesehen? 

4 root oder virtual Welche Betriebssysteme befinden sich auf 

virtuellen Maschinen? 

5 Applikationen Welches sind unternehmensrelevante 

Applikationen und wo werden sie betrieben? 

Welche Hardware ist involviert? 

6 Services Welches sind unternehmensrelevante 

Dienstleistungen, die durch das RZ erbracht 

werden? Welche Hardware ist involviert? 

Notwendig 

Optional 

Empfohlen 

Empfohlen 

7 Hersteller Welche Hersteller liefern Hard- und Software? Optional 

8 Ansprechpartner Wer sind meine Ansprechpartner intern und 

extern für Hardware, Software und 

Dienstleistungen? 

9 Hardware-Daten Habe ich alle Informationen zur verwendeten 

Hardware im RZ? 

* IP-Adressen sind notwendig, können jedoch auch per Auto Discovery ermittelt werden. 

Empfohlen 

Notwendig 



5.3 Systeme in eRunbook einbinden 

Wie bereits angesprochen wurde, können Systeme über zwei verschiedene Wege ins System 

eingebunden werden: 

1) CSV-Import: 

Diese Methode erfordert eine gewisse Vorbereitung, da alle Rechnernamen und IP-Adressen 

erfasst werden müssen. Ihr Vorteil liegt darin, dass zusätzlich beliebige Informationen über die 

Systeme und ihren Einsatz im RZ mit übergeben werden können. 

2) Auto-Discovery: 

eRunbook ermöglicht eine automatisierte Erkennung von Systemen innerhalb eines 

Netzwerksegments durch einen Scan mit dem Netzwerk-Tool nmap. Auf diese Weise lassen 

sich alle Systeme eines Segmentes entdecken und in einer Liste speichern, von der aus sie in 

die Anwendung übernommen werden können. Hierfür muss nmap auf jedem System installiert 

sein, welches per Agent für das Discover Feature genutzt werden soll. Falls der Agent, 

welcher nmap ausführt nicht als Root-Account aktiv ist, muss das Setuid-Bit gesetzt werden. 

5.3.1 Verwendung des CSV-Import 

Der CSV-Import kann von einer beliebigen Stelle innerhalb der Web-Oberfläche vorgenommen 

werden an der die Activitybox den Import und Export von Daten ermöglicht (vgl. Screenshot). Dies 

liegt darin begründet, dass die Referenzierung des Attributnamens innerhalb der CSV-Spalte 

automatisch eine Speicherung im korrespondierenden Datenbankfeld nach sich zieht. 

Klicken Sie auf das Zahnrad-Symbol der Activitybox und dann auf den Eintrag Import / Export um 

den Dialog zum Upload und Download von CSV-Dateien zu öffnen. 

Abbildung 4: Aufruf des Dialogs zum Upload / Download von CSV-Dateien 



Der Aufruf öffnet ein neues Fenster zum Upload und Download von CSV-Dateien. 

Abbildung 5: Dialog zum Upload / Download von CSV-Dateien 

Die über diesen Dialog generierte CSV-Datei enthält immer Informationen zu den Inhalten, die im 

dahinter liegenden Browser Fenster angezeigt werden. Wahlweise kann die CSV-Datei nur die 

Objekte des aktuell angezeigten Fensters beinhalten (Current Page), oder alle Objekte der im 

Browser ausgewählten Klasse (All Pages). Je nach Instanz kann es sein, dass hier mehrere tausend 

Objekte ausgegeben werden. 

Hinweis: In einer leeren Instanz ist der Download einer CSV-Datei unter Umständen hilfreich, 

will man die eigenen Daten nach Vorgabe einer Datei des eRunbook Systems 

zusammenstellen. 

Über den Durchsuchen Schalter erfolgt der Zugriff auf das lokale Dateisystem inkl. angeschlossener 

Netzlaufwerke. Die präparierte CSV-Datei kann hier dem System angegeben und durch einen Klick 

auf den Schalter Upload hoch geladen werden. 

Je nach Umfang der in der CSV-Datei enthaltenen Datensätze kann es eine Weile dauern bis das 

Browser Fenster mit den neuen Inhalten aktualisiert wird. Ein kurzzeitiger Anstieg in der Systemlast 

des eRunbook Servers signalisiert die Erstellung der notwendigen Datenbankfelder. 

Herzlichen Glückwunsch. Die neuen Systeme sind nun eingebunden. 



5.3.2 Verwendung der Autodiscovery Funktion 

Die automatische Suche nach neuen Teilnehmern im Netzwerk wird über das Tool nmap realisiert. 

Einmal gestartet, durchsucht das Programm den ihm übertragenen Netzwerkbereich und schreibt alle 

dabei gefundenen Systeme in eine Liste namens Discovered Objects. Zu diesem Zeitpunkt befinden 

sich die Systeme noch nicht in der eRunbook Applikation. 

Wichtig: nmap ist nicht Bestandteil der eRunbook Software und muss durch den 

Administrator bereit gestellt werden. 

Obwohl akzeptiert als Methode der Netzwerkanalyse, kann es unter Umständen 

sicherheitstechnische Vorbehalte gegen die Verwendung von nmap geben. Diesen 

Bedenken wird durch eine standardmässige Deaktivierung des automatischen 

Scans im administrativen Teil der eRunbook Umgebung Rechnung getragen. 

Vorbereitung und Durchführung eines Autodiscovery Laufs werden folgendermaßen durchgeführt. 

Ebenso wie die zyklischen Scans der in eRunbook geführten Systeme, werden auch Discovery Läufe 

als Jobs behandelt. Die Verwaltung aller Jobs wird im administrativen Teil der eRunbook Instanz 

vorgenommen (vgl. Screenshot). 

Abbildung 6: Hauptmenü der eRunbook Administration 

Durch einen Klick auf den Menüpunkt Interface werden die Einträge zur Job-Verwaltung angezeigt. 

Abbildung 7: Aufruf der Discovery Jobs im Hauptmenü 



In der Liste können beliebige Discovery Jobs definiert werden. Zur Erstellung eines neuen Jobs dient 

auch hier ein Klick auf das Zahnradsymbol der Activitybox. 

Über den Eintrag Create New Object wird ein Formular mit zunächst einem Reiter in den Vordergrund 

geladen. Hier wird der Name vergeben und der Prozess Discovery Process ausgewählt. Nach dem 

Speichern stehen nun zwei Reiter zur Verfügung. Zunächst werden die Rahmendaten des Discovery 

Jobs im Cron Editor vervollständigt: 

Abbildung 8: Zeitsteuerung des Discovery Jobs 

Hinweis: Das Formular unterscheidet zwischen notwendigen Einträgen, gekennzeichnet 

durch ein rotes Ausrufezeichen (!) und optionalen Einträgen in den übrigen Feldern. 

Es kann erst gespeichert werden, wenn all notwendigen Informationen vorhanden 

sind. 



Zur Definition eines neuen Discovery Jobs wird zunächst dessen Name vergeben. Eine Beschreibung 

kann in den nächsten Zeilen folgen. Nach dem ersten Speichern des neuen Eintrags stehen weitere 

Eingabefelder zur Verfügung. 

Folgende Job Status Einstellungen können vergeben werden:: 

Nr Status Beschreibung 

1 Cron active Bezeichnet einen aktiven Job, der zum nächsten fälligen Zeitpunkt 

ausgeführt wird. 

2 Cron inactive Bezeichnet einen inaktiven Job, der erst aktiviert werden muss bevor das 

System ihn ausführt. 

In den folgenden fünf Zeilen kann genau festgelegt werden, in welchem Zeitinterval ein Scan des 

Netzwerks vorgenommen werden soll. Folgende Einträge werden unterschieden: 

Nr Eintrag Beschreibung 

1 Zahl Der Job wird zu einem bestimmten Datum, oder zu einer bestimmten Uhrzeit 

ausgeführt. Es gilt: Minuten (0-59) ; Stunden (0-23) ; Tage (1-7) ; Monate (1- 

12) ; Monatlich (1-31) 

2 Zahlen, komma 

getrennt 

Der Job wird mehrfach täglich, oder an mehreren Tagen der Woche / des 

Monats ausgeführt 

3 Stern (*) Der Job wird zu jedem Zeitpunkt ausgeführt, z.B. an jedem Tag, in jedem 

Monat, usw. 

Wichtig: Vor dem Wechsel zwischen Formularreitern muss gespeichert werden, um die 

Informationen an den Server zu übertragen. 

Nun, da die Rahmendaten für den Discovery-Job vorgegeben worden sind, kann das Netzwerksegment 

angegeben werden. Hierzu wird in den Formularreiter Discover-Editor gewechselt. 



Der Discover Editor dient zur genauen Bestimmung des Adressbereichs und der Scan Methode. 

Abbildung 9: Festlegung des Adressbereichs 

Im Discover Editor werden Name und Beschreibung als Referenz angezeigt. Darunter befinden sich 

folgende Einstellungen: 

Nr Status Beschreibung 

1 Discover Mode Mögliche Einstellungen sind nmap (empfohlen) und snmp. 

2 IP Range Der zu scannende Adressbereich wird hier angegeben. Die Eingabe erfolgt 

nach der klassifizierten IP-Adressierung inklusive der Aufteilung in Teilnetze 

nach RFC 950. Hier einige beispielhafte Angaben: 

– 10.0.0.0/24 zu einem Klasse C Netz mit einem Scan Bereich von 10.0.0.0 

bis 10.0.0.255 

– 10.0.0.0/8 zu einem Klasse C Netz mit einem Scan Bereich von 10.0.0.0 

bis 10.255.255.255 



Nachdem alle Angaben vorgenommen wurden kann das Formular mit einem Klick auf den Schalter 

Save and Close geschlossen werden. Ein aktiver Scan wird zum nächsten Termin ausgeführt. 

Je nach Größe des zu durchsuchenden Adressbereichs kann die Suche mehrere Stunden in 

Anspruch nehmen. Alle gefundenen Systeme werden in der Liste Discovered Objects abgelegt. 

Hinweis: Die Ergebnisse des Scans werden erst nach dessen Abschluss in die Liste 

geschrieben. Während des Scan-Vorgangs kann die Systemlast u.U. temporär 

ansteigen. 

Abbildung 10: Liste der bei einem Discovery Lauf gefundenen Systeme 

Die in der Liste aufgeführten Systeme erhalten zunächst einen durch das System zugewiesenen 

Namen. Dieser wird aus der IP-Adresse abgeleitet. 

Weiterhin werden Angaben zur verwendeten Scan-Methode, dem erkannten Betriebssystem und der 

durch die Netzwerkkarte mitgeteilten MAC-Adresse gemacht. 

In den Spalten Ignored und State werden zwei eRunbook spezifische Informationen angegeben. 

Über den Ignored Flag lassen sich Systeme, die nicht in eRunbook geführt werden sollen, bei einem 

erneuten Suchlauf ignorieren. Dies kann zum Beispiel auf Router, diverse Desktop Systeme und 

Netzwerkdrucker zutreffen. 

Die Statusampel zeigt an, ob ein gefundenes System bereits als Objekt in eRunbook geführt wird. Ist 

dies nicht der Fall, wird die Ampel auf rot geschaltet. 

Durch einen Klick auf die Activitybox links neben dem gefundenen System wird nun der Discovered 

Object Editor aufgerufen. In ihm können die während des Scan erfassten Informationen eingesehen 

und weitere Aktionen angestoßen werden. 



Unterhalb der ausgegeben Scan Ergebnisse werden zwei mögliche Handlungen angeboten: 

Abbildung 11: Der Discovered Object Editor 

Soll das System in einem zukünftigen Discovery Lauf nicht mehr als „neu erkannt“ geführt werden, so 

ist der Ignore Flag zu setzen. 

Die darunter liegende Drop Down Liste enthält bereits in eRunbook geführte Systeme. Durch einen 

Klick auf den Pfeil rechts neben dem Auswahlfeld, wird die Liste ausgeklappt und es kann ein System 

zugewiesen werden. 

Ist dies geschehen, wird die Auswahl mit einem Klick auf den Schalter Save oder Save & Close 

bestätigt. In der Liste wechselt die Statusampel des Systems nun auf grün und die Spalten System 

und System OS werden aus den vorhandenen Attributen des Objektes ergänzt. 

Handelt es sich um ein System, das noch nicht in eRunbook geführt wird, so kann es durch einen 

Klick auf den Schalter Create neu angelegt werden. Wichtig ist hierbei, dass die zugehörige 

Hardware bereits dem System bekannt ist (HW Domain). 



5.3.3 Best Practice Discovery 

Aus den voran genannten Methoden zur Aufnahme von Systemen in die eRunbook Umgebung ergibt 

sich ein Ansatz, der dem Administrator größtmögliche Sicherheit bei der Erkennung und Zuordnung 

von Systemen gibt. Dieser Ansatz lässt sich in drei Schritte unterteilen: 

Schritt 1 

Durch einen Download der CSV Datei zur Systemliste (Activitybox Import/Export im Bereich 

Configuration) erhält man eine vollständige Zusammenstellung aller wichtigen Attribute eines 

Systems. 

Schritt 2 

Sofern Daten zu vorhandenen Systemen in Listenform vorliegen (siehe Checkliste Kapitel 5.1.2), 

kann diese CSV Datei um Einträge ergänzt und anschließend in das System wieder hoch geladen 

werden. Bei diesem Vorgang werden in der Datenbank alle Objekte und ihre Attribute angelegt. 

Schritt 3 

Es folgt ein nmap Discovery Lauf über das entsprechende Netzwerksegment wie in Kapitel 5.3.2 

beschrieben. Jetzt können alle vorhandenen Systeme mit den im Netz erreichbaren abgeglichen 

werden. Sowohl historisch geführte Systeme aus Listen, als auch bisher nicht erfasste Systeme im 

Netz werden so erkannt und können entsprechend überprüft werden. 

Die Abbildung unten zeigt die Liste der gefundenen Systeme nach deren Zuweisung: 

Abbildung 12: Nach einem Discovery Lauf zugeordnete Systeme 



5.4 Methoden der Datenerhebung 

In eRunbook können Details zu Systemkonfigurationen auf unterschiedliche Art und Weise eingeholt 

werden. In den voran gegangenen Kapiteln wurden zunächst die Möglichkeiten des CSV-Imports 

beschrieben. Die dabei eingelesenen Daten können zu jederzeit zur Aktualisierung von Systemen 

verwendet werden. 

Neben der manuellen Aktualisierung von Einträgen der Datenbank bietet eRunbook drei weitere 

Techniken, die jeweils unterschiedlich tiefe Einblicke in die Konfiguration des überprüften Systems 

gewähren. 

5.4.1 nmap 

Das Netzwerk Tool kann nicht nur zur Erkennung von Teilnehmern im Unternehmensnetz 

herangezogen werden. Aufgrund der Vielfalt seiner übermittelten Daten eignet es sich auch zur 

Dokumentation von Konfigurationsparametern 

Hinweis: Umfang und Qualität der von nmap übermittelten Daten basiert auf der jeweiligen 

Systemplattform und den darauf vorgenommenen Sicherheitseinstellungen. 

Der DocViewer stellt ein zentrales Werkzeug zur Anzeige von Konfigurationsdaten dar. Er kann an 

verschiedenen Stellen der eRunbook Umgebung durch einen Klick auf die Activitybox gestartet 

werden. 

Abbildung 13: Activitybox zur Interaktion mit einem System 



Wurde ein System durch einen nmap Scan überprüft, können im Doc Viewer unter der Rubrik Scan 

Network Info / nmap Info folgende Informationen abgerufen werden: 

Abbildung 16: Informationen im Doc Viewer nach einem nmap Scan 

Hinweis: Die hier abgebildeten Informationen sind nur ein Teil der Daten, die bei einem 

Netzwerk Scan zurückgeliefert werden. Eine vollständige Liste aller 

Systemmeldungen kann über den Eintrag Scanned Data aufgerufen werden. 



5.4.2 SNMP 

Das Simple Network Management Protocol, kurz SNMP kann gegenüber nmap eine erweiterte Sicht 

auf Konfigurationsparameter des Systems geben. Voraussetzung für seinen erfolgreichen Einsatz ist 

allerdings ein aktivierter SNMP Daemon auf dem Zielsystem und die korrekte Zuweisung der SNMP 

Gruppe 'public'. Daten werden durch einen vorkonfigurierten snmpwalk bzw. snmpget erhoben. 

Hinweis: Umfang und Qualität der von SNMP übermittelten Daten basieren auf der jeweiligen 

Systemplattform und den darauf vorgenommenen Sicherheitseinstellungen. 

Wie bereits im voran gegangenen Kapitel erläutert, gibt der DocViewer eine Übersicht über die 

gescannten Konfigurationsparameter. Sein Aufruf erfolgt über die Activitybox des entsprechenden 

Systems. Unter der Rubrik Scan Network Info / SNMP Info können folgende Informationen abgerufen 

werden: 

Abbildung 14: Informationen im Doc Viewer nach einem SNMP Scan 



Viele Router und Netzwerkgeräte verfügen herstellerseitig über eine Unterstützung von SNMP. Zur 

Einbindung der meisten Unix / Linux Distributionen bietet sich net SNMP als eine Möglichkeit an, den 

Daemon zu installieren. Die bei der Installation standardmässig vergebene Gruppe 'public' ist auch in 

eRunbook voreingetragen. Weitere Informationen zu net SNMP können über die folgende 

Internetseite abgerufen werden: 

http://net-snmp.sourceforge.net/ 

Für Microsoft Windows basierte Betriebssysteme gibt es mit dem Tool SNMP Informant ebenfalls die 

Möglichkeit einen Daemon zu installieren, der zusätzliche Konfigurationsdaten abfragt. Weitere 

Informationen zum SNMP Informant können über die Internetseite des Herstellers bezogen werden: 

http://www.snmp-informant.com/ 

Hinweis: Die oben abgebildeten Informationen sind nur ein Teil der Daten, die bei einem 

Netzwerk Scan zurückgeliefert werden. Eine vollständige Liste aller 

Systemmeldungen kann über den Eintrag Scanned Data aufgerufen werden. 



5.4.3 Agent 

Der eRunbook Agent stellt die zentrale Methode zur Datenerhebung für die eRunbook Plattform dar. 

Installationsdateien liegen für die folgenden Betriebssysteme / Plattformen bereit: 

Operating System Hardware Plattform ab Version 

AIX PowerPC IBM AIX 5.1 

HP-UX PA-RISC HP-UX B.11.00 A 

Solaris SPARC Solaris 2.6, Patchcluster 181105-21 

x86 Solaris 10.0 

Tru64 Alpha HP Tru64 5.1.A 

Linux x86 Debian 4.0 

RedHat Enterprise Linux ES 4 

SuSE Linux Enterprise 10.0 

SuSE Linux Professional 8.1 

Windows x86 Windows 2000 

Windows XP 

Windows Server 2003 

Informationen bzgl. Installation können im Kapitel 4 dieser Dokumentation und umfassend im 

Dokument eRunbook Installation Manual nachgelesen werden. 

Nach erfolgter Installation nutzt der Agent auf Linux / Unix basierten Plattformen bekannte Methoden 

zur Abfrage von Systeminformationen und Lastdaten. Auf Microsoft Windows basierten Systemen 

bezieht er Daten durch das Tool getsysinfo.exe. 

Der eRunbook Agent verfügt über Modi, die je nach Einsatzbereich unterschiedliche Funktionen 

übernehmen können. Sie ermöglichen es dem Administrator u.a.: 

– Systeminformationen abzufragen (Standard) 

– Informationen im Rahmen einer Routing-Funktion weiterzuleiten 

– Softwarepakete zu verteilen (Linux / Unix) 

Das Hauptaugenmerk liegt auf der Sammlung von Informationen zur Erstellung einer vollständigen 

Dokumentation des Zielsystems. 

Wie bereits erläutert, können alle erfassten Daten zu einem System über den Doc Viewer eingesehen 

werden. 



Die Dokumentation ist in Kapitel unterteilt. Eine Zusammenfassung gibt Aufschluss über die 

Rahmendaten des Systems. 

Abbildung 15: Informationen im Doc Viewer nach einem Agenten Scan 

In der Standardeinstellung erwartet der Online Agent einen Auftrag zum Scan durch den eRunbook 

Server. Der Scan wird durch cron Jobs ausgelöst, die der Administrator über den Bereich 

Administration/Interface definiert. 

Weitere Informationen zu Cron Jobs können im Kapitel 5.5 nachgelesen werden. 



5.5 Zyklische Datenerhebung über Cron Jobs 

Ein Cron Job regelt die zeitgesteuerte Abfrage von Konfigurationsdaten auf einem Zielsystem. 

Darüber hinaus kann ein Cron Job innerhalb von eRunbook eine Vielzahl weiterer Funktionen 

erfüllen. An dieser Stelle sei auch auf Kapitel 5.3.2 zu Discovery Jobs verwiesen. 

Ebenso wie bei der Autodiscovery, wird eine Systemdokumentation durch den eRunbook Server nach 

einem erfolgreichen Scan durch den Agenten erstellt bzw. aktualisiert. Hierbei können mehrere Jobs 

für unterschiedliche Systeme angelegt werden. Der Administrator kann somit gezielt Systeme des 

Rechenzentrums zu einem bestimmten Zeitpunkt scannen lassen, damit aktuelle Daten zu einem 

vereinbarten Termin vorliegen. 

Eine Liste aller Cron Jobs kann über den Bereich Administration / Interface / Cron Entries / All Cron 

Entries aufgerufen werden. 

Abbildung 16: Liste aller Cron Jobs im eRunbook System 

Die Liste gibt Aufschluss über den Prozess des entsprechenden Jobs, die Zeit(en) seiner Ausführung, 

sowie den aktuellen Status active oder inactive. 



Durch einen Klick auf die Activitybox links neben dem Job Eintrag wird das zugehörige Menü 

aufgerufen. Darin wird ein Cron Job über zwei Formulare konfiguriert: 

– Cron Editor 

Zur Bestimmung des Zeitintervals 

– Online Scan Editor 

Zur Eingrenzung des Scans auf bestimmte Systeme 

Der Cron Editor wurde bereits in Kapitel 5.3.2 bei der Einrichtung von Discovery Jobs eingehend 

beschrieben. Seine Anwendung ist im vorliegenden Fall identisch. Der Online Scan Editor stellt 

folgende Eingabemöglichkeiten bereit: 

Abbildung 17: Online Scan Editor 



Nr Feld Beschreibung 

1 Name Der Name des auszuführenden Cron Jobs 

2 Beschreibung Beschreibung der im Scan überprüften Systeme 

3 Parameter Angaben für den eRunbook Agenten auf den Zielsystemen. Wird in der 

Standardeinstellung nicht benötigt. 

4 Search Name der Suche, welche in eRunbook Zielsysteme definiert. Muss in der 

Standardeinstellung nicht verändert werden. 

5 Search Parameter 1 Angabe des gesuchten Attributes in der Reihenfolge der möglichen 

Suchparameter. Die Syntax besteht aus zwei Teilen: 

6 Search Parameter 2 siehe oben 




– searchX = Suchfeld in Reihenfolge 1 bis X 

– Attribut = Suchbegriff analog zur Suchmaske, z.B. OS = Linux 

Eine Übersicht aller möglichen Attribute kann in der Systemübersicht im 

Bereich Configuration durch Aufklappen der Suchmaske eingesehen 

werden. 

Anhand dieser Vorgabe können bestehende Cron Jobs verändert, oder durch neue ergänzt werden. 

Hinweis: Im Auslieferungsstand bedürfen die vorgefertigten Cron Jobs keiner Anpassung. Die 

vorgegebenen Scans für Systeme (siehe Abbildung 19) umfasst alle gängigen 

Betriebssysteme und Plattformen. 



5.6 Einrichten der Online Hilfe 

Über die Online Hilfe können alle Bereiche des Systems über ein Fragezeichensymbol die 

grundlegende Benutzung der Anwendung erklären. 

Hinweis: Die Einrichtung erfordert eine korrekt installierte Openoffice Komponente. Mehr 

Informationen finden sich im Kapitel zur Installation. 

Die Online Hilfe verwendet das eRunbook Documentation Feature und erwartet für einen Hilfeeintrag 

zwei Angaben: 

1) Einen Hilfeeintrag, der entweder einer Suche oder einer Liste eindeutig zugeordnet ist 

2) Einen Text, der diesem Hilfeeintrag zugeordnet ist 

Die Verwaltung der Hilfeeinträge erfolgt im Bereich Administration. Hier wird über den Menüpunkt 

Help / Online Help Entries / Overview eine Liste aller vorhandenen Einträge angezeigt. Ist diese Liste 

leer, kann die Initialbefüllung über eine präparierte CSV-Datei erfolgen. 

Durch einen Klick auf das Zahnradsymbol wird die Activitybox der Hilfeeinträge aufgerufen. Hier wird 

der Eintrag Export/Import ausgewählt. 

Im sich öffnenden Dialog wird die folgende Datei dem System übergeben: 

instanz\eDemo\master\data\runtime_help.csv 

Nachdem sich das Fenster aktualisiert hat, befinden sich die Einträge im System. Nun werden über 

das Documentation Feature die Text hinterlegt. 

Hierzu wird in der Activitybox der Eintrag Edit Documentation gewählt. 

Im sich öffnenden Dialog wird die folgende Datei dem System übergeben: 

instanz\eDemo\master\onlinehelp\DE\runtime_help.doc 

Die Hilfeeinträge wurden nun vollständig im System eingerichtet und können über die 

Fragezeichensymbole in Formularen und Listen aufgerufen werden. 



6 Die Anwendung 

6.1 Anwendungsbereiche 

Die in Abbildung 2 gezeigten Einträge des Drop Down Menüs stellen eine typische Sortierung 

wichtiger Anwendungsbereiche dar. Sie erlauben einen direkten Einstieg zu folgenden Funktionen: 

Datacenter: 

Das Rechenzentrum und seine wichtigsten Rahmendaten werden in diesem Bereich abgebildet. 

Dieser Punkt dient als Einstieg und Generalübersicht für Daten, die ebenfalls in anderen Bereichen 

des Systems gepflegt werden und ermöglicht so dem Betrachter eine übergreifende Sicht. 

Mit Datacenter erhält man Zugriff auf: 

– Freigegebene Betriebshandbücher 

– Standorte 

– Hardware 

– Betriebssysteme 

– Zentrale Applikationen 

– Bereitgestellte Services 

– Business Prozesse 

Incident Management 

Störungen des Betriebs werden im Incident Management verwaltet und duch den so genannten 

Ticket Workflow erfasst. Ihm liegt die eRunbook eigene Workflow Engine zugrunde. Diese ermöglicht 

die Definition verschiedenster Prozesse zur Abbildung im System. 

Mit dem Incident Management erhält man Zugriff auf: 

– Lifecycle der Tickets 

– Übersicht aller Tickets nach verschiedenen Ordnungskriterien 

– Datacenter Logbook für den Vermerk besonderer Vorkommnisse 

– Knowledge Base 

Problem Management 

Probleme sind den Störungen nachgeordnet und bezeichnen innerhalb von eRunbook Vorgänge, die 

nicht mit den Mitteln eines Support Desk gelöst werden können. Zur Verfolgung der einzelnen 

Vorgänge wird ebenfalls die Workflow Engine verwendet. 

Mit dem Problem Management erhält man Zugriff auf: 





– Knowledge Base 

Release Management 

Die Veröffentlichung von Applikation und Komponenten wird über das Release Management 

abgebildet. Auf Grundlage der Workflow Engine ermöglicht es die Verfolgung einer Entwicklung bis 

zu deren Abnahme und Veröffentlichung. 

Mit dem Release Management erhält man Zugriff auf: 



– Software 

– Module 

– Release 

Change Management 

Zur Planung von Veränderungen im Rechenzentrum dient bietet es sich an einen eigenen Prozess zu 

definieren. Der Change Prozess innerhalb von eRunbook wird auf Grundlage des Ticket Systems 

protokolliert und kann somit durch alle Beteiligten über die Ticket-Historie nachvollzogen werden. 

Mit dem Change Management erhält man Zugriff auf: 



– Analysen zu beteiligten Hardware und Software Komponenten 

Configuration Management 

Die automatische Erfassung und Verarbeitung von Konfigurationsdaten ist eine der Stärken des 

eRunbook Systems. Plattform übergreifende Informationen können vereinheitlicht dargestellt und 

dokumentiert werden. Der Stücklistengenerator ermöglicht eine Übersicht sowohl über Hardware wie 

Software aller durch Agenten überwachten Systeme. 

Mit dem Configuration Management erhält man Zugriff auf: 

– Lifecycle der Configuration Items 

– Configuration Items und deren Untergruppen 

– Stücklisten z.B. für Prozessoren, Speicher und Software 

– Abhängigkeitsanalysen zu Netzwerksegmenten, Services und Freigaben 

– TDC (Technical Detected Changes) als ständige Veränderungsüberwachung 

– Überwachung der Scans 

– Suche nach neuen Systemen im Netzwerk 

Dynamic Manual 

Das dynamische Betriebshandbuch bietet eine Verbindung statischer und dynamischer 

Kapitelbausteine. So können bestehende Handbücher im Microsoft Word Format importiert und in 

einzelne Kapitel aufgeteilt werden. Diese Kapitel können dann z.B. durch automatisch erfasste 



Konfigurationsdaten ergänzt werden, sodass über eRunbook ein ständig aktuelles und versioniertes 

Handbuch gepflegt wird. 

Über Dynamic Manual erhält man Zugriff auf: 

– Aktionen zum Erstellen und Bearbeiten von Handbuchvorlagen 

– Editieren von Inhalten der Handbuchkapitel 

– Auflistung der Handbücher nach Status und Version 

PIM 

Im Personal Information Manager werden alle Kontakt- und Kalenderdaten zusammengefasst. Alle in 

eRunbook verwendeten Adressen werden hier zentral verwaltet. Das System unterscheidet zwischen 

Internen und Externen, Kunden und Ereignissen. Darüber hinaus können einem Kontakt Rollen 

innerhalb des Unternehmens zugeteilt werden. 

Über den Personal Information Manager erhält man Zugriff auf: 

– Ereignisse, die in Kalendern enthalten sind 

– Kalender, die einer Person oder einem Prozess zugehörig sind 

– Kontakte 

– Rollen innerhalb des Unternehmens 

Administration 

Die Verwaltung des eRunbook Systems wird über den Punkt Administration vorgenommen. Dies 

beinhaltet die Definition der folgenden Rahmenparameter: 

– Prozesse der eRunbook Workflow Engine 

– Rahmendaten und Module der TDCs 

– Interface Einstellungen zum Scannen von Systemen 

– Typen und Gruppen z.B. für Hardware Modelle, Dokumente und Services 

– Log Files zur Einsicht und Analyse der eRunbook Kernkomponenten 

– Bearbeitung der Einträge des Online Hilfe Systems 

Master Process 

Der Master Process bietet die Möglichkeit sämtliche Funktionen der eRunbook Umgebung zu 

editieren. Er bietet u.a. Zugriff auf: 

– Schnelle Aktualisierung des Systems 

– Zugriff auf alle Konfigurationsdateien (sog. Master Files) 

– Analyse der Beziehungen 

– Update der Laufzeitumgebung 

eRunbook kann im Unternehmen zur Unterstützung unterschiedlicher Aufgaben herangezogen 

werden. Die folgenden Kapitel befassen sich mit den häufigsten Einsätzen und beschreiben 

erfolgreiche Herangehensweisen für alltägliche Anforderungen. 



6.2 Configuration Management & CMDB 

Sobald die Installation abgeschlossen und erste Cron Jobs ausgeführt worden sind, werden Daten 

automatisiert in das eRunbook System geschrieben. Die folgenden Kapitel sollen einen Einblick in 

das Configuration Management geben. 

6.2.1 Vorbereitung weiterer Datensätze 

Nachdem das System eingerichtet worden ist und erste Daten erfasst werden, bietet eRunbook die 

Möglichkeit, diese noch weiter zu verfeinern. Im Rahmen der Datenveredelung lassen sich weitere 

Informationen in Beziehung setzen und ermöglichen so noch genauere Einblicke in die Aufstellung 

des RZ. 

Folgende Informationen können eingebracht werden: 


1 Asset Daten Oft ist es hilfreich zu einem bestehenden System weitere Daten 

verfügbar zu haben. Das Configuration Management in eRunbook 

sieht die Bereitstellung von Asset Daten vor. 

Hinweis: Informationen können z.B, einem vorhandenen ERP 

System entnommen und über einen CSV Import 

eingelesen werden. 

2 Standorte Im Rahmen des Configuration Management ist es möglich über 

Standorte hinweg zu navigieren und die verwendete Hard- und 

Software auf diese Weise zu erschließen. Erforderlich sind 

besonders vorbereitete *.svg Dateien der Standorte. 

Hinweis: Zur Erstellung der *.svg Dateien kann ein Open 

Source Vektor Programm wie z.B. „Inkscape“ 

verwendet werden. 

3 RZ Hardware Über die Rack Ansicht besteht die Möglichkeit, einen Server Schrank 

innerhalb der Anwendung so abzubilden, wie er sich durch die 

Zusammenstellung seiner Komponenten auch in Wirklichkeit 

darstellt. Hierzu werden im System Hardware Modelle angelegt, 

denen eine Front- und eine Rückansicht zugeordnet werden können. 

Hinweis: Die Grafiken der Geräteansicht müssen eine 

einheitliche Breite von 266 Pixeln haben. Bzgl. der 

Höhe ergeben sich folgende Richtwerte: 

- 1 HE = 266px * ~30px 

- 2 HE = 266px * ~50px 

- 3 HE = 266px * ~99px 



6.2.2 Checkliste zur Erweiterung des Configuration Management 

Verwenden Sie folgende Checkliste zur Sammlung Ihrer Daten. 


1 Asset Daten Habe ich Inventurdaten zur Ergänzung der 

Hardware-Informationen (Serien-Nr., etc.)? 

Optional 

2 Standorte Auf welche Standorte ist die Infrastruktur verteilt? Optional 

3 Raumpläne Gibt es Raumpläne mit eingezeichneten 

Systemen? 

4 Serverschränke Gibt es Übersichten über die Zusammenstellung 

der verwendeten Serverschränke und Racks? 

5 Facility 

Management 

Wie ist eine Nutzung von Standortinformationen 

vorgesehen? 

Optional 

Optional 

Optional 



6.2.3 Betriebssysteme und Hardware manuell verbinden 

Sofern kein CSV-Import für Betriebssysteme (OS Domains) oder Hardware (HW Domains) 

vorgenommen wurde und die Configuration Items manuell im System angelegt werden sollen, 

erfordert dieser Vorgang zwei Schritte: 

Schritt 1 

Bevor die per Autodiscovery gefundenen Betriebssysteme im System als OS Domains angelegt 

werden können muss ein Stück Hardware vorhanden sein, welches als Träger dient. HW Domains 

werden manuell im Bereich Datacenter/Hardware angelegt. 

Über die Activitybox wird hier mit dem Befehl create new object eine neue HW Domain angelegt. 

Abbildung 18: HW Domain Editor 

Im Feld Model wird das Hardware Model ausgewählt. Die Liste verfügt bereits über eine Auswahl von 



Server und Desktop Modellen. Sollte die im RZ verwendete Hardware nicht vorhanden sein, kann sie 

nachträglich angelegt werden. 

Hinweis: Bereits vorhandene OS Domains können über die Mehrfachauswahl im letzten 

Eingabefeld zugewiesen werden. Befinden sich die Systeme jedoch noch in der 

Liste Discovered Objects, kann das Feld an dieser Stelle leer bleiben. 

Schritt 2 

Im Bereich Administration/Interface/All Discovered Objects können, wie bereits beschrieben, Systeme 

zugeordnet werden. Über den Button Create des Discovered Object Editors wird der Dialog zur 

Erstellung einer neuen OS Domain aufgerufen. 

Abbildung 19: OS Domain Editor 

Wurden die mit rot hinterlegten Felder ausgefüllt, kann das System (OS Domain Objekt) durch einen 

Klick auf den Schalter Save angelegt werden. 

Achtung: Der Schalter Save & Close schließt das Formular. Daten müssen dann zu einem 

späteren Zeitpunkt ergänzt werden. 



Das Anlegen dauert in der Regel wenige Sekunden in denen die entsprechenden Datenbankeinträge 

geschrieben werden. Danach wird das Formular um einige Einträge erweitert. 

Abbildung 20: Attribute Editor 

In der vollständigen Ansicht der OS Domains lassen sich dem Betriebssystem Applikationen, 

Dokumentente und eine Hardware zuweisen. In der Abbildung oben ist die zuvor erstellte HW 

Domain bereits automatisch eingetragen. 

Das Formular kann nun durch einen Klick auf den Schalter Save & Close geschlossen werden. 



6.2.4 Veränderungsüberwachung mit TDCs 

Eine umfangreiche Sammlung von Konfigurationsdaten gehört zu den besonderen Stärken von 

eRunbook. Ein besonderes Augenmerk dabei liegt in der Aufdeckung von Unterschieden in den 

Systemkonfigurationen. 

6.2.4.1 Was ist ein TDC ? 

Die Abkürzung TDC bezeichnet ein Feature von eRunbook und bedeutet in der Langform Technical 

Detected Change. Ein TDC kann von eRunbook automatisch angelegt werden, wenn zwischen zwei 

bekannten Konfigurationsständen Unterschiede erkannt wurden, bzw. bestimmte Ereignisse 

eingetroffen sind. 

Bevor TDCs erzeugt werden können ist es erforderlich, dem Betriebssystem ein so genanntes TDC 

Setting zuzuweisen. Ein Setting besteht immer aus einer Reihe von TDC Modulen, die ihrerseits aus 

einer Reihe von TDC Entries bestehen. 

Vereinfacht ausgedrückt beinhaltet ein TDC Setting eine Zusammenstellung von zu überwachenden 

(u.a. Betriebssystem spezifischen) Werten, die für einen bestimmten Zweck überwacht werden. 

Die Hierarchie lässt sich am besten in einer einfachen Grafik darstellen: 

Abbildung 21: Aufbau des TDC Features 



6.2.4.2 TDC Settings zuweisen 

Damit ein Betriebssystem überwacht wird, muss ihm ein aktives TDC Setting zugewiesen werden. 

Dies geschieht über den Attribute Editor. 

Nach einem Wechsel in den Bereich Configuration wird zunächst eine Liste aller Systeme angezeigt. 

Links neben jedem System kann über das Zahnradsymbol die Activitybox aufgerufen werden. Nach 

einem Klick auf den Eintrag Attribute Editor öffnet sich ein neues Formularfenster. 

Abbildung 19: TDC Setting im Attribute Editor zuweisen 

Sobald der Attribute Editor mit dem zugewiesenen TDC Setting gespeichert und geschlossen wurde, 

wird das System nach dem nächsten auf Unterschiede in den überwachten Konfigurationsdateien 

untersucht. Wurde ein Unterschied gefunden, so wird automatisch ein TDC erzeugt. 

Die Liste der TDCs kann unter Configuration/TDC/TDC Results aufgerufen werden. 

Abbildung 20: Ein neuer TDC nach erfolgtem System Scan 

Hinweis: TDC Settings können aktiv und inaktiv geschaltet werden. Inaktive TDC Settings 

erzeugen keine TDCs! 



6.2.4.3 TDCs quittieren 

TDCs werden mit einer Ampel versehen, die erkennen läßt, ob die festgestellte Veränderung bereits 

überprüft wurde. Neue TDCs werden mit einer roten Ampel versehen (siehe Abbildung 20). 

Um den TDC zu quittieren muss das entsprechende Formular über die nebenstehende Activitybox 

aufgerufen werden. Per Drop Down Menü wird der TDC hier geschlossen und nach Eingabe einer 

kurzen Notiz gespeichert. 

Abbildung 20: Ein neuer TDC nach erfolgtem System Scan 



Nach dem Speichern aktualisiert das System die Liste im Hintergrund und zeigt nun einen quittierten 

TDC an. Die grüne Ampel markiert den abgeschlossenen Vorgang. 

Abbildung 21: Quittierter TDC 

Hinweis: TDCs eignen sich nicht nur zum Vergleich von Konfigurationsdaten, vielmehr kann 

die Funktionalität auf jede Art von Regelabweichung angewendet werden. Im 

Bereich Administration der Anwendung stehen dem Administrator weitere 

Möglichkeiten offen, eigene TDC Entries und Regeln zu definieren. 



6.2.5 Automatisiertes Inventory 

Sämtliche von eRunbook erhobenen Daten werden Plattform übergreifend in ein einheitliches 

Hardware / Software Inventory geschrieben. Systeme können dort mit Hilfe der Suchmaske zu 

unterschiedlichen Reports sortiert werden. 

Abbildung 22: Inventory Menü im Configuration Management 

Das Inventar gibt direkten Zugriff auf Listen zu den häufigsten Leistungsmerkmalen, sowie einigen 

Infrastrukturdaten wie z.B. Zugehörigkeit in Netzen, verwendete Dateisysteme und Nutzer Accounts. 

Abbildung 23: Suchmaske zur Einschränkung der Suchergebnisse 

Über die Suchmaske am oberen Rand der Ergebnisliste können die Ergebnisse eingeschränkt 

werden. 



6.2.6 Funktionen der Activitybox im Configuration Management 

In den Systemlisten des Configuration Management bietet die Activitybox zu jedem System folgende 

Einträge an: 

Eintrag Activitybox Funktion Beschreibung 

Attribute Editor Verwaltung Ruft das Formular für die Attribute des Systems auf. 

Lifecycle Editor Verwaltung Ruft das Formular für zum Lifecycle Mgmt. auf. 

Network Graph Visualisierung Zeigt Systeme an, mit denen das ausgesuchte System 

verbunden ist. 

Shares: Client View Graph Visualisierung Zeigt die mit dem System verbunden Shares an. 

Shares: Server View Graph Visualisierung Zeigt die vom System bereit gestellten Shares an 

Start History Viewer Viewer Über den History Viewer werden dokumentierte 

Veränderungen angezeigt. 

Start Doc Viewer Viewer Der Doc Viewer liefert eine strukturierte 

Systemdokumentation, welche auch in Form eines PDFs 

heruntergeladen werden kann. 

Start Compare Viewer Viewer Der Compare Viewer ermöglicht den Vergleich zwischen 

Systemen und Zeitpunkten 

Full Scan Kommando Löst einen vollständigen System Scan (Netzwerk und 

Agent) aus. 

Scan Collected Data Kommando Löst einen Scan von gesammelten Daten zu dem System 

aus. 

Scan Load Data Kommando Löst einen Scan aktueller Lastdaten des Systems aus. 

Scan Network info Kommando Löst einen Scan über Netzwerkmethoden (nmap, SNMP) 

für das ausgewählte System aus. 

Move object to trash Kommando Löscht das ausgewählte System von der Liste 

Für die Visualisierung von Beziehungen wird ein Java Applet verwendet. Es muss daher 

sichergestellt werden, dass Java auf dem betrachtenden System ordnungsgemäß installiert und 

konfiguriert ist. 

Achtung: Ein Objekt, welches über die Activitybox gelöscht wurde, befindet sich im so 

genannten Trash Folder. In Anlehnung an die Handhabung eines Betriebssystems 

werden Einträge nicht sofort vollständig gelöscht. Sie können durch den 

Administrator im Bereich Administration/Extras/Trash wieder hergestellt oder 

endgültig aus der Datenbank entfernt werden. 



6.2.7 Vorgegebene Suchen verändern und speichern 

6.2.7.1 Suchen definieren über die Suchmaske 

Frei konfigurierbare Suchen sind eine Stärke der eRunbook Plattform. Jede Zusammenstellung von 

Daten in Listenform kann in Echtzeit durch die Eingabe zusätzlicher Suchparameter eingegrenzt 

werden. 

Ausgangspunkt einer Anpassung der Suche ist die Suchmaske im Kopfbereich oberhalb der 

aufgelisteten Informationen. 

Abbildung 24: Aufgeklappte Suchmaske für Betriebssysteme 

Nach einem Klick auf das rote Hide / Expand Icon wird die Suchmaske aufgeklappt. Wie im 

Screenshot oben erkennbar ist, sind alle aktuell ausgegebenen Ergebnisse vom Typ OS Domain 

(Operating Systeme Domain), d.h. vom Typ Betriebssystem. 

Die Ergebnisliste kann nun verfeinert werden, in dem durch einen Klick auf das Pfeilsymbol rechts 

vom Suchfeld ein Fenster geöffnet wird, das mögliche Einschränkungen aufzeigt. 



Eine mögliche Einschränkung der Betriebssysteme kann z.B. über den Hersteller erfolgen. Hierzu 

wird das Pfeilsymbol in der zweiten Zeile (OS contains) ausgewählt. 

Abbildung 25: Auswahl von Systemherstellern und Applikationen 

Ein Auswahldialog öffnet sich in einem neuen Fenster. Von der Liste wird nun der Eintrag SuSE Linux 

ausgewählt. Ein Klick auf den Eintrag übernimmt diesen in die Suchmaske und schließt den Dialog 

automatisch. 

Jetzt wird die Suche erneut durch einen Klick auf den Schalter Search ausgeführt. 

Abbildung 26: Übernahme der Suchparameter 

Die Ergebnisliste der Betriebssysteme beinhaltet jetzt ausschließlich SuSE Linux Systeme. 



6.2.7.2 Suchen speichern über den Search Editor 

Durch wenige Klicks soll nun eine einmal erfolgte Einschränkung von Ergebnislisten permanent 

verfügbar sein. Die Speicherung wird über einen Klick auf das Diskettensymbol links neben dem Hide 

/ Expand Schalter vorgenommen. 

Abbildung 27: Auswahl von Systemherstellern und Applikationen 

Der Klick öffnet den Search Editor in einem neuen Dialogfenster. 

Abbildung 28: Dialog des Search Editor 



Im Dialogfenster sind bereits die wichtigsten Daten aus dem Browserfenster übernommen worden. 

Einzig Name und Beschreibung müssen an dieser Stelle noch editiert werden, bevor die Suche 

gespeichert werden kann. 

Hinweis: Suchen haben immer einen Eigentümer und stehen diesem zur Erstellung von 

Reports und Dynamischen Handbüchern zur Verfügung. 

Eine Suche kann allen eRunbook Usern zur Verfügung gestellt werden, in dem der 

Typ Private in Zeile drei auf Public umgestellt wird. 

Nachdem die Suche gespeichert worden ist, steht sie ab sofort in der Drop Down Liste gespeicherter 

Suchen zur Abfrage bereit. 

Abbildung 29: Gespeicherte Suchen und Suchergebnisse 

Eine gespeicherte Suche kann auch nachträglich verändert werden. Wird sie über das Drop Down 

Menü am linken Rand des Browser Fensters ausgewählt, so erscheint zusätzlich zum 

Diskettensymbol ein Zahnrad. 

Durch einen Klick auf das Zahnradsymbol wird der Search Editor erneut mit den gespeicherten 

Parametern aufgerufen. Änderungen können nun vorgenommen und danach erneut gespeichert 

werden. 



6.3 Dynamische Betriebshandbücher 

Mit dynamischen Betriebshandbüchern werden in eRunbook folgende Eigenschaften vereint. 

Sie erlauben es einem Anwender bereits bestehende Dokumentationen zu Prozessen, 

Konfigurationsdaten und Vorgehensweisen in das System einzulesen und dort in Kapitelbausteine 

und Vorlagen zu verwandeln. 

Inhalte können mit verschiedenen Vorlagen verknüpft werden und unterliegen durch die 

Veröffentlichung eines neuen Dokumentes einer vollständigen Versionskontrolle. Unterschiede 

zwischen den Handbuchversionen können durch Vergleiche zwischen neuen und alten Textblöcken 

aufgezeigt werden. 

Darüber hinaus können Inhalte der eRunbook Datenbank über zuvor gespeicherte Suchen (siehe 

Kapitel 5.1.6) mit Kapiteln verknüpft werden und so fortan immer aktuelle Werte in einem 

Handbuchformat ausgeben. 

Die Handhabung der eRunbook Umgebung zur Verbindung von manuell und automatisch erfassten 

Inhalten in ein einheitliches Dokument wird in den folgenden Kapiteln über dynamische 

Betriebshandbücher erläutert. 

6.3.1 Vorbereiten der Daten 

Die zur Erstellung eines dynamischen Betriebshandbuches erforderliche Zeit kann maßgeblich durch 

Vorbereitung von Kerndaten verkürzt werden. Ein dynamisches Betriebshandbuch profitiert von 

Konfigurationsdaten, wie sie in Kapitel 5.1.1 erhoben werden. 

Zu den Kerndaten des Handbuchs zählen folgende Informationen: 


1 Prozeduren Eine einheitliche Struktur hilft bei der Beschreibung der Infrastruktur. 

Durch eine Überführung in ein dynamisches Betriebshandbuch 

werden alle Kapitel der Ausgangsdatei in Prozeduren umgewandelt, 

die durch eine Vorlage strukturiert werden. Vorhandene Dokumente 

müssen im Microsoft Office Format *.doc vorliegen. 

Hinweis: Der erfolgreiche Import des bestehenden 

Dokumentes ist davon abhängig, dass Kapitel durch 

Verwendung von Überschriftformatierungen von 

einander abgegrenzt sind, z.B. 1 / 1.1 / 1.2 etc. 


sollten alle Kontaktdaten der Autoren bereit gehalten werden. 

eRunbook unterscheidet zwei Gruppen von Benutzern: Interne und 

Externe Benutzer. 

Hinweis: Nur interne Benutzer erhalten einen eigenen Login 

mit dem sie sich in das System einloggen können. 



6.3.2 Checkliste zur Vorbereitung der Handbuch-Erstellung 

Verwenden Sie folgende Checkliste zur Sammlung Ihrer Daten, um möglichst schnell ein 

vollständiges Betriebshandbuch über ihre eRunbook Instanz veröffentlichen zu können. Optionale 

Informationen wurden entsprechend gekennzeichnet. 


1 Bestehende 

Betriebshandbücher 

Durch den Import eines bestehenden Dokuments 

wird die Dokumentenstruktur im System erstellt. 

2 Ansprechpartner Wer sind meine Ansprechpartner intern und 

extern für Hardware, Software und 

Dienstleistungen? 

3 Applikationen Welches sind unternehmensrelevante 

Applikationen und wo werden sie betrieben? 

Welche Hardware ist involviert? 

4 Prozesse Wie verlaufen Entscheidungsprozesse? Wie 

gliedert sich die administrative Ebende des 

Unternehmens? 

5 Services Welches sind unternehmensrelevante 

Dienstleistungen, die durch das RZ erbracht 

werden? Welche Hardware ist involviert? 

6 IP-Adressen Werden Systeme im Handbuch anhand 

eindeutiger IP-Adressen referenziert? 

7 Betriebssysteme Welche Betriebssysteme werden für welchen 

Einsatz vorgehalten? 

8 Standorte Auf welche Standorte ist die Infrastruktur verteilt? 

Welche Hardware befindet sich wo? 

Notwendig 

Empfohlen 

Empfohlen 

Empfohlen 

Empfohlen 

Empfohlen 

Optional 

Optional 

9 Hersteller Welche Hersteller liefern Hard- und Software? Optional 

10 Asset-Daten Habe ich Inventurdaten zur Ergänzung der 

Hardware-Informationen (Serien-Nr., etc.)? 

Optional 



6.3.3 Import bestehender Handbücher 

Da die Erstellung eines neuen Handbuchs auf dem Import einer *.doc Datei beruht, muss darauf 

geachtet werde, dass die zu importierenden Kapitel (Prozeduren) im Dokument korrekt referenziert 

sind. 

Eine Beispiel doc-Datei für den Import sollte folgende Struktur haben: 

Kapitel Ebene 1 Kapitel Ebene 2 Kapitel Ebene 3 

1. Überschrift 1 - - 

- 1.1 Überschrift 2 - 

- - 1.1.1 Überschrift 3 

- - 1.1.2 Überschrift 3 

2. Überschift 1 - 



etc. etc. etc. 

Bei den oben angeführten Überschrift-Formatierungen handelt es sich um notwendige Informationen 

zur korrekten Referenzierung von Objekten (Textbausteinen) innerhalb einer eRunbook-Instanz. 

Diese Objekte (Textbausteine) können beliebige Informationen enthalten. So lassen sich Tabellen, 

Fließtext und Grafiken auf gleiche Weise importieren. 

Zum Import des bestehenden Dokuments wird in den Bereich Dynamic Manual gewechselt. Im 

Hauptmenü bietet der erste Reiter Templates die Möglichkeit eine neue Handbuchvorlage anzulegen: 

Abbildung 30: Menü zum Erstellen einer neuen Handbuchvorlage 



Durch einen Klick auf den Eintrag Create New Manual Template wird ein Eingabedialog in den 

Vordergrund geladen. Hier werden die Rahmendaten für die neue Handbuchvorlage eingetragen und 

die *.doc-Datei durch einen Klick auf den Schalter Durchsuchen ausgewählt. 

Abbildung 31: Dialog zur Erstellung einer neuen Handbuchvorlage 

Wurden alle Einträge vorgenommen, kann der Dialog durch einen Klick auf den Schalter Save 

geschlossen werden. Das ausgewählte Dokument wird nun an das System übertragen. Je nach 

Größe der Eingangsdatei kann die Bearbeitung ein paar Sekunden in Anspruch nehmen. 

Nach erfolgreichem Upload wird das neue Handbuch mit dem Statuts Pending, d.h. noch nicht 

veröffentlicht, angezeigt. Ein PDF Symbol signalisiert, dass das Handbuch in seiner Version 1 bereits 

heruntergeladen werden kann. 

Abbildung 32: Ein neues Handbuch erscheint mit dem Status Pending 



6.3.4 Struktur im eRunbook System 

Ein Verständnis für die Struktur des dynamischen Handbuchs erleichtert nicht nur den Umgang mit 

einzelnen Textpassagen, es ermöglicht auch die schnelle Bearbeitung mehrerer Dokumente mit 

wenigen Mausklicks. 

Im Gegensatz zu einem herkömmlichen Dokument, bei dem ein Eintrag im Inhaltsverzeichnis mit 

einem Kapitel korrespondiert, wird im dynamischen Handbuch eine weitere Instanz (Template Entry) 

eingefügt, die darüber entscheidet, ob der Inhalt des Kapitels statischer oder dynamischer Natur ist. 

Folglich entscheiden drei organisatorische Einheiten über die Abbildung des Inhalts im Handbuch: 

– Das Template Objekt als Sammlung aller Template Einträge 

– Der Template Eintrag zur Wahl des erwarteten Inhalts 

– Wahlweise die Prozeduren (statisch) oder die Suchen (dynamisch) als Lieferanten für Inhalte 

Abbildung 33: Struktur eines dynamischen Handbuchs 



Aufbauend auf dem oben abgebildeten Schema sieht der Ablauf eines Handbuchimports 

folgendermaßen aus. 

Die Ursprungsdatei wird wie in Kapitel 5.2.3 beschrieben per Upload in das System übertragen. Dort 

werden die Kapitel anhand ihrer Überschriften in einzelne Template Entries aufgeteilt, wobei für jeden 

Template Entry zusätzlich eine zugehörige Prozedur angelegt wird. 

Im übergeordneten Template Objekt werden die Template Entries aufgelistet, mit denen das 

Handbuch erstellt wird. Dabei können Template Entries entweder statische oder dynamische Inhalte 

in ihrem Kapitel beisteuern. 

Hinweis: Ein Kapitel kann statische oder dynamische Inhalte haben. Nicht beides. 

Dynamische Inhalte werden aus gespeicherten Suchen zusammengestellt. Diese werden im 

entsprechenden Template Eintrag aus der Liste vorhandener Suchen ausgewählt. Auf Grundlage 

dieser Aufteilung lassen sich unterschiedlichste Kombinationen aus festen und dynamischen Inhalten 

generieren. 

Die folgenden Kapitel sollen einen Einblick in die Arbeitsschritte geben, mit denen Handbücher 

editiert werden. 

6.3.5 Inhalte editieren 

Nach dem Upload der *.doc Datei werden Kapitel in Form von Prozeduren angelegt. Diese können 

über das Hauptmenü angezeigt werden. 

Abbildung 34: Prozeduren werden über das Hauptmenü aufgerufen 

Tip: Vergeben Sie eindeutige und beschreibende Namen für Ihre Handbuchvorlagen. 

Das Hauptmenü enthält dynamische Einträge, wie z.B. die Namen der bereits 

vorhandenen Handbuchvorlagen. Je treffender die Bezeichnung gewählt wird, umso 

leichter kann die Navigation auch in umfangreichen Datensammlungen erfolgen. 



Wurden bereits mehrere Handbuchvorlagen erstellt, können die zugehörigen Prozeduren auch über 

den Menüpunkt Content / Show Procedures by Manual Template angezeigt werden. 

Die angezeigte Liste der Prozeduren stellt jedem Eintrag eine Activitybox zur Seite. 

Abbildung 35: Activitybox Einträge der Prozeduren 

Für Prozeduren steht ein Formular mit drei Reitern zur Verfügung. Die jeweiligen Formularreiter 

können über die Activitybox direkt ausgewählt werden. 

Nr Information Beschreibung 

1 Content Editor Über den Content Editor wird ein Formular mit einem Rich Text 

Editor aufgerufen. Hier können die Inhalte des importierten 

Handbuchs editiert werden. 

2 External Documents Sofern für eine Prozedur weitere Dokumente erforderlich sind, 

können diese hier hinterlegt werden. 

3 Relation Editor Eine Prozedur kann mit verschiedenen Objekten einer eRunbook 

Instanz verknüpft werden. Dazu gehören u.a. Betriebssysteme, 

Hardware, Dienste, etc.. Die Verknüpfung wird bei Analysen und 

Reports berücksichtigt. 

Hinweis: Vor einem Wechsel zwischen den Formularreitern muss gespeichert werden, um 

die Änderungen an das System zu übertragen. 



6.3.6 Erstellen einer neuen Handbuchversion 

Nach Einpflegen der Änderungen soll eine neue Handbuchversion erstellt werden. Hierzu wird 

zunächst eine Liste der Handbücher über den Hauptmenüpunkt Manuals / Show All Manuals 

aufgerufen. 

Durch einen Klick auf das Zahnradsymbol vor dem Handbucheintrag wird die Activitybox aufgerufen. 

Abbildung 36: Activitybox Einträge der Handbücher 

Für Handbücher stehen mehrere Formulare zur Verfügung. Analog zu Formularen in anderen 

Bereichen der Anwendung sind auch hier die einzelnen Formularreiter in Gruppen unterteilt und 

können über die Activitybox direkt ausgewählt werden. 


1 Manual generation 

(Handbuch) 

Das Formular für die Erstellung einer neuen Version wird hier 

aufgerufen. 

2 State Editor Legt den Status des Handbuchs fest. (Veröffentlicht/Wartend/etc.) 

3 Manual Content Das vollständige Handbuch wird in einer fortlaufenden Darstellung 

abgebildet. 

4 Compare with last major 

version 

5 Compare with last 

version 

Unterschiede zur letzten veröffentlichten Major Version werden 

farblich gekennzeichnet angegeben. 

Unterschiede zur letzten veröffentlichten Version werden farblich 

gekennzeichnet angegeben. 



Durch einen Klick auf den Eintrag Manual Generation [Handbuchname] wird das Formular zur 

Erstellung einer neuen Version aufgerufen. 

Abbildung 37: Formular zur Erstellung einer neuen Handbuchversion 

Im Formular muss ausgewählt werden, ob eine große oder kleine Versionsnummer erzeugt werden 

soll. Weiterhin muss eine Beschreibung den Anlass der Versionsänderung angeben. 

Nach einem Klick auf den Schalter Save wird das Handbuch erzeugt und alle aktuellen informationen 

aus den Template Entries und Procedures ausgelesen. Durch den vormals angegeben Grund für die 

neue Version lassen sich Versionsunterschiede schnell einordnen. 

Abbildung 38: Neue Handbuchversion 

Die neue Handbuchversion steht zum Download bereit. 



6.3.7 Inhalte vergleichen 

Die bei einer neuen Version angegeben Hinweise über den Grund gehen nicht weit genug, um eine 

Aussage darüber treffen zu können, was sich im Detail verändert hat. 

Hier hilft es, die relevanten Kapitel direkt gegenüber zu stellen. Dazu wird die entsprechende Ansicht 

aus der Activitybox des Handbuchs aufgerufen (vgl. Abbildung 33) 

Der Vergleich mit einer Vorgängerversion markiert die Unterschiede farblich. 

Abbildung 39: Vergleich zweier Handbuchversionen 



Der Vergleich wird auf alle Unterschiede angewandt, die zwischen zwei Versionen aufgedeckt 

werden können. Hierbei wird das ältere Dokument links, das neuere rechts angezeigt. Gelöschte und 

ergänzte Passagen werden in roter Schrift hervorgehoben. 

Hinweis: Textpassagen werden nur dann für ein Kapitel verglichen, wenn der Kapitelname 

gleich geblieben ist. Wird der Kapitelname verändert, zählt dies als ein neues 

Kapitel im Handbuch, bzw. als Löschung eines alten Kapitels. 

6.3.8 Dynamische Inhalte definieren 

Dynamische Inhalte werden über den Template Eintrag definiert. Dies geschieht mit Hilfe des Manual 

Template Entry Editor. Sein Aufruf erfolgt über einen Klick auf den entsprechenden Eintrag der Liste 

Dynamic Manual / Edit Manual Template Entries. 

Abbildung 40: Manual Template Entry Editor, statische Inhalte 

Alle Felder des Formulars wurden automatisch aus den Angaben des eingelesenen Handbuchs 

befüllt. An dieser Stelle kann nun die Entscheidung getroffen werden, den Inhalt eines Kapitels nicht 

über die ihm zugeordnete Prozedur (siehe Static Template Entry Editor) zu beziehen, sondern über 

eine bereits im System hinterlegte Suche (vgl. Kapitel 5.1.6). 



Dazu wird der Type in Zeile 6 von Static auf Dynamic gesetzt und das Formular einmal gespeichert. 

Abbildung 41: Manual Template Entry Editor, dynamische Inhalte 

Im neuen Reiter Dynamic Template Entry Editor kann nun aus einer Drop Down Liste aller 

gespeicherten Suchen diejenige ausgesucht werden, deren Ergebnisse in das Handbuchkapitel 

einfließen sollen. 

Abbildung 42: Dynamic Template Entry Editor 



Sobald ein neues Handbuch erstellt wird, fließen jetzt die Ergebnisse der Suche in das 

Handbuchkapitel ein. (vlg. auch Abbildung 30). 

Hinweis: Durch den Wechsel des Template Entry Types bleibt der statische Inhalt der 

Prozedur unverändert und wird bei der nächsten Handbucherstellung nicht weiter 

beachtet. Der zuletzt eingetragene statische Inhalt kann jeder Zeit wieder durch eine 

Umstellung von dynamic auf static abgerufen werden. 

6.3.9 Freigabe von Dokumentenversionen 

Nach der Erstellung einer neuen Handbuchversion wird das Dokument zunächst mit dem Status 

Wartend (Manual Pending) erstellt. Über diesen Schritt ist es möglich eine Prüfung vorzunehmen, 

bevor eine endgültige Veröffentlichung stattfindet. 

Zur Veröffentlichung wird der State Editor über die Activitybox des Handbuchs aufgerufen: 

Abbildung 43: State Editor zur Veröffentlichung des Handbuchs 

Sobald der Status über das Dropdown Menü auf Released gesetzt wird, wechselt automatisch der 

Status aller älteren Handbücher auf Outdated. Freigegebene Handbücher werden im Bereich 

Datacenter angezeigt. 



6.3.10 Handbuch als PDF exportieren 

Jedes Handbuch kann über einen Klick auf den Link neben dem PDF-Symbol direkt heruntergeladen 

werden. Es öffnet sich der Upload / Download Dialog: 

Abbildung 44: Upload / Download Dialog 

Nach einem Klick auf den Download Schalter im Kopfbereich des Dialogs wird die Datei auf den 

lokalen Rechner heruntergeladen. Als PDF wird das Handbuch in der gewohnt komfortablen Form 

ausgegeben. 

Abbildung 45: Handbuch PDF 



6.4 Service Support 

Zur Unterstützung von Helpdesk und Change Management verfügt eRunbook über eine eigene 

Workflow Engine. Workflows in eRunbook bestehen aus einer Abfolge von Milestones, die in ihrer 

jeweiligen Konstellation einen Prozess definieren. 

Im Folgenden soll beschrieben werden, wie Tickets erstellt und bearbeitet werden und welche 

Möglichkeiten sich durch die Definition eigener Prozesse ergeben. 

Zuletzt liegt ein besonderes Augenmerk auf der Verwendung des gemeinsamen Change Calendar. 

6.4.1 Vorbereiten der Daten 

Die zur Implementation eines Ticket Systems erforderliche Zeit kann maßgeblich durch Vorbereitung 

von Kerndaten verkürzt werden. 

Zu den Kerndaten des Ticket Systems zählen folgende Informationen: 


1 Prozesse Das System verfügt über eine Reihe vorgefertigter 

Prozessdefinitionen. Eine Anpassung an die im Unternehmen 

etablierten Prozesse für Incident, Change und Problem Management 

wird empfohlen. 

Hinweis: Prozesse und Milestones können im Bereich 

Administration definiert werden. 


sollten alle Kontaktdaten der Autoren bereit gehalten werden. 

eRunbook unterscheidet zwei Gruppen von Benutzern: Interne und 

Externe Benutzer. 

Hinweis: Für alle Bearbeiter können individuelle Startfenster 

definiert werden (Change Mgmt., etc.). 



6.4.2 Checkliste zur Vorbereitung der Workflow Engine 

Verwenden Sie folgende Checkliste zur Sammlung Ihrer Daten, um möglichst schnell zu einer 

vollständigen eRunbook Instanz zu gelangen. Optionale Informationen wurden entsprechend 

gekennzeichnet. 


1 Milestones Welche Stationen durchlaufen Tickets in meinen 

Prozessen? 

2 Prozesse Welche Prozesse werden im Unternehmen 

gelebt? Sind sie miteinander verknüpft? 

3 FAQs Gibt es Sammlungen von Antworten zu häufig 

gestellten Fragen? 

4 Known Problems Gibt es Sammlungen von Lösungen zu 

bekannten Problemen? 

5 Externe 

Dokumente 

6 Change Advisory 

Board 

Gibt es Standarddokumente die für die Lösung 

von Problemen oder Störungen angewendet 

werden? 

Sind alle Mitglieder des Change Advisory Boards 

bekannt? Können sie Status Meldungen zu 

Tickets erhalten? 

7 Change Calendar Gibt es definierte Down Zeiten oder Frozen 

Zones zur Übernahme von Changes? 

8 Config 

Management 

9 Facility 

Management 

Ist eine Nutzung von Konfigurationsdaten 

vorgesehen? 

Ist eine Nutzung von Standortinformationen 

vorgesehen? 

Notwendig 

Notwendig 

Empfohlen 

Empfohlen 

Optional 

Empfohlen 

Optional 

Empfohlen 

Optional 



6.4.3 Tickets erstellen und bearbeiten 

Innerhalb der eRunbook Umgebung werden Tickets gleich welchen Prozesses auf einheitliche Weise 

bearbeitet. Je nach hinterlegtem Prozess unterscheiden sich jedoch die in einem Ticket hinterlegten 

Daten deutlich. So enthalten Change Tickets andere Informationen als z.B. Incident Tickets. 

Im Folgenden soll die Verfahrensweise anhand eines Change Tickets exemplarisch gezeigt werden. 

Zunächst wird über das Hauptmenü in den entsprechenden Teil der Anwendungsumgebung, in 

diesem Fall Change Management, gewechselt. Das Hauptmenü bietet hier drei Unterpunkte: 


1 Lifecycle Über diesen Menüpunkt können Tickets neu angelegt und sortiert 

werden. 

2 Overview Über diesen Menüpunkt können die Change Records nach 

verschiedenen Kriterien durchsucht und sortiert werden. 

3 Change Analysen, Bestätigungsprozesse und technische aufgedeckte 

Veränderungen können über dieses Menü eingesehen werden. 

6.4.3.1 Basisinformationen des Tickets 

Ein neues Ticket wird über den Menüeintrag New Change Record angelegt. Die Vorgehensweise ist 

an dieser Stelle mit anderen Prozessen identisch. 

Abbildung 46: Menüaufruf des Formulars für neue Changes 



Durch einen Klick auf den Eintrag wird das Base Info Formular in einem neuen Fenster aufgerufen: 

Abbildung 47: Formular für Basisinformationen des Ticket 

Die Rahmendaten des neuen Tickets werden hier angegeben. Sind alle Eintragungen gemacht, wird 

der Dialog durch einen Klick auf den Schalter Save bestätigt. Angaben in rot hinterlegten Feldern sind 

erforderlich für das Anlegen des Tickets. Sie haben folgende Bedeutung: 


1 Process Hier kann der Prozess ausgewählt werden. CM - Change 

Management - ist in diesem Formular voreingestellt. 

2 Short Description Die Kurzbeschreibung, welche in der Übersicht der Tickets 

angezeigt wird. 

3 Category Jedes Ticket kann einer Kategorie zugeordnet werden. 

Kategorien können im Bereich Administration angepasst werden. 

4 Customer Priority Die Priorität des Vorgangs beim Kunden 

5 Priority Die Priorität des Vorgangs intern 



Nach Drücken des Schalters Save folgt ein kurzer Ladevorgang bei welchem das System die 

notwendigen Einträge in die Datenbank schreibt. Nach wenigen Sekunden wird das Menü um 

Change relevante Menüreiter erweitert: 

Abbildung 48: Menüaufruf des Formulars für neue Changes 

Zusätzlich werden die Basisinformationen um folgende Einträge erweitert, durch die das Ticket in 

Beziehung zu weiteren Objekten eRunbook Datenbank gesetzt werden kann: 

Abbildung 49: Erweiterte Basisinformationen 



6.4.3.2 Ticket Workflow 

Jedes Ticket wird durch den hinterlegten Prozess über eine Reihe von Milestones bis zum Abschluss 

dokumentiert. Die Vorgehensweise ist an dieser Stelle mit anderen Prozessen identisch. 

Abbildung 50: Das Workflow Formular eines Tickets 



Angaben in rot hinterlegten Feldern sind erforderlich für den Speichervorgang des Formulars. Sie 

haben folgende Bedeutung: 


1 Next Milestone Der aktuelle Milestone wird in der Zeile über dem Drop Down 

Menü ausgegeben und zeigt den aktuellen Stand der 

Bearbeitung. 

Ein neuer Milestone des Change Prozesses ist in diesem Feld 

bereits vorausgefüllt. Sollten mehrere Optionen zur Auswahl 

stehen können diese durch ein Aufklappen des Menüs 

ausgewählt werden. 

2 Reason for Milestone 

Change 

Sobald das Ticket von einem Milestone zum nächsten transferiert 

werden soll, ist eine kurze Begründung anzugeben. Sie dient der 

Dokumentation des Vorgangs und erstellt im unteren Bereich des 

Formularfensters die Vorgangshistorie des Tickets. 

Hinweis: Vor dem Wechsel zwischen den Formularreitern muss ein ausgefülltes Formular 

durch einen Klick auf den Schalter Save gespeichert werden. Das Speichern des 

Formulars bewirkt an dieser Stelle automatisch das Erreichen eines neuen 

Milestones. 

6.4.3.3 Change Editor 

Im Formular des Change Editor können verschiedene Angaben zum Vorgang gemacht werden: 


1 Long description Eine Ausführliche Beschreibung des geplanten Changes. 

2 Business case Eine Beschreibung des Eingriffs in den Geschäftsablauf und 

mögliche finanzielle Auswirkungen. 

3 Change impact Eine Beschreibung der direkten Auswirkungen des Change 

Vorgangs. 

4 Change start Datum des geplanten Start 

5 Change finish Datum des geplanten Abschluss 

Bei Angabe des Start- und Enddatums wird automatisch ein entsprechender Eintrag im Change 

Calendar vorgenommen. Hierbei wird für die anberaumte Implementation ebenfalls eine Frozen Zone 

angelegt. 

Mehr zum Thema Change Calendar erfahren Sie im zugehörigen Kapitel dieser Dokumentation. 



6.4.3.4 External Documents 

Im Formular der External Documents können dem Ticket bereits vorhandene Dokument zugewiesen, 

sowie neue per Upload angehängt werden: 


1 Upload Verwenden Sie den Schalter Durchsuchen, um auf lokalen oder 

Netzwerk Datenträgern nach Dateien zu suchen. 

2 Documents Das Fenster beinhaltet Dateien, die bereits im System hinterlegt 

sind. Hierbei kann es sich um beliebige Datei-Typen handeln, die 

in der eRunbook Datenbank als Binary File abgelegt sind. 

Eine Mehrfachauswahl wird über die linke STRG-Taste und 

Anklicken durch die linke Maustaste vorgenommen. 

Durch einen Klick auf den Schalter Save oder Save & Close wird die Verknüpfung mit den 

Dokumenten eingerichtet. 

Abbildung 51: Externe Dokumente mit dem Ticket verbinden 



6.4.4 Vorgefertigte Prozesse der Workflow Engine 

Der Einstieg in ein Prozess geführtes System kann unter Umständen eine längere Findungsphase 

beinhalten, in der die eigenen Prozesse zunächst erarbeitet und dann modelliert werden. 

Da die eRunbook Workflow Engine einen integralen Bestandteil des Systems bildet, wurden neben 

den bereits in früheren Kapiteln beschriebenen Discovery und Scan Prozessen auch Prozesse des 

Incident, Problem und Change Managements aufgenommen. Sie dienen als Blueprint für eine spätere 

Anpassung des Systems auf die Bedürfnisse des Unternehmens. 

Hinweis: Prozesse in eRunbook sind immer eine Abfolge miteinander verknüpfter Milestones. 

Eine Übersicht über die bereits vorhandenen Prozesse liefert die Liste Ticket Process im 

Eingangsbildschirm des Administrationsbereichs. 

Abbildung 52: Liste der Prozesse 

Neben den Prozessen des Incident Management (IM), Change Management (CM) und Problem 

Management (PM) finden sich hier auch die bereits erwähnten Prozesse für Discovery und Scan, 

sowie Freigabeprozesse zu Prozeduren und Veröffentlichungen. 



6.4.5 Prozesse und Milestones bearbeiten 

Die Bearbeitung von Workflow Bestandteilen erfolgt über den Administrationsbereich. Hier können 

vorhandene Einträge ergänzt, gelöscht oder in neuer Konstellation zusammengesetzt werden. Über 

den Eintrag Process des Hauptmenüs erhält man Zugang zu den einzelnen Unterbereichen: 

Abbildung 53: Administration der Workflow Engine 

Das Menü zeigt in der Reihenfolge von oben nach unten die Stationen zur Implementierung von 

Prozessen, Milestones und Tickets. Obwohl die Bestandteile eines Workflows jeder für sich editiert 

werden können, besteht in eRunbook die Möglichkeit alle Instanzen eines Workflows über einen 

Batchupload zu integrieren. 

Ein Klick auf den ersten Eintrag Process Group führt zu einer Liste von XPDL Dateien. XPDL dient 

als Abkürzung für XML Process Definition Language und beschreibt einen Dateicontainer, dessen 

Inhalt einen oder mehrere Prozesse inklusive ihrer Milestones beschreibt. 

Die in eRunbook ausgelieferten Prozesse dienen sowohl der Definition interner Abläufe – wie zum 

Beispiel dem Scan Prozess – könne aber auch als Blueprint für eine eigene Modellierung 

herangezogen werden. 

Zur Erstellung und Bearbeitung von XPDL Dateien können Open Source Software Lösungen wie z.B. 

JaWE, ein Java Workflow Editor herangezogen werden. 

Hinweis: JaWE kann über die folgende Adresse bezogen werden: 

http://www.enhydra.org/workflow/jawe/ 

Bitte beachten sie die damit verbundenen Lizenzbestimmungen. 



7 Glossar 

A 

Attribut Attribute enthalten den kleinsten Teil einer Information zu 

einem Objekt, so z.B. die Anzahl der CPUs eines 

Betriebssystems, die Seriennummer eines Servers oder die 

Einbauposition einer Hardware im Rack. Attribute können u.a. 

auch Beziehungen zwischen Klassen und Objekten definieren. 

Auto Discovery Mit Auto Discovery wird ein Vorgang bezeichnet, der mittels 

des Netzwerk Tools nmap Rechner in einem definierten 

Adressbereich des Netzwerks ausfindig macht, und diese zur 

Übernahme in das eRunbook System bereitstellt. Der Vorgang 

wird durch einen Cron Entry ausgelöst. 

C 

Cron Entry Ein Cron Entry bezeichnet die zeitlich fixierte Durchführung von 

Aktivitäten innerhalb einer eRunbook Instanz. Hierzu zählen 

u.a. Scan Prozesse, Auto Discovery Läufe und Ticket 

Monitoring Prozesse. 

CSV Import Über den CSV Import besteht die Möglichkeit, zu jedem 

Zeitpunkt und an jeder Stelle der Anwendung, Daten in das 

System einzulesen. Voraussetzung für diesen Vorgang sind 

Administrator Rechte des angemeldeten Benutzers. 

D 

Datenmodell Das Datenmodell ordnet alle Informationstechnischen 

Einheiten einer Instanz in Klassen, Objekte und Attribute. Es 

ermöglicht somit ihre Beziehung zueinander. 

Discovery Job Mit einem Discovery Job wird die zeitlich fixierte Durchführung 

eines Discovery Laufs definiert. Es können beliebige Jobs für 

beliebige Netze verwaltet werden. 



E 

eRunbook Administration Manual Das Administration Manual erklärt die Verwaltung der 

Applikationsinstanzen. 

eRunbook Agent Agenten werden auf einem System installiert, um 

Informationen zu Hardware und Software einzusammeln und 

an den eRunbook Server zu übertragen. 

Agenten können jedoch auch andere Funktionen erfüllen, so 

z.B. das Routing von Daten zwischen eRunbook Servern oder 

die Verteilung von Software Paketen. 

eRunbook Datenbank Die eRunbook Datenbank bildet die Grundlage zur Abbildung 

des Datenmodells. Es können verschiedene DBMS zum 

Einsatz kommen, so z.B. mySQL oder Oracle. 

eRunbook How To Manual Das How To Manual erklärt allgemeine Arbeitsschritte mit 

eRunbook und hilft bei der Einarbeitung mit der Materie. 

eRunbook Installation Manual Das Installation Manual erklärt den Installationsvorgang der 

Applikation für verschiedene Plattformen. 

eRunbook Master Process Manual Das Master Process Manual erklärt die Parametrisierung der 

Anwendung inklusive aller Parameter. 

eRunbook Server Der Server bildet die zentrale Schaltstelle für ein eRunbook 

System. Hier werden Daten analysiert und verarbeitet, sowie 

alle Interaktionen mit dem Benutzer über den Webserver 

koordiniert. 

I 

Instanz Eine eRunbook Instanz bildet den Ausgangspunkt der Arbeit 

mit dem System. Eine Installation kann u.U. mehrere Instanzen 

bereitstellen, so z.B. eine zur Administration und eine für die 

Verarbeitung von Konfigurationsdaten. 

Instanzname Name der eRunbook Instanz. Der Instanzname wird 

innerhalb der Applikation auch als $novainstance geführt. 

Der Name kennzeichnet häufig den avisierten Zweck der 

Applikation. 



K 

Klasse Klassen definieren übergeordnete organisatorische Einheiten, 

wie z.B. Betriebssysteminstanzen (OS Domain). Alle 

Informationen, die zu einer Betriebssysteminstanz gehören, 

werden in Objekte und Attribute eingeteilt. 

M 

Master Files Master Files bezeichnen all jene Dateien, die zur Erstellung 

einer eRunbook Instanz benötigt werden. Während des Master 

Laufs werden sie vom System ausgelesen und konfigurieren 

auf diese Weise die Anwendungsumgebung. Im Beispiel: die 

Datei master_menu.xls definiert alle Menüeinträge 

innerhalb der eRunbook Instanz. 

Master Process Der Master Process ermöglicht die Veränderung einer 

eRunbook Instanz durch den Upload von Master Files. 

Nachdem diese vorbereitet und an das System 

übertragen wurden, kann durch das Auslösen des Master 

Laufs die Anwendungsumgebung zielgerichtet angepasst 

werden. 

O 

Objekte Objekte definieren eine organisatorische Einheit. So wäre ein 

einzelnes Betriebssystem ein Objekt innerhalb der Klasse OS 

Domain, ein einzelner Server ein Objekt der Klasse HW 

Domain. Attribute definieren die typischen Eigenschaften des 

Objekts. 

P 

Parametrisierung Über die Parametrisierung wird eine individuelle Ausgestaltung 

des Systems realisiert. Sie erfolgt über die Schnittstelle des 

Master Process und erfordert die Bereitstellung von 

Klassendateien (Master Files), die die Informationsverarbeitung 

innerhalb der Anwendung definieren. 



S 

Scan Prozess Der Scan Prozess übergibt Betriebssystem spezifische 

Kommandos an den Agenten des Zielsystems zum Zweck der 

Datenerhebung. Ein Scan Prozess ist an einen Cron Entry 

gebunden, welcher Art und Umfang der Durchführung 

definiert. 

Z 

Zertifikat Die Arbeit mit eRunbook erfolgt über eine gesicherte Browser 

Verbindung (https://). Diese erfordert die Bereitstellung eines 

Zertifikates, welches von eRunbook während des 

Installationsvorgangs automatisch erstellt wird.

eRunbook User Manual - nova ratio AG

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?