Version 3.4
1. SNAG-View Dokumentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1 Einleitung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.1 Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.2 Konzept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2 Erste Schritte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2.1 Allgemeine Bedienelemente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2.2 Benutzereinstellungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2.3 Dashboard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2.4 Der SNAG-View Bildschirm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2.5 Filtermglichkeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2.6 SNAG-View Farbcode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2.7 Widgets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3 Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1 Basis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.1 Aufgabenplanung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.2 Automap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.3 Benachrichtigung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.3.1 Benachrichtigungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.3.2 Kommandos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.3.3 Regeln . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.3.4 Wege . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.4 Bildverwaltung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.5 Core . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.5.1 Benutzer und Rechte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.5.2 Globale Optionen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.5.3 Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.6 Geschftsprozesse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.6.1 Geschftsprozesse erstellen und bearbeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.6.2 Impact Analyzer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.6.3 Kategorien erstellen und bearbeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.7 Import . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.7.1 Data Pool . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.7.2 Logs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.7.3 Objekt Pool . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.7.4 Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.8 Inventarisierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.8.1 Import-Datei erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.8.2 Neuen Scan starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.8.3 Scans planen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.9 Konfigurationssicherung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.10 Location Map . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.11 Medienmanager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.12 Nagios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.12.1 Nagios Ansichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.12.2 Nagios Konfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.13 NeDi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.13.1 NeDi-Benutzerkonfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.13.2 Oberflche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.13.3 Technische Vorraussetzungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.14 Objektverwaltung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.15 Passwort Tresor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.16 Performancedaten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.17 Revisionsmanager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.18 SV-Maps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.18.1 Eine neue SV-Map erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.19 Systeminformationen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.19.1 Einstellungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.19.2 Status & Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.19.3 Versionen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1.20 Wiki . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2 Optional . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.1 Eventlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.2 i-doit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.3 Jasper Reporting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.3.1 Jasper-Report ausfhren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.4 Mod-Gearman . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.5 OTRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.6 SAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.7 SNMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.7.1 Einen Host fr SNMP konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.7.2 SNMP Agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2.7.3 SNMP Konfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3
3
3
5
5
6
9
9
10
12
17
19
24
24
24
26
30
31
32
33
37
46
47
47
55
57
61
63
65
66
67
68
68
69
70
75
79
80
81
82
83
86
89
89
123
152
153
153
154
154
156
157
159
161
164
179
181
182
182
183
191
191
195
197
197
197
202
204
218
218
219
224
SNAG-View 3.4
SNAG-View Dokumentation
Einleitung
Features
Konzept
Erste Schritte
Allgemeine Bedienelemente
Benutzereinstellungen
Dashboard
Der SNAG-View Bildschirm
Filtermglichkeiten
SNAG-View Farbcode
Widgets
Module
Basis
Aufgabenplanung
Automap
Benachrichtigung
Bildverwaltung
Core
Geschftsprozesse
Import
Inventarisierung
Konfigurationssicherung
Location Map
Medienmanager
Nagios
NeDi
Objektverwaltung
Passwort Tresor
Performancedaten
Revisionsmanager
SV-Maps
Systeminformationen
Wiki
Optional
Eventlog
i-doit
Jasper Reporting
Mod-Gearman
OTRS
SAP
SNMP
Einleitung
Features
Konzept
Features
Features Core
Oberflche
Vollstndige Integration von zustzlichen Agenten
sehr gute Visualisierungsmglichkeiten der Checkergebnisse
alles aus einem Guss
Verwendung von neusten Webtechnologien, um die bestmgliche UX im Browser zu ermglichen
Integration des Passworttresors in nahezu jedes Feld
Nutzen von Nagiosmacros innerhalb von Verlinkungen
frei konfigurierbares Dashboard
Modul zur automatischen Visualisierung von Netzwerkkonfigurationen
Modul zur vereinfachten berwachung von Businessprozessen
Kopplungsmodul fr OTRS
Revisionslogging um alle nderungen innerhalb der Konfiguration nachverfolgen zu knnen
Copyright 2014,
SNAG-View 3.4
Konfiguration
Anlegen von Objekten
Bearbeiten von Objekten
Kopieren von Objekten
einfache Installation/Konfiguration und Update
Vererbung der Konfiguration von Hostgruppe auf Host auf Serviceprofil auf Sevice
Erstellen von Serviceinstanzen zum Spezialisieren von vererbten Services ber ein Seviceprofil
Vererbung von fast jeder Host- oder Servicekonfiguration
Serviceprofile zum Zusammenfassen gleicher Services
Aufgabenplanung
wiederkehrende Aufgaben knnen durch den SNAG-View internen Scheduler geplant und berwacht werden
fr alle Systemeinheiten Tasks existiert ein entsprechendes Template
WEBAPI
Webapi zur einfacheren Verwendung der Konfigurations- und Checkdaten
Tokenbasierte Authentifizierung zum Absetzen einfacher HTTP-GET Requests
Abfrage der Konfigurations- und Checkdaten per HTTP-GET Request
JSON als maschinenlesbares Rckgabeformat
Benachrichtigung
Umfassende Notificationmglichkeinen als mit Yellow Nagios
regelbasierte Benachrichtigung von Checkergebnissen
mehrfach abgesicherter Benachrichtigungsweg
Visualisierungmglichkeiten
Automap zum Visualisieren von Netzwerkstrukturen (Parent/Children)
Visualisierung von Hostgroup-Strukturen
Visualisierung und berwachung von Businessprozessen
mehrere Arten von Diagrammen
Listendarstellung von Sevicechecks
fast jedes Viewobjekt lsst sich bookmarken und als Widget auf ein Dashboard legen
Onlinehilfe
fast jede Einstellungsmglichkeit besitzt ein Hilfefeld
Onlinehilfe, um die Dokumentation von SNAG-View heraus aufzurufen
Import
regelbasierter Import von strukturierten Daten
JSON, XML, CSV
Statusbersicht
alle Werte, die den Nagiosprozess betreffen, werden in einer bersichtlichen Statusseite dargestellt, von dem einzelne Widgets auf
das Dashboard gelegt werden knnen
Logviewer
es knnen die Logfiles des Systems bequem ber das SNAG-View betrachtet werden
sofern im Logfile vorhanden, kann nach dem jeweiligen Log-Status gefiltert werden
Performancedaten
die in SNAG-View gesammelten Performancedaten knnen zu Sammlungen zusammengestellt und somit gemeinsam ausgewertet
werden
innerhalb eines Performancegraphen kann man zoomen und die beobachtete Zeitspanne ndern
SVMap
Copyright 2014,
SNAG-View 3.4
Wiki
eigenes Wikimodul zum Dokumentieren der Infrastruktur
Markdown Text zur einfachen Strukturierung von Dokumenten
Mglichkeit der Einbindung von Macros zur Darstellung von Informationen aus dem SNAGView
Open-Source
Einbindung eines eigenen Nedi Forkes zur einfacheren Netzwerkdiscovery
Features Agenten
SNMP-Agent
Browser zum Erforschen eines SNMP fhigen Gertes
Textsuche innerhalb von gescannten SNMP-Daten
Einfache Anlage von SNMP-Checks ber der SNMP Browser
Vorbereitete Schnittstelle fr SNMP-Feature-Discovery
SAP Agent
Konzept
Modularer Aufbau
SNAG-View 3 erhielt bei seiner Neukonzipierung ein modulares System. Das bedeutet, dass neue Funktionen wie die Integration
zustzlicher berwachungsoptionen problemlos mglich ist. Dadurch knnen zustzliche Funktionen auch im laufenden Betrieb zu einer
SNAG-View Installation hinzugefgt und diese somit erweitert werden. Auf diese Weise kann auf steigende Anforderungen effizient reagiert
werden.
Erste Schritte
Allgemeine Bedienelemente
Benutzereinstellungen
Dashboard
Der SNAG-View Bildschirm
Filtermglichkeiten
SNAG-View Farbcode
Widgets
SNAG-View wird vollstndig ber ein Web-Interface gesteuert, zur Verwendung ist lediglich ein aktueller Browser notwendig. Wir empfehlen
die Verwendung von einem der folgenden Browser in der jeweils neuesten Version:
Chrome
Firefox
Microsoft Internet Explorer
ltere Browser-Versionen oder alternative Browser knnen ebenfalls verwendet werden, hier kann es jedoch zu Einschrnkungen oder
Darstellungsfehlern kommen.
Fr eine optimale Darstellung sollte immer die aktuellste Version des verwendeten Browsers genutzt werden.
Anmeldung am Server
Um Zugriff auf das SNAG-View Web-Interface zu bekommen, ist eine Anmeldung erforderlich. Die Anmeldeseite erscheint automatisch,
wenn die Adresse des SNAG-View-Servers aufgerufen wird:
Copyright 2014,
SNAG-View 3.4
Administrator-Zugang
Standardmig wird vom System bei der Installation ein Benutzer mit Administrator-Rechten angelegt. Dieser hat die Zugangsdaten:
Benutzernamen: svadmin
Passwort:
svadmin
Mit Hilfe dieses Benutzers knnen individuelle Nutzer angelegt und deren Rechte verwaltet werden. Alternativ zu den lokalen SNAG-View
Nutzern ist es auch mglich, Benutzer aus einem bestehenden LDAP fr den Login zu verwenden.
Nach der Anmeldung wird der Benutzer auf seine individuell einstellbare Dashboard-Ansicht weitergeleitet.
Allgemeine Bedienelemente
Um die Einarbeitungsphase in SNAG-View mglichst gering zu halten, werden viele Bedienelemente in verschiedenen Views
wiederverwendet. An dieser Stelle werden alle wiederkehrende Elemente einmal zentral erlutert. In der weiteren Dokumentation wird auf
diese Elemente nicht oder nur kurz eingegangen.
Symbol
Copyright 2014,
Bedeutung
SNAG-View 3.4
ber das grne Plus, das oben links in den Ansichten oder
direkt hinter einem Auswahlfeld angeordnet ist, knnen neue
Elemente hinzugefgt werden. Welche Objektarten zur
Auswahl stehen, hngt von der jeweiligen Ansicht ab.
Stehen mehrere mgliche Objektarten zur Verfgung,
knnen sie ber ein Dropdown-Men ausgewhlt werden.
Copyright 2014,
SNAG-View 3.4
Copyright 2014,
SNAG-View 3.4
Benutzereinstellungen
Die Benutzereinstellungen ermglichen den Zugriff auf einige individuell einstellbare Funktionen.
Die Benutzereinstellungen knnen unter MenUser-Icon bearbeitet werden
Einstellungsmglichkeiten
Name
Erklrung
Automatische
Aktualisierung
Standardwert fr die automatische Aktualisierung der geffneten Views. Mgliche Werte sind: Nie, 10s, 30s, 1min, 2min,
10min
Listendesign
Sprache
Passwort neu
setzen
E-Mail neu
setzen
Widgets
verwalten
Tabswitcher
Der Tabswitcher bietet die Mglichkeit, die Ansicht automatisch in einem festgelegten Zeitintervall zwischen allen
geffneten Tabs zu wechseln. Dabei knnen sowohl das Dashboard als auch der Servicebrowser ignoriert werden.
Folgende Zeitintervalle stehen zur Verfgung: Nie (default), 5s, 10s, 30s, 1min, 2min, 10min
Der Tabswitcher wird automatisch deaktiviert sobald mit der Maus in das SNAG-View-Fenster geklickt wird.
Diese Option erfordert den Tabswitcher.
SMS Nummer
neu setzen
Voice
Nummer neu
setzen
Logout
Dashboard
Das Dashboard von SNAG-View ist einer der beiden Standardtabs und bietet eine vollstndig anpassbare Oberflche. Es kann nahezu jede
Ansicht auf dem Dashboard als Fenster platziert und arangiert werden, um eine persnliche bersicht ber die im SNAG-View berwachten
Vorgnge zu erhalten. Jeder Benutzer hat sein eigenes Dashboard, die enthaltenen Fenster und ihre Anordnung werden separat gespeichert
Copyright 2014,
SNAG-View 3.4
10
Dashboard anpassen
Ansichten zum Dashboard hinzufgen
Um neue Ansichtsfenster zum Dashboard hinzuzufgen gibt es zwei Mglichkeiten:
1. Vorher ber das Bookmark-Symbol gespeicherte Ansichten knnen aus der Favoriten-Leiste einfach per Drag'n'Drop auf das
Dashboard gezogen werden.
2. Hat man sich eine Ansicht den Wnschen entsprechend angepasst, also zum Beispiel den Servicebrowser passend gefiltert, kann
ber das Bookmark-SymbolDashboard die Ansicht direkt auf das Dashboard kopiert werden. Alle Filtereinstellungen werden
bernommen und gespeichert, so dass sie nicht erneut ausgefhrt werden mssen.
Dashboard-Ansichten bearbeiten
Alle Ansichten, die auf dem Dashboard abgelegt werden, werden als Fenster dargestellt. Diese knnen per Drag'n'Drop auf die Titelzeile
verschoben und angeordnet werden. Der Rahmen der Fenster kann mit der Maus angefasst werden, um die Gre zu ndern. Fenster
knnen sich auch gegenseitig berlagern, dabei ist das zuerst hinzugefgte Fenster immer unten, neue Fenster werden darber platziert.
Innerhalb der Fenster sind zudem alle Funktionen verfgbar, die auch in der normalen Tab-Ansicht zur Verfgung stehen.
Werden die Fenster nach rechts oder unten aus dem sichtbaren Bereich des Dashboards heraus bewegt, vergrert sich das Dashboard
dynamisch mit und es erscheinen Scrollbalken, mit denen der sichtbare Ausschnitt des Dashboards verndert werden kann.
Copyright 2014,
SNAG-View 3.4
11
Das Dashboard ist zu Beginn leer, kann aber mit einer Vielzahl von ntzlichen Ansichten bestckt werden, um schnell einen berblick ber
die aktuelle Situation sowie Vernderungen seit dem letzten Besuch zu erhalten (Mehr hierzu im Artikel Dashboard).
Die Hauptbedienelemente des SNAG-View Webinterfaces gliedern sich in die Bereiche:
Hauptmen
Widgetleiste
Benutzereinstellungen
Favoriten (Bookmarks-Seitenleiste)
Tableiste
und das Hauptfenster
Hauptmen
Das Hauptmen bietet schnellen Zugriff auf alle verfgbaren Views und Einstellungsdialoge. Die Menge der Eintrge variiert je nach Anzahl
der installierten Module. Das Men ist in die vier Bereiche Ansichten, Konfiguration, Systemeinstellungen und Hilfe aufgeteilt.
Info
Je nach Benutzerrechten knnen verschiedenen Eintrge ausgeblendet sein. Ein normaler Nutzer hat mglicherweise nur die
Eintrge Ansichten und Hilfe.
Der Bereich Ansichten beinhaltet alle berwachungsfenster wie den Alertticker, Checks, NeDi, Performancedaten sowie verschiedene
Host- und Service-Ansichten und die SV-Maps.
Im Bereich Konfiguration finden sich alle Dialoge zum Erstellen und ndern von Objekten wie Hostgruppen und Serviceprofilen, die
Bildverwaltung, der Import und der Passwort Tresor.
ber den Eintrag Systemeinstellungen hat man Zugriff auf grundlegende Konfigurationsdialoge wie die Benutzerverwaltung, die Logs oder
die Aufgabenplanung.
Unter Hilfe findet sich die SNAG-View 3 Dokumentation.
Widgetleiste
Die Widgetleiste ist vollkommen individuell einstellbar und kann mit ntzlichen Widgets bestckt werden, die es ermglichen zum Beispiel
den Status aller Hosts und Services oder einzelner SAP-Module immer im Blick zu haben.
Standardmig ist die Statusbersicht, ein Suchfeld, die Nagios Synchronisierung und die Serverzeit vorinstalliert. Die Widgets knnen ber
die Benutzereinstellungen Widgets verwalten konfiguriert werden.
Copyright 2014,
SNAG-View 3.4
12
Die Statusbersicht bietet beispielsweise einen genauen berblick ber den Status der definierten Hosts und Services. Durch den einfachen
Farbcode, der im gesamten SNAG-View einheitlich verwendet wird, kann der Zustand der Hosts und Services schnell erkannt werden. Ein
Klick auf eines der farbigen Labels ffnet den Host- oder Servicebrowser, der automatisch auf den angewhlten Zustand gefiltert ist.
Im Artikel Widgets werden alle verfgbaren Widgets erklrt.
Benutzereinstellungen
Die Benutzereinstellungen ermglichen den Zugriff auf einige individuell einstellbare Einstellungen wie dem ndern des Listendesigns oder
dem Einstellen der Aktualisierungsrate der Host- und Servicebrowser.
Favoriten (Bookmarks-Seitenleiste)
Alle Views, auf denen rechts oben in der Ecke ein kleines Bookmark-Icon zu sehen ist, knnen fr den schnellen Zugriff in der
Favoriten-Liste am linken Bildschirmrand gespeichert werden. ber diese Eintrge kann man schnell zu seinen bevorzugten Ansichten
wechseln, ohne stndig die Einstellungen und Filter neu setzen zu mssen. Auerdem lassen sich die Eintrge in der Favoritenliste durch
Drag'n'Drop als Fenster auf dem Dashboard platzieren.
Sollte die Favoriten-Liste einmal nicht bentigt werden, kann sie ber den kleinen Pfeilbutton rechts oben eingeklappt werden.
Tableiste
In der Tableiste werden alle geffneten Ansichten aufgelistet. Sie dient der schnellen Navigation zwischen den einzelnen geffneten
Fenstern. Beim Start sind automatisch das Dashboard und der Servicebrowser geffnet und der Fokus liegt auf dem Dashboard.
Hauptfenster
Das Hauptfenster ist der eigentliche Arbeitsbereich von SNAG-View. Hier werden smtliche Ansichten dargestellt. Die Ansicht ist stufenlos
skalierbar. Sollte die Schrift zu klein sein, kann ganz einfach die Zoomfunktion des Browsers genutzt werden, der Fensterinhalt passt sich
dynamisch der eingestellten Gre an, um den grtmglichen Komfort zu gewhrleisten.
Filtermglichkeiten
Copyright 2014,
SNAG-View 3.4
13
Um den Host- und Servicebrowser so bersichtlich wie mglich zu gestalten, wurden diverse Filtermglichkeiten integriert. Alle hier
beschriebenen Filter sind darber hinaus miteinander kombinierbar, um selbst bei einer hohen Zahl von Hosts und Services schnell und
effizient die bentigten Informationen zu erhalten.
Diese bietet zum einen eine schnelle bersicht darber, wie viele Hosts bzw. Services sich in welchem Status befinden. Zum anderen lassen
sich ber die farbigen Labels alle Objekte, die sich im entsprechenden Status befinden, ein- bzw. ausblenden. Ist das Label grn hinterlegt,
werden die Elemente angezeigt. Im Beispiel werden alle Services, deren Status OK ist, ausgeblendet.
Werden im Servicebrowser Hosts eines bestimmten Status ausgeblendet, so werden gleichzeitig ALLE zum Host gehrenden
Services ebenfalls ausgeblendet, egal, welchen Status sie haben.
Der eingegebene Suchbegriff wird im ganzen Namen des Objekts gesucht, es sind keine Wildcards notwendig.
So matched zum Beispiel die Eingabe "vhost" sowohl die Namen "sec-vhost-01" als auch "vhost-router-03".
SNAG-View wendet den Filter ohne Besttigung direkt an. So kann die Filterung sofort verfeinert werden, falls sie nicht das gewnschte
Ergebnis liefert.
Copyright 2014,
SNAG-View 3.4
14
Es kann nach mehreren Gruppen oder Profilen gleichzeitig gefiltert werden. Diese addieren sich, d.h. wird wie im Bild nach Linux
Hosts und Atlassian gefiltert, so werden beide Hostgruppen angezeigt, nicht etwa nur Hosts, die in beiden Gruppen sind.
Weitere Filtermglichkeiten
ber die Toolbar am rechten oberen Rand des Servicebrowsers sowie aller Listenansichten sind noch weitere Filtermglichkeiten
vorhanden:
Servicebrowser
Symbol
Bedeutung
Mit diesem Button knnen besttigte Probleme (ACK) einbzw. ausgeblendet werden.
Copyright 2014,
SNAG-View 3.4
15
Mit Hilfe dieses Buttons knnen deaktivierte Services einund ausgeblendet werden.
Hostbersicht
In der Hostbersicht stehen zustzlich zu den oben beschriebenen Buttons fr besttigte Probleme und Downtimes folgende Filter zur
Verfgung:
Symbol
Copyright 2014,
Bedeutung
SNAG-View 3.4
16
Hostgruppen
Symbol
Copyright 2014,
Bedeutung
SNAG-View 3.4
17
wieder
aufzuheben,
ist
der
entsprechende
Button
in
der
unteren
Tableiste:
Natrlich kann aber auch jeder Filter einzeln aufgehoben werden, indem entweder die Checkbox vor dem Filter deaktiviert, der jeweilige
Button erneut angeklickt wird oder die Gruppen und Profile per Drag'n'Drop oder Doppelklick wieder von der rechten Liste in die linke
zurckgebracht werden.
SNAG-View Farbcode
Um innerhalb von SNAG-View den Status von Elementen optisch schnell identifizierbar anzuzeigen, wird ein erweiterter Ampel-Farbcode
verwendet:
Farbe
Bedeutung
Grn bedeutet, dass alles in Ordnung ist. (Ok)
Copyright 2014,
SNAG-View 3.4
18
Beispielhaft soll hier kurz die Verwendung dieser Farben anhand der Host- und Servicestatus dargestellt werden:
Hoststatus
Status
Up
Down
Label
Servicestatus
Status
OK
Warning
Critical
Unreachable
Copyright 2014,
Label
SNAG-View 3.4
Pending
19
Unknown
Pending
Widgets
Mit Hilfe der Widgets lassen sich in der Kopfleiste von SNAG-View viele ntzliche Informationen anzeigen, die man so immer und berall im
Blick hat. Die angezeigten Widgets lassen sich ganz einfach zentral ber die Widgetsteuerung anpassen.
Das Tab Widgets verwalten erreicht man ber das BenutzermenWidgets verwalten
bersicht
Copyright 2014,
SNAG-View 3.4
20
Widgetsreihenfolge bearbeiten
Die Reihenfolge, in der die Widgets in der Widgetleiste dargestellt werden, kann ebenfalls ganz einfach per Drag'n'Drop gendert werden.
Die Liste ist von links nach rechts sortiert, d.h. das oberste Widget steht ganz links in der Leiste, das unterste ganz rechts.
Standard-Widgets
Fllelement
Das Fllelement ermglicht es, die Widgetleiste in zwei Bereiche aufzuteilen, indem es den freien Bereich zwischen den links und rechts
neben ihm liegenden Widgets vollstndig ausfllt.
Statusbersicht
Die Statusbersicht bietet jederzeit einen schnellen berblick ber den Status aller Hosts und Services. Ein Klick auf ein farbiges Label
ffnet eine dem ausgewhlten Status entsprechend gefilterte Host-/Service-Liste.
Suche
Copyright 2014,
SNAG-View 3.4
21
Das Suchfeld ermglicht eine schnelle Suche nach einem bestimmten Objekt. Die Suche erfolgt unmittelbar whrend der Eingabe. Alle der
Suchanfrage entsprechenden Ergebnisse werden nach Typ sortiert mit ihrem Namen direkt in einem Popup unterhalb des Suchfeldes
angezeigt. Ein Klick auf eines der Ergebnisse ffnet das entsprechende Fenster bzw. die Detailansicht des Objekts.
Wird stattdessen die Suche mit der Eingabetaste beendet, ffnet sich das Suchfenster, in dem alle entsprechenden Ergebnisse nach Typ
sortiert angezeigt werden. ber das Suchfeld im oberen Bereich des Tabs kann die Suche verndert bzw. verfeinert werden. Ein Doppelklick
auf ein Objekt ffnet die Detailansicht des Objekts.
Nagios-Export
Das Nagios-Export-Widget zeigt farblich den Nagios-Export Status an. Grn bedeutet, dass kein Nagios-Export notwendig ist. Wurden
nderungen an Objekten vorgenommen, die einen Nagios-Export notwendig machen, frbt sich der Button gelb. Ein roter Button zeigt an,
dass im Preflight-Check des Nagios-Exports Probleme aufgetreten sind, die behoben werden mssen.
ber diese simple Anzeigefunktion besitzt das Widget ein Dropdown-Men, ber das schnell auf weitere Funktionen des SNAG-View
Nagios-Exports zugegriffen werden kann:
Eintrag
Funktion
Neu laden
nderungen
anzeigen
Export testen
Fhrt einen Preflight Check der Nagios-Konfiguration aus, ohne das versucht wird, Daten zu speichern. Das Ergebnis
des Tests wird als Infonachricht eingeblendet.
Export
durchfhren
Fhrt den Preflight Check durch. Meldet dieser keine Probleme, wird der eigentliche Nagios-Export ausgefhrt.
Nagios
Synchronisierung
ffnet das Nagios Konfigurations-Tab von SNAG-View, in dem unter anderem das Preflight Check Ergebnis
eingesehen werden kann.
Serverzeit
Stellt das Datum und die sekundengenaue Zeit dar, die der SNAG-View-Server verwendet.
Geschftsprozess
Stellt den Status eines ausgewhlten Geschftsprozesses anhand eines farbigen Buttons dar. Zunchst ist der Button orange, da noch kein
Geschftsprozess gewhlt wurde. Dies geschieht ber das Dropdown-MenGeschftsprozess auswhlen.
Ein Klick auf den Button ffnet den Geschftsprozess in einem neuen Tab.
ber das Dropdown-Men sind weitere Funktionen verfgbar:
Eintrag
Funktion
Neu laden
Geschftsprozess bearbeiten
Geschftsprozess auswhlen
ber diesen Dialog kann der mit diesem Widget verknpfte Geschftsprozess gendert werden.
Copyright 2014,
SNAG-View 3.4
Geschftsprozesse
22
Geschftsprozess bersicht
Zeigt eine schnelle bersicht ber den Status smtlicher von SNAG-View berwachter Geschftsprozesse anhand des SNAG-View
Farbcodes an.
Systemstatus
Dieses Widget zeigt ber einen farbigen Button den Status den SNAG-View-Backends an. Ein Klick auf das Icon liefert eine Systemmeldung
mit genaueren Angaben zum Status.
Optionale Widgets
SAP
SAP Host/Service Verteilung
Die SAP Host/Service Verteilung zeigt eine farbliche bersicht ber die Statusverteilung aller SAP Hosts/Services, die derzeit von
SNAG-View berwacht werden. Ein Klick auf eines der farbigen Labels ffnet das SAP-Tab.
Dieses Widget zeigt die Statusverteilung der in SNAG-View berwachten Hosts in einem bersichtlichen Tortendiagramm an. Fhrt man mit
der Maus auf das Diagramm, wird ein kleines Fenster mit zustzlichen Informationen eingeblendet: Ein Klick auf das Pie-Chart ffnet den
SAP-Tab
Location Map
Standort bersicht
Copyright 2014,
SNAG-View 3.4
23
Mit Hilfe des Standort bersicht Widgets kann der Status ausgewhlter Standorte berwacht werden. Nachdem das Widget platziert wurde,
kann es ber sein Kontextmen konfiguriert werden.
Die Standorte werden ihrem Status nach angeordnet: Solche mit dem schlechtesten Status werden ganz links platziert, danach kommen die
Standorte mit weniger schlechtem Status. Standorte bei denen alles okay ist landen rechts. Verschlechtert sich der Status eines Standorts
wird dieser ganz an den Anfang des jeweiligen Statusbereichs verschoben. Wenn also ein Standort, bei dem bisher alles in Ordnung war,
den schlechtesten Status annimmt, wird er ganz an den linken Rand des Widgets verschoben.
ber Standort bearbeiten kann der Standort, auf dem der Rechtsklick erfolgte, bearbeitet werden.
Alle Standorte zeit ein Untermen mit allen in der Location Map registrierten Standorten, unabhngig davon ob sie im Widget
dargestellt werden oder nicht. Zustzlich wird ber einen farbigen Button der Status jedes Standortes dargestellt.
Alle Standorte die in den Widget-Einstellungen als nicht zu berwachen eingetragen sind tauchen in dieser bersicht nicht
auf.
Neu laden ldt die Daten fr das Widget neu.
Mit
Hilfe
des
Eintrags
Einstellungen
kann
das
Widget
konfiguriert
werden.
Mit dem Wert Anzahl Standorte kann definiert werden, wie viele Standorte das Widget darstellen soll.
ber die Checkbox Service Status bercksichtigen kann definiert werden, ob bei der Ermittlung des Status des Standorts
auch die Status der Services bercksichtigt werden sollen. Ist dies deaktiviert, werden nur die Host-Status zur Ermittlung
des Standort-Status genutzt.
Nicht zu berwachende Standorte: In dieser Auswahl-Box knnen die Standorte zugewiesen werden, die das Widget nicht
berwachen soll. Das heit, alle Standorte die in die rechte Box "Zugewiesen" per Doppelklick oder Drag'n'Drop geschoben
werden, werden vom Widget nicht berwacht und sind auch nicht im Untermen Alle Standorte verfgbar.
ber den Eintrag Location Map wird der Location Map-Tab geffnet.
Copyright 2014,
SNAG-View 3.4
24
Module
Basis
Optional
Basis
In diesem Abschnitt werden die Basis-Module von SNAG-View erklrt. Diese sind standardmig in jeder SNAG-View-Installation
vorhanden.
Aufgabenplanung
Automap
Benachrichtigung
Bildverwaltung
Core
Geschftsprozesse
Import
Inventarisierung
Konfigurationssicherung
Location Map
Medienmanager
Nagios
NeDi
Objektverwaltung
Passwort Tresor
Performancedaten
Revisionsmanager
SV-Maps
Systeminformationen
Wiki
Aufgabenplanung
Mit Hilfe der Aufgabenplanung knnen bestimmte Aufgaben, wie Aufrumarbeiten oder Backups, geplant und zu einem bestimmten
Zeitpunkt auch regelmig ausgefhrt werden.
Die Aufgabenplanung erreicht man ber das MenSystemeinstellungenAufgabenplanung
bersicht
Copyright 2014,
SNAG-View 3.4
25
In der oberen Hlfte des Tabs sind die bereits geplanten Aktionen aufgefhrt. ber die Buttons ganz rechts lassen sich einzelne Aufgaben
schnell aktivieren und deaktivieren.
In der unteren Hlfte befindet sich das Aufgabenlog, das genauere Informationen ber die Ausfhrung der Aktionen und eventuelle Fehler
bereithlt. ber die Buttons rechts oben kann das Aufgabenlog gefiltert oder gebookmarkt werden.
ber das Kontextmen kann man bereits bestehende Aufgaben bearbeiten, kopieren, lschen oder ihren Status ndern.
Beschreibung
Fhrt einen IP Scan fr das Inventarisierungs-Modul aus. (Kann auch dynamisch aus der
Inventarisierung heraus erstellt werden)
Fhrt einen NeDi Scan fr das Inventarisierungs-Modul aus. (Kann auch dynamisch aus der
Inventarisierung heraus erstellt werden)
Benachrichtigungslog
aufrumen
Es wird eine bestimmte Datenquelle des Import-Moduls eingelesen. Optional knnen alle Regeln
angewandt und die Datei anschlieend gelscht werden.
Full Backup
Es wird der Objekt Pool des Imports vollstndig geleert. Es werden keine Parameter bentigt.
Nedi scan
Poll Email
Poll Nedi
1. Um eine neue Aufgabe zu erstellen doppelklickt man auf die gewnschte Aktion oder whlt sie mit der rechten Maustaste an und
klicken
dann
auf
Diese
Aktion
planen.
Copyright 2014,
SNAG-View 3.4
26
a. Zunchst muss ein aussagekrftiger Name als Label der Aktion gewhlt werden. In der Box Aktion ist die gewhlte Aufgabe
bereits vorausgewhlt. Sollte nachtrglich doch eine andere Aufgabe gewnscht sein, kann diese ber das Dropdown-Men
gendert werden.
b. Im Feld Zeitplan muss Startdatum und Uhrzeit hinterlegt werden. Soll die Aktion regelmig ausgefhrt werden muss die
Checkbox Wiederholt sich aktiviert werden. Im aufklappenden Fenster knnen anschlieend ber das grne Plus die
gewnschten Regeln fr die regelmige Ausfhrung eingestellt werden. Man kann auch mehrere Regeln fr eine Aufgabe
erstellen.
c. Die Checkbox Aktiv legt fest, ob die Aufgabe sofort nach dem Speichern aktiviert sein soll oder nicht.
2. Mit einem Klick auf Speichern schliet sich das Fenster und die neue Aufgabe erscheint in der Liste der geplanten Aktionen.
Automap
Die Automap zeigt eine grafische Darstellung der Eltern-Kind Abhngigkeiten der in SNAG-View berwachten Hosts, Hostgruppen,
Servicegruppen und Devices.
Die Autmap erreicht man ber das MenAnsichtenMapsAutomap
Copyright 2014,
SNAG-View 3.4
27
bersicht
Das Automap-Fenster ist dreigeteilt. Das groe Hauptfenster zeigt die Map-Ansicht. Hier kann mit Hilfe des Mausrades gezoomt und per
Drag'n'Drop der gezeigte Auschnitt verschoben werden. Die Hosts werden in der Automap als farbige Buttons zusammen mit dem
Hostnamen angezeigt. Die Buttonfarbe zeigt den jeweils schlechteren Status von entweder dem Host selbst oder seiner Services. Wird der
Host-Status selbst angezeigt ist auf dem Button ein Pfeil nach oben (UP) oder ein Pfeil nach unten (DOWN) zu sehen. Ein Button ohne Pfeil
bedeutet, dass hier der Status der Services angezeigt wird.
Der rechte Bereich teilt sich in zwei Fenster. Im oberen kann die Ansicht gefiltert und durch die Map navigiert werden. Im unteren werden bei
ausgewhltem Host die grundlegenden Host-Informationen wie Name, Status, Adresse etc. angezeigt.
Filter
Copyright 2014,
SNAG-View 3.4
28
Mit Hilfe der Filter lsst sich die Anzeige der Automap einschrnken, was bei sehr vielen berwachten Hosts sinnvoll sein kann. Es gibt
mehrere Filtermglichkeiten, die miteinander kombiniert werden knnen:
Option
Wirkung
Einzelne
Objekte
ber diese Checkbox knnen Hosts, fr die keine Eltern definiert wurden, ausgeblendet werden. Hosts ohne Eltern gehen
in der bersicht immer direkt vom SNAG-View-Prozess ab.
Host
Status
ber diese Funktion knnen Hosts mit einem bestimmten Status ausgeblendet werden.
Hierber werden alle Hosts dieses Status ausgeblendet, selbst wenn ein oder mehrere Kinder des Hosts einen
anderen Status haben. Werden also beispielsweise alle Hosts mit dem Status UP ausgeblendet, verschwinden
gleichzeitig auch alle Kinder dieser Hosts, auch wenn sie beispielsweise den Status DOWN haben.
Host
Hier kann per Texteingabe nach einem Host gesucht oder ber das Dropdown-Men ein bestimmter Host ausgewhlt
werden. Es wird dann nur dieser Host inklusive seiner Eltern und Kinder angezeigt. Die Ansicht fokussiert auf den
gewhlten Host.
Hostgruppe
ber die Eingabe kann nach einer Hostgruppe gesucht oder diese ber das Dropdown-Men ausgewhlt werden. Es
werden dann nur die Mitglieder dieser Hostgruppe angezeigt.
ber das
-Symbol hinter Host und Hostgruppe kann die Auswahl des jeweiligen Feldes wieder gelscht werden.
Mit einem Klick auf Filtern werden die Filterwerte an die Automap bertragen und diese neu geladen.
Navigation
Copyright 2014,
SNAG-View 3.4
29
ber den Reiter Navigation kann man ber Suchfelder die Ansicht auf bestimmte Hosts fokussieren ohne andere Hosts auszublenden. So
kann ein bestimmter Host schnell und ohne groes Suchen in der Topologie-Ansicht gefunden werden.
Wird in der Automap auf einen Hostnamen geklickt, wird automatisch dieser Host fokussiert und seine Informationen werden im
Eigenschaften-Feld angezeigt.
Option
Bedeutung
Root
auswhlen
Mit einem Klick auf das SNAG-View Logo wird die Auswahl rckgngig gemacht und die Karte wieder auf den SNAG-View
Kernprozess fokussiert.
Alle:
ber das Suchfeld kann entweder ein Suchbegriff eingegeben oder ein Host ber die Dropdown-Liste ausgewhlt werden.
Die Dropdown-Liste gibt nur die Suchergebnisse zum eingetragenen Wert wieder. Wurde bereits ein Host
ausgewhlt und dessen Name steht im Suchfeld, steht in der Dropdown-Liste nur noch dieser Host zur Auswahl.
Will man einen anderen Host auswhlen, muss erst das Suchfeld geleert werden. Alternativ kann man auch den
Root auswhlen, um das Suchfeld zu lschen.
Eltern
In diesem Dropdown-Men werden bei ausgewhltem Host alle Eltern dieses Hosts aufgelistet und knnen hierber
ausgewhlt werden.
Kinder
ber das Dropdown-Men oder das Suchfeld kann ein Kind des gewhlten Elements ausgewhlt werden.
Konfiguration
Im oberen linken Bereich kann die Datenquelle, die der Automap zu Grunde liegt, konfiguriert werden. Zur Auswahl stehen Hosts,
Hostgruppen, Servicegruppen und Devices. Je nach ausgewhlter Datenquelle varrieren die Filter. Die Devices-Ansicht zeigt die Topologie
aller Root-Devices, die im NeDi konfiguriert wurden.
ber das
Copyright 2014,
SNAG-View 3.4
30
Eintrag
Bedeutung
Daten Quelle
Visualisierung
Hier kann die Art der Visualisierung ausgewhlt werden. Es stehen rgraph und hypertree zur Verfgung.
animation
duration
Hier kann ein Zeitwert in Millisekunden fr die Dauer der Animation beim Fokussieren eines Hosts angegeben werden.
node distance
Hier kann angegeben werden, wie weit in Pixeln die einzelnen Elemente in der rgraph-Ansicht voneinander entfernt
gezeichnet werden sollen.
Benachrichtigung
Sollte SNAG-View Probleme bei Hosts und/oder Services feststellen so lassen sich Benachrichtigungen einrichten. Diese sind sehr flexibel
konfigurierbar. So kann der Administrator festlegen bei welchen Problemen benachrichtigt wird, auf welchem Wege dies geschehen und wer
diese Benachrichtigungen erhalten soll.
Im SNAG-View sind je nach installierten Modulen
E-MailSMSO
T
R
S
sowie
Voice-Benachrichtigungen
mglich.
Das Benachrichtigungen-Tab erreicht man ber das MenKonfigurationBenachrichtigungen
bersicht
Copyright 2014,
SNAG-View 3.4
31
Benachrichtigungen
Hier werden alle Benachrichtigungen zu Host- und Serviceproblemen angezeigt, auf die eine vorher definierte Benachrichtigungsregel
zugetroffen hat.
bersicht
In der Liste werden alle Ereignisse aufgelistet, auf die eine Benachrichtigungsregel zugetroffen hat.
Im ersten Abschnitt Problem wird der Zeitpunkt angegeben sowie das betroffen Objekt und das aufgetretene Problem nher definiert.
In der Spalte Regel wird aufgefhrt, welche der definierten Regeln auf die Meldung zugetroffen hat.
Copyright 2014,
SNAG-View 3.4
32
Im letzten Abschnitt Durchgefhrte Aktionen wird ber den Erfolg oder Misserfolg der Benachrichtigungen informiert.
Hinweis
Bei SMS - Benachrichtigung zeigt das Hkchen bei Erfolg lediglich den erfolgreichen Transfer der Nachricht zum iSMS Modem an.
Sollte iSMS (Empfangs-)Probleme haben, kann es also dennoch vorkommen, dass die SMS nicht beim Empfnger zugestellt wird.
Tipp
Das Skript isms.pl bringt die Mglichkeit mit, die Signalstrke zu berwachen. Mit Hilfe des Zusatzarguments --noma wird die
korrekte bergabe der Nachricht zum Provider vom Skript berwacht. Bei Empfangsproblemen des iSMS knnen dann alternative
Benachrichtigungswege (E-Mail, Voice) verschickt werden.
Kommandos
Mit Hilfe von Kommandos knnen automatisiert Befehle, Skripte o. . ausgefhrt werden, wenn ein Problem auftaucht.
bersicht
In der bersicht werden alle konfigurierten Kommandos aufgelistet. ber das Plus-Icon kann ein neues Kommando angelegt werden.
Copyright 2014,
SNAG-View 3.4
33
Zunchst muss dem Kommando ein Name gegeben werden. Auch bei den Kommandos wird zwischen Host- und Serviceproblemen
unterschieden. Das auszufhrende Kommando wird in die jeweilige Box eingetragen. Mit Hilfe der rechts neben den Boxen befindlichen
Schaltflchen knnen Host- bzw. Servicemakros hinzugefgt werden.
Wenn ein Skript ausgefhrt werden soll, muss der absolute Pfad eingetragen werden! Zum Beispiel:
/opt/snag-view/appliance/nagios/libexec/eventhandlers/my_command.sh -a 1 -b 2
-c 3
Nachdem der Befehl oder Skript-Aufruf konfiguriert und gespeichert wurde, kann das Kommando in den Benachrichtigungsregeln
ausgewhlt werden und wird entsprechend dieser Regel bei Problemen ausgefhrt.
Regeln
In den Benachrichtigungsregeln wird festgelegt, wie bei auftretenden Problemen mit den Benachrichtigungen verfahren wird:
Wer wird benachrichtigt
Wann wird benachrichtigt
ber welchen Weg erfolgt die Benachrichtigung
bersicht
Copyright 2014,
SNAG-View 3.4
34
Auf der bersichtsseite der Benachrichtigungsregeln werden die angelegten Regeln in der Reihenfolge ihrer Ausfhrung angezeigt.
Neben dem Namen der Regel wird angezeigt, ob die Regel im Moment aktiviert ist (aktiv), auf welche Probleme die Regel zutrifft (Filter),
welche Aktion(en) durch die Regel ausgefhrt wird bzw. werden (Aktion) und ob bei Zutreffen der Regel darunter stehende Regeln noch
ausgefhrt werden oder nicht (bricht ab).
Bei jedem auftretenden Problem wird berprft, ob eine definierte Regel fr dieses Problem zutrifft. Die Regeln werden nach ihrer Auflistung
in der Regelbersicht der Reihe nach abgearbeitet. Die Reihenfolge kann ganz einfach per Drag'n'Drop bearbeitet werden. Trifft eine Regel
zu werden die in ihr definierten Parameter ausgefhrt und entweder die Abarbeitung der Liste abgebrochen oder fortgefhrt, so dass auch
mehrere Regeln fr ein Problem zutreffen knnen.
ber das Kontextmen knnen Regeln bearbeitet und gelscht werden.
Regel erstellen
ber das grne Plus links oben lsst sich eine neue Benachrichtigungsregel erstellen:
Copyright 2014,
SNAG-View 3.4
35
Feldname
Funktion
Name
Aktiv
Ein- und Ausschalten der Regel; inaktive Regeln werden bei der Verarbeitung von Benachrichtigungen nicht bercksichtigt.
Stop
nach
Treffer
Wenn aktiviert gilt: Falls die Filter dieser Regel zutreffen und die Aktionen der Regel erfolgreich ausgefhrt wurden, werden
fr die aktuelle Benachrichtigung keine weiteren Regeln prozessiert. Auf der bersichtsseite kann die Reihenfolge der
Regeln per Drag'n'Drop beeinflusst werden.
Filter
Hier wird festgelegt, auf welche Ereignisse diese Regel greift. (Siehe Einstellen der Filter)
Aktionen
Hier wird festgelegt, wann wer wie benachrichtigt werden soll. (Siehe Einrichten der Aktionen)
ber den Filter lsst sich einstellen auf welches Ereignis die Regel greift. Dabei kann aus vielen Optionen gewhlt werden und auch durch
Und- und Oder-Verknpfungen beliebig tief verschachtelte Filter gesetzt werden. Durch Rechtsklick auf Und- bzw. Oder-Verknpfung kann
der Verknpfung eine oder mehrere Bedingungen hinzugefgt werden. Um die bersicht auch bei komplexen Regeln zu gewhrleisten,
werden Bedingungen in einer Baumstruktur angezeigt.
Mit einem Rechtsklick auf den Eintrag Filterdefinition ffnet sich folgendes Kontextmen:
Copyright 2014,
SNAG-View 3.4
36
Neben den beiden Verknpfungsmglichkeiten stehen folgende weitere Objekte zur Verfgung, die nach Auswahl weitere Einstellungen
fordern:
Option
Verknpfungs-
Wert
Host
Service
Problem
Custom
Recovery
ein Status eines Checks von einem Problemzustand zurck auf den Status 'OK'
wechselt.
Acknowledgement
ein vorheriges Problem von einem Benutzer besttigt wird. (Zu diesem Problem
werden dann keine weiteren Benachrichtigungen verschickt.)
Flapping Start
ein Service beginnt seinen Status hufig zu wechseln. (Siehe auch Flap Erkennung)
Flapping Stop
Flapping Disabled
die Flap Detection in einem Service von einem Benutzer deaktiviert wird.
Downtime Start
Downtime Stop
Downtime
abgebrochen
Up
Down
Unreachable
Pending
OK
Warning
Critical
Unknown
Pending
mglichkeit(en)
Objekttyp
Benachrichtigungstyp
Hoststatus
Servicestatus
Ist
Ist
Ist
Ist
Bei den unten aufgefhrten Optionen gibt es Verknpfungsmglichkeiten, die Text(-bausteine) erfordern. Diese werden auf unterschiedliche
Art und Weise auf die Optionen angewendet
Copyright 2014,
SNAG-View 3.4
37
Enthlt
Hostname
Hostgruppe
Der Filter trifft auf alle Hostgruppen zu, die 'Linux' im Namen haben: 'Linux-Server',
'Linux-Clients',
Servicegruppe
Ist
Servicename
Bei der 'Ist-Mglichkeit' kann aus einem Pull-Down-Men der entsprechende Host /
Hostgruppe etc. ausgewhlt werden.
Notes
Plugin-Output
Regulrer
Ausdruck
ber das Kontextmen lassen sich einzelne Bedingungen bearbeiten oder lschen sowie weitere Bedingungen zu Verknpfungsoptionen
hinzufgen oder diese komplett lschen.
Durch das Lschen einer Verknpfung werden auch alle ihr untergeordneten Bedingungen und Verknpfungen gelscht.
Per Drag'n'Drop lassen sich Bedingungen/Verknpfungen verschieben und umsortieren.
Einrichtung der Aktionen
Im Feld fr Aktionen wird per Rechtsklick nacheinander eingestellt wie verfahren wird wenn die Filterbedingung zutrifft:
1. B e n a c h r i c h t i g u n g
N u m m e r
Gibt an, wie viele Benachrichtigungen verschickt werden sollen (Eskalationsstufen).
2. Z e i t p e r i o d e
Es erscheint ein Auswahlmen der hinterlegten Zeitperioden. Hier kann festgelegt werden zu welchen Zeiten bei einem auftretenden
Problem die Benachrichtigung verschickt werden soll. Wird beispielsweise eine Zeitperiode gewhlt, die nur Wochentags greift,
wrde am Wochenende keine Aktion durchgefhrt werden.
3. Benutzer
a. B e n u t z e r
benachrichtigen
Es erscheint ein Auswahlmen der Benutzer. Dort kann festgelegt werden, wer die Benachrichtigung erhalten, auf welchem
Wege sie verschickt und welches Template dazu verwendet werden soll.
Um den Weg und das Template auswhlen zu knnen, mssen vorher die ntigen Kontaktdaten des Benutzers
(E-Mail Adresse, Telefonnummer) sowie ein Template hinterlegt sein.
b. OTRS benachrichtigen
Es erscheint ein Auswahlmen der hinterlegten OTRS Templates, das zur Ticketerstellung verwendet werden soll.
4. K o m m a n d o
a u s f h r e n
ber die Auswahlbox kann ein vorher definiertes Kommando ausgewhlt werden das ausgefhrt wird wenn die Regel zutrifft.
Sind alle Einstellungen gettigt worden, kann die Regel gespeichert werden und erscheint in der Regelbersicht.
Wege
Im Tab Wege werden die Absenderkonfigurationen fr die unterschiedlichen Benachrichtigungswege sowie Nachrichten-Templates
hinterlegt. Je nach installierten Modulen stehen die Tabs E-Mail, Sms, Voice sowie OTRS zur Verfgung.
bersicht
Copyright 2014,
SNAG-View 3.4
38
Alle Tabs sind hnlich aufgebaut. Im oberen Abschnitt Konfiguration wird die Absender-Konfiguration hinterlegt. Ohne diese wei
SNAG-View nicht, ber welchen Weg es die Benachrichtigung abschicken soll.
Im zweiten Abschnitt Vorlagen knnen ber das grne Plus Nachrichten-Templates erstellt werden, die bei der Regelerstellung fr den
Nachrichtenversand genutzt werden.
Regeln erstellen
E-Mail Benachrichtigung
SMS Benachrichtigung
OTRS Benachrichtigung
E-Mail Benachrichtigung
Copyright 2014,
SNAG-View 3.4
39
Bei der E-Mail Benachrichtigung wird im Problemfall eine E-Mail an eine vorher hinterlegte Adresse verschickt.
bersicht
Im Webinterface ist das Einrichten der E-Mail Benachrichtigung schnell und einfach erledigt: Absender- und Fallbackadresse eintragen und
eine Benachrichtigungsvorlage erstellen. Wenn nun eine (eMail-) Benachrichtigungsregel greift, wird der dort eingetragene Benutzer vom
auftretenden Problem benachrichtigt.
Copyright 2014,
SNAG-View 3.4
40
Einrichtung
Die Einrichtung der E-Mail Benachrichtigung erfolgt in zwei Schritten:
1. Einrichtung von Mail auf dem Server, um das Verschicken von E-Mails berhaupt zu ermglichen.
2. Einrichtung der Empfnger und Benachrichtigungsinhalten im SNAG-View Webinterface.
Einrichtung von Mail auf dem Server
1. Fr den erfolgreichen Versand von E-Mails vom SNAG-View Server aus muss Postfix angepasst werden. Dazu die Datei
/etc/postfix/main.cf in einem Editor ffnen und nderungen vornehmen:
# vi /etc/postfix/main.cf
Zeile anpassen:
relayhost = <IP des Mailservers>
2.
Nachdem die nderungen in der main.cf vorgenommen und gespeichert wurden, muss der
Postfix-Dienst gestartet werden:
$ service postfix start
3.
Der Server sollte nun in der Lage sein, E-Mails zu verschicken. Folgender kleiner Test auf der
Kommandozeile kann dazu dienen, die Einstellungen zu berprfen:
# echo "Funktionstest der E-Mail-Funktion des SV-Servers" | mail -s "Test
E-Mail" <E-MAIL-ADRESSE>
Wenn eine E-Mail mit dem Betreff "Test E-Mail" und dem Inhalt "Funktionstest..." im Postfach von
<E-MAIL-ADRESSE> ankommt, ist Postfix richtig konfiguriert.
Einrichtung im SV-Webinterface
ber
die
Benutzereinstellungen E-Mail
neu
setzen
b. A l s
Administrator
ber
die
Benutzerverwaltung
Die Benutzereinstellungen per Doppelklick auf den Benutzer oder das Kontextmen ffnen und im Feld E-Mail die Adresse
eintragen.
2. Absender-Adresse des SNAG-View Servers im Konfigurationsteil eintragen
3. A b s e n d e r :
snagview.server@company.com
Fallback Adresse: snagview@localhost
Fallback Info ...
Wenn keine Benachrichtigungsregel greift oder der E-Mail Versand aus irgendwelchen Grnden nicht erfolgreich
durchgefhrt werden konnte, wird die Benachrichtigungs-E-Mail an die Fallback Adresse geleitet.
Copyright 2014,
SNAG-View 3.4
41
Das Template kann nach dem Speichern bei der Erstellung/Bearbeitung einer Regel ausgewhlt werden.
OTRS Benachrichtigung
Bei der OTRS Benachrichtigung wird ein Ticket im OTRS System erstellt, wenn Probleme auftauchen.
bersicht
Copyright 2014,
SNAG-View 3.4
42
Die Einrichtung der OTRS Benachrichtigung erfordert lediglich das Anlegen eines Templates.
Einrichtung eines OTRS Benachrichtigungstemplate
Nach Klick auf das Plus-Icon ffnet sich ein Editor, in dem das Template angelegt werden kann. Dabei stehen fr Host- sowie
Serviceprobleme unterschiedliche Makros zur Verfgung, die durch Klick auf den Button neben dem Textfeld ausgewhlt werden knnen.
Copyright 2014,
SNAG-View 3.4
43
Fr Host- und Serviceprobleme stehen jeweils ein Editorfeld zur Verfgung, die individuell mit eigenem Text und/oder Host- bzw.
Service-spezifischen Makros gefllt werden knnen. Mit einem Klick auf den Speichern-Button ist die Template-Erstellung abgeschlossen.
Die OTRS-Ticketerstellung erfolgt dann bei entsprechender Konfiguration in den Benachrichtigungsregeln.
SMS Benachrichtigung
Bei der Benachrichtigung per SMS werden vorher definierte Benutzer per SMS auf etwaige auftretende Probleme mit Hosts oder Services
aufmerksam gemacht. Durch Senden einer Antwort kann der Empfnger das Problem besttigen und somit weitere Benachrichtigungen
unterbinden.
Die Konfiguration der SMS-Benachrichtigung in SNAG-View gestaltet sich als sehr einfach. Es muss nur die Hostadresse des iSMS Modems
angegeben werden. In den Template-Einstellungen knnen benutzerdefinierte SMS-Vorlagen erstellt werden.
Fr die Einrichtung des iSMS Modems werden die folgenden Informationen bentigt:
IP Adresse/Netzmaske iSMS Modems
Gateway
DNS
IP Adresse des SNAG-View Servers
Adressen der Netzwerke die auf das iSMS Modem zugreifen drfen (SNAG-View, evtl. Desktop Rechner)
Ggf. NTP
Ggf. Syslog Adresse
Bevor die SIM Karte in das Modem eingesetzt wird, muss die PIN entfernt werden (z.B. mit einem handelsblichen Mobiltelefon).
Copyright 2014,
SNAG-View 3.4
44
Einrichtung
1. Z u g r i f f
a u f
d a s
Standardeinstellungen: http://192.168.2.1; Username: admin; Kennwort: admin
2. Vornehmen
der
gewnschten
Netzwerkeinstellungen
unter
S M S
Network
M o d e m :
Setup IP
Settings
3. Unter AdministrationAdmin AccessAllowed Networks muss das Netzwerk des SNAG-View Servers eingetragen werden,
sofern
der
SNAG-View
Server
in
einem
anderen
Subnetz
untergebracht
ist.
4. Unter SMS ServicesUsers ist ein neuer Benutzer anzulegen. Benutzername: sendsms; Kennwort: sector
5. Aktivierung der SMS API unter SMS ServicesSMS API auf Port 80 - Typ HTTP
6. Unter Server wird die IP-Adresse des SNAG-View-Servers und unter Server Default Page wird
modules/notifysms/ack.php eingetragen. Dieses Skript ermglicht spter das Acknowledgement per SMS
Die Einstellung unter SMS-ServicesSMS APINon Polling Receive API Configuration sieht folgendermaen aus:
7. Unter SMS Services International Number Disable International Number die Checkbox deaktivieren.
8. Nachdem die nderungen vorgenommen wurden muss der Flash Speicher neu geschrieben werden. Anschlieend wird das
Gert neu gestartet, da ansonsten alle nderungen verloren gehen.
Copyright 2014,
SNAG-View 3.4
45
2. Im Benutzerprofil muss die Handynummer hinterlegt werden (Klick auf <USERNAME>SMS Nummer neu setzen)
Syntax
der
Nummer:
<Lnderkennung><Nummer_ohne_fhrende_Null>
B e i s p i e l :
4 9 1 7 2 1 2 3 4 5 6 7 :
nderungen speichern
3. KonfigurationBenachrichtigungen
a. T a b
W e g e
Im
Feld
'Konfiguration'
muss
die
Hostadresse
des
T a b
iSMS
eingetragen
S M S :
werden.
b. Vorlage erstellen: Vorlagen-Name setzen und Nachrichtentext fr Host- bzw. Serviceprobleme nach Belieben (Freitext
oder/und Variablen-Makros einfgen) erstellen.
Achtung
Kein <ENTER> zur Formatierung benutzen! Ansonsten werden die Nachrichtenteile hinter <ENTER> verworfen.
B
Copyright 2014,
SNAG-View 3.4
46
Um ein Problem zu besttigen (acknowledgen), muss die empfangene SMS mit vorangestelltem 'ACK' an den Sender (iSMS) weitergeleitet
werden. Dabei ist es notwendig, dass im Benachrichtigungstemplate das Makro $RESPONSETOKEN$ verwendet wird. Die in den
Benachrichtigungsregeln aufgefhrten Benutzer erhalten eine letzte Benachrichtigung ber das Acknowledgement.
Tipp
Um zu unterscheiden, dass es sich dabei um ein Acknowledgement handelt und nicht um eine weitere 'normale' Benachrichtigung,
empfiehlt es sich, dass Makro $NOTIFICATIONTYPE$ im Template zu verwenden.
Mit diesem Service Template Beispiel:
$RESPONSETOKEN$: Hallo $USERNAME$, Service $SERVICEDESC$ meldet: $SERVICESTATE$; $SERVICEOUTPUT$;
$NOTIFICATIONTYPE$
sieht der Verlauf 'Problem-Benachrichtigung' - 'Acknowledgement' - 'Acknowledgement-Benachrichtigung' so aus:
Im SNAG-View Webinterface wird das Acknowledgement mit einem kleinen Hkchen-Icon in der Servicebersicht angezeigt:
In den Kommentaren zu diesem Service wird die Absendernummer des Acknowledgements angezeigt.
Bildverwaltung
ber die Bildverwaltung knnen in SNAG-View alle verwendbaren Bilder (Beispielsweise fr Hosts/Services/ und Maps) komfortabel
sortiert und gepflegt werden.
Die Bildverwaltung erreicht man ber das MenKonfigurationBildverwaltung
Copyright 2014,
SNAG-View 3.4
47
bersicht
Die Bildverwaltung gliedert sich in zwei Bereiche. Links ist der Kategoriebrowser, ber den die Bild-Kategorien verwaltet werden knnen.
ber das grne Plus knnen neue Kategorien erstellt werden, die Ordner knnen per Drag'n'Drop verschoben und verschachtelt werden.
ber das Kontextmen kann eine Kategorie gelscht werden.
Wird eine Kategorie gelscht, der Bilder zugeordnet waren, gehen diese Bilder nicht verloren. Sie landen ohne Kategorisierung auf
der obersten Ebene und knnen weiterhin ber den Eintrag Alle Bilder verwaltet werden.
Im rechten greren Bereich werden die Bilder angezeigt, die unter der links gewhlten Kategorie abgelegt wurden. Sie knnen per
Drag'n'Drop in einen anderen Ordner/eine andere Kategorie verschoben oder ber das Kontextmen gelscht werden. ber das grne Plus
in der linken oberen Ecke dieses Fenster knnen neue Bilder in den gerade aktiven Ordner hinzugefgt werden. Hierzu ist lediglich ein Name
und der Pfad zum Speicherort der Bild-Datei auf dem lokalen Rechner des Benutzers anzugeben.
Hochzuladende Bilder mssen im JPG- oder PNG-Format vorliegen.
Core
Benutzer und Rechte
Globale Optionen
Log
Copyright 2014,
SNAG-View 3.4
48
bersicht
Auth Token
Mit Hilfe von Autorisierungstokens knnen externe Programme ber die SNAG-View API bestimmte Operationen ausfhren. Jeder Token
muss einem bestehenden Benutzer zugewiesen werden, wodurch die Zugriffsmglichkeiten beschrnkt werden knnen.
ber das Kontextmen eines bestehenden Tokens kann dieses gelscht werden.
Copyright 2014,
SNAG-View 3.4
49
1. Zunchst muss der Tokenname hinterlegt werden. Dies ist der Name, der der API bergeben wird.
2. Anschlieend muss aus dem Dropdown-Men ein bestehender Benutzer ausgewhlt werden.
Benutzer
ber den Benutzer-Tab knnen neue Benutzer angelegt und bestehende modifiziert werden. Per Doppelklick knnen bestehende Benutzer
bearbeitet werden, ber das Kontextmen knnen darber hinaus nicht mehr bentigte Nutzeraccounts gelscht werden.
Copyright 2014,
SNAG-View 3.4
50
SNAG-View 3.4
51
3. Im Feld E-Mail kann eine E-Mail Adresse hinterlegt werden. E-Mail Benachrichtigungen fr diesen Benutzer werden an diese
Adresse verschickt. Diese kann vom Benutzer selbst ber die Benutzereinstellungen angelegt/gendert werden.
4. Im Feld Authentication module kann das Modul aus dem Dropdown-Men gewhlt werden, dem der Benutzeraccount zugewiesen
werden soll. Derzeit stehen SNAG-View (lokal) fr lokal gespeicherte Benutzer sowie LDAP fr LDAP-Benutzer zur Verfgung. In
der SNAG-View Login-Maske muss dementsprechend das passende Modul bei der Anmeldung ausgewhlt werden.
5. ber das Feld Sprache kann die Standard-Sprache des Benutzers eingestellt werden. Diese kann vom Benutzer selbst ber die
Benutzereinstellungen gendert werden.
6. Im Feld Rolle kann dem Benutzer eine vorher definierte Rolle zugewiesen werden, ber die er einfache Rechte erbt, sprich
allgemeine Berechtigungen etc. Diese knnen ber den zweiten Reiter Einfache Rechte eingesehen und bearbeitet werden.
7. Im Feld Gruppe kann der Benutzer einer Gruppe zugewiesen werden. ber diese erbt er Objektberechtigungen. Diese knnen
individuell fr den Benutzer im Reiter Objektberechtigungen angepasst werden.
8. ber die Checkbox Konto luft nie ab kann definiert werden, dass dieser Benutzer niemals abluft.
9. Ist die Checkbox deaktiviert kann im Feld Konto gltig bis ein Zeitpunkt festgelegt werden, ab dem sich dieser Benutzer nicht wieder
anmelden kann. Der Account wird dann gesperrt und muss erst durch einen Administrator verlngert werden.
10. Dies kann auch manuell erfolgen: Wird die Checkbox Login sperren aktiviert, ist der Benutzer ebenfalls deaktiviert und kann sich
nicht mehr anmelden.
11. Das Feld Passwortrichtlinien anwenden gibt an, ob die global definierten Passwortrichtlinien fr diesen Benutzer gelten sollen oder
nicht.
12. Wird die Checkbox Passwort neusetzen erzwingen gesetzt, muss der Benutzer beim nchsten Login ein neues Passwort vergeben,
um sich anmelden zu knnen.
Einfache Rechte
Im Reiter Einfache Rechte knnen die Rollenrechte bearbeitet werden. Die hier einstellbaren Rechte beziehen sich auf grundlegende
SNAG-View Funktionen wie die Darstellung bestimmter GUI-Elemente oder die Berechtigungen, bestimmte Objekttypen zu erstellen,
bearbeiten oder zu lschen. Durch anklicken eines Listenelements wird die Berechtigung gendert. Wird ein Element mit Unterpunkten
angewhlt, bekommen alle Unterpunkte automatisch denselben Status wie das Element selbst.
Wird der Eintrag SUPERUSER erlaubt, bekommt der Benutzer smtliche zur Verfgung stehenden Rechte. Weitere Feineinstellungen sind in
diesem Zustand nicht mehr mglich.
Objektberechtigungen
Copyright 2014,
SNAG-View 3.4
52
ber diesen Reiter knnen fr jedes einzelne SV-Objekt einzeln die Lese-, Schreib- und Lschrechte definiert werden. Werden hier die
Leserechte fr ein Objekt verboten, kann der Benutzer dieses Objekt nicht sehen, das bedeutet, dass es in seinen Listenansichten nicht
auftaucht.
Wird fr einen Eintrag mit Unterpunkten eine Berechtigung gesetzt, wird diese ebenfalls an alle Unterelemente weitergegeben.
ber die Vergabe von Objektberechtigungen kann die Sichtbarkeit von Objekten fr bestimmte Benutzer kontrolliert werden. So
kann bei einer groen Konfiguration sichergestellt werden, dass jeder nur die fr ihn relevanten Hosts und Services sieht und
seine Darstellung nicht durch weitere, fr ihn irrelevante, Objekte verflscht wird.
Gruppen
Mit Hilfe von Gruppen knnen Benutzern gebndelt Zugriffsrechte auf bestimmte SV-Objekte gegeben bzw. verwehrt werden. Dadurch, dass
SV-Objekte, fr die der Benutzer keine Rechte hat, in seiner SNAG-View Oberflche gar nicht dargestellt werden, kann eine zentrale
SNAG-View Installation auch fr verschiedene, unabhngig agierende Abteilungen verwendet werden. Jeder sieht nur das, was fr ihn von
Bedeutung ist.
ber einen Doppelklick auf eine bestehende Gruppe kann dessen Einstellungen bearbeitet werden. ber das Kontextmen kann zustzlich
eine Gruppe gelscht oder kopiert werden.
Copyright 2014,
SNAG-View 3.4
53
1. Zwingend erforderlich ist ein Name fr die Gruppe, der im Feld Benutzergruppe hinterlegt wird.
2. Im Bereich Benutzer knnen bestehende Benutzer zur Gruppe hinzugefgt bzw. aus der Gruppe entfernt werden.
Objektberechtigungen
Im zweiten Reiter knnen fr jedes Objekt einzeln die Lese-, Schreib- sowie Lschrechte gesetzt werden. Besitzt ein Element Unterlemente,
so vererbt es seine Berechtigungen auf diese. ber das Feld Alle Rechte werden Lese-, Schreib- und Lschrecht fr ein Objekt gebndelt
gesetzt/verboten.
Rollen
Rollen ermglichen es, die allgemeinen Berechtigungen von Benutzern im SNAG-View zu verwalten. Hierzu gehren GUI-Elemente, Module,
aber auch die Berechtigungen um SV-Objekte anzulegen, zu bearbeiten oder zu lschen.
ber einen Doppelklick auf eine bestehende Rolle kann diese bearbeitet werden. ber das Kontextmen kann zustzlich die Rolle gelscht
oder kopiert werden.
Copyright 2014,
SNAG-View 3.4
1. Zunchst muss zwingend im Feld Bezeichnung ein Name fr die Rolle hinterlegt werden.
2. Im Feld Beschreibung kann ein Text eingefgt werden, der die durch diese Rolle zur Verfgung stehenden Rechte erlutert.
3. ber die Auswahlboxen im Feld Benutzer knnen bestehende Nutzer der Gruppe hinzugefgt bzw. aus ihr entfernt werden.
Einfache Rechte
Copyright 2014,
54
SNAG-View 3.4
55
In diesem Reiter knnen die Berechtigungen gesetzt werden. Durch einen Klick auf ein Element wird dessen Berechtigung gesetzt und
gendert. Das Element vererbt seine Berechtigung an alle seine Kindelemente weiter. Zur Verfgung stehen folgende Hauptelemente:
Element
Berechtigung
SUPERUSER
Wird diese Berechtigung gesetzt, erhalten alle Benutzer mit dieser Rolle uneingeschrnkten Administrator-Zugriff auf
alle Funktionen von SNAG-View.
SV::CORE
Dieser Bereich beinhaltet die Kernfunktionen von SNAG-View, wie die Konfiguration (CONFIG), das Import-Modul
(IMPORT) oder die Aufgabenplanung (SCHEDULER).
SV::GUI
ber diesen Bereich kann der Zugriff auf bestimmte Ansichten geregelt werden. Alle hier verbotenen Ansichten tauchen
in den Mens der Benutzer nicht auf. Im Unterbereich MENU knnen beispielsweise spezifische Meneintrge oder
ganze Mens deaktiviert werden.
SV::MODULES
In diesem Bereich sind alle installierten SNAG-View Module aufgelistet. So kann ganz genau definiert werden auf
welche Module zugegriffen werden kann. ber die Unterelemente knnen die Berechtigungen innerhalb der Module
gesetzt werden.
SV::OBJECTS
Hier kann global festgelegt werden, welche Operationen mit SV-Objekten erlaubt sind. In den Untermens knnen
zudem die Operationsberechtigungen auf bestimmte SV-Objekt-Typen beschrnkt werden.
Globale Optionen
In den Globalen Optionen knnen globale Einstellungen von SNAG-View und seinen Modulen eingesehen und gendert werden.
Die Globalen Einstellungen erreicht man ber das MenSystemeinstellungenGlobale Einstellungen
Copyright 2014,
SNAG-View 3.4
56
bersicht
Der Globale Einstellungen Tab besteht aus einer Baumansicht aller Einstellungen. Die Einstellungsmglichkeiten sind in die beiden
Hauptordner core und modules unterteilt. Whrend der Inhalt des Ordners core immer gleich bleibt, knnen sich die Mglichkeiten im
modules Ordner je nach installierten Modulen unterscheiden.
core-Einstellungen
Ordner
urm
scheduler
import
Copyright 2014,
Attribut
Funktion
Standardwert
timezone
Europe/Berlin
object-permissions
true
session-timeout
3600
queue-span
heartbeat-interval
data-pool-path
/opt/snag-view/data/backend/import
SNAG-View 3.4
runtime
57
max-backend-size
30000000000
max-backend-cycles
10000000
force-recycle
nagios-logfile
/opt/snag-view/appliance/nagios/var/nagios.log
nagios-logpath
/opt/snag-view/appliance/nagios/var/archives
svdeamon-logfile
/opt/snag-view/snagview.log
backend-logfile
/opt/snag-view/data/logs/backend.log
frontend-logfile
/opt/snag-view/data/logs/frontend.log
scheduler-logfile
/opt/snag-view/data/logs/scheduler.log
support-logpath
/opt/snag-view/data/logs/support
processrecycling
logfiles
Log
ber den Log-Tab knnen smtliche Logfiles, die SNAG-View oder eines seiner Module anlegt, eingesehen werden. Darber hinaus knnen
die Logeintrge nach bestimmten Eintrgen gefiltert werden.
Die Ansicht der Logeintrge erreicht man ber das MenSytemeinstellungenLog
bersicht
Copyright 2014,
SNAG-View 3.4
58
In der linken Spalte findet sich eine Baumansicht mit allen verfgbaren Logfiles. ber einen Klick ffnet sich die entsprechende Datei im
rechten Ansichtsfenster. Dieses kann ber die diversen Filterbuttons im rechten oberen Bereich nach bestimmten Eintragsarten gefiltert
werden.
Filtermglichkeiten
Ist ein Filter grn hinterlegt ist er aktiviert.
Filter
Bedeutung
Ist der Filter aktiviert, werden die ltesten Eintrge zuerst
angezeigt. Wird der Filter deaktiviert, werden die neuesten
Eintrge zuerst angezeigt.
Copyright 2014,
SNAG-View 3.4
59
Copyright 2014,
SNAG-View 3.4
60
Copyright 2014,
SNAG-View 3.4
61
Geschftsprozesse
Unterseiten:
ber dieses Modul kann mit Hilfe der berwachten Hosts und Services die Ablauf- und Abhngigkeitsstruktur eines Geschftsprozesses
nachgebildet werden. So kann gezielt berprft werden, ob ein wichtiger Geschftsprozess lauffhig ist, also ob die fr diesen Prozess
notwendigen Ressourcen derzeit funktionieren oder nicht.
Die Geschftsprozesse erreicht man ber das MenAnsichtenAllgemeinGeschftsprozesse
Copyright 2014,
SNAG-View 3.4
62
bersicht
Ansicht anpassen
ber den
-Button links oben im Ansichtsbereich kann die Ansicht umgestellt und modifiziert werden.
Copyright 2014,
SNAG-View 3.4
63
Unter Darstellungsart kann zwischen icicle und spacetree gewechselt werden. Je nach gewhlter Ansicht sind folgende Optionen verfgbar:
icicle
In der icicle-Ansicht steht die Checkbox Level beachten und der Wert Level Tiefe zur Verfgung: Ist die Checkbox Level beachten deaktiviert,
wird immer der gesamte Prozess angezeigt. Bei aktivierter Funktion wird die Ansicht auf die unter Level Tiefe definierte Anzahl an Kindern
begrenzt. Mit einem Doppelklick auf den Prozessabschnitt kann man tiefer in den Baum navigieren.
spacetree
In der spacetree-Ansicht kann mit Hilfe der beiden Werte Hhe und Breite die Gre der einzelnen Baum-Abschnitte definiert werden, was
die Gesamtgre des Tree-Ansicht beeinflusst.
Copyright 2014,
SNAG-View 3.4
64
Feld
Bedeutung/mgliche Werte
Name
Kategorie
ber das Dropdown-Men kann der Prozess einer Kategorie zugeordnet werden unter der er dann in der
Listenansicht erscheint.
Beschreibung
In diesem Feld kann zu dem Geschftsprozess eine Beschreibung des Prozesses eingetragen werden.
Prozessdefinition
In diesem Feld wird die Prozessstruktur definiert. ber das Kontextmen eines Verknpfungseintrags knnen neue
Kindknoten hinzugefgt, ber das Kontextmen eines Prozesselements kann das Element bearbeitet oder gelscht
werden. Um die Prozessstruktur aufzubauen stehen folgende Elemente und Verknpfungen zur Verfgung:
UND-, ODER-, XOR- und MINIMUM-Verknpfungen
Prozess - Es knnen bereits bestehende Prozesse in den Prozess integriert werden.
Host - Es kann jeder in SNAG-View berwachte Host in den Prozess integriert werden.
Serviceinstanz - Es kann jede Serviceinstanz aus SNAG-View im Prozess verwendet werden.
Bei der Auswahl von Hosts und Services knnen ber Checkboxen Status ausgewhlt werden. Hier whlt
man die Status aus, die fr den Prozess okay sind. Whlt man beispielsweise bei einer Serviceinstanz
"Critical" aus, so ist fr den Geschftsprozess diese Instanz so lange okay, also grn, wie sie im Status
"Critical" steht.
Gefahrenerkennung
Ist die Checkbox aktiviert, steht bei ODER- und MINIMUM-Verknpfungen zustzlich der Prozessstatus "Gefhrdet"
zur Verfgung. Dieser greift, wenn der Wert einer Verknpfung kurz vor dem Schwellwert steht und warnt, dass
dieser Prozess bald ausfallen knnte.
Beispiel: Der Prozess besteht aus fnf Prozesskomponenten, die ber eine Oder- oder
Minimumsverknpfung mit dem Schwellwert 4 verbunden sind. Sobald 3 der 5 Prozesskomponenten
einen fehlerhaften Status annehmen, wechselt der Prozessstatus zu "Gefhrdet".
Copyright 2014,
SNAG-View 3.4
65
Downtimes
bercksichtigen
Ist dieser Wert gesetzt, bercksichtigt SNAG-View bei der Ermittlung des Prozessstatus fr Hosts und Services
definierte Downtimes und schlgt nicht Alarm, sollte ein Host oder Service durch eine geplante Downtime nicht
erreichbar sein.
Acknowledgements
bercksichtigen
Ist dieser Wert gesetzt, ignoriert SNAG-View fehlerhafte Objektstatus, die bereits besttigt wurden.
Link
Ermglicht die Hinterlegung eines oder mehrerer Links, die im Kontextmen des Prozesses zur Verfgung stehen
sollen.
Impact Analyzer
ber das Modul Geschftsprozesse steht auch der Impact Analyzer zur Verfgung. Mit Hilfe dieses Tools kann ganz einfach ber die
visuelle Darstellung eines Geschftsprozesses simuliert werden, wie sich der Ausfall eines oder mehrerer beteiligter Elemente auf den
Gesamtprozess auswirkt.
Der Impact Analyzer ist in die normale visuelle Darstellung integriert und kann ber das Kontextmen eines Elements aktiviert werden.
Zustzlich zum Status kann ber das Kontextmen eine Downtime oder ein Acknowledge simuliert werden.
ber den obersten Eintrag Live kann die Simulation fr dieses Element deaktiviert werden, SNAG-View verwendet dann
wieder den aktuellen realen Status des Objekts.
3. Der Impact Analyzer weist dadurch dem Element den simulierten Status zu, analysiert den Gesamtstatus des Geschftsprozesses
aufgrund der genderten Lage und zeigt das Ergebnis grafisch im Geschftsprozess an. Um zu verdeutlichen, dass es sich bei der
Darstellung um eine Simulation handelt, wird rechts oben im Fenster der Eintrag Simulation eingeblendet.
Copyright 2014,
SNAG-View 3.4
66
Zustzlich erscheint in jedem Element, dem ein simulierter Status zugewiesen wurde, das Symbol
.
4. ber einen Klick auf das Simulation Label, kann der Impact Analyzer beendet werden, die Darstellung kehrt zu den Realwerten
zurck.
Copyright 2014,
SNAG-View 3.4
67
Kategorien bearbeiten
ber das Kontextmen einer Kategorie kann der Konfigurationsdialog der Kategorie geffnet werden, um diese zu bearbeiten.
Wird eine Kategorie gelscht, die Unterkategorien hatte, werden die restlichen Unterkategorien auf die Oberste Ebene gehoben. Die
restliche Struktur wird beibehalten, so dass die erste Unterkategorie unterhalb der gelschten Kategorie zu einer Kategorie erster Klasse
wird.
Import
Mit dem Import-Modul hat der Nutzer die Mglichkeit Konfigurationsdateien in SNAG-View zu importieren. Auf diese Weise knnen einzelne
Objekte wie Checkcommandos aber auch komplette Systemkonfigurationen mit hunderten von Objekten importiert werden. Beispielsweise
kann aus der Inventarisierungsliste (siehe Inventarisierung) eine Import-Datei erzeugt werden, um alle gefunden Gerte automatisiert als
Hosts in SNAG-View anlegen zu lassen.
Das Import-Modul ist verfgbar ber das MenKonfigurationDatenimport
bersicht
SNAG-View 3.4
1.
2.
3.
4.
68
Data Pool - Hier werden die Import-Dateien angezeigt und knnen verwaltet werden (hochladen/lschen).
Objekt Pool - Hier werden die zu importierende Objekte aufgelistet.
Logs - Zeigt an, wann welche Objekte importiert wurden.
Rules - Hier knnen Import-Regeln definiert werden, um die Objekte beim Import zu manipulieren und anzupassen.
Data Pool
Im Data Pool werden alle Import-Dateien aufgelistet, die im SNAG-View zur Verfgung stehen.
ber das
-Symbol knnen neue Konfigurationsdateien von der eigenen Festplatte auf den SNAG-View Server bertragen werden. ber
das Kontextmen eines Eintrags stehen einige Befehle zur Verfgung:
Befehl
Funktion
Einlesen
Liest die in der Import-Datei enthaltenen Daten in den Objekt Pool ein.
Einlesen &
Regeln
anwenden
Liest die in der Import-Datei enthaltenen Daten in den Objekt Pool ein und wendet auf die erstellten Objekte die unter
Regeln definierten Regeln an, um die initialen Werte der Objekte zu modifizieren.
Datei anzeigen
ffnet in einem zustzlichen Tab die Datei um den Inhalt als reinen Text darzustellen.
Lschen
Logs
Im Log Screen kann man sich alle duchgefhrten Imports und die damit verbundenen importierten Objekte anschauen.
Copyright 2014,
SNAG-View 3.4
69
In der linken Liste werden alle Import-Vorgnge aufgelistet. Sie knnen nach Start- oder Endzeitpunkt sortiert werden.
ber einen Doppelklick auf einen Eintrag ffnet sich im rechten Fenster ein Liste mit den importierten Objekten.
Objekt Pool
Nachdem eine Datei ber den Data Pool eingelesen wurde, erscheinen hier alle importierbaren Objekte und knnen vor der bernahme
bearbeitet werden.
).
Copyright 2014,
Funktion
SNAG-View 3.4
70
In die
Konfiguration
bernehmen
Alle Regeln
anwenden
Wendet alle unter Regeln definierten Regeln auf das Objekt an, um dessen Attribute zu manipulieren.
Objekt
bearbeiten
ffnet die Objekt Konfiguration, um bestehende Parameter zu bearbeiten und neue hinzuzufgen.
ber einen Doppelklick auf einen Parameter oder Wert kann dieser bearbeitet werden. ber das grne Plus kann eine
weitere Zeile hinzugefgt werden, in die Parameter und Wert eingetragen werden kann. ber das Kontextmen einer Zeile
kann der Parameter gelscht werden.
Objekt
lschen
Lscht das Objekt aus der Konfiguration, so dass es nicht importiert wird.
Rules
ber das Rules-Tab knnen fr jeden Objekttyp Import-Regeln festgelegt werden, die beim Import ausgefhrt werden. ber diese Regeln
knnen zustzliche Attribute gesetzt und bestehende verndert/gelscht werden.
bersicht
Im linken Bereich befindet sich eine nach Objekttypen sortierte Liste mit den bestehenden Importregeln. ber einen Doppelklick auf eine
Regel ffnet sich dessen Konfiguration im rechten Fenster. ber das Kontextmen der Regel kann diese auf den aktuellen Objekt Pool
angewendet, bearbeitet, kopiert oder gelscht werden.
Copyright 2014,
SNAG-View 3.4
71
1. Zunchst muss ein Name fr die neue Regel angegeben und der Objekttyp ausgewhlt werden, auf den diese Regel angewendet
werden soll.
2. Unter Bedingung kann ber das Kontextmen des Root-Punktes eine oder eine Kombination von Bedingungen definiert werden.
3. Unter Aktion kann anschlieend definiert werden, was passieren soll, wenn die Bedingungen greifen.
Bedingung
Zur Verknpfung von mehreren Bedingungen stehen Und-, Oder- sowie Entweder-Oder-Verknpfungen zur Verfgung, die auch mehrfach
verschachtelt werden knnen. Eine neue Bedingung wird ber das Kontextmen des Elternknoten hinzugefgt. Die erste ber
Regelbedingungen, nachfolgende dann ber die Verknpfungspunkte.
Eine bersichtsgrafik ber die mglichen Bedingungen und ihre Attribute gibt es hier.
Allgemeine Filtermglichkeiten
Negiert - Dreht die Bedingung um, das heit, sie liefert WAHR, wenn die angegebenen Werte NICHT zutreffen.
Boolean-Werte - ja = Wert ist gesetzt und true / nein = Wert ist gesetzt und false / nicht gesetzt = Wert ist gar nicht
gesetzt
Objekt Pool bercksichtigen - Bei der Bedingungsuntersuchung werden alle Objekte die im Objekt Pool bereitliegen
aber noch nicht in SNAG-View importiert wurden mit bercksichtigt.
Konfigurierte Objekte bercksichtigen - Bei der Bedingungsuntersuchung werden alle in SNAG-View angelegten
SV-Objekte bercksichtigt.
Casesensitive - Die eingegebenen Strings werden Case sensitiv behandelt. (Gro- und Kleinschreibung wird beachtet)
Bedingung
Bedeutung / Konfiguration
Objekt
existiert
Prft, ob das Objekt bereits im Objekt-Pool und/oder in der SNAG-View-Konfiguration vorhanden ist.
Copyright 2014,
SNAG-View 3.4
Referenziertes
Objekt
72
Prft, ob das Import-Objekt auf ein SV-Objekt referenziert. Hierzu wird unter Referenz der Parameter angegeben, in
dem im Import-Objekt die Referenz steht. Unter Objekttyp muss der Typ des SV-Objekts angegeben werden, den das
referenzierte Objekt hat. Es werden alle SV-Objekte des unter Objekttyp angegebenen Typs untersucht, ob eines ein
Attribut mit dem unter Attribut angegebenen Namen hat, dessen Wert dem des Parameters im Import-Objekt entspricht.
Beispiel
Das Import-Objekt ist ein Host, der eine Referenz auf ein Service-Profil enthlt, dass ihm bei der
Erstellung zugewiesen werden soll. Diese Referenz ist im Import-Objekt unter dem Parameter
nagios__service_profile abgelegt. Das Formular muss folgendermaen ausgefllt werden:
1. Objekttyp = sv_service_profile (Die interne Bezeichnung fr Objekte des Typs Serviceprofile;
hierdurch wei SNAG-View, dass es nach einem Serviceprofil suchen muss.)
2. Attribut = sv_object__name (Der Parameter, der den Namen eines SV-Objekts als Wert beinhaltet.
Dieser Wert wird mit dem Wert den das Import-Objekt bereithlt verglichen.)
3. Referenz = nagios__service_profile (Der Parameter des Import-Objekts dessen Wert die Referenz
auf das SV-Objekt ist.)
4. Objekt Pool und Konfigurierte Objekte bercksichtigen = ja (um sowohl die noch nicht im
SNAG-View angelegten Objekte als auch die bereits angelegten Objekte zu durchsuchen.)
Ist definiert
In
Enthlt
Gleich
Grer als
Kleiner als
Aktion
Unter Aktion knnen mehrere Aktionen ausgewhlt werden, die ausgefhrt werden, sollten die Regelbedingungen zutreffen.
Aktion
Bedeutung / Konfiguration
Objekt lschen
Attribut lschen
Bentigt Attribut
Lscht das angegebene Attribut aus der Objektkonfiguration.
Attribut ersetzen
Attribut
umbenennen
Referenz setzen
Bentigt Attribut.
Kann genutzt werden, um den Wert des unter der Bedingung festgelegten Attributs unter dem neu definierten
Parameter abzuspeichern.
Referenzen
setzen
Bentigt Attribut.
Gibt es mehrere Werte in dem in der Bedingung festgelegten Attribut, wird fr jeden Wert das festgelegte Attribut
gesetzt.
Copyright 2014,
SNAG-View 3.4
Copyright 2014,
73
SNAG-View 3.4
Copyright 2014,
74
SNAG-View 3.4
75
Inventarisierung
Mit Hilfe der Inventarisierung kann man mit SNAG-View das eigene Netzwerk nach Gerten durchsuchen. Hierzu kann ein Adressbereich in
Kombination mit den Plugins nsclient, snmp (1 und 2c) sowie wmi oder NeDi genutzt werden. Inventarisierungsscans knnen zudem als
Aufgabe geplant regelmig ausgefhrt werden.
In Kombination mit dem Erstellen einer Import-Datei fr alle oder ausgewhlte gescannte Gerte knnen mit dem Inventarisierung-Modul
neue Hosts schnell und automatisiert in SNAG-View importiert werden.
Die Inventarisierung erreicht man ber das MenKonfigurationInventarisierung
bersicht
Inventarisierte Gerte
Im Inventarisierte Gerte-Tab werden alle bereits erfassten Gerte aufgelistet. Aus der Tabelle kann herausgelesen werden, welche
Datenquellen von einem Gert untersttzt werden und ob es bereits mit einem Host verknpft ist.
Copyright 2014,
SNAG-View 3.4
76
ber die Toolbar knnen neue Scans gestartet und geplant sowie Import-Dateien erstellt werden.
Ein Doppelklick auf ein Gert ffnet dessen Detailansicht, in der alle ausgelesenen Werte einsehbar sind.
Aktion
Es ffnet sich eine ausgefllte Scan-Maske mit der das Gert erneut
gescannt, also aktualisiert, werden kann.
Copyright 2014,
SNAG-View 3.4
77
ber dieses Symbol kann das Gert einem bereits existierenden Host
zugeordnet werden.
Im Feld Host kann der Host ausgewhlt werden, dem dieses Gert
zugewiesen werden soll.
Mit der Checkbox Werte berschreiben kann definiert werden, ob im
Host bereits existierende Werte durch die Gertewerte berschrieben
werden drfen. Diese knnen ber die darunter folgenden Felder
definiert werden. ber das Dropdown-Men kann der Eintrag des
Gerts gewhlt werden. Leere Felder werden nicht berschrieben.
Wurde dieses Gert bereits mit einem Host verknpft, kann die
Verbindung ber dieses Symbol wieder gelst werden.
Copyright 2014,
SNAG-View 3.4
78
Wurde das Gert bereits mit einem Host verknpft, kann der
Einstellungsdialog des Hosts hierber aufgerufen werden.
Historie
Der Historie-Tab bietet eine bersicht ber alle bisher durchgefhrten Scans und ihre Ergebnisse. ber einen Doppelklick auf einen Eintrag
kann die Detailansicht des Scans aufgerufen werden. Hieraus ist ersichtlich, welche neuen Gerte bei diesem Scan gefunden wurden.
Copyright 2014,
SNAG-View 3.4
79
Laufende Scans
Im dritten Tab kann der Fortschritt von derzeit laufenden Scans beobachtet werden. ber einen Doppelklick auf einen laufenden Scan kann
die Log-Ansicht des Scans geffnet werden.
ber das Kontextmen kann zustzlich der ausgewhlte Scan abgebrochen werden.
Import-Datei erstellen
Mit Hilfe der Import-Funktion der Inventarisierung knnen schnell und automatisiert SNAG-View Hosts aus den inventarisierten Gerten
erstellt werden. Hierfr ist eine Import-Datei notwendig.
Import-Datei erstellen
1. Zunchst mssen die Gerte markiert werden, die in die Import-Datei geschrieben werden sollen. Mehrere Gerte knnen ber
STRG + linke Maustaste markiert werden. Sollen alle inventarisierten Gerte importiert werden, reicht ein Klick in die Liste
gefolgt von STRG + A, um alle Gerte zu markieren.
2. Anschlieend kann ber den
-Button die Erstellung gestartet werden.
3. Im folgenden Dialog kann gegebenenfalls der Name der Import-Datei gendert werden. Ein Klick auf Ok speichert die Import-Datei
ab.
Copyright 2014,
die
Import-Datei
erstellt,
erscheint
sie
in
der
Liste
des
Data
Pools
des
Import -Moduls:
SNAG-View 3.4
80
2. ber das Kontextmen Einlesen & Regeln anwenden wird der Inhalt in den Object Pool importiert.
3. Im Objekt Pool knnen dann mit STRG + linke Maustaste oder einem Klick in die Liste und anschlieendem STRG + A
mehrere oder alle Eintrge markiert werden. ber das Kontextmen eines ausgewhlten Eintrags knnen dann die Gerte mit dem
Befehl In die Konfiguration bernehmen in die SNAG-View Konfiguration bernommen werden. Es wird dann fr jedes Gert ein
H o s t
e r s t e l l t .
Es gibt zwei Scan-Mglichkeiten: Zum einen kann ein IP-Adressraum mit Hilfe der Plugins nsclient, snmp und wmi gescannt werden. Zum
anderen kann NeDi benutzt werden, um an das Netzwerk angeschlossenen Gerte zu finden.
IP-basiert
Copyright 2014,
SNAG-View 3.4
81
1. Wird der IP-basierte Scan benutzt, muss zunchst eine IP-Range eingetragen werden.
2. Im Bereich Plugins kann ausgewhlt werden, welche der drei Plugins fr den Scan benutzt werden sollen. Die
Standardeinstellungen knnen gegebenenfalls an das eigenen Netzwerk angepasst werden.
3. Wird snmp genutzt, kann im zweiten Feld zwischen der snmp-Version 1 und 2c gewhlt werden.
4. ber den Button Scan starten wird der Scan des IP-Bereichs gestartet. Alternativ kann der Scan auch fr einen spteren Zeitpunkt
als Aufgabe oder als wiederkehrender Task gespeichert werden (siehe unten).
NeDi
Scans planen
Wurde ein Scan konfiguriert kann er entweder sofort ausgefhrt oder als Aufgabe fr einen spteren Zeitpunkt gespeichert werden. Auch ist
es ber eine solche Aufgabe mglich, den Scan regelmig automatisch ausfhren zu lassen.
Copyright 2014,
SNAG-View 3.4
82
Scans planen
Wird bei der Scan-Definition Inventarisieren planen gedrckt, ffnet sich ein neues Fenster, in dem ein Task geplant werden kann. Zunchst
muss ein Name fr die Aktion eingetragen werden. Im Aktions-Feld ist bereits der Eintrag "Ausfhren von IP Scans der Inventarisierung"
bzw. "Ausfhren von NeDi Scans der Inventarisierung" ausgewhlt.
Unter Zeitplan muss ein Zeitpunkt hinterlegt werden (Datum und Uhrzeit), zu dem der Scan gestartet werden soll. Wird die Checkbox
Wiederholt sich aktiviert, ffnet sich ein Feld, in dem ber das grne Plus eine oder mehrere Wiederholungsintervalle festgelegt werde
knnen.
Anschlieend muss noch die Checkbox Aktiv aktiviert werden, damit die Aktion ausgefhrt wird.
Unter Parameter sind bereits alle vorher eingestellten Werte fr die Inventarisierungs-Suche eingetragen.
Konfigurationssicherung
Die Konfigurationssicherung ermglicht das Sichern und Zurckspielen der gesamten SNAG-View Objekt-Konfiguration. Hierber werden
alle angelegten Objekte und ihre Konfiguration gesichert, nicht jedoch gesammelte Performancedaten etc.
Die Konfigurationssicherung erreicht man ber das MenSystemeinstellungenKonfigurationssicherung
Copyright 2014,
SNAG-View 3.4
83
bersicht
Die Liste zeigt alle Konfigurationssicherungen, die SNAG-View erstellt hat. In den Spalten wird der Dateiname, der Erstellungszeitpunkt der
Sicherung, die Dateigre, die Anzahl der gesicherten Objekte und der Fingerprint der Sicherung aufgelistet. Zustzlich wird fr jede
Sicherung ein farbiges Label gezeigt. Dieses gibt an, ob die Sicherung problemlos zurckgespielt und die SNAG-View Konfiguration auf den
Stand der Sicherung gebracht werden kann oder nicht. Diese Sicherungen sind mit einem grnen Label gekennzeichnet. Bei zu alten
Sicherungen wird ein rotes Label angezeigt. Diese Sicherungen knnen nicht mehr problemlos zurckgespielt werden.
ber das Kontextmen eines Eintrages kann die Sicherung zurckgespielt oder die Sicherungsdatei gelscht werden.
Mit dem grnen Plus oben links kann eine neue Sicherung erstellt werden. Es wird der aktuelle Stand der SNAG-View Konfiguration
augenblicklich gesichert.
Location Map
ber das Location Map-Modul kann SNAG-View die in SNAG-View konfigurierten Host standortbasiert abbilden. Die Standorte knnen
untereinander verschachtelt werden und jedem Host / Hostgruppe kann ein Standort zugewiesen werden.
Die Location Map-Ansicht erreicht man ber das MenAnsichtenLocation Map
Copyright 2014,
SNAG-View 3.4
84
bersicht
Die Location Map-Ansicht gliedert sich in zwei Bereiche: In der linken Spalte sind die konfigurierten Standorte in einer verschachtelten Liste
aufgefhrt. ber einen einfachen Klick auf ein Element ffnet sich die Standort-Ansicht im rechten Ansichtsfenster. ber das Kontextmen
kann der Standort bearbeitet oder gelscht werden. ber Service erstellen wird ein neuer Service erstellt, der den Status des Standortes
berwacht. ber Standort erstellen kann ein neuer Standort generiert werden. Als Elternstandort wird automatisch das geklickte Objekt
ausgewhlt.
Im rechten Fenster wird eine Ansicht mit allen Elementen des Standorts gezeigt. Per Drag'n'Drop kann die Ansicht verschoben werden. ber
den Namen eines Elements wird dessen Standort-Ansicht geffnet, so dass man sich immer tiefer in den Baum vorarbeiten kann. Links oben
liegen die Kontrollelemente der Ansicht. ber das
Einstellungen
Copyright 2014,
SNAG-View 3.4
85
In den Einstellungen kann die Darstellung konfiguriert werden. Diese wird dann pro Benutzer und Standort gespeichert.
Folgende Einstellungen sind mglich:
Darstellungsmodus:
Tree Grid: Zeigt die Elemente des Standorts in einer Detail-Baumliste. Haben die Elemente Unterstandorte, so knnen sie
' a u f g e k l a p p t '
w e r d e n .
Hyper Tree / RGraph: Fchert die Elemente als Symbole mit Label in einem Kreis auf.
Darstellung erzwingen: Dies wird bercksichtigt, wenn von einem Standort via Drill-Down in einen untergeordneten Standort
gewechselt wird. Ist dieser Wert ausgewhlt, werden die hier definierten Werte von dem untergeordneten Standort genutzt.
Andernfalls werden die Einstellungen des Standortes genutzt, welcher ber die Baumdarstellung auf der linken Seite geladen wurde.
Flache Darstellung: Ist derzeit ohne Funktion
Service Status: Wird dieser Parameter aktiviert, dann werden die Service-Status-Werte der Hosts fr die Status Berechnung der
Hosts und Standorte mitbercksichtigt
Optionen: Unter diesem Punkt werden Darstellungsmodus spezifische Parameter angezeigt:
Duration: Beschreibt die Animationsdauer in Millisekunden.
Standort erstellen
ber das grne Plus oder das Kontextmen eines Standortes kann ein neuer Standort generiert werden.
Copyright 2014,
SNAG-View 3.4
86
1. Unter Name muss zwingend ein Name fr den Standort angegeben werden.
2. Unter Krzel muss zudem eine Namensabkrzung hinterlegt werden.
3. Das Feld String beinhaltet den vollstndigen Pfad zum Standort innerhalb aller Locations und wird vom System automatisch
generiert und bei nderungen aktualisiert.
4. Elternstandort: Hier kann ber das Dropdown-Men aus der Baumliste aller bereits definierten Standorte ein Elternstandort
ausgewhlt werden. So knnen Standorte beliebig ineinander verschachtelt werden.
5. Unter Beschreibung kann eine erklrende Beschreibung zum Standort hinterlegt werden.
6. Im Feld Bild kann ber die Bildverwaltung ein fr den Standort sprechendes Bild ausgewhlt/hochgeladen werden, ber das der
Standort schnell erkannt werden kann (Beispielsweise das Wappen der Stadt etc.).
ber das Dropdown-Men des Parameters Standort kann ein Standort ausgewhlt werden. Der String zum Standort wird vom System
automatisch eingetragen.
Medienmanager
ber den Medienmanager knnen alle Arten von Dateien auf dem SNAG-View Server gespeichert werden wie Hilfsprogramme, Bilder,
Scripte etc. Diese knnen anschlieend beispielsweise in Wiki-Artikeln verwendet werden, um sie fr alle SNAG-View Benutzer zur
Verfgung zu stellen.
Den Medienmanager erreicht man ber das MenSystemeinstellungenMedienmanager
Copyright 2014,
SNAG-View 3.4
87
bersicht
Der Medienmanager gliedert sich in zwei Bereiche. In der linken Liste werden die Rubriken dargestellt unter denen die Dateien abgelegt
sind. ber das grne Plus knnen neue Kategorien angelegt werden. ber das Kontextmen einer Rubrik kann diese bearbeitet und
gelscht werden.
Im rechten Fenster werden nach einem Klick auf eine Rubrik die dieser zugeordneten Dateien angezeigt. In der Liste werden der Dateiname,
die Beschreibung, die Dateigre und der Zeitpunkt des Hochladens angezeigt. Auerdem der Name des Benutzers, der die Datei
angelegt/hochgeladen hat.
ber einen Doppelklick auf eine Datei kann diese heruntergeladen werden. ber das Kontextmen kann die Datei zudem bearbeitet und
gelscht werden.
Copyright 2014,
SNAG-View 3.4
88
1. ber das Feld Datei kann der Pfad zu einer lokalen Datei entweder manuell eingetragen oder ber den Dateimanager ausgewhlt
werden.
2. Optional kann eine Beschreibung der Datei angegeben werden.
3. Die Datei muss einer Kategorie zugewiesen werden.
Copyright 2014,
SNAG-View 3.4
89
ber das Kontextmen einer Datei kann diese bearbeitet werden. Es kann der angezeigte Name, die Beschreibung sowie die
Kategoriezugehrigkeit gendert werden.
Nagios
Das Nagios-Modul ist das Herzstck von SNAG-View. Mit seiner Hilfe werden alle Hosts und Services berwacht. Es bietet eine Vielzahl
unterschiedlicher Listen- und Detailansichten.
Nagios Ansichten
Nagios Konfiguration
Nagios Ansichten
Alertticker
Checks
Detailansichten
Downtimes
Inaktive Objekte
Kommentare
Kontextmens
Hostgruppen-Kontextmen
Host-Kontextmen
Servicegruppen-Kontextmen
Service-Kontextmen
Listenansichten
Hostgruppen
Hostbersicht
Listensymbole
Servicebrowser / Servicedetails
Servicegruppen
Alertticker
Der Altertticker informiert ber neueste Events wie Zustandsnderungen von Services und liefert detaillierte Informationen zu diesen
Ereignissen. Die View ist ein Liveticker - alle Statusnderungen werden sofort registriert und der Liste hinzugefgt.
Man erreicht den Alertticker ber das MenAllgemeinAlertticker
Copyright 2014,
SNAG-View 3.4
90
bersicht
Angezeigt werden Zeitpunkt der Statusnderung, der Typ und das Label des Services sowie der Statustyp. Der neue Status wird als farbiges
Icon dargestellt, dahinter steht der alte Status und eine Ausgabe mit nheren Informationen zur Statusnderung.
ber das grne Hkchen oben links kann der Ticker gestartet und gestoppt werden. Der Mlleimer lscht den Tickerinhalt.
Der gesamte Inhalt des Alerttickers wird damit sofort gelscht. Es erfolgt keine zweite Sicherheitsfrage.
Unten rechts kann die maximale Anzahl an Statusnderungen definiert werden, die sich das System merken und anzeigen soll. Kommen
neue Meldungen herein, werden die alten automatisch gelscht.
Ein Doppelklick ffnet die Detailansicht des Objekts in einem neuen Tab.
ber das Kontextmen knnen zustzliche Befehle aufgerufen werden, wie das Bearbeiten des zum Objekt gehrenden Serviceprofils oder
der Serviceinstanz. Es knnen auch direkt Kommandos fr das Objekt ausgefhrt werden.
Die View kann mit dem Button oben rechts gebookmarked oder direkt auf das Dashboard kopiert werden.
Checks
In der Checks-Ansicht werden alle Host- und Service-Checks in zwei bereinanderliegenden Listen dargestellt.
Copyright 2014,
SNAG-View 3.4
91
bersicht
Die Checks-Ansicht ist in zwei Bereiche eingeteilt: In der oberen Liste werden alle Host-Checks dargestellt, standardmig sortiert nach dem
Zeitpunkt des nchsten Checks. Im unteren Bereich werden quivalent alle Service-Checks aufgelistet.
ber den Button links oben in der Ecke kann schnell zwischen aktiven und deaktivierten Checks gewechselt werden.
Die Listen zeigen den Host- (und Service-Namen), den aktuellen Status mit Hilfe eines farbigen Labels, den Zeitpunkt des letzten Checks
sowie den geplanten Zeitpunkt des nchsten Checks. Ist der Zeitpunkt des nchsten Checks gelb hinterlegt, bedeutet das, das der Check
berfllig ist.
ber das Host-Kontextmen bzw. Service-Kontextmen kann das entsprechende Objekt bearbeitet oder Nagios-Kommandos abgesetzt
werden.
Detailansichten
Mit einem Doppelklick auf einen Host, eine Hostgruppe, einen Service oder eine Servicegruppe ffnet sich ein neuer Tab, in dem nhere
Informationen zum Element dargestellt werden. Um ein schnelles Zurechtfinden zu garantieren, sind alle Detailansichten gleich aufgebaut:
Copyright 2014,
SNAG-View 3.4
92
Die Hauptelemente der Detailansicht sind das obere Titelfenster mit Toolbar und das untere Informationsfenster mit Tableiste.
Titelfenster
Als Objektbild wird das Bild gezeigt, welches in der Konfiguration des Objekts hinterlegt wurde. Ist dort kein Bild angegeben wird das
SNAG-View Logo gezeigt.
Die Bedeutung der unterschiedlichen Symbole in der Symbolleiste knnen im Artikel Listensymbole nachgelesen werden.
Die Statusbersichten am rechten Rand zeigen die Statusverteilung der enthaltenen Hosts und/oder Services.
Toolbar
Die Toolbar ber dem Titelfenster beinhaltet einige Schalter zur Steuerung des Objekts:
Es sind nicht in jeder Detailansicht alle Schalter verfgbar.
Symbol
Copyright 2014,
Bedeutung
SNAG-View 3.4
93
Copyright 2014,
SNAG-View 3.4
94
Copyright 2014,
SNAG-View 3.4
95
Copyright 2014,
SNAG-View 3.4
96
Copyright 2014,
SNAG-View 3.4
97
Die Pfeile vor einem grnen Hintergrund zeigen an, dass die
Flap-Erkennung aktiviert ist. Fehlt der grne Hintergrund, ist
die Flap-Erkennung deaktiviert.
Copyright 2014,
SNAG-View 3.4
98
Der Informationstab bereitet die allgemeinen Informationen ber das Objekt und seinen derzeitigen Zustand in allgemein verstndlicher Form
auf. Zustzlich werden auch der Plugin-Output von Nagios sowie die aktuellen Performancedaten angezeigt.
Hosts
Beinhaltet das angezeigte Objekt mehrere Hosts (beispielweise eine Hostgruppe), so wird in diesem Tab eine Hostbersicht ber die
enthaltenen Hosts mit allen Funktionen angezeigt.
Services
Beinhaltet das angezeigte Objekt mehrere Services (beispielsweise ein Host), so wird in diesem Tab eine Servicebersicht ber die
enthaltenen Services mit kompletter Funktionalitt angezeigt.
Kommentare
Im Kommentartab knnen alle zu diesem Objekt eingetragenen Kommentare eingesehen, ber das Kontextmen gelscht und neue
Kommentare zum Objekt oder enthaltene Objekte geschrieben werden (siehe Kommentare fr nhere Informationen).
Downtimes
Zeigt eine bersicht ber frhere und zuknftige Downtimes fr dieses Objekt an. Diese knnen bearbeitet oder gelscht werden. Es knnen
auch neue Downtimes erstellt werden (siehe Downtimes fr nhere Informationen zu Downtimes).
Verfgbarkeit
Copyright 2014,
SNAG-View 3.4
99
Im Tab Verfgbarkeit werden die Statuszeiten des Objekts ausgewertet und bersichtlich dargestellt. So kann die effektive Verfgbarkeit des
Objekts ber einen lngeren Zeitraum genau abgelesen werden.
1. In der Tabelle werden die Statuszeiten kumuliert notiert. Es erfolgt eine mehrstufige Splittung. Zunchst werden die Zeiten nach
Status sortiert. Pro Status wird zustzlich unterschieden, ob der Status geplant (scheduled) oder nicht geplant (unscheduled) war.
Es wird einmal die effektive Zeit angegeben, in der letzten Spalte steht der Prozentwert zur Gesamtzeit des Objekts.
2. Der Pi-Chart neben der Tabelle gibt zustzlich einen schnellen berblick ber die Verteilung der Zeit auf die verschiedenen Status.
3. Unter Verlauf befindet sich eine Tabelle, in der alle Statusnderungen und Notifications zu diesem Objekt angezeigt werden.
Hierber knnen die Statusnderungen zurckverfolgt und eventuell Fehlerquellen identifiziert werden.
ber das
ber
-Symbole in der Toolbar kann man die Auswertung auf einen bestimmten Zeitraum begrenzt.
das
-Symbol
knnen
zustzliche
Einstellungen
vorgenommen
werden:
Soft States: Per default werden nur die Hard States der Objektstatus in die Berechnung aufgenommen. Sollen auch die Soft
States mit eingerechnet werden, muss dieses Hkchen gesetzt werden.
Nagios Restarts:
Zeitperiode: Hier kann eine Zeitperiode angegeben werden. Es werden dann nur die Zeiten in die Berechnung
aufgenommen, die innerhalb der definierten Zeitaparameter liegen.
Performancedaten
Copyright 2014,
SNAG-View 3.4
100
Unter dem Tab Performancedaten werden die von Nagios gesammelten Performancedaten grafisch in Form von Balkendiagrammen
ausgewertet und dargestellt. ber den Lupe-Button neben einem Graphen ffnet sich dieser in der Zoom-Ansicht als kleines Fenster:
Mit den Pfeiltasten kann man den dargestellten Zeitraum nach vorne oder nach hinten verschieben.
ber die Lupen-Symbole kann der dargestellte Ausschnitt verkleinert und vergrert werden.
ber den
Benachrichtigungen
Copyright 2014,
SNAG-View 3.4
101
Hier werden alle Benachrichtigungen angezeigt, die SNAG-View fr dieses Objekt bereits verschickt hat.
Maps
Ist das Objekt auf einer oder mehrerer SV-Maps eingetragen, wird/werden die Map(s) in diesem Tab als Thumbnail(s) dargestellt.
Optionale Tabs
Diese Tabs knnen nur erscheinen, wenn das entsprechende kostenpflichtige Modul installiert wurde.
Inventarisierung
Wurde das Objekt ber das Inventarisierungs-Modul erfasst, erscheinen die Informationen der Scans hier. Es knnen ber den Tab auch
neue Scans konfiguriert und Revisionsdiffs angesehen werden.
NeDi - Device
In diesem Tab werden die von NeDi gesammelten Device-Informationen angezeigt, falls sie verfgbar sind.
OTRS
Ist das Objekt ber das OTRS-Modul konfiguriert, erscheinen in diese Ansicht alle OTRS-Tickets, mit denen dieses Objekt verknpft ist. ber
das grne Plus knnen direkt aus SNAG-View heraus neue OTRS-Tickets erstellt werden.
Wiki
Ist das Objekt mit einer oder mehrerer Wiki-Seiten verknpft, werden diese in der linken Liste aufgefhrt und knnen hierber dargestellt
werden. ber das
-Symbol kann eine neue Wiki-Seite angelegt werden, die automatisch mit dem Objekt verknpft wird.
Im mittleren Fenster wird die links ausgewhlte Seite dargestellt. ber die beiden Symbole in der oberen Toolbar kann der Seiteninhalt und
die Verknpfungseinstellungen bearbeitet werden.
In der rechten Leiste werden zustzliche Informationen zur angezeigten Wiki-Seite dargestellt.
Copyright 2014,
SNAG-View 3.4
102
Downtimes
Von Zeit zu Zeit kann es vorkommen, dass Hosts oder Services bewusst deaktiviert werden mssen. Dies kann durch Wartungsarbeiten der
Fall sein oder geplante Upgrades etc. Damit SNAG-View in einem solchen Fall nicht Alarm schlgt, weil der Host oder Service nicht
erreichbar ist, knnen Downtimes definiert werden. SNAG-View wei dann, dass der Host oder Service in dieser Zeit nicht erreichbar ist. Mit
Hilfe der SNAG-View Benutzeroberflche knnen Downtimes bequem verwaltet werden.
Eine bersicht ber alle geplanten Downtimes findet sich unter MenAnsichtenAllgemeinDowntimes
bersicht
Im Downtimes-Tab sieht man eine bersicht ber alle geplanten und derzeit aktiven Downtimes. Abgelaufene Downtimes werden nicht
angezeigt.
Spalte
Copyright 2014,
Inhalt
SNAG-View 3.4
Typ
103
) handelt.
Label
In dieser Spalte wird der Name des Objekts angezeigt. Entweder der Hostname oder Hostname + Servicename.
Kommentar
Zeigt den bei der Erstellung der Downtime eingetragenen Kommentar an.
Von
Bis
Dauer
Bei einer flexiblen Downtime wird hier die eingetragene Lnge der Downtime angezeigt, bei einer festen Downtime
berechnet SNAG-View automatisch die Zeit zwischen Start- und Endzeitpunkt.
Autor
Copyright 2014,
SNAG-View 3.4
104
1.
Downtime-Art
Erklrung
fest
Die Downtime startet genau zum angegebenen Start-Zeitpunkt und endet exakt am angegebenen
End-Zeitpunkt.
flexibel
Neben Start- und End-Zeitpunkt wird zustzlich nach einer Downtime-Dauer gefragt. Die Ausfhrung der
Downtime ist innerhalb der angegeben Start- und End-Zeit flexibel, startet also nicht unbedingt genau zum
Start-Zeitpunkt, dauert aber exakt so lange wie in der Downtime-Dauer angegeben.
verbreitend
Eine verbreitende Downtime ist nur fr Hosts mglich. Alle Hosts, fr die der Host mit der Downtime als
Elternteil definiert wurde, bekommen ebenfalls die Downtime zugewiesen.
Dies ist ntzlich, wenn mehrere Hosts von der Verfgbarkeit eines anderen Hosts abhngen. In
einem solchen Fall muss die Downtime nicht fr alle Hosts einzeln gesetzt werden, sondern nur
einmal zentral fr den Eltern-Host.
ausgelst und
verbreitend
Bei einer ausgelsten Downtime wird ein Host als Trigger angegeben. Geht dieser Host in eine Downtime, wird
automatisch die getriggerte Downtime gestartet.
Die ausgelste Downtime ist nicht ber das Erstellungs-Men in der Downtimes-Ansicht verfgbar.
ber das Plus-Men der Downtimes-Ansicht sind nur feste und flexible Downtimes auswhlbar, verbreitende und
ausgelste Downtimes sind derzeit nur ber das Kontextmen eines Hosts auswhlbar.
Whlt man im Plus-Men der Downtimes-Ansicht unter Host Downtimeschedule-fix-service-downtime oder
schedule-flex-service-downtime wird die Downtime fr alle Services des ausgewhlten Hosts gesetzt.
2. Nach der Wahl der Downtime-Art muss ein Host und gegebenenfalls ein Service des Hosts ausgewhlt werden fr den die
Downtime
gelten
soll,
wenn
man
die
Downtime
ber
die
Downtime-Ansicht
erstellt:
3. Anschlieend kann Start- und Endzeitpunkt der Downtime und bei flexiblen Downtimes die Lnge angegeben werden:
Copyright 2014,
SNAG-View 3.4
105
Erstellte Downtimes knnen nicht bearbeitet werden. Um eine erstellte Downtime zu ndern muss die falsche Downtime ber das
Kontextmen des Eintrags gelscht und eine neue Downtime erstellt werden.
Inaktive Objekte
In der Ansicht Inaktive Objekte werden alle Objekte wie Hosts und/oder Serviceinsanzen angezeigt, die deaktiviert wurden. Diese Objekte
werden standardmig nicht in den normalen Listenansichten dargestellt.
Den Inaktive Objekte-Tab erreicht man ber das MenAnsichtenAllgemeinInaktive Objekte
bersicht
In der Ansicht werden alle inaktiven Hosts und Services nach Typ sortiert aufgelistet. ber das Kontextmen knnen die Objekte bearbeitet
und wieder aktiviert werden.
Jedes Mal nachdem Hosts oder Services aktiviert/deaktiviert wurden, muss ein neuer Nagios-Export durchgefhrt werden, damit
die nderungen fr das Nagios-System wirksam werden, auch wenn SNAG-View die nderungen sofort anzeigt.
Copyright 2014,
SNAG-View 3.4
106
Kommentare
Im Kommentare-Tab werden alle Kommentare, die SNAG-View Benutzer zu Hosts oder Services eingetragen haben oder vom System
generiert wurden nach Eingangszeitpunkt sortiert dargestellt. ber die Ansicht knnen die Kommentare bearbeitet, gelscht und neue
Kommentare erstellt werden.
Den Kommentar-Tab findet man ber das MenAnsichtenAllgemeinKommentare
bersicht
Copyright 2014,
SNAG-View 3.4
107
1. Mchte man zu einem Service einen Kommentar eintragen, muss zunchst der Host der Serviceinstanz gewhlt werden.
2. Danach whlt man aus der zweiten Dropdown-Liste den gewnschten Service.
Erstellt man den Kommentar direkt aus der Detailansicht des Objekts heraus, entfallen diese beide Schritte natrlich.
3. Anschlieend kann im Kommentar-Feld der gewnschte Kommentar eingetragen werden.
4. ber die Checkbox Persistent kann eingestellt werden, ob der Kommentar nur von Hand gelscht werden kann oder ob er nach
einem bestimmten Zeitraum automatisch entfernt wird.
5. Erstellt man einen Kommentar zu einem Host, kann ber die Checkbox Inklusive Serviceinstanzen eingestellt werden, ob der
Kommentar auch fr die Serviceinstanzen des Hosts angelegt werden soll oder nicht.
6. ber Anlegen wird der Kommentar schlielich erstellt.
Kontextmens
Hostgruppen-Kontextmen
Ein Rechtsklick auf eine Hostgruppe ffnet das Hostgruppen-Kontextmen, ber das Einstellungsdialoge geffnet und Kommandos an die
Hosts und Services der Gruppe gesendet werden knnen.
Hauptmen
Eintrag
Funktion
Hostgruppen
Details
Hostgruppen
bearbeiten
Host
erstellen
Hostgruppe
erstellen
Serviceprofil
erstellen
Hostgruppe
lschen
Zum Lschen der gesamten Hostgruppe. Es erfolgt noch eine Sicherheitsnachfrage vor dem Lschen.
Hostgruppe
deaktivieren
Deaktiviert die Hostgruppe. Sie wird dann nicht mehr in der normalen Listenansicht dargestellt. Um sie wieder zu
aktivieren muss die Filtereinstellung der Hostgruppenansicht benutzt werden um die Gruppe wieder sichtbar zu machen.
Sie kann auch noch ber Suchfunktion und die Objektverwaltung gefunden werden.
Kommando
ausfhren
ffnet ein neues Untermen, ber das diverse Nagios-Kommandos an die Hosts und Services der Gruppe gesendet
werden knnen.
Kommando ausfhren
Die Kommandos werden mit und ohne Prfix angezeigt. Ohne Prfix gilt der Befehl fr alle Hosts und Services der Gruppe. Kommandos mit
dem Prfix Hosts - gelten nur fr die Hosts der Gruppe, steht der Prfix Services - vor dem Befehl, gilt er fr alle Services der Gruppe.
Kommando
Copyright 2014,
Funktion
SNAG-View 3.4
108
Feste Downtime
definieren
ffnet einen Dialog, in dem eine feste Downtime definiert werden kann.
Flexible Downtime
definieren
ffnet einen Dialog, in dem eine flexible Downtime definiert werden kann.
Benachrichtigungen
aktivieren
Sollten die Benachrichtigungen fr einige oder alle Elemente deaktiviert sein, werden hiermit fr alle
Elemente die Benachrichtigungen wieder aktiviert.
Benachrichtigungen
deaktivieren
ber diesen Befehl knnen alle Benachrichtigungen der Elemente deaktiviert werden.
Checks aktivieren
Sollten die aktiven Checks fr einige oder alle Elemente deaktiviert sein, knnen sie ber diesen Befehl
wieder aktiviert werden.
Checks deaktivieren
ber diesen Befehl knnen die aktiven Checks aller Elemente deaktiviert werden.
passive Checks
aktivieren
Sollten die passiven Checks fr einige oder alle Elemente deaktiviert sein, knnen sie hiermit wieder aktiviert
werden.
passive Checks
deaktivieren
Host-Kontextmen
Ein Rechtsklick auf eine der Hostspalten ffnet das Kontextmen des Hosts, ber das Kommandos gesendet und Einstellungsdialoge
geffnet werden knnen. Dies funtkioniert auch bei allen leeren Feldern unterhalb des Hosttitels, die entstehen, wenn ein Host mehrere
Services hat. Das Host-Kontextmen beinhaltet folgende Eintrge:
Hauptmen
Eintrag
Funktion
Host Details
Host
bearbeiten
Host
kopieren
Kopiert die Hosteinstellungen des Hosts und ffnet einen Konfigurationsdialog mit diesen Voreinstellungen, um daraus
einen neuen Host zu erstellen.
Host
erstellen
Hostgruppe
erstellen
ffnet einen leeren Hostgruppen-Konfigurationsdialog, mit dem eine neue Hostgruppe erstellt werden kann.
Host
lschen
Lscht den ausgewhlten Host. Es wird vor dem Lschen noch ein Besttigungsdialog angezeigt.
Host
deaktivieren
Alle
Services
dieses
Hosts
ffnet die Host-Detailansicht des Hosts mit Fokus auf den Servicetab, in dem alle Services des Hosts angezeigt werden.
Kommandos
ausfhren
Dieses Feld ffnet ein Untermen mit einer Liste von Nagios-Kommandos, die an den Host oder alle seine Services
bergeben werden knnen.
Kommandos ausfhren
Befehl
Funktion
Check jetzt
durchfhren
Zwingt SNAG-View dazu, die in der Hostkonfiguration definierten Checkzeiten zu ignorieren und sofort den
Host-Check durchzufhren.
Nagios-Kommando: SCHEDULE_FORCED_HOST_CHECK mit der aktuellen Zeit als Parameter
Copyright 2014,
SNAG-View 3.4
109
Services - Check
jetzt durchfhren
Problem besttigen
Wurde fr diesen Host ein Problem von SNAG-View gemeldet, kann ber diesen Eintrag der ACK-Eintrag
(Acknowledged) vorgenommen werden, um SNAG-View zu signalisieren, dass das Problem erfolgreich bekannt
gemacht wurde.
Nagios-Kommando: SCHEDULE_FORCED_HOST_SVC_CHECKS
Nagios-Kommando: ACKNOWLEDGE_HOST_PROBLEM
Feste Downtime
definieren
ffnet einen Konfigurationsdialog, in dem eine feste Downtime fr diesen Host definiert werden kann (nhere
Erluterungen zu Downtimes gibt es im Artikel Downtimes).
Nagios-Kommando: SCHEDULE_HOST_DOWNTIME mit fixed = 1
Flexible Downtime
definieren
ffnet einen Konfigurationsdialog, in dem eine flexible Downtime fr diesen Host definiert werden kann (nhere
Erluterungen zu Downtimes gibt es im Artikel Downtimes).
Nagios-Kommando: SCHEDULE_HOST_DOWNTIME
Benachrichtigungen
aktivieren
Sind die Benachrichtigungen fr diesen Host deaktiviert, knnen sie ber diesen Eintrag wieder aktiviert werden.
Nagios-Kommando: ENABLE_HOST_NOTIFICATIONS
Benachrichtigungen
deaktivieren
Services Benachrichtigungen
aktivieren
Sind die Benachrichtigungen fr einen oder mehrere Services dieses Hosts deaktiviert, knnen sie ber diesen
Eintrag wieder aktiviert werden.
Nagios-Kommando: ENABLE_HOST_SVC_NOTIFICATIONS
Services Benachrichtigungen
deaktivieren
Sendet an jeden Service des Host den Befehl, seine Benachrichtigungen zu deaktivieren.
Aktive Checks
aktivieren
Sind die aktiven Checks des Host deaktiviert, knnen sie ber dieses Kommando wieder aktiviert werden.
Nagios-Kommando: DISABLE_HOST_SVC_NOTIFICATIONS
Nagios-Kommando: ENABLE_HOST_CHECK
Aktive Checks
deaktivieren
Deaktiviert die aktiven Checks dieses Hosts. SNAG-View behlt das Ergebnis des letzten Checks bei und so
lange die aktiven Checks deaktiviert sind kann der Status nur ber einen passiven Check gendert werden.
Nagios-Kommando: DISABLE_HOST_CHECK
Services - Checks
aktivieren
Schickt an jeden Service des Hosts den Befehl, seine aktiven Checks zu aktivieren falls sie deaktiviert wurden.
Nagios-Kommando: ENABLE_HOST_SVC_CHECKS
Services - Checks
deaktivieren
Sendet an jeden Service des Hosts den Befehl, seine aktiven Checks zu deaktivieren.
Nagios-Kommando: DISABLE_HOST_SVC_CHECKS
Erweiterte
Kommandos
ffnet ein Untermen, in dem weitere Kommandos aufgelistet sind, die an den Host oder seine Services
bergeben werden knnen.
Erweiterte Kommandos
Befehl
Funktion
Check durchfhren
ffnet ein Fenster, in dem ein Zeitpunkt angegeben werden kann, zu dem der Host gecheckt werden soll.
Dieser Check wird nur durchgefhrt, wenn zum angegebenen Zeitpunkt die aktiven Checks aktiviert
sind und es keinen geplanten Check mit einem frheren Startzeitpunkt gibt. Soll der Host zwingend
zum angegebenen Zeitpunkt gecheckt werden, sollte Check erzwingen verwendet werden.
Nagios-Kommando: SCHEDULE_HOST_CHECK
Copyright 2014,
SNAG-View 3.4
Check erzwingen
110
ffnet ein Fenster, in dem ein Zeitpunkt angegeben werden kann, zu dem der Host in jedem Fall gecheckt
wird.
Nagios-Kommando: SCHEDULE_FORCED_HOST_CHECK
Passives
Checkergebnis
bermitteln
ffnet einen Dialog, in dem ein passives Checkergebnis eingetragen und mit Ausfhren an den Host
bergeben werden kann.
1. Im Feld status_code muss der entsprechende Zahlwert des gewnschten Status eingetragen werden.
2. Im Feld plugin_output knnen nhere Informationen zum Status eingetragen werden. Diese Zeile ist
quivalent zur ersten Zeile eines Nagios-Outputs und wird im Servicebrowser in der Spalte Ausgabe
dargestellt.
3. Im Feld Performance Daten knnen, wenn gewnscht, Performance Daten fr den Host eingetragen
werden, die SNAG-View zur Erstellung von Performance Graphen verwendet.
Die Performance Daten mssen im Nagios Performance Data Format hinterlegt werden:
'label'=value[UOM];[warn];[crit];[min];[max]
Die Felder 'label' und value sind zwingend.
Wird keine UOM (= Unit Of Measurement) angegeben, impliziert SNAG-View feste Zahlwerte.
Weitere mgliche Werte sind: s/us/ms fr Sekunden/Microsekunde/Millisekunde, % fr
Prozent, B fr Bytes oder c fr einen fortlaufenden Zhler.
warn, crit, min, max knnen Null sein - also keinen Wert enthalten.
Beispiel: rta=0.054ms;200.000;500.000;0;
Mehrere Datenstze werden mit einem Leerzeichen voneinander getrennt.
Host & Services Probleme besttigen
Gibt es fr den Host und/oder einen oder mehrere seiner Services noch nicht besttigte Problemberichte,
kann ber diesen Befehl fr alle Probleme ein ACK (Acknowledged) eingetragen werden.
Nagios-Kommandos: ACKNOWLEDGE_HOST_PROBLEM und ACKNOWLEDGE_SVC_PROBLEM
Wurden Problemberichte fr den Host und/oder einen oder mehrere seiner Services mit einem ACK versehen,
kann das ber diesen Befehl rckgngig gemacht werden. Alle ACKs werden vom Host und seinen Services
gelscht.
Nagios-Kommandos: REMOVE_HOST_ACKNOWLEDGEMENT und REMOVE_SVC_ACKNOWLEDGEMENT
Problembesttigungen
entfernen
Lscht alle ACK-Tags fr aktuelle Probleme des Hosts. Alle ACKs von Service-Problemen bleiben bestehen.
Nagios-Kommando: REMOVE_HOST_ACKNOWLEDGEMENT
Services - feste
Downtime definieren
ffnet einen Dialog, in dem fr alle Services des Hosts eine feste Downtime definiert werden kann (Nhere
Informationen zu Downtimes gibt es im Artikel Downtimes).
Nagios-Kommando: SCHEDULE_HOST_SVC_DOWNTIME mit dem fixed = 1
Services - flexible
Downtime definieren
ffnet einen Dialog, in dem fr alle Services des Hosts eine flexible Downtime definiert werden kann.
Nagios-Kommando: SCHEDULE_HOST_SVC_DOWNTIME
ffnet einen Dialog, in dem fr den Host und alle seine Services eine feste Downtime definiert werden kann.
ffnet einen Dialog, in dem fr den Host und alle seine Services eine flexible Downtime definiert werden kann.
Copyright 2014,
SNAG-View 3.4
Feste verbreitende
Downtime definieren
111
ber den sich ffnenden Dialog kann eine feste Downtime fr den Host definiert werden, die auch auf alle
seine Host-Kinder bertragen wird.
Nagios-Kommando: SCHEDULE_AND_PROPAGATE_HOST_DOWNTIME mit fixed = 1
Flexible verbreitende
Downtime definieren
ffnet einen Dialog, mit dem eine normale Downtime fr diesen Host und alle seiner Kinder festgelegt werden
kann.
Nagios-Kommando: SCHEDULE_AND_PROPAGATE_HOST_DOWNTIME
Ausgelste feste
verbreitende
Downtime definieren
Mit diesem Befehl kann eine Downtime fr den Host und alle seine Kinder definiert werden.
Nagios-Kommando: SCHEDULE_AND_PROPAGATE_TRIGGERED_HOST_DOWNTIME mit fixed = 1
Servicegruppen-Kontextmen
ber einen Rechtsklick auf eine Servicegruppe ffnet sich das Servicegruppen-Kontextmen, ber das Einstellungen vorgenommen und
Kommandos an die Hosts und Services der Gruppe abgeschickt werden knnen.
Hauptmen
Eintrag
Funktion
Servicegruppen
Details
Servicegruppe
bearbeiten
Servicegruppe
erstellen
Servicegruppe lschen
Lscht die aktuell ausgewhlte Servicegruppe. Vor dem Lschen erfolgt noch eine Sicherheitsfrage.
Kommando ausfhren
ffnet ein Untermen, ber das diverse Nagios-Befehle an die Hosts und Services der Gruppe geschickt
werden knnen.
Kommando ausfhren
Die Kommandos werden mit und ohne Prfix angezeigt. Ohne Prfix gilt der Befehl fr alle Hosts und Services der Gruppe. Kommandos mit
dem Prfix Hosts - gelten nur fr die Hosts der Gruppe, steht der Prfix Services - vor dem Befehl, gilt er fr alle Services der Gruppe.
Kommando
Funktion
Feste Downtime
definieren
ffnet einen Dialog, in dem eine feste Downtime definiert werden kann (nhere Informationen zu Downtimes
im Artikel Downtimes).
Flexible Downtime
definieren
ffnet einen Dialog, in dem eine flexible Downtime definiert werden kann.
Benachrichtigungen
aktivieren
Sollten die Benachrichtigungen fr einige oder alle Elemente deaktiviert sein, werden hiermit fr alle Elemente
die Benachrichtigungen wieder aktiviert.
Benachrichtigung
deaktivieren
ber diesen Befehl knnen alle Benachrichtigungen der Elemente deaktiviert werden.
Checks aktivieren
Sollten die aktiven Checks fr einige oder alle Elemente deaktiviert sein, knnen sie ber diesen Befehl wieder
aktiviert werden.
Checks deaktivieren
ber diesen Befehl knnen die aktiven Checks aller Elemente deaktiviert werden.
passive Checks
aktivieren
Sollten die passiven Checks fr einige oder alle Elemente deaktiviert sein, knnen sie hiermit wieder aktiviert
werden.
passive Checks
deaktivieren
Service-Kontextmen
Das Service-Kontextmen erscheint in den Listenansichten (Servicebrowser / Servicedetails, Servicebersicht) bei einem Rechtsklick auf
eine der Servicespalten.
Hauptmen
Copyright 2014,
SNAG-View 3.4
112
Eintrag
Funktion
Service
Details
Serviceprofil
bearbeiten
ffnet einen Konfigurationsdialog, in dem das Serviceprofil des Service bearbeitet werden kann.
Serviceinstanz
bearbeiten
ffnet einen Konfigurationsdialog, in dem die ausgewhlte Serviceinstanz bearbeitet werden kann. Der Dialog
entspricht dem beim Erstellen eines Services, nur das kein Name angegeben werden kann.
Servicegruppe
erstellen
Startet einen Konfigurationsdialog zum Erstellen einer neuen Hostgruppe mit dem Service als erstes Mitglied.
Service
deaktivieren
Deaktiviert die ausgewhlte Serviceinstanz. Damit wird sie in der Standardansicht des Servicebrowsers nicht mehr
angezeigt. Um die Instanz wieder zu aktivieren kann man sie ber die Filtermglichkeiten des Servicebrowsers sichtbar
machen oder ber die Objektverwaltung suchen.
Kommando
ausfhren
Fhrt ein weiteres Men aus, durch das verschiedene Nagios-Kommandos abgesetzt werden knnen.
Kommando ausfhren
Befehle
Funktion
Check jetzt
durchfhren
Problem besttigen
Falls fr diesen Service ein Problembericht vorliegt, kann ber dieses Kommando das ACK (Acknowledge)
gesetzt werden.
Nagios-Kommando: ACKNOWLEDGE_SVC_PROBLEM
Feste Downtime
definieren
ffnet einen Dialog, in dem eine feste Downtime fr diesen Service definiert werden kann (Nheres zu
Downtimes im Artikel Downtimes).
Nagios-Kommando: SCHEDULE_SVC_DOWNTIME mit fixed = 1
Flexible Downtime
definieren
ffnet einen Dialog, in dem eine flexible Downtime fr diesen Service definiert werden kann.
Nagios-Kommando: SCHEDULE_SVC_DOWNTIME
Benachrichtigungen
aktivieren
Sind die Benachrichtigungen fr diesen Service deaktiviert, knnen sie ber diesen Befehl wieder aktiviert
werden.
Nagios-Kommando: ENABLE_SVC_NOTIFICATIONS
Benachrichtigungen
deaktivieren
Aktive Checks
aktivieren
Sollten die automatischen Checks von SNAG-View fr diesen Service deaktiviert sein, knnen sie ber diesen
Befehl wieder aktiviert werden.
Nagios-Kommando: ENABLE_SVC_CHECKS
Aktive Checks
deaktivieren
ber diesen Befehl lassen sich alle aktiven Checks fr diesen Service deaktivieren. Der Status eines Services
kann in diesem Zustand nur noch ber passive Checks gendert werden.
Nagios-Kommando: DISABLE_SVC_CHECKS
Erweiterte
Kommandos
Erweiterte Kommandos
Befehle
Copyright 2014,
Funktion
SNAG-View 3.4
Check durchfhren
113
ffnet ein Fenster, in dem ein Zeitpunkt angegeben werden kann, zu dem der Service gecheckt werden soll.
Dieser Check wird nur durchgefhrt, wenn zum angegebenen Zeitpunkt die aktiven Checks aktiviert
sind und es keinen geplanten Check mit einem frheren Startzeitpunkt gibt. Soll der Service
zwingend zum angegebenen Zeitpunkt gecheckt werden, sollte Check erzwingen verwendet
werden.
Nagios-Kommando: SCHEDULE_SVC_CHECK
Check erzwingen
ffnet einen Dialog, in dem ein Zeitpunkt angegeben werden kann, zu dem der Service auf jeden Fall
gechecked wird.
Nagios-Kommando: SCHEDULE_FORCED_SVC_CHECK
Passives
Checkergebnis
bermitteln
ffnet ein Dialogfenster, in das ein passives Checkergebnis fr diesen Service eingetragen werden kann.
1. Im Feld status_code muss der entsprechende Zahlwert des gewnschten Status eingetragen werden.
2. Im Feld plugin_output knnen nhere Informationen zum Status eingetragen werden. Diese Zeile ist
quivalent zur ersten Zeile eines Nagios-Outputs und wird im Servicebrowser in der Spalte Ausgabe
dargestellt.
3. Im Feld Performance Daten knnen, wenn gewnscht, Performance Daten fr den Host eingetragen
werden, die SNAG-View zur Erstellung von Performance Graphen verwendet.
Die Performance Daten mssen im Nagios Performance Data Format hinterlegt werden:
'label'=value[UOM];[warn];[crit];[min];[max]
Die Felder 'label' und value sind zwingend.
Wird keine UOM (= Unit Of Measurement) angegeben, impliziert SNAG-View feste Zahlwerte.
Weitere mgliche Werte sind: s/us/ms fr Sekunden/Microsekunde/Millisekunde, % fr
Prozent, B fr Bytes oder c fr einen fortlaufenden Zhler.
warn, crit, min, max knnen Null sein - also keinen Wert enthalten.
Beispiel: rta=0.054ms;200.000;500.000;0;
Mehrere Datenstze werden mit einem Leerzeichen voneinander getrennt.
Problembesttigung
entfernen
Ermglicht es, ein gesetztes ACK fr ein gemeldetes Problem wieder zu entfernen.
Nagios-Kommando: REMOVE_SVC_ACKNOWLEDGEMENT
Bentuzerdefinierte
Benachrichtigung
ffnet einen Dialog, in dem hndisch eine Benachrichtigungsmeldung definiert werden kann.
Benachrichtigung
verzgern
ffnet einen Dialog, in dem ein Zeitpunkt angegeben werden kann. Alle Benachrichtigungen, die zu diesem
Service von SNAG-View herausgegeben wrden, werden dann erst zum definierten Zeitpunkt verschickt und
nicht dann, wenn sie nach den Benachrichtigungsregeln eigentlich verschickt werden sollten.
Nagios-Kommando: DELAY_SVC_NOTIFICATION
Benachrichtigungszahl
setzen
ffnet einen Dialog, in dem der aktuelle Benachrichtigungszhler fr diesen Service manipuliert werden kann.
0 bedeutet in diesem Fall, das zum aktuellen Problem noch keine Benachrichtigung herausgegen wurde.
Diese Funktion kann dazu genutzt werden, eine Eskalation zu provozieren oder
Benachrichtigungsinformationen erneut versenden zu lassen.
Nagios-Kommando: SET_SVC_NOTIFICATION_NUMBER
Copyright 2014,
SNAG-View 3.4
Passive Checks
aktivieren
114
Sind die passiven Checks fr diesen Service deaktiviert, knnen sie ber diesen Befehl wieder aktiviert
werden.
Nagios-Kommando: ENABLE_PASSIVE_SVC_CHECKS
Passive Checks
deaktivieren
ber diesen Befehl lsst sich die Mglichkeit, fr diesen Service passive Checks zu bermitteln, deaktivieren.
Nagios-Kommando: DISABLE_PASSIVE_SVC_CHECKS
Listenansichten
Die Listenansichten bieten eine bersichtliche und gleichzeitig flexible Darstellung der Host- und Service-Elemente, die in SNAG-View
registriert sind. Fr ein schnelles zurechtfinden sind alle Ansichten hnlich aufgebaut:
ber das grne Plus in der linken oberen Ecke knnen neue Objekte erstellt werden. Welche Objekttypen zur Auswahl stehen,
hngt von der Listenansicht ab.
In der rechten oberen Ecke befinden sich die Filtermglichkeiten der Liste. Die Menge der Filtermglichkeiten richtet sich nach der
ausgewhlten Liste. Alle Filtermglichkeiten werden im Artikel Filtermglichkeiten erklrt.
In der linken unteren Ecke befinden sich die allgemeinen Bedienelemente der Listenansichten, diese werden im Artikel Allgemeine
Bedienelemente erlutert.
In der rechten unteren Ecke wird die Anzahl der im aktuell dargestellten Fenster angezeigten Elemente und die Gesamtanzahl aller
Elemente, die den aktuellen Filtereinstellungen entsprechen, angezeigt.
Hostgruppen
In der Hostgruppen-bersicht werden alle Hostgruppen in einer Liste angezeigt. Der Status der gesamten Gruppe sowie der enthaltenen
Hosts und deren Services lassen sich in dieser Ansicht ebenfalls schnell und bersichtlich einsehen.
Die Hosgruppen-Ansicht erreicht man ber das MenAnsichtenHostHostgruppen
bersicht
Copyright 2014,
SNAG-View 3.4
115
Inhalt
Hostgruppenbild
Hier wird eine Miniatur des Bildes angezeigt, dass in der Hostgruppenkonfiguration hinterlegt wurde.
Hostgruppe
Hostgruppenfeatures
In dieser Spalte knnen diverse Symbole erscheinen, je nachdem welche Features fr die Hostgruppe
(de-)aktiviert sind (Erklrung der Smybole unter Listensymbole).
Status
Zeigt den Status der Hostgruppe mittels eines farbigen Label an. Zustzlich wird im Label der Status in Textform
angegeben.
Der Hostgruppenstatus richtet sich nach dem Host mit dem schlechtesten Status. Selbst wenn nur ein
einziger Host der Gruppe den Status "Warning" hat und alle anderen auf "OK" stehen bleibt der
Gruppenstatus auf "Warning".
Hostverteilung
In den folgenden vier Spalten wird angegeben wie viele Hosts der Gruppe den Status "OK", "Down",
"Unreachable" und "Pending" haben.
Total
Hosts
Zeigt die Hostverteilung in einem bersichtlichen Pi-Chart an. So ist auf einen Blick ersichtlich wie der
Gesamtstatus der Gruppe ist.
Serviceverteilung
In den nchsten fnf Spalten werden alle Services der in der Gruppe enthaltenen Hosts nach ihrem Status
"OK", "Warning", "Critical", "Unknown" und "Pending" angegeben.
Total
Services
Stellt die Serviceverteilung der Gruppe in einem bersichtlichen Pi-Chart dar, um einen schnellen berblick
ber den Zustand aller Services zu ermglichen.
ber das grne Plus in der linken oberen Ecke knnen folgende neue Objekte erzeugt werden:
Hosts
Hostgruppen
Serviceprofile
Benachrichtigungsregeln
Bedienung
Mit einem Doppelklick auf eine Hostgruppe ffnet sich die entsprechende Hostgruppen-Detailansicht.
ber einen Rechtsklick erreicht man das Hostgruppen-Kontextmen.
Hostbersicht
Copyright 2014,
SNAG-View 3.4
116
Die Hostbersicht bietet eine schnelle und flexible bersicht ber die mit SNAG-View berwachten Hosts.
Die Hostbersicht erreicht man ber MenAnsichtenHostHost
bersicht
Inhalt
Hoststatus
In der ersten Spalte wird mit Hilfe eines farbigen Labels der Status des Hosts angezeigt. Zustzlich wird der Status
als Text im Label dargestellt.
Hostbild
In dieser Spalte erscheint das Bild, das fr diesen Host in der Hostkonfiguration hinterlegt wurde.
Hostname
aktivierte
Hostfeatures
In dieser Spalte zeigen Symbole die aktivierten/deaktivierten Host-Features an (Fr die Bedeutung der Symbole
siehe den Artikel Listensymbole).
Letzter Check
Dauer
Gibt die Zeitspanne an, die sich der Host im aktuellen Status befindet.
Ausgabe
Gibt die erste Zeile des Nagios-Reports des letzten Checks aus, der nhere Informationen zum aktuellen Status und
Zustand des Hosts bietet.
ber das grne Plus in der linken oberen Ecke knnen folgende neue Objekte erzeugt werden:
Hosts
Hostgruppen
Serviceprofile
Benachrichtigungsregeln
SV-Maps
Copyright 2014,
SNAG-View 3.4
117
Bedienung
ber einen Doppelklick auf einen Host erreicht man dessen Detailansicht.
ber die rechte Maustaste ffnet sich das Host-Kontextmen.
Listensymbole
In den Listenansichten des Servicebrowsers etc. werden aktivierte Host-/Service-Features und Statusinformationen wie vorhandene
Kommentare als Symbole hinter dem Host-/Servicenamen angezeigt.
Symbol
Bedeutung
Fr dieses Objekt werden Performancedaten gesammelt.
Copyright 2014,
SNAG-View 3.4
118
Copyright 2014,
SNAG-View 3.4
119
Copyright 2014,
SNAG-View 3.4
120
Servicebrowser / Servicedetails
Der Servicebrowser liefert eine bersichtliche Darstellung der Status aller in SNAG-View verwalteten Hosts und ihren Services. Als zentrale
berwachungsansicht von SNAG-View ist der Servicebrowser neben dem Dashboard beim Start von SNAG-View grundstzlich aktiviert und
kann nicht geschlossen werden. Er bietet eine Vielzahl an Filtermglichkeiten, um die Ansicht an jedes Bedrfnis optimal anpassen zu
knnen (Diese werde im Artikel Filtermglichkeiten nher erlutert).
Die Ansicht Servicebersicht, die ber das MenAnsichtenServiceService zu erreichen ist, ist mit dem Servicebrowser identisch.
Copyright 2014,
SNAG-View 3.4
121
bersicht
Der Servicebrowser ist eine bersichtliche Listenansicht aller im SNAG-View registrierten Hosts und ihrer Services. ber farbige Labels kann
auf den ersten Blick der Status eines Hosts/Services erkannt werden (siehe SNAG-View Farbcode). Die Services sind nach ihren Hosts
gegliedert aufgelistet.
Die Liste gliedert sich in folgende Spalten:
Wert
Inhalt
Hoststatus
Zeigt ein farbiges Label, dass den Status des Hosts darstellt. Zustzlich ist der Status als Text im Label angegeben.
Hostsymbol
Hier wird ein Miniaturbild des Hosts gezeigt. Dieses kann in der Hostkonfiguration im Tab Sonstiges hinterlegt werden.
Ist dort kein Bild hinterlegt, wird das Standardsymbol eines Bildschirms angezeigt.
Verbleibt der Mauszeiger auf dem Symbol wird ein Overlay angezeigt, dass den Typ, die IP-Adresse und den in der
Hostkonfiguration hinterlegten Alias des Hosts enthlt.
Hostname
Hier erscheint der Name des Hosts, der in der Hostkonfiguration hinterlegt wurde.
Verbleibt der Mauszeiger auf dem Namen wird ein Overlay angezeigt, dass den Typ, die IP-Adresse und den in der
Hostkonfiguration hinterlegten Alias des Hosts enthlt.
aktivierte
Hostfeatures
Hinter dem Hostnamen werden in einer Spalte Symbole von fr diesen Host (de-)aktivierte SNAG-View Features
angezeigt. Mgliche Symbole und ihre Bedeutung werden im Artikel Listensymbole erklrt.
Bezeichnung
In dieser Spalte steht der Name des Services, wie er in der Servicekonfiguration hinterlegt wurde.
Verbleibt der Mauszeiger auf dem Namen wird ein Overlay angezeigt, dass den Typ und den Namen des
Serviceprofils des Services anzeigt.
aktivierte
Servicefeatures
Copyright 2014,
Hinter dem Servicenamen werden Symbole von fr diesen Service (de-)aktivierte SNAG-View Features angezeigt.
Mgliche Symbole und ihre Bedeutung werden im Artikel Listensymbole erklrt.
SNAG-View 3.4
122
Servicestatus
Diese Spalte zeigt ein farbiges Label, dass auf den ersten Blick den aktuellen Status des Services erkennen lsst.
Zustzlich ist der Status in Textform im Label abgedruckt.
Letzter Check
Gibt den genauen Zeitpunkt an, an dem SNAG-View diesen Service das letzte Mal gecheckt hat.
Dauer
Gibt an, wie lange sich der Service bereits in dem angegebenen Status befindet.
Checkversuche
Zeigt an, wie viele Checkversuche SNAG-View bentigt hat, um den aktuellen Status zu ermitteln.
Ausgabe
In dieser Spalte wird die erste Zeile des Plugin Outputs des Nagios-Checkkommandos ausgegeben. Dieser beinhaltet
erweiterte Informationen zum Status des Services und kann bei Fehlern zur Problemfindung beitragen.
ber das grne Plus im linken oberen Bereich knnen folgende neue Objekte erstellt werden:
Hosts
Hostgruppen
Serviceprofile
Servicegruppen
Bedienung
Sortierung
Neben den diversen Filtermglichkeiten ist es zustzlich mglich die Liste der angezeigten Services nach jeder Spalte auf- oder absteigend
sortieren zu lassen. Hierzu klickt man einfach auf den Spaltentitel.
Detailansichten
Mit einem Doppelklick auf eine der ersten vier Spalten (Hostspalten) ffnet sich die Host- Detailansicht des Hosts. Dies funktioniert auch auf
eventuell leeren Spalten unterhalb eines Hosts, wenn dieser mehrere Services hat. Ein Doppelklick auf die brigen Spalten ffnet
automatisch in einem neuen Tab die Service-Detailansicht des jeweiligen Services.
Kontextmens
Die Bedienmglichkeiten des Kontextmens werden in den Artikeln Host-Kontextmen und Service-Kontextmen erklrt.
Servicegruppen
Die Servicegruppen-Ansicht listet die erstellten Servicegruppen bersichtlich auf, so dass schnell der Gesamtstatus der Gruppe und der
darin enthaltenen Services erkannt werden kann.
Die Servicegruppen-Ansicht ffnet man ber das MenAnsichtenServiceServicegruppen
bersicht
Copyright 2014,
SNAG-View 3.4
123
Im Hauptbereich wird ein Liste der erstellten Servicegruppen angezeigt. Die Ansicht gliedert sich in die Spalten:
Spalte
Inhalt
Servicegruppenbild
Hier wird das Bild der Servicegruppe angezeigt, falls in der Konfiguration eines hinterlegt wurde.
Servicegruppe
aktivierte
Gruppenfeatures
In dieser Spalte erscheinen spezifische Symbole, die Ausknfte ber die Verwendung und derzeitige
Konfiguration der Servicegruppe geben.
Status
Hier erscheint ein farbiges Label, dass schnell den Status der Gruppe erkennen lsst. Zustzlich wird der Status
auch als Text innerhalb des Labels angezeigt.
Der Gruppenstatus richtet sich nach der Serviceinstanz mit dem schlechtesten Status. Selbst wenn nur
eine einzige Instanz den Status "Warning" hat und alle anderen "OK" sind, steht der Gruppenstatus auf
"Warning".
Statusspalten
In den folgenden fnf Spalten wird die Menge der Serviceinstanzen angezeigt die sich in dem entsprechenden
Status "OK", "Warning", "Critical", "Unknown" und "Pending" befinden.
Total
Diese Spalte gibt die Gesamtanzahl aller Serviceinstanzen in der Servicegruppe an.
Services
In der letzten Spalte wird die Verteilung der Serviceinstanzen noch einmal grafisch in Form eines
Kuchendiagramms dargestellt.
ber das grne Plus in den oberen linken Ecke knnen folgende neue Objekte erzeugt werden:
Serviceprofile
Servicegruppen
Benachrichtigungsregeln
Bedienung
ber einen Doppelklick auf eine Servicegruppe ffnet sich die Detailansicht mit nheren Informationen zur Gruppe.
ber einen Rechtsklick auf eine Gruppe ffnet sich das Servicegruppen-Kontextmen, ber das Einstellungen vorgenommen und
Nagios-Befehle an die Hosts und Services der Gruppe versandt werden knnen.
Nagios Konfiguration
Checkcommands erstellen und bearbeiten
Eventhandler
Hosts und Hostgruppen
Hostgruppen erstellen und bearbeiten
Hosts erstellen und bearbeiten
Nagios Synchronisierung
Services, Servicegruppen und Serviceprofile
Copyright 2014,
SNAG-View 3.4
124
Copyright 2014,
SNAG-View 3.4
125
Der eingetragene Checkcommand-Befehl muss als Plugin-Datei auf dem SNAG-View-Server im Ordner
/opt/snag-view/appliance/nagios/libexec
oder
/opt/snag-view/appliance/nagios/libexec-custom liegen.
3. Sollen im Befehlszeilenaufruf Makros mit Inhalten aus dem Passwort Tresor verfgbar sein (Makro hinzufgenQuelle: Passwort
Tresor), muss das Feld Passwort Tresor nutzen aktiviert werden.
4. Im Feld Parameter knnen zustzliche Argumente erstellt werden, die an das Checkcommando mit bergeben werden.
a. ber das grne Plus wird ein neues Argument eingefgt. ber einen Doppelklick auf das Argument kann der Name
gendert werden (Das Sprachwahl-Dropdown-Men ermglicht es, fr jede Sprache eine eigene Bezeichnung zu
hinterlegen.).
b. Die Argumente werden mit dem Makro $ARG+Nummer eingetragen. Die Nummer richtet sich nach der Reihenfolge im
Parameter Fenster. Das oberste Argument ist ARG1, das zweite ARG2 etc.
c. Wird spter in der Host/Service-Konfiguration das Checkcommando ausgewhlt, mssen dort die Werte fr die Parameter
eingetragen werden.
Die Parameter-Funktion kann zum Beispiel dazu genutzt werden individuelle Warning- und Critical-Werte an den Check zu
bergeben.
5. Im Feld Kategorie kann entweder aus dem Dropdown-Men eine bestehende Kategorie ausgewhlt werden, zu der das
Checkcommando hinzugefgt werden soll, oder ber das grne Plus eine neue Kategorie angelegt werden.
Die Kategorisierung findet sich im Auswahldialog des Checkcommands bei der Host/Service-Erstellung wieder und
ermglicht ein schnelles Wiederfinden der erstellte Kommandos.
6. Werden ber die Ausgabe des Checkcommandos Performancedaten bertragen, kann das Feld Performancedaten sammeln
aktiviert werden, damit SNAG-View diese aus der Plugin-Ausgabe ausliest.
Sonstiges
Im Tab Sonstiges kann fr jede Sprache ein Hilfetext eingetragen werden. Dieser wird bei der Erstellung eines neuen Hosts/Services
angezeigt, wenn das Checkcommando ausgewhlt und ber das
wird.
Das Textfeld ist ein WYSIWYG-Editor, d.h. es sind keine extra Befehle fr Zeilenumbrche, Umlaute etc. notwendig. ber das
Werkzeug-Symbol rechts knnen die Argumente als Platzhalter oder direkt eingetragen werden.
Eventhandler
Mit Hilfe des Eventhandlers gibt es die Mglichkeit ein Skript o. . zu hinterlegen, das ausgefhrt wird, wenn ein bestimmtes Ereignis eintritt.
So kann beispielsweise ein nicht mehr laufender Dienst neugestartet werden, sobald der diesen Dienst berwachende Service den Ausfall
meldet. Dadurch knnen einfache Fehlerbehebungsversuche wie Neustarts etc. automatisch ausgefhrt werden, so dass nicht jedes Mal ein
Systemadministrator dies hndisch tun muss.
Erstellen eines Eventhandlers
Die Einrichtung der Eventhandler erfolgt entweder ber die Objektverwaltung oder ber die Icons in den erweiterten Einstellungen innerhalb
der Service- bzw. Hostbearbeitung.
Copyright 2014,
SNAG-View 3.4
126
Um den erstellten Eventhandler zu nutzen, muss dieser in der Service- bzw. Hostkonfiguration aktiviert werden:
Copyright 2014,
SNAG-View 3.4
127
Bevor die Felder bearbeitet werdet knnen, ist es evtl. erforderlich, dass die Vererbung aufgehoben wird.
1.
2.
3.
4.
Einstellungsdialoge
Copyright 2014,
SNAG-View 3.4
128
Die Einstellungsdialoge sind dieselben wie bei der Hosterstellung. Lediglich im Tab Allgemein kann keine Adresse angegeben werden.
Dafr zeigt die Auswahlbox Mitglieder (Hosts) alle Hosts, die zu dieser Gruppe gehren. Auch knnen per Drag'n'Drop oder Doppelklick
bereits existierende Hosts zur Hostgruppe hinzugefgt oder entfernt werden.
Zudem ist es mglich Hostgruppen zu verschachteln, indem sie bestimmte Werte von einer anderen Hostgruppe erben. Diese knnen in der
Auswahlbox Mitglieder (Hostgruppen) ausgewhlt werden.
Hostgruppen bearbeiten
Die existierenden Hostgruppen knnen komfortabel ber die Objektverwaltung verwaltet und bearbeitet werden.
Copyright 2014,
SNAG-View 3.4
129
Grundkonfiguration
1. Zunchst muss dem neuen Host ein eindeutiger Name gegeben werden.
ber das Feld Alias kann man zustzlich zum Host-Namen weitere Informationen bergeben, beispielsweisewas auf dem
genannten Server liegt, wo sich der Host befindet etc.
2. Anschlieend muss noch eine Adresse hinterlegt werden, unter der der Host im Netzwerk erreichbar ist.
3. Zustzlich knnen dem neuen Host noch Hostgruppen, Eltern und Services zugewiesen werden.
Der Host erbt Eigenschaften und Konfigurationen von den eingetragenen Hostgruppen. Hinterlegt man eine
Standardkonfiguration in einer Hostgruppe mssen nicht bei jedem neuen Host immer wieder dieselben Einstellungen von
Hand vorgenommen werden.
Alle Einstellungen, die der Host erbt, werden im Konfigurationsdialog ausgegraut dargestellt und sind zunchst nicht
editierbar. ber das
-Symbol rechts neben der Einstellung kann diese Vererbung aufgehoben werden. Lst man
einfach nur die Vererbung (Vererbung aufheben) bleiben die gesetzten Werte im Dialog bestehen und knnen bearbeitet
werden. ber Feld nicht setzen wird die gesamte Konfiguration fr das Feld gelscht und es knnen direkt eigene Werte
eingetragen werden.
Copyright 2014,
SNAG-View 3.4
130
Die Vererbung bleibt aufgehoben, bis sie explizit wieder gesetzt wird.
Die Zuweisung von Eltern ist lediglich fr die Netzwerktopologie von Bedeutung (Automap) und hat keinen Einfluss auf die
Konfiguration des Host.
ber die Zuweisung von Serviceprofilen kann dem Host schnell und einfach ein vordefiniertes Set an Services
zugewiesen werden.
Jedem Host MUSS mindestens ein Service zugewiesen werden, sonst gibt die Konfigurationsberprfung des
Nagios-Exports ('pre-flight check') ein WARNING aus und fhrt den Export nicht durch.
4. Werden keine Einstellungen von Hostgruppen geerbt oder dem Host erst gar keine Hostgruppen zugewiesen, mssen weitere
Einstellungen vorgenommen werden.
5. ber den Speichern-Button wird das neue Objekt erstellt. Der Button des Nagios-Export-Widget wechselt auf die Farbe gelb.
Erweiterte Konfiguration
Monitoring
Im Monitoring-Dialog knnen die Einstellungen fr Checks des Hosts vorgenommen werden.
Wert
Copyright 2014,
SNAG-View 3.4
131
Checkcommand
Der Check, der zur berprfung des Hosts durchgefhrt wird. Ein Klick auf das
Kommandozeilen-Symbol am Ende des Feldes ffnet ein Dropdown-Men, dass alle verfgbaren
Checks geordnet auflistet. ber das Suchfeld kann die Anzeige eingeschrnkt werden, um schnell den
gewnschten Check zu finden.
Parameter
Falls das ausgewhlte Checkcommando weitere Parameter erfordert, knnen diese hier eingetragen
werden.
Checkperiode
Hier kann ein Zeitperioden-Template ausgewhlt werden, dass angibt, an welchen Tagen und zu
welchen Zeiten der Check ausgefhrt werden soll. ber das Dropdown-Men knnen die verfgbaren
Templates angezeigt und ausgewhlt werden. Mit dem
Gibt die Anzahl der aufeinanderfolgenden fehlerhaften Checkversuche an, nach der eine
Benachrichtigung erzeugt werden soll.
Checkintervall
Definiert die Zeit in Minuten die nach einem erfolgreichen Check gewartet wird bevor der nchste Check
durchgefhrt wird.
Dieser Checkintervall wird nach einem fehlerhaften Check benutzt (Ebenfalls Zeit in Minuten).
Performancedaten
sammeln
Benachrichtigungsintervall
Benachrichtigungsoptionen
ber die Checkboxen knnen die Zustnde definiert werden, bei denen eine Benachrichtigung
heraugegeben wird. Wechselt der Host in einen aktivierten Status erfolgt eine Benachrichtigung.
Verzgerung fr erste
Benachrichtigung
Definiert die Zeit in Minuten bevor eine initiale Benachrichtigung herausgegeben wird.
Monitoring deaktivieren
Deaktiviert den gesamten Host. Er wird dann nicht mehr berwacht und standardmig nicht mehr in
den Listenansichten dargestellt.
Um auf einen deaktivierten Host zuzugreifen um ihn zu bearbeiten oder wieder zu aktivieren
kann er ber den Filter Deaktivierte Hosts anzeigen in der Hostbersicht (siehe
Filtermglichkeiten) sichtbar gemacht werden. Auch kann er mit Hilfe der Suchfunktion oder in
der Objektverwaltung gefunden werden.
Erweiterte Einstellungen
Hier knnen zustzliche Einstellungen fr den Host vorgenommen werden.
Copyright 2014,
SNAG-View 3.4
132
Wert
Aktive Checks
Gibt an, ob SNAG-View die definierten Checks aktiv also automatisch nach den in den Feldern
Checkperiode und Checkintervall definierten Werten durchfhren soll.
Passive Checks
Gibt an, ob SNAG-View fr diesen Host passive also vom Benutzer hndisch eingetragene
Checkergebnisse akzeptieren soll.
Diese Funktion ist fr solche Hosts interessant die nicht automatisch gecheckt werden sollen oder
knnen, weil beispielsweise ein automatischer Check zu lange dauern wrde etc. In einem
solchen Fall kann der Nutzer das Checkergebnis ber einen passiven Check hndisch eintragen.
Dies kann im Kontextmen eines Hosts ber Kommando ausfhrenErweiterte Kommandos
Passives Checkergebnis bermitteln getan werden.
Eventhandler aktiv
Copyright 2014,
Gibt an, ob bei einem fehlerhaften Checkergebnis eine definierte Aktion durchgefhrt werden soll. Die Aktion
wird im Feld Eventhandler definiert.
SNAG-View 3.4
Eventhandler
133
Definiert die Aktion die nach einem fehlerhaften Checkergebnis durchgefhrt wird. ber das
Dropdown-Men knnen vordefinierte Handler ausgewhlt werden. Mit dem
Hier knnen bestimmte Parameter definiert werden, die an den Eventhandler bergeben werden knnen.
Mit Hilfe der Parameter-Funktion kann ein allgemeines Event als Template erstellt werden, dass
fr mehrere Hosts genutzt werden kann. ber die Parameter knnen dann die spezifischen Werte
des Hosts in das Template integriert werden.
Kinder
ber dieses Auswahlfeld knnen die Kinder des Hosts definiert werden. Diese Einstellungen haben nur
Auswirkungen auf die Netzwerktopologie (Automap), nicht aber auf die eigentliche Konfiguration des Hosts
oder der definierten Kinder.
Flap Erkennung
Mit Hilfe der Flap-Erkennung kann eine Benachrichtigungsflut bei sich schnell nderndem Status des Hosts
vermieden werden.
Copyright 2014,
SNAG-View 3.4
134
ber diese Checkbox kann definiert werden, dass SNAG-View fr diesen Host bei jedem Check egal
welches Ergebnis dieser hat und ob sich der Status des Hosts ndert eine Benachrichtigung verschickt.
Dabei wird das eingestellte Benachrichtigungsintervall ignoriert.
Volatiler Host
Diese Einstellung ist vor allem bei hufigen passiven Checks sinnvoll.
Check Freshness
Normalerweise bleibt ein passives Checkergebnis so lange bestehen, bis es von Hand aufgehoben wird,
also ein aktiver Check erzwungen oder ein neuer passiver Check eingetragen wird. Ist die Check Freshness
aktiviert, kann ber den Freshness Schwellwert ein Zeitintervall angegeben werden nach dem das passive
Checkergebnis durch einen automatischen aktiven Check ersetzt wird.
Die aktiven Freshness-Checks haben nichts mit den regulren aktiven Checks zu tun und sind
davon unabhngig. Das bedeutet, dass aktive Freshness-Checks immer durchgefhrt werden,
wenn Check Freshness aktiviert wurde, auch wenn aktive Checks deaktiviert wurden.
Freshness Schwellwert
Gibt die Zeit in Minuten an, die ein passives Checkergebnis maximal bestand haben soll. Nach Ablauf des
Zeitintervalls fhrt SNAG-View einen aktiven Check durch, bleibt aber im passiven Modus. Das heit, nach
dem aktiven Check luft erneut der Freshness Schwellwert ab bevor ein erneuter aktiver Check durchgefhrt
wird.
Sonstiges
Wert
Links
Hier knnen Links hinterlegt werden, die anschlieend im Kontextmen des Hosts angezeigt werden. Es kann ein
Titel eingegeben werden. ber das Werkzeug-Symbol ganz rechts lassen sich bestimmte Werte wie der
Hostname oder die benutzerdefinierten Variablen ber Makros in die URL einbauen. ber das Hkchen wird
entschieden ob der Link in einem neuen Fenster geffnet werden soll.
Notiz
Bild
ber Bild auswhlen kann fr den Host ein Bild aus der SNAG-View Bildverwaltung ausgesucht oder ein neues
hochgeladen werden, dass den Host reprsentiert.
Benutzerdefinierte
Variablen
ber die benutzerdefinierten Variablen knnen frei whlbare Werte eingetragen werden, die zum Beispiel in
Checkcommands oder Benachrichtigung verwendet werden knnen.
Optionale Einstellungstabs
Copyright 2014,
SNAG-View 3.4
135
SNMP
Wert
SNMP Version
Hier kann die SNMP Version ausgewhlt werden, die benutzt werden soll, um den Host anzusprechen. Es stehen die
Version 1, 2c und 3 zur Auswahl.
SNMP
Community
String
Hier kann ein SNMP Community String fr das Auslesen der Daten auf dem Host hinterlegt werden. ber das
Werkzeug-Symbol knnen Passwort-Tokens benutzt werden (Passwort Tresor). Der default-Wert ist public.
Port
Der Port ber den auf dem Host die SNMP-Daten ausgelesen werden knnen. Der defalut-Wert ist 161.
Security Level
fr Version 3: Das zu benutzende Sicherheitslevel kann aus dem Dropdown-Men gewhlt werden. Zur Auswahl
stehen noAuthNoPriv, AuthNoPriv und AuthPriv.
Authentication
Protokoll
fr Version 3: Das Authentifikations Protokoll mit dem sich SNAG-View an der SNMP-Schnittstelle des Hosts
identifizieren kann. Es werden MD5 und SHA untersttzt.
Privacy
Protokoll
fr Version 3: Hier kann der Verschlsselungsalgorithmus ausgewhlt werden. Es stehen DES und AES128 zur
Auswahl.
Benutzername
Authentication
Passwort
fr Version 3: Hier kann das SNMP Passwort fr den hinterlegten Benutzer gespeichert werden.
NeDi
Copyright 2014,
SNAG-View 3.4
136
Im NeDi-Tab kann fr den Host eine Objektverknpfung zu einem NeDi Object erstellt werden. Ist diese Verknpfung gesetzt kann
SNAG-View die NeDi-Daten zu diesem Objekt nutzen und in der Hostdetailansicht anzeigen.
Hosts bearbeiten
Existierende Hosts knnen direkt aus den Listenansichten (Servicebrowser, Hostbersicht) ber das Kontextmen des Hosts bearbeitet
werden. Zustzlich steht in jedem Fall die Objektverwaltung als zentrale Stelle fr die Bearbeitung zur Verfgung.
Nagios Synchronisierung
Der Tab Nagios-Synchronisation gibt Informationen ber die Nagios-Konfiguration und bietet mit der Ausgabe des Preflight Checks Hilfe bei
der Fehlersuche, falls der Nagios-Export fehlschlagen sollte.
Die Nagios-Synchronisation erreicht man ber das MenKonfigurationNagios-Synchronisierung
Copyright 2014,
SNAG-View 3.4
137
bersicht
Der Export Nagios cfg Tab gliedert sich in zwei Bereiche. In der oberen Hlfte werden ntzliche Informationen angezeigt, wie den Zeitpunkt
des letzten Erfolgreichen Exports, die Anzahl der exportierten Objekten in Korrelation zu den tatschlich vorhanden Objekten und die Anzahl
der Warnungen und Fehler, die der letzte Preflight Check ergeben hat.
Im unteren Bereich der Ansicht ist ein groes Fenster mit drei Tabs.
Im Preflight Check Ergebnis Tab findet man die Textausgabe des letzten Preflight Checks. Sollten hierbei Fehler aufgetreten sein, die den
Export verhindert haben, kann hier schnell die Ursache gefunden werden.
Im Tab Default Werte werden alle Nagios Objekte (Hosts und Serviceinstanzen) zusammen mit ihren default-Werten aufgelistet. ber das
Kontextmen oder per Doppelklick auf ein Objekt ffnet sich der Konfigurationsdialog und man kann die Einstellungen des Objekt
begutachten und bearbeiten.
Im dritten Tab Fehlerhafte Objekte werden alle Objekte aufgelistet, die fehlerhaft konfiguriert wurden. Auerdem werden zu jedem Objekt
die Felder aufgelistet, die fehlerhafte Werte enthalten.
Alle hier aufgefhrten Elemente werden beim Nagios-Export nicht mit exportiert.
Auch hier kann ber einen Doppelklick oder das Kontextmen der Konfigurationsdialog des Objekts aufgerufen werden, um es zu bearbeiten
und die Fehler zu korrigieren.
Toolbar
Copyright 2014,
SNAG-View 3.4
138
Wert
Inhalt
SNAG-View-Default
notification_options
d,u,r
check_period
Setzt den Kurznamen der Zeitperiode, zu deren definierten Zeiten der Host aktiv
gecheckt werden soll.
sv_timeperiod_always
initial_state
Der Status, den der Host direkt nach der Initialisierung noch vor dem ersten Check
hat. Mgliche Werte sind: o = Up, d = Down, u = Unreachable.
notification_interval
Gibt die Zeit in Minuten an, nachdem SNAG-View eine erneute Benachrichtung
versenden soll, falls der Host noch immer Down oder Unreachable sein sollte. Wird
der Wert auf 0 gesetzt, wird SNAG-View keine weiteren Nachrichten nach der
Initialnachricht versenden.
120
max_check_attempts
Falls der erste Check nicht den Status Up ermittelt, gibt dieser Wert an, wieviele
Checks standardmig durchgefhrt werden sollen, bevor eine Meldung
herausgegeben wird. Wird der Wert auf 1 gestellt, erfolgt gar kein erneuter Check
und die Warnung wird direkt abgesetzt.
check_interval
Zeitraum in Minuten zwischen zwei aktiven Checks, wenn der erste Check ein Up
ergeben hat.
120
retry_interval
Zeitraum in Minuten zwischen zwei aktiven Checks, wenn der erste Check
fehlerhaft war, also kein Up zurckgegeben hat.
active_checks_enabled
Boolscher Wert, der angibt, ob aktive Checks aktiviert sein sollen oder nicht.
Mgliche Werte: 1 = ja, 0 = nein
passive_checks_enabled
Boolscher Wert, der angibt, ob passive Checks aktiviert sein sollen oder nicht.
Mgliche Werte: 1 = ja, 0 = nein
check_freshness
Boolscher Wert der angibt, ob Freshness-Checks aktiviert sein sollen oder nicht.
Mgliche Werte: 1 = ja, 0 = nein
freshness_threshold
Zeitraum in Minuten die bei aktiviertem Freshness-Check gewartet wird, bis ein
aktiver Check gemacht wird.
3600
event_handler_enabled
Boolscher Wert der angibt, ob der Event-Handler aktiviert sein soll oder nicht.
Mgliche Werte: 1 = ja, 0 = nein
low_flap_threshold
5.0
high_flap_threshold
20.0
flap_detection_enabled
Gibt an, ob die Flap-Erkennung aktiviert sein soll oder nicht. Mgliche Werte: 1 =
ja, 0 = nein
flap_detection_options
Gibt die Hosts-Status an, fr die die Flap-Erkennung aktiviert sein soll. Wechselt
der Host schnell zwischen diesen Status, wird die Flap-Erkennung aktiv. Mgliche
Werte: o = Up, d = Down, u = Unreachable
o,d,u
process_perf_data
Gibt an, ob die vom Plugin bei den Checks mitgelieferten Performancedaten
verarbeitet werden sollen. Mgliche Werte: 1 = ja, 0 = nein
first_notification_delay
Gibt die Zeitspanne in Minuten an, bevor bei einem Statuswechsel in einen
anderen Status als Up eine Benachrichtigung verschickt wird.
stalking_options
Gibt an, fr welche Status das "Stalking" aktiviert sein soll. Beim Stalking wird jede
nderung in den Check-Ergebnissen aufgezeichnet, selbst wenn keine
Statusnderung vorliegt. Mgliche Werte: o = Up, d = Down, u =
Unreachable
o,d,u
Inhalt
SNAG-View default
Wert
Copyright 2014,
SNAG-View 3.4
139
notification_options
w,c,r
check_period
Setzt den Kurznamen der Zeitperiode, zu deren definierten Zeiten der Host aktiv
gecheckt werden soll.
sv_timeperiod_always
is_volatile
Gibt an, ob bei jedem Check eine Benachrichtigung mit dem Checkergebnis
verschickt werden soll oder nicht. Mgliche Werte: 1 = ja, 0 = nein
initial_state
Der Status, den der Service direkt nach der Initialisierung noch vor dem ersten
Check hat. Mgliche Werte sind: o = OK, u = Unknown.
notification_interval
Gibt die Zeit in Minuten an, nachdem SNAG-View eine erneute Benachrichtung
versenden soll, falls der Service noch immer Warning oder Critical sein sollte. Wird
der Wert auf 0 gesetzt, wird SNAG-View keine weiteren Nachrichten nach der
Initialnachricht versenden.
120
max_check_attempts
Falls der erste Check nicht den Status OK ermittelt, gibt dieser Wert an, wie viele
Checks standardmig durchgefhrt werden sollen, bevor eine Meldung
herausgegeben wird. Wird der Wert auf 1 gestellt, erfolgt gar kein erneuter Check
und die Warnung wird direkt abgesetzt.
check_interval
Zeitraum in Minuten zwischen zwei aktiven Checks, wenn der erste Check ein OK
ergeben hat.
retry_interval
Zeitraum in Minuten zwischen zwei aktiven Checks, wenn der erste Check
fehlerhaft war, also kein OK zurckgegeben hat.
active_checks_enabled
Boolscher Wert, der angibt, ob aktive Checks aktiviert sein sollen oder nicht.
Mgliche Werte: 1 = ja, 0 = nein
passive_checks_enabled
Boolscher Wert, der angibt, ob passive Checks aktiviert sein sollen oder nicht.
Mgliche Werte: 1 = ja, 0 = nein
check_freshness
Boolscher Wert der angibt, ob Freshness-Checks aktiviert sein sollen oder nicht.
Mgliche Werte: 1 = ja, 0 = nein
freshness_threshold
Zeitrau in Minuten die bei aktiviertem Freshness-Check gewartet wird, bis ein
aktiver Check gemacht wird.
3600
event_handler_enabled
Boolscher Wert der angibt, ob der Event-Handler aktiviert sein soll oder nicht.
Mgliche Werte: 1 = ja, 0 = nein
low_flap_threshold
5.0
high_flap_threshold
20.0
flap_detection_enabled
Gibt an, ob die Flap-Erkennung aktiviert sein soll oder nicht. Mgliche Werte: 1 =
ja, 0 = nein
flap_detection_options
Gibt die Service-Status an, fr die die Flap-Erkennung aktiviert sein soll. Wechselt
der Service schnell zwischen diesen Status, wird die Flap-Erkennung aktiv.
Mgliche Werte: o = OK, w = Warning, c = Critical, u = Unknown
o,w,c,u
process_perf_data
Gibt an, ob die vom Plugin bei den Checks mitgelieferten Performancedaten
verarbeitet werden sollen. Mgliche Werte: 1 = ja, 0 = nein
first_notification_delay
Gibt die Zeitspanne in Minuten an, bevor bei einem Statuswechsel in einen
anderen Status als OK eine Benachrichtigung verschickt wird.
stalking_options
Gibt an, fr welche Status das "Stalking" aktiviert sein soll. Beim Stalking wird jede
nderung in den Check-Ergebnissen aufgezeichnet, selbst wenn keine
Statusnderung vorliegt. Mgliche Werte: o = OK, w = Warning, c =
Critical, u = Unknown
o,w,c,u
Copyright 2014,
SNAG-View 3.4
140
bersicht
SNAG-View unterscheidet zwischen Services, Serviceinstanzen, Serviceprofilen, Servicegruppen und Servicetemplates.
Service
Ein Service definiert eine Anfrage an einen Host (siehe Services erstellen und bearbeiten). Diese Abfrage kann die berprfung sein, ob ein
bestimmter Dienst oder Prozess luft (Bsp. Apache-Server) oder einen bestimmten Wert ermitteln. Services knnen in Serviceprofilen und
Servicegruppen zusammengefasst werden. Ein Service dient als Grundlage fr eine Serviceinstanz. Es kann auch mehrere Instanzen ein
und desselben Services geben, jedoch immer nur eine pro Host.
Einem Host kann kein Service direkt zugewiesen werden, dies geschieht ber den Umweg eines Serviceprofils. Auch wenn einem
bestimmten Host nur ein einziger Service zugewiesen werden soll, muss dieser Service erst in ein Servicprofil verpackt und dieses
dann dem Host zugewiesen werden.
Serviceinstanz
In einem Service wird eine bestimmte Abfrage definiert. Wird dieser Service einem Host ber ein Serviceprofil zugewiesen, wird fr diesen
Host eine Instanz dieses Services mit eindeutiger ID erstellt. Es kann mehrere Instanzen ein und desselben Services geben, allerdings
immer nur eine pro Host.
Serviceprofil
Ein Serviceprofil stellt eine Sammlung von einem oder mehreren Services dar. Nur Serviceprofile knnen einem Host zugewiesen werden.
Ein Serviceprofil kann mehreren Hosts zugewiesen werden und ein Host kann mehrere Serviceprofile haben. Fr jeden Service im
Serviceprofil wird fr den Host eine Serviceinstanz erstellt.
Es kann keinen Service ohne Serviceprofil geben. Jeder Service MUSS einem Serviceprofil zugeordnet werden!
Servicegruppen
Eine Servicegruppe dient zum Ordnen von Services, hat aber fr die Zuweisung von Services zu Serviceprofilen oder Hosts keine
Bedeutung.
Servicetemplate
Ein Servicetemplate dient als Vorlage fr einen Service. ber die Erstellung eines Templates knnen Standardwerte vordefiniert werden, so
dass sie bei der Erstellung mehrerer hnlicher Services nicht jedes Mal neu eingetragen werden mssen.
Grundkonfiguration
Copyright 2014,
SNAG-View 3.4
141
1. Unter dem zweiten Tab Sonstiges knnen Links hinterlegt werden, die dann im Kontextmen der Servicegruppe erscheinen.
2. Im Feld Bild kann ber die Bildverwaltung ein Bild hinterlegt werden, das die Servicegruppe reprsentiert.
Copyright 2014,
SNAG-View 3.4
Man kann ein neues Serviceprofil beispielsweise ber den Servicbrowser erstellen:
bersicht
Copyright 2014,
142
SNAG-View 3.4
143
1. Im Konfigurationsdialog muss mindestens ein Name fr das Hostprofil angegeben werden. Mehr ist im Grunde nicht notwendig.
2. Das Services-Fenster ist zunchst leer, da noch kein Service diesem Profil zugeordnet ist. ber das grne Plus ber dem Services
-Fenster knnen direkt aus dem Serviceprofil heraus neue Services erstellt werden. ber das Bltter-Symbol knnen Services aus
bereits existierenden Serviceprofilen importiert werden.
3. Das neu erstellte Serviceprofil kann im Feld Hostgruppen direkt bestehenden Hostgruppen zugewiesen werden. Damit werden allen
Hosts in der Hostgruppe Instanzen der Services des Profils zugewiesen.
4. Das Serviceprofil kann auch einzelnen Hosts direkt zugewiesen werden. Dies geschieht im Auswahlfeld Hosts.
Serviceprofile bearbeiten
Bereits existierende Serviceprofile knnen ber die Objektverwaltung oder ber den Servicebrowser ber das Kontextmen eines
zugehrigen Services aus (Serviceprofil bearbeiten) bearbeitet werden.
Innerhalb des
Serviceprofil-Dialogs kann dann der neue Service definiert werden. Die Konfigurationsmaske fr die
Serviceerstellung sieht wie folgt aus:
Service erstellt werden. Dies hat den Grund, dass jeder Service zu einem Serviceprofil gehren muss.
Copyright 2014,
SNAG-View 3.4
144
Grundkonfiguration
1. Zunchst muss dem Service ein eindeutiger, aussagekrftiger Name gegeben werden.
2. Es besteht die Mglichkeit fr den Service ein Template zu verwenden, von dem es alle hinterlegten Eigenschaften erbt. Ein oder
mehrere Templates knnen in der Auswahlbox Templates ausgewhlt werden.
Geerbte Eigenschaften werden grau hinterlegt dargestellt und sind zunchst nicht editierbar. Die Bearbeitung muss erst
ber das
-Symbol aufgehoben werden (Vererbung aufheben). Diese Aktion kann jederzeit Rckgngig gemacht
werden, indem die Vererbung wieder aktiviert wird. ber Feld nicht setzen kann die Konfiguration gelscht werden.
3. Dem Service muss ein Checkcommand zugewiesen werden, damit es Daten abfragen kann. Zum einen kann ein vordefiniertes
Checkcommand ber das Dropdown-Men des Kommandozeilen-Symbols ausgewhlt werden. Zum anderen kann ber das
Werkzeug-Symbol ein neues Checkcommand erstellt werden. Dies kann auf der Grundlage des ausgewhlten Checkcommands
geschehen oder ein leerer Dialog kann geffnet werden.
4. Im Abschnitt Parameter knnen die fr den Checkcommand erforderlichen Parameter konfiguriert werden. ber das
-Symbol
knnen Makros in die Konfigurationsfelder integriert werden, die Beispielsweise dynamisch den zur Serviceinstanz zugehrigen
Hostnamen ermitteln und eintragen etc.
Erweiterte Konfiguration
Monitoring
Copyright 2014,
SNAG-View 3.4
145
Wert
Bedeutung
Checkperiode
ber die Checkperiode kann genau definiert werden, zu welchen Zeiten der aktive Check des Services
ausgefhrt werden soll. ber da Dropdown-Men kann zwischen bereits definierten Checkperioden
gewhlt werden. ber das grne + kann eine neue Checkperiode erstellt werden.
Checkversuche
Definiert die Anzahl der hintereinander durchgefhrten fehlerhaften Checkversuche, bevor eine
Benachrichtigung verschickt wird.
Checkintervall
Definiert die Zeit in Minuten, die nach einem erfolgreichen Check gewartet wird, bevor der nchste
Check durchgefhrt wird.
Dieser Checkintervall wird nach einem fehlerhaften Check benutzt (Ebenfalls Zeit in Minuten).
Performancedaten
sammeln
Benachrichtigungsintervall
Benachrichtigungsoptionen
ber die Checkboxen knnen die Zustnde definiert werden, bei denen eine Benachrichtigung
heraugegeben wird. Wechselt der Service nach Ablauf der definierten Checkversuche in einen
aktivierten Status, erfolgt eine Benachrichtigung.
Verzgerung fr erste
Benachrichtigung
Definiert die Zeit in Minuten, bevor eine initiale Benachrichtigung herausgegeben wird
Monitoring deaktivieren
Deaktiviert den gesamten Service und alle seine Instanzen. Er wird dann nicht mehr berwacht und
standardmig nicht mehr in den Listenansichten dargestellt.
Um auf einen deaktivierten Service zuzugreifen um ihn zu bearbeiten oder wieder zu
aktivieren, kann man ihn in der Objektverwaltung finden, die Suchfunktion benutzen oder die
Filter des Servicebrowsers anpassen.
Erweiterte Einstellungen
Copyright 2014,
SNAG-View 3.4
146
Wert
Bedeutung
Aktive
Checks
Gibt an, ob dieser Service automatisch von SNAG-View nach den unter Monitoring eingestellten Zeitintervallen gecheckt
werden soll. Sind aktive Checks deaktiviert, muss der Status des Services ber die Passive Checkfunktion manuell
gesetzt werden.
Passive
Checks
Ist diese Check-Art aktiv, kann der Nutzer ein Checkergebnis fr den Service hndisch erstellen.
Dies ist ntzlich bei Services, die nicht aktiv berprft werden knnen oder bei denen eine aktive berprfung
zu lange dauern wrde. Ein passives Checkergebnis kann im Servicebrowser ber das Kontextmen eines
Services Kommando ausfhrenErweiterte KommandosPassives Checkergebnis bermitteln bergeben
werden.
Eventhandler
aktiv
Copyright 2014,
ber diese Auswahlbox kann der Eventhandler fr diesen Service aktiviert/deaktiviert werden. Ist der Eventhandler
aktiviert, wird bei einem fehlerhaften Checkergebnis die unter Eventhandler definierte Aktion ausgefhrt.
SNAG-View 3.4
Eventhandler
147
Hier kann eine Aktion definiert werden, die augefhrt wird, wenn der Service fehlerhaft gecheckt wurde. ber das
Dropdown-Men kann eine bereits definierte Aktion ausgewhlt, ber das
Hier knnen zustzliche Parameter definiert werden, die der unter Eventhandler eingestellten Aktion bei der Ausfhrung
mit bermittelt werden.
Flap
Erkennung
SNAG-View ist in der Lage 'flapping' zu erkennen - also ob ein Service sehr schnell hintereinander den Status ndert. Ist
die Flap Erkennung aktiviert, verhindert SNAG-View eine Benachrichtigungsflut, sollte der Service flappen.
Volatiler
Service
Ist diese Eigenschaft aktiviert, schickt SNAG-View bei jedem Check des Services eine Benachrichtigung heraus,
unabhngig davon, ob sich der Status gendert hat oder nicht. Diese Funktion ignoriert den unter Monitoring
eingestellten Benachrichtigungsintervall.
Diese Funktion ist vor allem bei Services ntzlich, die nicht aktiv gecheckt werden, um den hndisch
eingetragenen Status zu bermitteln.
Check
Freshness
Normalerweise bleibt ein passives Checkergebnis so lange bestehen, bis es von Hand aufgehoben wird, also ein aktiver
Check erzwungen oder ein neuer passiver Check durchgefhrt wird. Ist die Check Freshness aktiviert, kann ber den
Freshness Schwellwert ein Zeitintervall angegeben werden, nach dem das passive Checkergebnis durch einen
automatischen aktiven Check ersetzt wird.
Die aktiven Freshness-Checks haben nichts mit den regulren aktiven Checks zu tun und sind davon
unabhngig. Das bedeutet, dass aktive Freshness-Checks immer durchgefhrt werden, wenn Check
Freshness aktiviert wurde, auch wenn aktive Checks deaktiviert wurden.
Freshness
Schwellwert
Sonstiges
Copyright 2014,
Gibt die Zeit in Minuten an, die ein passives Checkergebnis maximal bestand haben soll. Nach Ablauf des Zeitintervalls
fhrt SNAG-View einen aktiven Check durch bleibt aber im passiven Modus. Das heit, nach dem aktiven Check luft
erneut der Freshness Schwellwert ab, bevor ein erneuter aktiver Check durchgefhrt wird.
SNAG-View 3.4
148
Wert
Bezeichnung
Links
Hier knnen Links hinterlegt werden, die anschlieend im Kontextmen des Service zur Verfgung stehen. Es
kann ein Titel eingegeben werden. ber das
Bild
ber Bild auswhlen kann fr den Service ein Bild aus der SNAG-View Bildverwaltung ausgesucht oder ein neues
hochgeladen werden, dass den Service reprsentiert.
Copyright 2014,
SNAG-View 3.4
Benutzerdefinierte
Variablen
149
ber die benutzerdefinierten Variablen knnen frei whlbare Werte eingetragen werden, die zum Beispiel in
Checkcommands oder Benachrichtigungen verwendet werden knnen.
Services bearbeiten
Neben der Verwaltung der Services ber die Objektverwaltung knnen Services ber den Konfigurationsdialog eines Serviceprofils
bearbeitet werden, dem dieser Service zugewiesen wurde.
Direkt aus dem Servicebrowser heraus knnen nur die einzelnen Instanzen der definierten Services bearbeitet werden. Nicht die
Services selbst.
Um ein neues Template zu erstellen wird zunchst die Objektverwaltung aufgerufen und im Dropdown-Men der Eintrag Servicetemplate
gewhlt. Es erscheint eine Liste mit den bereits bestehenden Templates.
Template aus Vorlage erstellen
Ein Doppelklick auf eines der bestehenden Templates ffnet dieses zur Ansicht und Bearbeitung im rechten Fenster: Durch einen Klick auf
das
-Symbol in der oberen Menleiste kann das angezeigte Servicetemplate als Vorlage fr ein neues Template genutzt werden.
Grundkonfiguration
Ein Klick auf das grne Plus neben dem Dropdown-Men der Objektverwaltung ffnet im rechten Fenster den Konfigurationsdialog eines
neuen Servicetemplates:
1. Im Feld Bezeichnung muss zunchst ein Name fr das Template hinterlegt werden.
2. ber das
-Symbol kann im Feld Checkcommand das Checkkommando ausgewhlt werden, dass die auf diesem Template
basierenden Services bereitstellen sollen.
3. Im Feld Parameter knnen soweit das ausgewhlte Checkkommando dies erfordert die Parameter fr das Kommando definiert
werden.
4. ber das Auswahlfeld Services kann dieses Template bereits bestehenden Services zugewiesen werden.
Erweiterte Konfiguration
Alle brigen Einstellungstabs der Templatekonfiguration unterscheiden sich nur geringfgig von denen beim Erstellen eines Services. Die
Unterschiede sind hier aufgelistet, fr alle andere Felder sind die Erklrungen im Artikel Services erstellen und bearbeiten gegeben.
Monitoring
Copyright 2014,
SNAG-View 3.4
150
Der einzige Unterschied zum Service-Erstellen-Dialog ist das unterste Feld Servicetemplate. Hier kann ein anderes Servicetemplate
ausgewhlt werden, von dem das aktuelle Template dann alle Eigenschaften erbt. Dagegen fehlt das Feld Monitoring deaktivieren.
Sonstiges
Einziger Unterschied zum Servicedialog ist das Fehlen des ersten Feldes, Links.
Copyright 2014,
SNAG-View 3.4
151
Servicetemplates bearbeiten
Bestehende Servicetemplates knnen ber einen Doppelklick aus der Objektverwaltung heraus geffnet und bearbeitet werden.
Mit der Definition von Zeitperioden kann man SNAG-View genaue Anweisungen geben, zu welchen Zeiten ein bestimmter Task oder Check
ausgefhrt werden soll und wann nicht. Beispielsweise ist es unsinnig einen Arbeits-PC 24 Stunden lang zu checken, wenn dieser Nachts
sowieso abgeschaltet also nicht erreichbar ist.
Neue Zeitperioden knnen aus allen Dialogen heraus, in denen sie verwendet werden, erstellt werden. Zustzlich lassen sich die definierten
Zeitperioden mit Hilfe der Objektverwaltung bearbeiten, erstellen und lschen.
1. Zunchst muss ein Name fr die Zeitperiode im Feld Bezeichnung hinterlegt werden.
2. Anschlieend kann fr jeden Wochentag ein Zeitraum angegeben werden, in dem SNAG-View die berwachung durchfhren soll.
Die Zeitrume werden nach folgendem Schema eingetragen: hh:mm-hh:mm. Mchte man ein 24-Stunden-berwachung, muss
00:00-24:00 eingetragen werden.
3. Im Feld Ausnahme kann eine andere Zeitperiode ausgewhlt werden. In den dort definierten Zeitrumen wird die berwachung
dann ausgesetzt.
Die berwachungs-Zeiten der im Feld Ausnahme definierten Zeitperiode werden von der aktuell bearbeiteten Zeitperiode
abgezogen. Beispiel: Die Zeitperiode ist so definiert, dass an jedem Tag 24 Stunden berwachung stattfindet (24x7). Im
Feld Ausnahme wird eine Zeitperiode ausgewhlt, die definiert, dass nur Samstags und Sonntags von 00:00 bis 24:00
berwacht wird. Die Kombination ergibt, dass nur Montag bis Freitag von 00:00-24:00 Uhr berwacht wird, da die in der
Ausnahme-Zeitperiode angegebenen berwachungszeiten von der aktuell bearbeiteten Zeitperiode abgezogen werden.
4. Ein Klick auf Speichern macht die Zeitperiode im Auswahldialog des bearbeiteten Objekts auswhlbar.
Copyright 2014,
SNAG-View 3.4
152
-Symbol
NeDi
Das NeDi Modul integriert die Netzwerk-Inventarisierungs-Software NeDi vollstndig in die SNAG-View Oberflche. Dadurch stehen NeDi
alle Vorteile von SNAG-View zur Verfgung.
Die Benutzeroberflche des integrierten NeDi erreicht man ber das MenAnsichtenAllgemeinNeDi.
Allgemein
NeDi ist eine Netzwerk-Discovery, -Management und Inventarisierungs-Software fr Netzwerkkomponenten, entwickelt von einem Team um
den Schweizer Netzwerk-Spezialisten Remo Rickli. Das Open-Source-Projekt startete im Jahr 2001 zunchst als eine lose Sammlung von
Skripten, die Adress-Tabellen von Netzwerkkomponenten per SNMP auslasen. In der Folgezeit sind zahlreiche Funktionen hinzugekommen.
Dabei ist NeDi grundstzlich Hersteller-unabhngig. Netzwerkkomponenten der verschiedensten Hersteller werden untersttzt. Die
umfangreichen Mglichkeiten zur Verwaltung von Gerten werden in einem bersichtlichen Webinterface zur Verfgung gestellt. NeDi bietet
dem Netzwerkadministrator u. a. die folgenden Funktionen:
Automatische Discovery und Inventarisierung von Netzwerkkomponenten (Switches, Router, Wireless APs, etc.) inkl. detaillierter
Gerte-Informationen
Discovery und Inventarisierung von sogenannten Nodes (Server, Drucker, Appliances) inkl. der IP- und MAC-Adressen und des
Switchports, an den der Node angeschlossen ist
Langzeit-Darstellung von Interface-Auslastung, CPU-Last, Speicherverbrauch und Temperatur der Devices mittels RRDtools
Zuordnung von MAC-Adressen der Nodes zu IP-Adressen (beispielsweise durch Einbindung von ARPWatch)
Graphische Darstellung der Netzwerk-Topologie durch dynamische Maps
Optional zentralisierte Konfigsicherung fr Netzwerkkomponenten (derzeit nur fr Gerte einiger Hersteller)
Umfangreiche Reporting-Mglichkeiten fr Devices, Nodes und Ports
Erkennen und Sammeln von Events innerhalb des Netzwerks. Diese Events knnen mit Hilfe des optionale Eventlog
-Moduls weiterverarbeitet werden
Einbindung neuer Devicetypen durch web-untersttzte Generierung von Definitionsdateien
NeDis bersichtliches Web-Frontend erlaubt dabei eine komfortable Suche nach Devices und Nodes und bietet eine detaillierte Darstellung
der ermittelten Informationen. Dadurch stellt es ein wertvolles Tool fr die Inventarisierung und die Fehlersuche im Unternehmens-Netzwerk
dar. NeDi bietet fr die Visualisierung u. a. Topology Maps, Cisco Konfigfile-Management, Informationen ber angeschlossenen Nodes
(Hosts) und Performancegraphen.
Durch die Verwendung von dynamischen Discovery Protokollen wie dem Cisco Discovery Protocol (CDP) oder dem Link Layer Discovery
Protocol (LLDP) bedarf es fr die Konfiguration von NeDi nur eines geringen Aufwands. Mit Hilfe von CDP und LLDP werden die
gesammelten Link-Informationen automatisch aktualisiert. Durch die Anzeige des ersten und letzten Erscheinens von erkannten Gerten
werden historische Informationen zur Verfgung gestellt. Netzwerkkomponenten werden zunchst per SNMP ausgelesen. Aus den
Copyright 2014,
SNAG-View 3.4
153
gesammelten Informationen wird eine Liste der vorhandenen Netzwerkgerte erstellt. Gleichzeitig werden durch die Auswertung der
MAC-Adress- und ARP-Tabellen der Devices Informationen ber die angeschlossenen Nodes gesammelt. Durch diese Daten ergibt sich ein
guter berblick ber die gesamte Netzwerk-Infrastruktur eines Unternehmens.
NeDi-Benutzerkonfiguration
vervollstndigen
Innerhalb der SNAG-View-Benutzerverwaltung knnen die NeDi-spezifischen Berechtigungen gesetzt werden. Es stehen folgende Rechte im
Reiter Einfache Rechte unter SVSV::MODULESSV::MODULES::NEDI zur Verfgung:
Eintrag
Berechtigung
ADMIN
Zugriff auf alle NeDi Informationen inkl. der Berechtigung, statische Links zu definieren.
NETWORK
Zugriff auf Device- und Topologie-Informationen inkl. der Berechtigung, die Device-Konfiguration einzusehen und neue
Definitionsdateien zu erstellen.
HELPDESK
MONITORING
Zugriff auf Informationen zur Verfgbarkeit der Gerte und der von diesen generierten Events.
REPORTING
USE
OTHERS
Zugriff auf sonstige Seiten, beispielsweise auf den integrierten Netzwerk-Kalkulator (Other - Calculator).
Oberflche
NeDi's Benutzeroberflche wurde vollstndig in SNAG-View integriert. Durch die unvernderte Oberflche ist ein schnelles Zurechtfinden in
der gewohnte NeDi-Umgebung gewhrleistet.
Da die NeDi-eigene Hilfe in SNAG-View integriert ist (Erreichbar ber das blaue Fragezeichen rechts oben in jedem Bildschirm),
wird hier nicht auf die NeDi-interne Konfiguration eingegangen, sondern lediglich die Schnittstellen zu SNAG-View erlutert.
bersicht
Das Network Discovery-Tab gliedert sich in zwei Bereiche: Ganz oben befindet sich die NeDi-Toolbar, ber die alle Ansichten und
Funktionen von NeDi schnell und komfortabel erreichbar sind. Darunter befindet sich der Arbeitsbereich von NeDi. Dieser gliedert sich in
einen Bereichskopf, in dem die anzuzeigenden Informationen ausgewhlt und gefiltert und somit die Ansicht konfiguriert werden kann. Im
Ansichts-/Bearbeitungsbereich werden nach einem Klick auf Zeigen die ausgewhlten Informationen dargestellt.
In der oberen rechten Ecke stehen ber die Symbole folgende Funktionen zur Verfgung:
Copyright 2014,
SNAG-View 3.4
154
(Drucken) Formatiert die aktuelle Ansicht zu einer druckbaren Version um und ffnet diese in einem neuen Browserfenster.
(Debug)
Startet das NeDi-Debug-Modul, wodurch die aktuelle Ansicht geprft und das Ergebnis im
Ansichts-/Bearbeitungsbereich angezeigt wird.
(Hilfe) ffnet die NeDi Hilfe zur aktuellen Ansicht.
Technische Vorraussetzungen
Umgebung
Innerhalb von NeDi wird grundstzlich zwischen den sogenannten Devices das sind Netzwerkkomponenten wie Router, Switches und
WLAN-Access-Points und den sogenannten Nodes unterschieden. Bei Nodes handelt es sich um die an den Komponenten
angeschlossenen Gerte wie Server, Arbeitsstationen, Drucker oder Netzwerk-Appliances. Die Discovery gelingt am effektivsten, wenn die
Netzwerkkomponenten CDP oder LLDP untersttzen. Andere Devices knnen ebenfalls eingebunden werden, erfordern aber einen erhhten
manuellen Aufwand fr die Konfiguration. Die Links zwischen den Devices mssen in diesem Fall manuell gepflegt werden.
Die Discovery erfolgt im Hintergrund mit Hilfe Perl-basierter Skripte. Diese bentigen lesenden SNMP-Zugriff auf alle Netzwerkkomponeten.
Zugriff auf das Command Line Interface (CLI) per Telnet oder SSH kann alternativ bei Switchen mit IOS genutzt werden, um die
Forwarding-Tabellen auszulesen. Die automatische Sicherung der Gertekonfigurationen geschieht ebenfalls ber den Zugriff per CLI
(funktioniert derzeit nur mit Gerten einiger Hersteller).
Devices / Netzwerkkomponenten
Fr eine erfolgreiche Discovery des Netzwerks werden eindeutige Device-Bezeichnungen bentigt. Die Domnen-Suffixe werden dabei
entfernt. Die Visualisierung der Netzwerktopologie kann anschlieend automatisch ber Maps erfolgen. Hierzu knnen relevante
Informationen innerhalb der SNMP-Location des Gertes in einem bestimmten Format hinterlegt werden. Je nach Anzahl der in einer Stadt
vorhandenen Netzwerkkomponenten erhalten diese auf den Maps unterschiedliche Icons. Entsprechendes gilt fr Gebude. Besonders
wichtige Gebude knnen darber hinaus optisch hervorgehoben werden. Netzwerkkomponenten die auf Layer 3 arbeiten werden durch ein
Router-Icon neben dem Gebude visualisiert.
Nodes / Knoten
Als Nodes oder Knoten werden in NeDi die mit den Devices verbundenen Gerte wie beispielsweise Server, Arbeitsstationen, Drucker und
sonstige Netzwerk-fhige Gerte bezeichnet. Die MAC-Adresse dient als primrer Schlssel zur Zuordnung eines erkannten Nodes. Evtl.
vorhandene VLAN-Informationen werden bei der Zuordnung nicht bercksichtigt, um auch Gerte, die nicht von Cisco stammen,
untersttzen zu knnen.
Hardware-Ressourcen
Die fr die vollstndige Discovery eines Netzwerks bentigten Ressourcen hngen sehr stark von der Anzahl vorhandener
Netzwerkkomponenten ab. Die Discovery-Skripte bentigen bis zu 40MB RAM und knnen Netzwerke mit mehr als 1.000 Komponenten
durchsuchen. Die Discovery-Lufe werden in einem frei definierbaren Zeitintervall per Cronjob eingeplant, mssen allerdings innerhalb des
verwendeten Intervalls vollstndig abgearbeitet werden knnen. In der Regel kann ein Discovery-Lauf einmal pro Stunde gestartet werden.
Fr die Erfassung der Daten innerhalb der RRDtools werden pro Interface ca. 50 kB Speicherplatz bentigt.
Software-Ressourcen
SNAG-View 3.1 integriert NeDis Oberflche vollstndig in einen SNAG-View-Tab. Die Version 3.1 basiert auf einem SuSE Linux Enterprise
Server 11 in der 64 Bit-Version. Fr die Discovery-Skripte werden verschiedene Perl-Module bentigt. Als Datenbank-Backend dient eine
MySQL-Instanz auf dem SNAG-View-Server. Das Web-Frontend von NeDi ist in PHP geschrieben. Fr die Darstellung der Langzeit-Graphen
wird das Paket RRDtool bentigt. Whrend der Basis-Installation von SNAG-View 3.1 werden alle fr NeDi erforderlichen
Software-Komponenten installiert.
Objektverwaltung
Die Objektverwaltung steht nur Superusern zur Verfgung.
ber die Objektverwaltung lassen sich alle von SNAG-View verwalteten Objekte wie Hosts, Services, Host- bzw. Servicegruppen aber auch
Checkcommands etc. anlegen, bearbeiten und lschen.
Die Objektverwaltung erreicht man ber das MenKonfigurationObjektverwaltung
Copyright 2014,
SNAG-View 3.4
155
bersicht
bergeordneten
Elternobjekten
erben
lassen
Wie Objekte erstellt werden und welche Werte in die Felder eingetragen werden mssen wird in den jeweiligen Artikeln zu den Objekten
Copyright 2014,
SNAG-View 3.4
156
beschrieben.
Passwort Tresor
Mit Hilfe des Passwort Tresor knnen bentigte Zugangsdaten wie Benutzername und Passwort fr die NeDi API sicher innerhalb eines
Tokens gespeichert werden. Die Token knnen bei der Konfiguration von SV-Objekten als Alias verwendet werden. So mssen sensible
Daten nicht direkt im Objekt hinterlegt werden sondern knnen mit Hilfe einer Referenz, ohne direkten Zugriff auf das eigentliche Objekt,
verwendet werden.
Zugang zum Passwort Tresor erhlt man ber das MenKonfigurationPasswort Tresor
bersicht
Im Passwort Tresor-Tab werden alle angelegten Passwort-Token angezeigt. In der ersten Spalte steht die Bezeichnung. Dies ist der Wert
der bei der Verwendung des Token innerhalb eines SV-Objekts verwendet werden muss. Zustzlich wird noch ein optionaler Kommentar
angezeigt, der bei der Erstellung eingegeben werden kann und den Inhalt des Tokens erklrt. In den letzten beiden Spalten sieht man wann
das Token angelegt und wann es zuletzt bearbeitet wurde.
ber das grne Plus links oben kann ein neues Token erstellt werden.
Copyright 2014,
SNAG-View 3.4
157
1. Im Feld Token muss zunchst ein Name fr das neue Token hinterlegt werden.
2. Im Feld Wert wird nun der Inhalt des Tokens das Passwort oder der Benutzername oder was auch immer das Token enthalten soll
eingetragen und im Feld Besttigen noch einmal wiederholt.
3. Im Feld Kommentar kann optional eine Nachricht eingetragen werden, die erklrt was in dem Token gespeichert ist.
Performancedaten
ber das Nagios-Modul kann SNAG-View mit Hilfe der Host- und Service-Checks Performancedaten sammeln. Diese werden ber das
PerfGraph-Modul in bersichtlichen Graphen dargestellt. Zum einen sind diese Graphen in den Detailansichten der Hosts/Services
einsehbar, zum anderen gibt es als zentrale Anlaufstelle die Performancedaten-Ansicht, in der bestimmte Performancedaten von mehreren
Objekten in Zusammenstellungen gruppiert werden knnen.
Die Performancedaten-Ansicht erreicht man ber das MenAnsichtenAllgemeinPerformancedaten
Copyright 2014,
SNAG-View 3.4
158
bersicht
In der linken Spalte befinden sich in einer Baumansicht alle verfgbaren Performancedaten, geordnet nach Hots und Datentyp. Unter dem
ersten Eintrag Zusammenstellungen werden alle Performancegraphen-Zusammenstellungen angezeigt. ber die grnen Pfeile lsst sich die
Spalte minimieren.
Im mittleren Hauptfenster werden die Performance-Graphen dargestellt. Wird in der linken Spalte ein Host ausgewhlt werden alle
Performancegraphen des Hosts geladen. Der Hosteintrag kann allerdings auch expandiert werden, um die einzeln verfgbare
Datentypen/Checks zu sehen. Hierber knnen gezielt nur die Daten eines Checks angezeigt werden.
Mit Hilfe des Lupen-Symbols neben einem Graphen wird dieser in der Zoom-Ansicht geffnet.
ber die Toolbar lassen sich die Daten aktualisieren und es knnen die dargestellten Zeitrume ausgewhlt werden. Fr jeden aktivierten
Zeitraum wird ein eigener Graph angezeigt.
Die rechte Spalte ist standardmig minimiert. Mit ihrer Hilfe knnen Performancegraphen unterschiedlicher Hosts zu einer
Zusammenstellung kombiniert werden.
So knnen beispielsweise die Temperaturdaten mehrerer Bros kombiniert betrachtet werden, anstatt nacheinander in jedes Bro
einzeln hineinschauen zu mssen.
Copyright 2014,
SNAG-View 3.4
159
Zusammenstellungen anlegen
Eine bestehende Zusammenstellung kann ber ihr Kontextmen zur Bearbeitung geffnet werden.
Die Graphen werden in genau der Reihenfolge dargestellt, in der sie in die Zusammenstellung hinzugefgt wurden. Ein neu
Arrangieren nach dem Hinzufgen oder Speichern der Zusammenstellung ist nicht mglich. Hierzu mssen die Graphen wieder
gelscht und anschlieend in der gewnschten Reihenfolge wieder hinzugefgt werden.
Die Zusammenstellung bleibt auch nach dem Speichern noch in der Zusammenstellungs-Spalte aktiv. Mchte man eine neue
Zusammenstellung erstellen, kann die Spalte ber das grne Plus geleert werden.
Revisionsmanager
Bei nderungen an der Konfiguration von SV-Objekten wie Hosts, Services oder Maps speichert SNAG-View eine nderungshistorie. Sollte
einmal etwas in der Konfiguration durcheinander geraten, kann so schnell nachgeschaut werden, wer wann welche nderungen
vorgenommen hat, um die Fehlerquelle schnellstmglich zu identifizieren und zu beheben.
ber den Revisionsmanager knnen die nderungen an Objekten verfolgt, genau eingesehen und auch rckgngig gemacht werden.
Die Revisionsansicht erreicht man ber das MenSystemeinstellungenRevisionslog
Copyright 2014,
SNAG-View 3.4
160
bersicht
In der Liste werden alle nderungen an SV-Objekten standardmig nach Zeitpunkt sortiert dargestellt. In der Spalte Objekt wird der Name
des genderten Objekts angezeigt, Aktion gibt an, was getan wurde. ber die letzte Spalte Benutzer kann man erkennen, welcher
SNAG-View Benutzer die nderungen vorgenommen hat.
Ein Doppelklick auf eine Zeile ffnet das Revisionsdiff fr das SV-Objekt.
ber das Kontextmen kann das Konfigurationsfenster des SV-Objekts aufgerufen werden, um erneute nderungen vorzunehmen
(Bearbeiten). Auerdem kann ber den zweiten Eintrag Diff anzeigen ebenfalls das Revisionsdiff des Objekts geffnet werden.
Das Revisionsdiff
Das Revisionsdiff eines Objekts gliedert sich in die beiden Bereiche Revisionen und nderungslog. In der linken Revisionen-Liste stehen alle
Revisionen des Objekts, sprich alle Zeitpunkte, an denen nderungen vorgenommen wurden. Es kann Zeitpunkt, nderungsart und der
Benutzer eingesehen werden, der die nderung durchgefhrt hat. Ein Doppelklick auf einen Eintrag ffnet die Detailansicht im rechten
nderungslog-Fenster. Hier knnen alle Attribute, die verndert, hinzugefgt oder gelscht wurden, eingesehen werden. Es wird das Attribut,
sein Wert vor der nderung und sein Wert nach der nderung angezeigt. Die farbige Markierung des neuen Wertes zeigt an, ob ein
Copyright 2014,
SNAG-View 3.4
161
bestehendes Attribut verndert (gelb) oder komplett gelscht (rot) oder aber ein neues Attribut hinzugefgt (grn) wurde. Nicht vernderte
Attribute werden grau dargestellt, sind in der Standardansicht aber ausgefiltert.
Im rechten oberen Bereich des Fensters ist ein Farbfilter fr die Ansicht. Mit ihm kann, genau wie in den Listenansichten, die Attributliste
nach bestimmten nderungsarten gefiltert werden. Ein grner Hintergrund hinter einer Filterfarbe bedeutet, dass diese Art der nderung
angezeigt wird.
Einstellungen
Objekte
ber die drei Checkboxen Erstellen, Bearbeiten, Lschen kann definiert werden, welche Aktionen gelogt werden sollen. Ist eines der drei
ausgeschaltet, werden keine Aktionen dieser Art im Revisionslog gespeichert.
Im Bereich Objekttypen kann zudem definiert werden, fr welche Objekt-Typen Revisionen angelegt werden sollen. Per Drag'n'Drop oder
Doppelklick knnen alle Objekt-Typen, fr die nderungen gespeichert werden sollen, von der linken Verfgbar-Liste in die rechte
Zugewiesen-Liste hinzugefgt werden. Im Beispiel oben werden nur fr Hosts, Hostgruppen, Services, Servicegruppen, Servicetemplates
und Checkkommandos nderungen gespeichert.
Berechtigungen
Im zweiten Bereich kann definiert werden, ob und wenn ja welche nderungen an Benutzer-Berechtigungen gelogt werden sollen.
SV-Maps
Das SV-Maps Modul ermglicht die rumliche Visualisierung der in SNAG-View berwachten Hosts und Services. Mit Hilfe von
Karten-Hintergrnde kann so beispielsweise eine bersicht ber den Status aller Standorte in Europa etc. erstellt werden. Auch ist es
mglich Geschftsprozesse grafisch selbst zu gestalten und abzubilden.
Die bersichtsseite der SV-Maps erreicht man ber das MenAnsichtenMaps. Bereits erstellte Maps knnen ber das
Copyright 2014,
SNAG-View 3.4
162
bersicht
In der bersicht werden alle bereits erstellten SV-Maps als kleine Previews angezeigt. Das Symbol hinter dem Namen gibt den
Gesamtstatus der auf der Map verwendeten SNAG-View Elemente wieder. ber einen Doppelklick wird die Karte in einem neuen Tab
geffnet. ber das Kontextmen einer Map kann diese geffnet, bearbeitet oder gelscht werden.
Mit Hilfe der beiden Symbole in der linken oberen Ecke des SV-Maps-Tabs kann eine neue Karte erstellt oder die bersicht aktualisiert
werden.
Beispielkarten
Copyright 2014,
SNAG-View 3.4
163
Im folgenden sind drei Beispielkarten abgebildet, welche die vielen Mglichkeiten und unterschiedlichen Verwendungszwecke der SV-Maps
verdeutlichen sollen.
Deutschlandkarte
Weltkarte
Copyright 2014,
SNAG-View 3.4
164
Prozessdarstellung
Copyright 2014,
SNAG-View 3.4
165
bearbeiten
Bedeutung
ber das grne Plus
knnen neue Elemente
zur Karte hinzugefgt
werden. Zur Verfgung
stehen:
Icon - Icons
knnen fr jedes
beliebige
SNAG-View
Objekt stehen, wie
einen Host,
Service, eine
Gruppe oder
sogar eine Map
oder einen
Geschftsprozess.
Bild - Es lassen
sich alle Bilder,
die ber die
Bildverwaltung
verfgbar sind,
verwenden, oder
sie knnen direkt
neue Bilder
hochladen.
Linie - Elemente
der Karte lassen
sich mit Linien
verbinden.
Label - Es knnen
beliebig
Text-Labels auf
die Karte gesetzt
werden. Diese
knnen mit einem
SNAG-View
Element verknpft
werden.
ber dieses Symbol
kann der Name der
SV-Map nachtrglich
gendert werden.
Copyright 2014,
SNAG-View 3.4
166
Schliet den
Bearbeitungsmodus.
Copyright 2014,
SNAG-View 3.4
167
Zunchst whlt man ber das grne Plus - Bild hinzufgen aus.
Anschlieen wird irgendwo auf die Karte geklickt.
Es ffnet sich ein Fenster, ber das die Bildverwaltung gestartet werden kann, um ein Bild auszuwhlen.
ber Zuweisen kann das Bild der Map hinzugefgt werden.
Bei mehreren Bildern gilt das Stapelprinzip: Das zuletzt hinzugefgte Bild liegt oben auf.
Das Bild kann nach dem Einfgen per Drag'n'Drop verschoben und ber das Kontextmen bearbeitet und gelscht werden.
Zuordnung
Copyright 2014,
SNAG-View 3.4
168
ber den ersten Reiter kann der Linie ein SV-Objekt zugewiesen werden. Zur Auswahl stehen Hosts, Services, Hostgruppen,
Servicegruppen, Maps und Geschftsprozesse. Wird ein Objekttyp ausgewhlt erscheinen weitere Auswahlboxen, um das Objekt zu
spezifizieren.
Mit dem Eintrag Keine Zuordnung wird der Linie kein Objekt zugeordnet.
Wird der Linie ein SV-Objekt zugeordnet passt sich die Liniefarbe dynamisch an den Status des SV-Objekts an.
Beschriftung
ber den Reiter Beschriftung kann der Linie ein Label-Text zugewiesen werden. Mit Hilfe des Buttons einfgen und dem daneben stehenden
Copyright 2014,
SNAG-View 3.4
169
Dropdown-Men knnen diverse Macros eingefgt werden, um bestimmte Informationen dynamisch vom zugewiesen SV-Objekt zu
erhalten.
ber einsetzen kann zwischen den Presets default und Standard gewhlt werden.
Style
ber diesen Reiter kann die Darstellung der Beschriftung des Labels auf verschiedene Weisen angepasst und verndert werden.
Linie
Copyright 2014,
SNAG-View 3.4
170
Ein Label ist in erster Linie ein Textfeld. Dieses kann wahlweise dynamisch mit einem oder mehreren Werten des zugeordneten Objekts
bestckt werden oder man gibt einen eigenen Text per Hand ein.
ber den ersten Reiter kann dem Label ein SV-Objekt zugewiesen werden. Zur Auswahl stehen Hosts, Services, Hostgruppen,
Servicegruppen, Maps und Geschftsprozesse. Wird ein Objekttyp ausgewhlt erscheinen weitere Auswahlboxen, um das Objekt zu
spezifizieren.
Mit dem Eintrag Keine Zuordnung wird dem Label kein Objekt zugeordnet.
Wird dem Label ein SV-Objekt zugeordnet passt sich die Hintergrundfarbe des Labels dynamisch an den Status des SV-Objekts
an.
Beschriftung
Copyright 2014,
SNAG-View 3.4
171
ber den Reiter Beschriftung kann der Text des Lables gesetzt werden. Mit Hilfe des Buttons einfgen und dem daneben stehenden
Dropdown-Men knnen diverse Macros eingefgt werden, um bestimmte Informationen dynamisch vom zugewiesen SV-Objekt zu
erhalten.
ber einsetzen kann zwischen den Presets default und Standard gewhlt werden.
Die beiden Werte unter Labelgre definieren die Breite und Hhe des Labels in Pixeln und knnen frei angepasst werden.
Mit der Matrix unter Label Ausrichtung kann definiert werden, wo der Text auf dem Label gesetzt werden soll. Der ausgewhlte Button steht
dabei fr den Text.
Style
Copyright 2014,
SNAG-View 3.4
172
ber diesen Reiter kann die Darstellung der Beschriftung des Labels auf verschiedene Weisen angepasst und verndert werden.
Verlinkung
In diesem Reiter kann schlielich die Verlinkung des Icons modifiziert werden, wenn eine Zordnung angegeben wurde. Ein Klick auf das Icon
in der Map ffnet die Verknpfung.
Je nach ausgewhlter Zuordnung stehen nicht alle Verlinkungen zur Verfgung.
Auswahl
Bedeutung
Keine
Hostdetails
ffnet bei Hosts die zugehrige Detailseite, bei Services die Detailseite ihres Hosts.
Servicedetails
Gruppendetails
Map
ffnet eine Map, die ber ein Dropdown-Men definiert werden kann.
URL
ffnet eine URL, die ber ein Textfeld spezifiziert werden kann.
Geschftsprozess
Sind alle Einstellungen vorgenommen, kann das Label ber Zuweisen erstellt werden.
Label bearbeiten
Ein bestehendes Label kann per Drag'n'Drop auf der Map verschoben und ber das Kontextmen bearbeitet und gelscht werden.
Auerdem ist es mglich, ber das Kontextmen eine Linie vom Label zu einem anderen Objekt auf der Map zu ziehen.
Copyright 2014,
SNAG-View 3.4
173
Im ersten Tab kann dem Icon ein Objekt zugeordnet werden. Zur Auswahl stehen Hosts, Services, Hostgruppen, Servicegruppen, Maps und
Geschftsprozesse. Wird ein Objekttyp ausgewhlt erscheinen weitere Auswahlfelder, um das Objekt zu spezifizieren.
Jedem Icon kann, wenn gewnscht, ein SNAG-View Element zugeordnet werden. Ist dies der Fall, passt sich die Farbe des Icons
an den Status des verknpften Objekts an (ohne Verknpfung ist es standardmig blau) und es wird beim herberfahren ein
Overlay mit Informationen angezeigt. Bei Hosts, Services und -gruppen sind das genauer Informationen, bei Maps wird eine
Miniaturansicht der verlinkten Map gezeigt. Ein Klick auf das Icon ffnet das verknpfte Objekt in einem neuen Tab.
Beschriftung
Als nchstes kann das Label des Icons bestimmt werden. In das Textfeld eigener Text geschrieben oder ber einfgen und das
Copyright 2014,
SNAG-View 3.4
174
Dropdown-Men diverse Macros eingefgt werden, damit sich SNAG-View die Daten dynamisch vom Objekt holt.
ber einsetzen kann zwischen den Presets default und Standard gewhlt werden.
ber die Checkbox Label fixieren kann entschieden werden, ob das Label an das Icon gebunden ist oder spter in der Karte frei bewegt
werden kann.
Mit Label ausblenden kann die Darstellung des Labels unterbunden werden.
Style
ber dieses Einstellungstab kann die Darstellung des Labels modifiziert und auf diverse Weise angepasst werden.
Icon
Copyright 2014,
SNAG-View 3.4
ber Iconset auswhlen kann die Darstellung des Icons angepasst werden. Zur Verfgung stehen folgende Styles:
Style
Aussehen
Default
(32)
Copyright 2014,
175
SNAG-View 3.4
Copyright 2014,
176
SNAG-View 3.4
Copyright 2014,
177
SNAG-View 3.4
178
Glow
Led
Default
(16)
ber Hintergrundbild - Bild auswhlen kann aus der Bildverwaltung ein Hintergrundbild fr das Icon ausgewhlt werden. ber Kein Bild kann
das gewhlte Bild wieder gelscht werden.
Das gewhlte Hintergrundbild wird in seiner vollen Gre dargestellt und kann derzeit nicht skaliert werden. Daher ist es
notwendig, groe Bilder zuerst auf dem eigenen Rechner auf die passende Gre zu skalieren und die modifizierte Version
hochzuladen.
ber das Matrixfeld Hintergrundbild Ausrichtung kann die Position des Hintergrundbilds relativ zum Icon bestimmt werden. An der Position
des ausgewhlten Feldes erscheint dann das Icon auf dem Hintergrundbild.
Verlinkung
Copyright 2014,
SNAG-View 3.4
179
In diesem Reiter kann schlielich die Verlinkung des Icons modifiziert werden, wenn eine Zordnung angegeben wurde. Ein Klick auf das Icon
in der Map ffnet die Verknpfung.
Je nach ausgewhlter Zuordnung stehen nicht alle Verlinkungen zur Verfgung.
Auswahl
Bedeutung
Keine
Hostdetails
ffnet bei Hosts die zugehrige Detailseite, bei Services die Detailseite ihres Hosts.
Servicedetails
Gruppendetails
Map
ffnet eine Map, die ber ein Dropdown-Men definiert werden kann.
URL
ffnet eine URL, die ber ein Textfeld spezifiziert werden kann.
Geschftsprozess
Sind alle Einstellungen vorgenommen, kann das Icon ber Zuweisen erstellt werden.
Icons bearbeiten
Im Bearbeitungsmodus kann die Position des Icons nachtrglich per Drag'n'Drop korrigiert werden. ber das Kontextmen des Icons knnen
dessen Einstellungen bearbeitet, das Icon gelscht oder eine Linie von diesem Icon zu einem anderen gezogen werden.
Systeminformationen
Im Tab Systeminformationen sind einige informative Tabellen mit ntzlichen Informationen zu Anzahl aller Checks, dem Nagios-Prozess,
dem Status aller Hosts und Services und der Performance von SNAG-View zusammengestellt. Auerdem kann hier die Version des
installierten SNAG-View und aller Module eingesehen werden.
Den Tab Systeminformationen erreicht man ber das MenAnsichtenAllgemeinSysteminformationen
Copyright 2014,
SNAG-View 3.4
180
bersicht
Das Tab Systeminformationen hlt drei Ansichten bereit, die ihrerseits wieder ber Tabs zu erreichen sind: Einstellungen, Status &
Performance sowie Versionen.
Einstellungen
Im ersten Tab Einstellungen werden allgemeine Informationen zu den in SNAG-View zur berwachung registrierten Hosts und Services
bereitgestellt. In den ersten beiden Tabellen wird angegeben wie viele Hosts/Services insgesamt im SNAG-View registriert sind (Total). Die
Zahl in der Spalte aktiv gibt an fr wie viele der Objekte die jeweilige Funktion aktiviert ist.
Die dritte Tabelle Prozess gibt Auskunft ber den Nagios-Prozess, ber den SNAG-View die Hosts und Services berwacht.
Copyright 2014,
SNAG-View 3.4
181
Die Ansicht Status & Performance ist in eine Host und eine Service Spalte gegliedert. Zunchst wird die Host-/Serviceverteilung mit Hilfe
eines Pie Charts visualisiert. In der kleinen Tabelle daneben werden die Zahlwerte dazu angegeben.
Es folgen dann verschiedene Tabellen die Auswertungen zur Performance von SNAG-View liefern, wie die minimal und maximal
Ausfhrungszeit von Checks, die Check Latenz oder die Anzahl der durchgefhrten Checks innerhalb eines bestimmten Zeitraums.
ber das
-Symbol in den berschriftszeilen kann jede der dargestellten Tabellen als Widget auf das Dashboard kopiert werden.
Versionen
Der Tab Versionen gibt Auskunft ber die derzeit installierten Module von SNAG-View sowie die jeweiligen Versionsnummern.
Einstellungen
Einstellungen
Copyright 2014,
SNAG-View 3.4
182
Im ersten Tab Einstellungen werden allgemeine Informationen zu den in SNAG-View zur berwachung registrierten Hosts und Services
bereitgestellt. In den ersten beiden Tabellen wird angegeben wie viele Hosts/Services insgesamt im SNAG-View registriert sind (Total). Die
Zahl in der Spalte aktiv gibt an fr wie viele der Objekte die jeweilige Funktion aktiviert ist.
Die dritte Tabelle Prozess gibt Auskunft ber den Nagios-Prozess, ber den SNAG-View die Hosts und Services berwacht.
Die Ansicht Status & Performance ist in eine Host und eine Service Spalte gegliedert. Zunchst wird die Host-/Serviceverteilung mit Hilfe
eines Pie Charts visualisiert. In der kleinen Tabelle daneben werden die Zahlwerte dazu angegeben.
Es folgen dann verschiedene Tabellen die Auswertungen zur Performance von SNAG-View liefern, wie die minimal und maximal
Ausfhrungszeit von Checks, die Check Latenz oder die Anzahl der durchgefhrten Checks innerhalb eines bestimmten Zeitraums.
ber das
-Symbol in den berschriftszeilen kann jede der dargestellten Tabellen als Widget auf das Dashboard kopiert werden.
Versionen
Versionen
Copyright 2014,
SNAG-View 3.4
183
Der Tab Versionen gibt Auskunft ber die derzeit installierten Module von SNAG-View sowie die jeweiligen Versionsnummern.
Wiki
Mit Hilfe des Wiki-Moduls knnen wichtige Eigenschaften (z.B. Kennzahlen, Kontakte, Technische Daten, etc.) mit Objekten (Hosts/Services)
verknpft werden. Diese Informationen sind dann schnell einsehbar. Die Syntax ist dabei sehr einfach gehalten.
Die Wiki wird ber MenAnsichtenWiki geffnet:
bersicht
Copyright 2014,
SNAG-View 3.4
184
Die zentrale Wiki-Ansicht ist unterteilt in drei Teilbereiche: Im linken Bereich befindet sich die bersichtsseite mit allen vorhandenen
Bereichen, Seiten und Unterseiten in einer Baumstruktur. Im groen Fenster in der Mitte wird der ausgewhlte Wiki-Artikel angezeigt. Rechts
befinden sich zustzliche Informationen zu dem geffneten Artikel: Allgemeine Informationen, Verknpfte Objekte und vorhandene
Revisionen des Artikels.
Durch die Verwendung von Tabs knnen gleichzeitig mehrere Seiten geffnet werden.
ber die globale Suche von SNAG-View kann auch nach Artikelberschriften gesucht werden.
Optional kann ein Icon dem Bereich hinzugefgt werden. Durch klick auf Bild auswhlen gelangt man in die Bildverwaltung, wo ein Bild/Icon
ausgesucht werden kann.
Copyright 2014,
SNAG-View 3.4
185
Der oben anzugebende Seitenname erscheint spter in der bersichtsseite. Der Inhalt wird im groen Fenster eingegeben.
Wenn eine Seite durch einen anderen Benutzer in Bearbeitung ist erscheint dazu ein Hinweis. Die Seite kann aber trotzdem
bearbeitet werden. Der zuletzt geschlossene (und gespeicherte) Inhalt wird spter als aktuelle Seite dargestellt. Die andere
Version ist aber noch als Revision verfgbar.
Der Editor
Im Editor wird eine an Markdown angelehnte Syntax verwendet.
Folgendes gilt es zu beachten:
Um eine neue Zeile zu beginnen, muss die Zeile vor dem Zeilenumbruch mit zwei oder mehr Leerzeichen enden.
Um einen neuen Absatz zu beginnen, muss eine Leerzeile eingefgt werden.
ber die Icons in der Editorleiste lassen sich einfach Markdown-Formatierungen vornehmen. Dazu kann ein geschriebenes Wort bzw.
geschriebene Textpassage markiert und das gewnschte Icon geklickt werden. Der Editor fgt nun die bentigten Zeichen vor der
Copyright 2014,
SNAG-View 3.4
186
Markierung ein. Wenn nichts markiert ist, wird ein Beispiel an die aktuelle Cursorposition gesetzt.
Selbstverstndlich kann die Markdown-Syntax auch per Hand eingegeben werden. In der folgenden Tabelle werden die Bedeutungen der
Icons inkl. der Markdown Syntax erklrt:
Icon
Bedeutung
Syntax
Beispiel
berschrift
# Grte berschrift
bis
######
Fettdruck
**<TEXT>**
Kursivdruck
*<TEXT>*
<TEXT>
<LEERZEILE>
Horizontale Trennlinie
***
***
<LEERZEILE>
<TEXT>
- Punkt 1
- Punkt 1.1
Aufzhlung
- Punkt 1.2
- Punkt 2
-
Copyright 2014,
SNAG-View 3.4
187
1.
2. (Welche Zahlen vor dem Punkt stehen, ist unerheblich)
1. Erster Punkt
2. Zweiter Punkt
Nummerierte Liste
1. Unterpunkt Zwei
1.
3. Dritter Punkt
In den eingerckten Zeilen beginnt die Zhlweise von vorn
Tabelle
|<HEAD1>|<HEAD2>|
|Gert | Inventarnummer|
|-------| ------|
|:-----|--------------:|
|Cisco | 123-456-7879 |
>
Zitat im Zitat:
Zitat
>>
<LEERZEILE>
`<CODE>`
Inline Code
Copyright 2014,
SNAG-View 3.4
188
<CODE>
printf("Hello World");
<CODE>
return 0;
Interner Link
[<BEREICH>|<SEITE>]
Externer Link
[<NAME>](<URL>)
[Suchmaschine](http://www.
[image|svid=<SVID>|size=<SIZE>]
[image|svid=12aB|size=32]
Code Block:
Makro 'Bild'
Copyright 2014,
SNAG-View 3.4
189
{file|svid=<SVID>|name=<NAME>}
{file|svid=AbcD|name=Handb
{hoststate|svid=<SVID>}
{hoststate|svid=123Z}
{hostservicestate|svid=<SVID>}
{hostservicestate|svid=123
{servicestate|svid=<HOST_SVID><SVC_SVID>}
{servicestate|svid=123Z00q
Makro 'Datei'
Makro 'Hoststatus'
Makro 'Hostservicestatus'
Makro 'Servicestatus'
Wenn ein Benutzer nicht ber die Rechte fr einen Host oder Service verfgt, dessen Status angezeigt werden soll, erscheint fr
diesen Benutzer eine Makro-Fehlermeldung.
Wenn ein Bereich gelscht wird, in dem noch Seiten vorhanden sind, so werden diese Seiten in den Standardbereich
Copyright 2014,
SNAG-View 3.4
190
verschoben.
Wenn eine Seite gelscht wird, zu der Unterseiten existieren, werden diese Unterseiten eine Ebene nach oben geschoben
und nicht gelscht.
Ein Klick auf das Wiederherstellungsicon ffnet den Editor mit dem Revisionsstand. Dort knnen optional noch nderungen gemacht
werden. Speichern stellt die gewhlte Revision wieder her.
Copyright 2014,
SNAG-View 3.4
191
Durch Drag & Drop in das Feld Zugewiesen kann die Seite mit den gewnschten Hosts bzw. Services verknpft werden.
Durch das Verknpfen sind Wiki-Artikel auch direkt aus dem Servicebrowser erreichbar. Ein Icon neben dem Host- bzw. Servicenamen zeigt
an, dass Wikiartikel mit diesem Objekt verknpft sind.
Ein Klick auf das entsprechende Icon ffnet den Wiki-Tab in den Host- bzw. Servicedetails.
Optional
Optionale Module erweitern die Mglichkeiten von SNAG-View, mssen allerdings zustzlich erworben werden.
Eventlog
i-doit
Jasper Reporting
Mod-Gearman
OTRS
SAP
SNMP
Eventlog
Das Eventlog-Modul dient als Schnittstelle zwischen SNAG-View und unterschiedlichen Event-Benachrichtigungsdiensten und kann
Nachrichten von Syslog-NG, NeDi, Switch Traps und sogar E-Mail-Benachrichtigungen verarbeiten und filtern. Mit Hilfe dieses Moduls
knnen Services fr eingehende Events erstellt und so Events gecheckt werden, die ber das Nagios-Modul nicht erreichbar sind.
Copyright 2014,
SNAG-View 3.4
192
bersicht
Mit Hilfe des Eventlog-Moduls knnen Filterregeln erstellt werden, um ber die Schnittstellen eingehende Log-Meldungen und auch E-Mails
zu filtern, neue Werte zuzuweisen und zu sortieren. So knnen bestimmte Events herausgefiltert und in die beiden Listen Alerts und Blacklist
verschoben werden, um dort bersichtlich nur die Event-Meldungen zu sammeln, die wirklich von Bedeutung sind. Alle brigen Meldungen
verbleiben im Bereich Quellen.
Beispielkonfiguration
Im Tab Alerts knnen beispielweise alle Event-Benachrichtigungen gesammelt werden, die ber schwerwiegende Fehler
benachrichtigen und daher einer besonderen Aufmerksamkeit bedrfen.
Die Blacklist kann dann dem gegenber fr Log-Eintrge vorgesehen werden, die nicht direkt das System gefhrden, zur Fehlerkontrolle
und -beseitigung aber dennoch separat gesammelt werden sollten.
Die Alerts- und Blacklist-Listen unterscheiden sich von der Ansicht nicht voneinander. Es sind Uhrzeit und Datum des Eventeingangs
angegeben, der SNAG-View Host, von dem das Event stammt, der ber eine Filterregel zugewiesene Status, der Typ (Ursprung) des
zugrunde liegenden Events (also ob es eine Syslog-, NeDi-Meldung oder E-Mail war) und der Nachrichteninhalt angeben. ber die Filter
oben rechts knnen die Eintrge nach Status-Code und Acknowledge gefiltert werden.
Copyright 2014,
SNAG-View 3.4
193
Die Quellen-Ansicht gliedert sich noch einmal in die verschiedenen Ursprungs-Quellen der Event-Benachrichtigungen. Hier werden alle
Nachrichten gesammelt, die nicht per Filter in die Alerts- oder Blacklist-Liste verschoben wurden.
ber das Kontextmen eines Eintrags in der Alert-/Blacklist/Quellen-Liste sind verschiedene Aktionen mglich:
Eintrag
Bedeutung
Alertdetails
Hierber ffnet sich ein Fenster, dass die Details des Log-Eintrags beinhaltet.
Alert
besttigen
ber diesen Eintrag kann der Alert-Eintrag besttigt, also das Acknowledge gesetzt werden. Es erfolgt keine weitere
Nachfrage.
Alert lschen
Filter
erstellen
Hierber kann eine Filter-Regel auf der Grundlage eines Wertes der gewhlten Event-Benachrichtigung erzeugt
werden.
1. Zunchst kann eine vordefinierte Aktion (Auf Blacklist/Alertlist, Ignorieren) oder ein Filter mit leerem Aktionsfenster
gewhlt werden.
2. Es ffnet sich ein Fenster mit einer Liste aller Wertefelder des Events mit ihrem Inhalt. Per Klick kann ein Eintrag
gewhlt werden, mit Hilfe von STRG + Linksklick knnen auch mehrere Zeilen markiert werden. Fr alle markierten
Zeilen werden Filterregeln erstellt.
3. Nach einem Klick auf weiter ffnet sich die Filter-Konfiguration mit den voreingetragenen Werten. Diese knnen
nun weiter bearbeitet werden.
Alert
kommentieren
Einen Kommentar zum gewhlten Alert hinzufgen. Es ffnet sich ein Kommentarfenster, in das die Nachricht
eingegeben werden kann.
Filter
Kern des Eventlog sind die individuell erstellbaren Filter. ber den Tab Filter knnen die bereits vorhandenen Filter eingesehen und
bearbeitet sowie neue Filter erstellt werden.
Der Filter-Tab besteht aus einer einfachen Liste von Filtern. Diese werden auf jedes hereinkommende Event der Reihe nach von oben
nach unten angewandt. Per Drag'n'Drop kann die Reihenfolge beliebig verndert werden. Dies ist in sofern interessant, da ein Filter auch so
konfiguriert werden kann, dass nach ihm keine weiteren Filter mehr angewandt werden, falls er zutrifft.
ber das Kontextmen kann ein Filter bearbeitet oder gelscht werden. ber das grne Plus kann ein neuer Filter erstellt werden.
Copyright 2014,
SNAG-View 3.4
194
Copyright 2014,
SNAG-View 3.4
195
Hierfr muss zunchst das Feld gewhlt werden. ber das Men unter dem SNAG-View-Button kann aus vordefinierten
Feldern von Syslog-, E-Mail-, SNMP Trap- oder NeDi-Meldungen gewhlt werden. Anschlieend muss ein RegEx-Wert
definiert werden, der als Zielwert dient.
c. Der
Inhalt
kann
mit
vordefinierten
Werten
verglichen
( Beinhaltet )
werden.
Es muss zunchst ebenfalls das Zielfeld gewhlt werden. Anschlieend kann eine Zeichenkette angegeben werden, nach
der im angegeben Feld gesucht wird.
d. Es kann ein numerischer Vergleich eines Feldes ( Numerischer Vergleich ) durchgefhrt werden.
Zunchst wird das Zielfeld definiert, anschlieend ein Operator ( >, >=, <, <=, =) ausgewhlt. Im dritten Feld Zahl wird dann
der Wert, der als Vergleich dienen soll, eingetragen.
4. Im Feld Aktion kann nun eine oder mehrere Aktionen definiert werden, die ausgefhrt werden, sollten die Filterregeln auf die
M e l d u n g
z u t r e f f e n .
Es stehen folgende Aktionen zur Verfgung:
Aktion
Bedeutung
Auf Alertliste
setzen
Auf Blacklist
setzen
Event verwerfen
Status setzen
Ermglicht es, dem Event einen SNAG-View Status zuzuordnen. Zur Auswahl stehen "Okay" (grn),
"Warning" (gelb) und "Critical" (rot).
Hierber kann eines der vordefinierten Felder fr Log-Nachrichten gesetzt bzw. der bestehende Inhalt
berschrieben werden. So knnen Nachrichten aus verschiedenen Quellen angeglichen werden. Zunchst
muss ber das Dropdown-Men ein Feld ausgewhlt und anschlieend der neue Inhalt eingetragen
werden.
Korrelations ID
setzen
ber diese Aktion kann der Nachricht eine Korrelations-ID zugewiesen werden.
Korrelationsaktion
ausfhren
ber diesen Eintrag kann das Event direkt besttigt und ihm ein SNAG-View-Status zugewiesen werden.
Dies geschieht allerdings nur, wenn vorher dem Event die angegeben Korrelations-ID zugewiesen wurden.
Stimmt die angegebene ID nicht mit der Korrelations-ID des Events berein oder besitzt dieses keine ID,
wird die Aktion nicht ausgefhrt.
ber die Korrelationsaktion knnen Aktionen sehr einfach fr verschiedene Events getriggert
werden, ohne das eine hochkomplexe Filterregel erstellt werden muss. So lange dem Event in
einem vorhergegangenen Filter die passende Korrelations-ID zugewiesen wurde, wird die Aktion
ausgefhrt.
i-doit
Der i-doit-Tab ist erreichbar ber das MenSystemeinstellungeni-doit
Copyright 2014,
SNAG-View 3.4
196
3. L a d e n
4. A k t i v i e r e n
Copyright 2014,
Sie
das
Sie
Ziparchiv
das
dann
des
Plugins
erscheinende
hoch.
Modul.
SNAG-View 3.4
197
Jasper Reporting
Jasper-Report ausfhren
Mod-Gearman
Die Basis fr unser Modul bildet das Nagios Add-On Mod-Gearman. Das Modul erhht die Performance von Nagios, indem es Host- und
Servicechecks vom Nagios-Kern entkoppelt und bei Bedarf auf verschiedene Systeme ber das lokale Netzwerk verteilt (Loadbalancing).
Des Weiteren bietet es Mglichkeiten des verteilten Monitorings (Distributed Monitoring), zur berwachung entfernter Systeme z. B. ber das
Internet.
Features
Entlastung des SNAG-View Systems durch Entkopplung der Plugin-Ausfhrung vom Nagios-Kern. Die Last wird gleichmig auf
Worker verteilt (Prozessorentlastung).
Einfache Konfiguration: Bei verteilter berwachung hinter Firewalls reicht die Freigabe eines einzigen Ports.
Flexibilitt: Die Anzahl der Worker kann im laufenden Betrieb je nach Bedarf flexibel variiert werden.
Zentrale Konfiguration: Nahezu alle Einstellungen lassen sich ber die zentrale Weboberflche von SNAG-View realisieren.
Ausfallsicherheit (Voraussetzung: HA-Cluster-Szenario): Ein Worker kann ausfallen, ohne dass das Monitoring ausfllt (Active /
Active Cluster) - sofern fr jede Queue mindestens zwei aktive Worker vorhanden sind.
Die Mod-Gearman Oberflche wird ber den Menpunkt Ansichten mod-gearman geffnet. Es stehen drei Tabs zur Auswahl:
Overview
Die Overview bietet eine bersicht ber alle konfigurierten Mod-Gearman Worker und die Queues, sowie die derzeitige Auslastung
Copyright 2014,
SNAG-View 3.4
198
Queues
Die Ansicht Queues listet die Queues auf
Dynamische Queues werde von Mod-Gearman automatisch erzeugt. Host- und Servicegruppen Queues werden aus den jeweiligen Gruppen
bei Bedarf erzeugt, sofern min. 1 Worker fr eine entsprechende Gruppe zustndig ist.
Worker
ber den Workers Tab knnen bestehende Worker angezeigt, sowie neue Worker erzeugt werden.
Der SystemWorker stellt den lokalen Worker dar. Alle checks werden standardmig vom SystemWorker ausgefhrt.
Copyright 2014,
SNAG-View 3.4
199
Die Kommunikation zwischen SNAG-View und dem Worker erfolgt ber SSH. Stellen Sie sicher das der SSH Dienst Port 22 in
Ihrer Firewall freigegeben ist. Auerdem muss der ssh-key des snagview Benutzers (/home/snagview/.ssh/id_rsa.pub) auf dem
Worker in die /home/snagview/.ssh/authorized_keys Datei eingetragen werden. Sollte die id_rsa.pub Datei auf dem SNAG-View
Host noch nicht existieren, so kann diese mit dem Befehl ssh-keygen als Benutzer snagview erzeugt werden.
Allgemein
Groups
Copyright 2014,
SNAG-View 3.4
Settings
Eine detaillierte Erklrung zu den verschiedenen Einstellungen erhalten Sie bei MouseOver ber das Fragezeichen.
Globale Optionen
Copyright 2014,
200
SNAG-View 3.4
201
Bereich
Option
Standardwert
Beschreibung
server
ip
localhost
port
4730
encryption
neb
pre-shared-key
use-key-file
key-file
/path/to/secret.file
logfile
/var/log/mod_gearman/mod_gearman_neb.log
debug
Debug Level:
0 = nur Fehler loggen
1 = debug
2 = trace
3 = trace und Ausgabe nach stdout
Copyright 2014,
SNAG-View 3.4
worker
202
do_hostchecks
yes
route_eventhandler_like_checks
no
use_uniq_jobs
on
result_workers
perfdata
no
perfdata_mode
orphan_host_checks
yes
orphan_service_checks
yes
accept_clear_results
no
logfile
/var/log/mod_gearman/mod_gearman_worker.log
pidfile
/var/mod_gearman/mod_gearman_worker.pid
show_error_output
yes
enable_embedded_perl
on
use_embedded_perl_implicitly
off
use_perl_cache
on
Schaltet den Perl Cache ein oder aus. Dies kann die
Performance verbessern.
p1_file
/usr/share/mod_gearman/mod_gearman_p1.pl
workaround_rc_25
off
nderungen innerhalb der globalen Mod-Gearman Optionen erfordern in der Regel einen Neustart aller Worker Prozesse
(/etc/init.d/mod_gearman_worker restart)
OTRS
Das OTRS Modul liefert eine Schnittstelle zum OTRS Ticketsystem.
Unter KonfigurationOTRS gelangt man zur OTRS Oberflche innerhalb von SNAG-View 3
Copyright 2014,
SNAG-View 3.4
203
bersicht
Mit Hilfe des OTRS Moduls lassen sich aus Host- und Serviceproblemen OTRS Tickets erstellen. Die Konfiguration zur Ticketerstellung
erfolgt innerhalb der Benachrichtigung. In dieser Ansicht werden aktuelle (offene) Tickets sowie OTRS Serverinformationen und Statistiken
bereitgestellt. Dabei werden nur die Tickets der OTRS Queue dargestellt, die fr SNAG-View 3 vorgesehen sind.
In der rechten Hlfte des Fensters befindet sich der informative Teil, der keine Interaktion bereithlt. Im groen linken Fenster werden die
noch offenen Tickets angezeigt. Die Ansicht kann zwischen "Services" und "Hosts" gewechselt werden und zeigt dementsprechend die
Tickets fr Service- bzw. Hostprobleme an. Nach Aufruf des Kontextmens zu einem Ticket knnen Notizen angefgt, das Ticket im OTRS
geffnet und die Host-/Servicedetails im SNAG-View geffnet werden.
Notiz anfgen
Copyright 2014,
SNAG-View 3.4
204
Es ffnet sich ein kleiner Editor, in dem dem Ticket eine interne Notiz angefgt werden kann. Dabei sind die Felder Betreff und
Text Pflichtfelder. Nach Klick auf OK wird ber den erfolgreichen Versand der Notiz informiert.
Ticket ffnen
Das OTRS-Ticketsystem ffnet sich in einem neuen Browsertab und zeigt das entsprechende Ticket an.
Ggf. muss sich vor Anzeige des Tickets am OTRS System angemeldet werden.
Innerhalb von OTRS wird neben den Ticketinformationen in einer Infobox der SNAG-View Servicename und dessen Live-Status angezeigt.
Wenn das Ticket in OTRS geschlossen wird, taucht es nicht mehr in der Ticketansicht von SNAG-View auf.
Host-/Servicedetails anzeigen
Es ffnet sich die Detailansicht des Hosts oder der Serviceinstanz innerhalb von SNAG-View in einem neuen Tab.
SAP
Das SV3 SAP-Modul bietet einen kompakten berblick ber den Status aller SAP-Systeme eines Kunden aus der Sicht eines
SAP-Basisadministrators. Die automatisch ausgelesenen Statusinformationen der Systeme werden in einem bersichtlichen Webinterface
dargestellt. Bei zahlreichen Checks besteht die Mglichkeit, durch einen einfachen Doppelklick per Live-Abfrage Detailinformationen direkt
v o m
S A P - S y s t e m
a b z u r u f e n .
Darber hinaus werden wichtige Informationen wie aufgetretene Kurzdumps, abgebrochene Verbuchungsstze und SAP-Syslogmeldungen
in der lokalen MySQL Datenbank des SNAG-View Servers gespeichert, so dass sie auch Offline abgerufen werden knnen.
In der bersicht werden die wichtigsten Informationen in Form von Ampeln dargestellt. Unterschiedliche Systeme knnen nach
verschiedenen Kriterien gruppiert werden. Dadurch kann die bersichtlichkeit erhht werden. Innerhalb der bersichtsseite werden alle
SAP-Systeme
einer
SAP-Hostgruppe
in
Tabellenform
dargestellt.
Die berwachten Systeme werden im Webinterface so dargestellt, dass regelmig abzuarbeitende Checklisten einfach abgearbeitet werden
knnen. Eine Anmeldung am SAP-System ist dabei nicht notwendig, da das SAP-Modul die Informationen aus den berwachten Systemen
mit Hilfe eines dedizierten Monitoring-Benutzers ausliest.
Copyright 2014,
SNAG-View 3.4
205
bersicht
In der SAP-Standardansicht werden die aktuellen Checkergebnisse fr die SAP-Systeme angezeigt. Die Unterteilung erfolgt nach
SAP-Hostgruppen. Jede SAP-Hostgruppe wird in der bersicht als eigener Tab dargestellt. Der Status aller Systeme einer Gruppe wird ber
das Tabstatus-Icons jederzeit angezeigt. Dabei ist der schlechteste Status der zugehrigen Checks ausschlaggebend.
Bei der Konfiguration der SAP-Checks kann angegeben werden, ob der Status bei der Berechnung des SAP-Hostgruppen-Status
bercksichtigt werden soll oder nicht
Jeder Benutzer kann individuell die in der bersicht angezeigten Spalten (Monitore) festlegen. Dazu wird im Kontextmen der
Spaltenberschrift der Punkt "Spalten" gewhlt und die Checkboxen neben den gewnschten Checks aktiviert:
Im linken Bereich der bersicht lassen sich detaillierte Informationen zu den dort aufgefhrten Checks aufrufen. Der ausgewhlte Check wird
durch Fettdruck hervorgehoben. Zur ausgewhlten SAP-Hostgruppe werden die zugehrigen SAP-Systeme wiederum in Tabs dargestellt
und darunter die Check-Ergebnisse angezeigt. Um die Ergebnisse fr ein anderes SAP-System anzuzeigen, gengt ein Klick auf den
entsprechenden Tab. Die aktive SAP-Hostgruppe sowie das aktive SAP-System werden durch Fettdruck hervorgehoben.
Fr die komfortable Weiterleitung stellt die SAP-bersicht fr jedes SAP-System ein Kontextmen zur Verfgung. Das Men wird ber den
Rechtsklick auf ein System erreicht.
!!! Screenshot
Copyright 2014,
SNAG-View 3.4
206
Monitore im SAP-Agenten
In der folgenden bersicht werden die vorhandenen Monitore, die der SAP-Agent in SNAG-View 3 bietet, kurz vorgestellt:
SAP RFC-Monitore
Monitore fr alle Systeme (Datenbank unabhngig):
Online
Dieser Monitor dient der berprfung der Erreichbarkeit eines SAP-Systems. Zustzlich wird berprft, ob der Monitoring-Benutzer sich am
System anmelden kann. Fr die berwachung ist ein SAP-Kommunikations-Benutzer ausreichend. Der Benutzer kann in einem beliebigen
Mandanten angelegt werden, auch der Mandanten 000 ist ausreichend. Die berwachung funktioniert nicht mehr, wenn der Benutzer zum
Beispiel durch Falschanmeldung gesperrt wurde. Der Online-Check ndert dann seinen Status.
Mit dem SNAG-View SAP-Modul knnen neben Systemen mit einem ABAP- oder Mixed-Stack auch reine Java-Systeme berwacht werden.
Dabei wird der Online-Status des Systems durch die Erreichbarkeit des Webinterfaces berwacht. Bei der Konfiguration werden die URL und
der verwendete TCP-Port bentigt. Das weitere Monitoring eines Java-Systems kann ber die SAP-CCMS Schnittstelle erfolgen. Dann wird
ein zentrales Monitoringsystem wie beispielsweise der Solution Manager bentigt.
ARFC
Mit diesem Monitor werden asynchronen Remote Function Calls (ARFC) berwacht. Die detaillierte Konfiguration wird weiter
unten beschrieben. Fr die Einrichtung mssen der Zeitraum und der Status angegeben werden, fr welche die berwachung relevant sein
sollen. Der Zeitraum betrgt maximal fnf Tage.
!!!Screenshot
In der Detailansicht werden die fehlerhaften asynchronen RFCs angezeigt. Die Eintrge knnen hier einzeln oder gesammelt besttigt
werden.
Copyright 2014,
SNAG-View 3.4
207
BTCMappen
Hier erfolgt die berwachung und Anzeige aller abgebrochenen Batch-Input-Mappen. Fehlerhafte Mappen aller Mandanten werden
berprft. BTC-Mappen knnen auch angezeigt werden, wenn das betroffene SAP-System offline ist, da sie in der lokalen Datenbank des
SNAG-View Servers gespeichert werden.
!!!Screenshot
Hier erfolgt die Anzeige der Detailinformationen zu den Batch-Input-Mappen. Abgebrochene BTC-Mappen knnen in dieser Ansicht besttigt
werden.
Clientedit
Dieser Monitor dient der berwachung der Mandanten-nderbarkeit. Die Konfiguration der zu berwachenden Mandanten erfolgt beim
jeweiligen SAP-System. Dabei werden die aktuell gltigen Einstellungen fr jeden Mandanten live ausgelesen und knnen als Soll-Status
bernommen werden.
!!!Screenshot
Die Mandanten eines Systems werden live abgefragt und das Ergebnis in dieser Ansicht dargestellt. Mandanten, deren aktuell aktive
Einstellungen nicht mit dem Soll-Status bereinstimmen, werden in der Spalte 'Check' als fehlerhaft angezeigt. Mandanten, deren
Einstellungen mit dem gewnschten Wert bereinstimmen, bekommen den Status OK.
IDoc
Das Intermediate Document (IDoc) ist ein Container fr den Austausch von Daten zwischen SAP- und Fremdsystemen. IDocs knnen zur
Kommunikation zwischen logischen Systemen genutzt werden. Fremdsysteme knnen IDocs als Standard-Schnittstelle zur Datenbergabe
nutzen.
Mit Hilfe dieses Monitors wird berwacht, ob bei der Verarbeitung der IDocs Fehler aufgetreten sind. Die detaillierte Beschreibung der
Konfiguration dieses Checks erfolgt weiter unten. Bei der Konfiguration knnen mehrere Filter hinterlegt werden: Zu betrachtender Zeitraum,
relevante Mandanten, IDoc-Status, IDoc-Typ, Message-Typ und Logisches Systeme. Alle definierten Filter werden bei der Selektion durch
ein logisches UND miteinander verknpft.
!!!Verlinkung
Bei zu grozgiger Filterdefinitionen beim Einrichten der IDoc-Monitors kann die Performance des SAP-Systems beeintrchtigt
werden. Dies gilt insbesondere fr die Definition des zu betrachtenden Zeitraums.
!!!Screenshot
Alle IDocs, die den hinterlegten Filterkriterien entsprechen, werden in der Detailansicht angezeigt. Fehlerhafte IDocs knnen hier ber das
Kontextmen besttigt werden.
Copyright 2014,
SNAG-View 3.4
208
Jobs
Im SAP-Modul werden alle abgebrochenen Jobs aus den SAP-System ausgelesen und inkl. des Joblogs lokal gespeichert. Abgebrochenen
Jobs werden in der Detailansicht aufgelistet. Durch die Konfiguration von Jobmail-Filtern knnen ausgewhlte Benutzer direkt per Email
benachrichtigt werden, wenn bestimmte Jobs abbrechen. Die direkte Jobmail-Benachrichtigung wird beispielsweise verwendet, um den
Besitzer eines Jobs zu benachrichtigen, wenn dieser Job abgebrochen ist. !!!Verlinkung
In der Job-Detailansicht werden alle gespeicherten abgebrochenen Jobs des jeweiligen Systems angezeigt. Im Popup-Fenster wird
zustzlich das Joblog des Jobs angezeigt. Dazu wird die Maus auf der jeweiligen Zeile gehalten.
???
Kurzdumps
Bei jedem Laufzeitfehler, der in einem ABAP-System auftritt, wird ein Fehlerprotokoll, der sogenannte Kurzdump erzeugt. Fr das Monitoring
der Kurzdumps im SAP-Modul werden alle Eintrge aus den berwachten System ausgelesen und in der lokalen MySQL-Datenbank des
SNAG-View Servers gespeichert. Die Kurzdumps knnen also auch ausgewertet werden, wenn das SAP-System offline ist. Innerhalb der
Konfiguration des SAP-Moduls wird auch die Reorganistaion der gespeicherten Kurzdumps eingerichtet (!!!Verlinkung)
In der Detailansicht werden die Informationen zu allen gespeicherten Kurzdumps eines SAP-Systems dargestellt. Dazu gehren der
Hostname, das Datum, der Benutzer, Mandant und der Name des Dumps. Durch den Doppelklick auf eine Zeile wird der Kurzdump bis zum
Coding-Teil in einem neuen Fenster angezeigt.
Der Aufruf von Funktionsbausteinen, die in einem anderen System laufen als das aufrufende Programm wird in SAP ber das
RFC-Schnittstellensystem ermglicht. ber RFCs knnen Funktionsaufrufe zwischen zwei SAP-Systemen oder zwischen einem
SAP-System und einem externen System (nicht SAP) realisiert werden.
Mit Hilfe des RFC-Monitors knnen die aktiven RFC-Verbindungen eines SAP-Systems berwacht werden. Dazu wird beim jeweiligen
System definiert, welche RFC-Verbindungen konkret berwacht werden sollen. Bei der Konfiguration werden die vorhandenen
RFC-Verbindungen live ausgelesen. Fr die wichtigen Verbindungen kann dann die berwachung aktiviert werden. In der bersicht wird der
Status aller berwachten RFC-Verbindungen eines Systems in Ampel-Form dargestellt.
Copyright 2014,
SNAG-View 3.4
209
Beim Aufruf der Detailansicht des RFC-Monitors werden alle berwachten RFC-Verbindungen online geprft. Das Ergebnis des Checks der
Verbindung wird in dieser Darstellung tabellarisch angezeigt. Die Informationen beinhalten den Status des Checks, den Namen der
RFC-Verbindung und Details zum dem Status. Zu Ermittlung des Status wird der Check ???mehrfach ausgefhrt.
SAP-Syslog-Monitoring
Fr die berwachung des SAP-Syslogs werden im SAP-Modul alle Syslog-Meldungen aus dem System ausgelesen und in die lokale
Datenbank bertragen. Dadurch sind die Meldungen in SNAG-View auch verfgbar, wenn das SAP-System offline sein sollte. Fr
Syslog-Meldungen mit einer bestimmten Meldungsnummer kann eine Blacklist bzw. Alertlist aufgebaut werden. Dadurch knnen bestimmte
Meldungen ignoriert oder eine Alarmierungen beim Auftreten bestimmter Syslog-Meldungen definiert werden.
In der Status-bersicht des SAP-Moduls wird neben dem Status die Anzahl der gefilterten und ungefilterten Syslogeintrge fr den heutigen
Tag angezeigt.
In der Syslog-Detailansicht werden die Syslog-Meldungen vom gestrigen Tag wei und vom heutigen Tag gelb unterlegt dargestellt. Wenn
sehr viele Eintrge vorhanden sind, kann geblttert werden. Die Syslog-Meldungen knnen auch ausgewertet werden, wenn das
SAP-System nicht erreichbar ist. Optional knnen auch die Syslog-Meldungen angezeigt werden, die sich auf der Blacklist befinden. Diese
Eintrge werden normalerweise ausgeblendet.
ber das Kontextmen knnen einzelne Meldungen mit einer bestimmten Meldungsnummer auf die Blacklist bzw. Alertlist gesetzt werden.
Dabei wird dieser Filter entweder fr alle Systeme, fr alle Systeme einer Gruppe oder ein einzelnes SAP-System definiert.
Die bereits konfigurierten Eintrge auf der Black- bzw. Alertlist knnen durch Klick auf das Syslog-Icon neben der SAP-bersicht aufgerufen
werden.
Copyright 2014,
SNAG-View 3.4
210
Wenn die Meldungsnummer einem Filter innerhalb der Blacklist enspricht, dann werden diese Syslog-Meldungen nicht angezeigt. Fr
Eintrge in der Alertlist kann eine Alarmierung per Email eingerichtet werden. Dazu wird in der jeweiligen Zeile der Alertlist eine
Email-Adresse hinterlegt. Dadurch werden beim Auftreten von bestimmten Syslog-Meldungen direkt Emails an die hinterlegte Adresse
versendet. Diese Funktion entspricht der Einrichtung der Jobmail-Filter.
Systemedit
Durch die Systemnderbarkeit wird geregelt, ob die Objekte des mandantenunabhngigen Customizing und des Repository eines Systems
nderbar sind oder nicht. Der Systemedit- Monitor dient der berwachung der Systemnderbarkeit eines SAP-Systems. Ob das jeweilige
System nderbar sein darf oder nicht wird in der Konfiguration des SAP-Hosts definiert. Produktive Systeme sollten stets nicht-nderbar
sein. Ob der definierte Status mit dem tatschlichen bereinstimmt, wird innerhalb der bersicht des SAP-Moduls durch das Status-Icon
angezeigt. Der Monitor stellt keine Detailansicht zur Verfgung. Allerdings wird der Status der Systemnderbarkeit ber die
Systeminformationen live ausgelesen und dargestellt.
User
Mit diesem Monitor wird die Anzahl der am SAP-System angemeldeten Benutzer ausgelesen. Dieser Check dient zur reinen Information und
hat keinen Status. Die ermittelte Anzahl der angemeldeten Benutzer gilt pro Instanz. Daher sollte dieser Monitor bei evtl. vorhandenen
Applikationsservern ber ein zustzliches SAP-Serviceprofil fr diese Systeme separat eingerichtet werden
.
User Falschanmeldung
Mit Hilfe dieses Monitors wird berprft, ob es durch Falschanmeldungen gesperrte Benutzer gibt.
User Letzte_Anmeldung
Mit diesem Monitor werden die User ausgegeben, die sich ber einen Zeitraum von x Tagen nicht mehr am System angemeldet haben. Es
knnen der Zeitraum, der Benutzertyp, der Mandant und Ausnahmen definiert werden.
User Notfall
Dient der berwachung von Notfall-Benutzern. Wenn bestimmte Benutzer als Notfall-User konfiguriert wurden, berprft dieser Check, ob
das Passwort noch den Status 'initial' hat. Wenn ein Notfall-User verwendet wird, muss das Passwort bei der ersten Anmeldung gendert
werden. Dadurch ist der Status nicht mehr initial, so dass der Check den Status CRITICAL bekommt (roter Ampelstatus). Fr die
Konfiguration knnen zu berwachende Mandanten und Notfall-User definiert werden.
User PW Initial
Mit diesem Monitor wird berprft, ob Benutzer mit einem Initial-Kennwort vorhanden sind, das lter als x Tage ist. Zur Eingrenzung knnen
zu berwachender Zeitraum, Benutzertypen, Mandanten und Ausnahmen definiert werden.
Dient der berprfung, ob die Verbuchung aktiviert ist. Der Monitor Verbuchungsstze berwacht, ob es abgebrochene Verbuchungsstze
Copyright 2014,
SNAG-View 3.4
211
im System gibt.
Workprozesse
Mit Hilfe dieses Monitors wird berwacht, ob beendete Workprozesse vorliegen. Zustzlich enthlt diese berwachung eine Erkennung von
Langlufern fr die verschiedenen Workprozess-Typen. Die Schwellwerte fr die maximale Laufzeit fr jeden Workprozess-Typ knnen
innerhalb des Serviceprofils in Sekunden hinterlegt werden.
In der Detailansicht werden die Workprozesse mit ihrem Status und der Laufzeit dargestellt. Ist der Schwellwert fr die Laufzeit berschritten,
wird die jeweilige Zeile gelb oder rot eingefrbt.
Es werden alle Backup-Informationen (Backup- und Redo-Logsicherungen) aus dem System ausgelesen. Diese werden in einer bersicht
dargestellt. Durch Doppelklick auf einen Eintrag wird die jeweilige Logdatei im Webinterface geffnet, wenn der Oracle Backup Pfad bei den
Einstellungen des SAP-Hosts korrekt hinterlegt wurde (Tab SAP Allgemein).
Copyright 2014,
SNAG-View 3.4
212
dbspace
Dieser Monitor dient der berwachung des Fllgrads der Tablespaces der Oracle-Datenbank. Mgliche Autoextends der Tablespaces
werden bei der Berechnung der relativen Schwellwerte bercksichtigt. Ausnahmen bei den Schwellwerten knnen fr einzelne Tablespaces
im Serviceprofil hinterlegt werden. Dadurch wird eine weitere Serviceinstanz erzeugt.
Lastbackup
Dieser Monitor ist ein SLA-Check. Hier wird berwacht, ob innerhalb der hinterlegten Anzahl von Tagen ein erfolgreiches Backup
durchgefhrt wurde. Wird der definierte Zeitraum berschritten, ndert dieser Monitor seinen Status. Bei der Konfiguration wird der Zeitraum
in Tagen definiert.
Lastredo
Bei diesem Monitor handelt es sich ebenfalls um einen SLA-Check. Wie bei dem vorherigen Check wird hier berprft, ob eine erfolgreiche
Redolog-Sicherung in einer gewissen Periode gelaufen ist. Bei der Konfiguration wird der Zeitraum in Stunden hinterlegt.
ORANEXT
Dieser Monitor berprft, ob der nchste Extend einer Tabelle noch in den entsprechenden Tablespace der Oracle Datenbank passt (space
critical objects). Dieser Check ist nur sinnvoll, wenn die Autoextends fr die Tablespaces deaktiviert sind.
Mit diesem Check werden die Backup-Informationen aus einem SAP-System mit MaxDB ausgelesen.
Dataspace
Mit diesem Monitor wird der Dataspace-Bereich einer MaxDB berwacht. Die Schwellwerte fr Warning und Critical werden bei der weiteren
Konfiguration definiert.
Lastbackup
Dieser Check ist ein SLA-Check. Er bedeutet, dass in einer gewissen Anzahl von Tagen ein erfolgreiches Backup durchgefhrt werden
muss. Wird die Periode berschritten, wird ein Alert ausgelst. Bei der Konfiguration wird der Zeitraum in Tagen definiert.
Logspace
Mit diesem Check wird der Logspace-Bereich der MaxDB berwacht. Die Schwellwerte fr Warning und Critical werden bei der Konfiguration
definiert.
Mit diesem Check wird der DB-Space-Bereich der DB2 berwacht. Bei der Konfiguration werden Schwellwerte fr Warning und Critical
definiert.
Mit diesem Check werden die Backup-Informationen aus einem SAP-System mit einer MSSQL-Datenbank ausgelesen.
Copyright 2014,
SNAG-View 3.4
213
Dataspace
Mit diesem Monitor wird der Dataspace-Bereich einer MSSQL-Datenbank berwacht. Die Schwellwerte fr Warning und Critical werden bei
der weiteren Konfiguration definiert.
???Lastbackup
Dieser Check ist ein SLA-Check. Er bedeutet, dass in einer gewissen Anzahl von Tagen ein erfolgreiches Backup durchgefhrt werden
muss. Wird die Periode berschritten, wird ein Alert ausgelst. Bei der Konfiguration wird der Zeitraum in Tagen definiert.
???Logspace
Mit diesem Check wird der Logspace-Bereich der MaxDB berwacht. Die Schwellwerte fr Warning und Critical werden bei der Konfiguration
definiert.
CCMS Monitoring
Mgliche CCMS Checks werden bei der Konfiguration der zu berwachenden Systeme ausgelesen. LINK zur CCMS-Konfig
Fr die Konfiguration des SAP-Moduls knnen drei der SNAG-View-Objekttypen so erweitert werden, dass SAP-Attribute wie die SAP-ID
(SID) dort hinterlegt werden knnen. Es handelt sich dabei um die Hostgruppe, den Host und das Serviceprofil. Eine 'normale' Hostgruppe
wird durch die Aktivierung der SAP-Erweiterung zu einer SAP-Hostgruppe. Die Konfigurationsmaske der Hostgruppe erhlt dadurch vier
weitere SAP-spezifische Tabs. Die SAP-Hostgruppe dient dabei mehreren Zwecken. Zunchst wird diese Hostgruppe im Webinterface des
SAP-Moduls als ein Tab auf der bersichtsseite dargestellt. Durch die Zuweisung von SAP-Hosts zu SAP-Hostgruppen knnen also die
berwachten SAP-Systeme nach verschiedenen Kriterien wie Systemtyp, Standort oder Kunde kategorisiert werden.
SAP-Hostgruppe konfigurieren
(siehe auch Hostgruppen erstellen und bearbeiten)
Die SAP-Konfiguration erfolgt innerhalb der Tabs 'SAP Allgemein', 'SAP Reporting' und 'SAP Erweitert'. Falls diese bei einer Hostgruppe
nicht angezeigt werden, muss zunchst die SAP-Erweiterung mit Hilfe des +-Icons aktiviert werden:
Weiterhin dient die Hostgruppe als Vorlage (Template) fr die Konfiguration der zugeordneten SAP-Hosts. Parameter, die bei allen
Systemen innerhalb einer Gruppe gleich sind, sollten direkt bei der Hostgruppe hinterlegt werden. Sie werden dann an die zugewiesenen
SAP-Hosts vererbt. Auch die zu berwachenden Monitore knnen als Serviceprofil(e) direkt bei der Hostgruppe zugewiesen werden. Im Tab
'SAP Allgemein' kann nun mit der Konfiguration der SAP-Hostgruppe begonnen werden.
!!!Abb. alt
Copyright 2014,
SNAG-View 3.4
214
Feldname
Beschreibung
Stack
Auswahl ABAP oder JAVA. Die Kommunikation mit ABAP oder Mixed-Stack-Systemen erfolgt per RFC. Bei reinen
Java-Systemen wird im wesentlichen der Online-Status berwacht. Dazu wird die Angabe des TCP-Ports und der URL,
unter der das System erreicht werden kann, bentigt. Bei der Auswahl von Java als Stack sind weniger Optionen
verfgbar, da beispielsweise kein Benutzer bentigt wird. Parameter SID (fr die Darstellung in der SAP-bersicht),
Systemnummer, Port, URL, Zentrales Monitoringsystem.
SID
Die dreistellige SAP-ID kennzeichnet jedes System eindeutig. Die SID wird auch in der SAP-bersicht neben dem
Online-Status des Systems angezeigt.
Systemnummer
Die Systemnummer ist zweistellig. Sie dient u. a. zur Ermittlung des korrekten Ports zur Kommunikation per RFC mit
dem System. Wenn mehrere Systeme auf einem Host laufen, sind die Systemnummer unterschiedlich. Wenn alle
Systeme ber die gleiche Systemnummer kommunizieren, dann kann dieser Wert auch bei der SAP-Hostgruppe
hinterlegt werden.
Mandant
Mandant, in dem der Monitoring User fr SNAG-View angelegt wurde. Der Mandant 000 ist in den meisten Fllen
ausreichend. Dieser Wert kann in der Regel bei der SAP-Hostgruppe hinterlegt werden.
Benutzer
Der Name des SNAG-View Monitoring-Users. Wenn man der Empfehlung folgt und einen dedizierten Benutzer fr die
berwachung mit SNAG-View anlegt, dann sollte dieser Parameter bei der SAP-Hostgruppe definiert werden. Fr das
Monitoring ist ein Kommunikationsuser ausreichend, es wird kein Dialogbenutzer bentigt. Durch fehlgeschlagene
Anmeldungen kann der Benutzer gesperrt werden. Das System wird dann in SNAG-View als Offline angezeigt.
Passwort
Zugangspasswort des Monitoring-Benutzers. Dieser Parameter wird in der Datenbank des SAP-Moduls gespeichert.
Das Kennwort sollte in der Regel bei der SAP-Hostgruppe hinterlegt werden, um die nderung des Kennworts bei
vielen Systemen zu erleichtern.
Aktiv
ber diesen Parameter kann die SAP-berwachung aktiviert oder deaktiviert werden.
Typ
Typ des Systems (Prod, QA, Dev, Test, Appl, None). Dient nur zur Information.
Datenbank
Die unter dem System liegende Datenbank (Oracle, DB2, MaxDB, MSSQL). Das Monitoring erfolgt ber das
SAP-System. Eine separate Einrichtung fr das Monitoring der Datenbank ist nicht notwendig.
Oracle Oracle
Backup Pfad
Pfade fr den Zugriff im SAP-Modul auf die Backup- bzw. Redolog-Dateien des Systems. Der Pfad enthlt in der Regel
die SID des Systems. Bei der Konfiguration ber die SAP-Hostgruppe steht dafr das Makro '{{SID}}' zur Verfgung.
Oracle Archiv
Pfad
Oracle DB
Check Pfad
Release
Basis-Release des SAP-Systems. Zur Auswahl stehen die Releases 45B, 620, 700. Bei neueren Versionen sollte 700
selektiert werden.
Verbindung
Auswahl des Verbindungstyps (LAN oder WAN). Bei Anbindung per WAN kann es zu Verbindungsfehlern kommen,
weshalb dann im Fehlerfall die Erreichbarkeit des Systems mehrfach geprft wird.
Port
Nur fr Java-Systeme: der TCP-Port, ber den die Erreichbarkeit des Systems berprft werden soll.
URL
Nur fr Java-Systeme. Die URL, ber die die Erreichbarkeit des Webinterfaces berwacht wird.
Zentrales
Monitoring
System
Hier kann die Auswahl eines bereits konfigurierten SAP-Systems erfolgen, das als zentrales Monitoring System dient.
Meist handelt es sich dabei um den Solution-Manager, der per CCMS Monitoringattribute anderer Systeme vorhlt.
Zustzliche
Informationen
Je nach Auswahl des Stacks ('ABAP' oder 'JAVA') oder des Datenbank-Typs stehen nicht alle aufgelisteten Felder zur Verfgung
Feldname
Beschreibung
Daily Report
Das SAP-Modul kann tglich automatisiert Reports zu den Ereignissen fr alle Systeme einer SAP-Hostgruppe per E-Mail
versenden. Der Inhalt der Reports wird im folgenden Feld "Einstellungen" vorgenommen
Copyright 2014,
SNAG-View 3.4
215
Einstellungen
Inhalt des Daily Reports: Jobs, Kurzdumps, Verbuchungsstze des letzten Kalendertags.
Jobmail
Konfiguration
Reporting
Emailadresse
E-Mail Adresse des Empfngers der Daily Reports. Der hinterlegte Kontakt wird tglich ber die unter 'Einstellungen'
aktivierten Ereignisse informiert
Administrator
Emailadresse
E-Mail Adresse des Empfnger der Daily Checks. Der hinterlegte Kontakt wird beispielsweise darber informiert, wenn
inkonsistente CCMS-Monitore vorhanden sind oder mehr als 500 neue Syslog-Eintrge vom SAP-System abgeholt
werden mssten.
Zeitpunkt
Daily Check
Zeitpunkt
Daily Report
Feldname
Beschreibung
Reorganisationsintervall Jobs
Reorganisationsintervall Dumps
Wieviele Tage sollen die Kurzdumps in der lokalen Datenbank aufbewahrt werden.
Reorganisationsintervall Syslog
Maximale Verbindungszeit
Maximale Verbindungsanzahl
SAP-System konfigurieren
In SNAG-View 3 werden SAP-Systeme als Hosts konfiguriert (siehe Hosts erstellen und bearbeiten). Sie knnen wie gewhnliche Hosts
Hostgruppen zugeordnet werden. Dabei werden die Einstellungen der Hostgruppen geerbt. Die SAP-Einstellungen werden in den "SAP-Tabs
vorgenommen. Sollten diese nicht sichtbar sein, so muss beim Host - wie auch bei der SAP-Hostgruppe - zunchst die SAP-Erweiterung
aktiviert werden. Ein SAP-Host kann nur Mitglied einer SAP-Hostgruppe sein. Der Host kann aber durchaus mehreren 'normalen'
Hostgruppen zugewiesen werden. Zu den wichtigsten Parameter, die beim Host zu konfigurieren sind, gehren der Monitoring-Benutzer
und das Monitoring-Kennwort, wenn es sich um ein System mit ABAP- oder Mixed-Stack handelt. Bei Java-Systemen wird kein
Monitoring-Benutzer bentigt.
Wie oben erwhnt, vereinfacht es die Konfiguration (insbesondere sptere nderungen), wenn die gemeinsamen Konfigurationsoptionen
bereits bei der SAP-Hostgruppe hinterlegt werden. Allerdings sind bestimmte Parameter wie die SID SAP-systemspezifisch und mssen
daher beim Host hinterlegt werden.
Jedes SAP-System muss und darf nur einer SAP-Hostgruppe zugeordnet werden! Die Zuweisung zu mehreren
SAP-Hostgruppen ist nicht erlaubt!
Der SAP-Host erbt die Einstellungen, die bei der SAP-Hostgruppe vorgenommen wurden. Wenn fr das jeweilige SAP-System andere Werte
gelten, so kann die Vererbung aufgehoben und abweichende Werte gesetzt werden. Alternativ lsst sich die Vererbung auch durch Klick auf
das Kettensymbol rechts neben dem entsprechenden Feld auflsen.
Die Einstellungsmglichkeiten fr die SAP-Systeme entsprechen denen der SAP-Hostgruppe, werden aber an einigen Stellen erweitert:
Tab 'SAP Allgemein'
In diesem Tab stehen die gleichen Felder wie bei den SAP-Hostgruppen zur Verfgung
Felder im Tab 'SAP-IDOC'
Feldname
Bechreibung
IDoc Tage
Definiert wie viele zurckliegende Tage bei der Filterung der IDocs bercksichtigt werden sollen
IDoc Doctyp
IDoc Mestyp
Copyright 2014,
SNAG-View 3.4
216
IDoc Status
IDoc Logisches
System
IDoc Mandant
Mandant, in dem nach abgebrochenen IDOCs gesucht wird. Da dieser Filter obligatorisch ist, sollte die gesamte
Filter-Definition fr IDOCs beim SAP-Host erfolgen.
Feldname
Beschreibung
RFC
Destinations
Konfiguration der zu berwachenden RFC-Verbindungen des SAP-Systems. Erst durch diese Konfiguration wird der
Monitor aus dem Serviceprofil aktiviert. Die verfgbaren Verbindungen werden durch eine Live-Abfrage ermittelt.
Clientedit
Konfiguration
Konfiguration der Mandantennderbarkeit. Auch hier listet eine Live-Abfrage die Mandanten eines SAP-Systems und die
jeweilige aktiven Einstellungen fr diesen Mandanten auf. Ohne diese Definition wird der Monitor im Serviceprofil immer
den Status OK liefern.
Hinweis "Konfigurationsort"
Hinweis Konfig Java System
SAP Reporting
Eine Erweiterung des Funktionsumfangs des SAP-Moduls stellen die Reports dar. Durch Reports knnen sich die Betreuer unabhngig von
der Event-gesteuerten Alarmierung durch SNAG-View regelmig ber den Zustand der berwachten SAP-Systeme informieren lassen.
Daily Reports
Mit dem Daily Report werden pro SAP-System Informationen ber die gestern aufgetretene Ereignisse als Zusammenfassung per Email
zugestellt. Die Konfiguration erfolgt im Tab SAP-Reporting der Konfiguration. Der Daily Report kann Informationen zu abgebrochenen Jobs,
Verbuchungsstzen und Kurzdumps enthalten. Der Umfang der Reports kann in der Konfiguration festgelegt werden.
Daily Checks
Die Daily Checks beinhalten Informationen, die vor allem fr den SNAG-View Administrator interessant sein drften. Beispielsweise wenn es
zu Inkonsistenzen bei der Konfiguration der CCMS-Monitore aus Sicht von SNAG-View gekommen ist. Emails werden beispielsweise auch
dann an die bei den Daily Checks hinterlegte Adresse gesendet, wenn bei einem Durchlauf mehr als 500 neue Syslog-Eintrge ausgelesen
werden. Die Verarbeitung der Syslog-Meldungen wird dann SNAG-View-seitig abgebrochen und beim nchsten Durchlauf fortgesetzt.
Jobmail konfigurieren
Die normale Alarmierung der zustndigen Administratoren erfolgt auch im SAP-Modul durch die Services im Servicebrowser. Im Falle eines
Statuswechsels knnen durch die definierten Benachrichtigungsregeln die Administratoren beim Auftreten von Strungen im SAP-Umfeld
alarmiert werden.
Zur Ergnzung knnen vom SAP-Modul spezifische Emails versendet werden, wenn beispielsweise ein SAP-Job abgebrochen ist. Diese
besondere Alarmierung bietet den Vorteil, dass diese Email an Personen gesendet werden kann, die nicht als Kontakt in SNAG-View
vorhanden sein mssen. Hufig sollen beispielsweise bei Jobabbrchen die Kollegen aus den zustndigen Fachabteilung benachrichtigt
werden.
Copyright 2014,
SNAG-View 3.4
217
Die Konfiguration der Jobmails erfolgt auf dem Tab 'SAP-Reporting'. Abgebrochene Jobs knnen dabei entweder nach dem Jobowner oder
dem Jobnamen gefiltert werden. Bei der Angabe des Jobnamens stehen Platzhalter zur Verfgung, um die Filter flexibler zu gestalten.
Bei der Einrichtung kann festgelegt werden, ob die definierten Filter fr alle Systeme, alle Systeme einer SAP-Hostgruppe oder ein einzelnes
SAP-System gelten. Die Informationen zu den Jobs inklusive des Joblogs werden dann bei einem Abbruch an die hinterlegte Email-Adresse
gesendet.
Syslog-Mails
Beim Eintreffen bestimmter SAP-Syslogmeldungen knnen ebenso Emails direkt vom SAP-Modul versendet werden. Die Syslogmeldungen
werden dabei anhand ihrer Meldungsnummer gefiltert. ber die Syslog Filter (siehe SAP-bersicht) kann fr bestimmte Meldungen ein
Empfnger hinterlegt werden, an den eine Email gesendet wird
SAP-Monitore konfigurieren
Die Konfiguration der SAP-Monitore erfolgt durch die Einrichtung eines oder mehrerer spezieller Serviceprofile. Bei installiertem SAP-Modul
kann die SAP-Erweiterung in Serviceprofilen aktiviert werden. Dadurch stehen dann die SAP-spezifischen Monitore mit ihren Parametern in
diesem Serviceprofil zur Verfgung. Die bentigten Checkcommands werden vom SAP-Modul bei der Installation automatisch angelegt.
Bei den meisten RFC-Monitoren wird nur konfiguriert, ob der jeweilige SAP-Monitor aktiv ist, in welchem Intervall er ausgefhrt werden soll
und ob sein Status in den Gesamtstatus des jeweiligen Tabs (Tabstatus) eingehen soll. Bei bestimmten Monitoren wie beispielsweise IDocs
oder Mandantennderbarkeit mssen allerdings weitere Parameter hinterlegt werden. Die Konfiguration dieser Parameter erfolgt dann in der
Regel beim SAP-Host.
Neben den standardmig vorhandenen SAP-RFC-Monitoren kann die berwachung der Systeme im SNAG-View SAP-Modul durch weitere
CCMS-Monitore ergnzt werden. Die Konfiguration erfolgt ebenfalls in dem SAP-Serviceprofil unter dem Punkt SAP CCMS Checks. In der
Praxis hat es sich hufig bewhrt, fr das CCMS-basierte Monitoring getrennte Serviceprofile anzulegen. Das Ergebnis aller CCMS-Checks
fr ein System wird in der SAP-bersicht in einer Ampel zusammengefasst.
Die Konfiguration der CCMS-Monitore innerhalb eines Serviceprofils erfolgt ber ein Template-System. Zunchst wird der SAP-Host, der als
Template dienen soll, ausgewhlt. Auch hier hat es sich in der Praxis bewhrt, wenn pro SAP-System ein Serviceprofil mit
SAP-CCMS-Monitoren erstellt wird. Nach der Auswahl der Vorlage werden alle CCMS-Attribute per Live-Abfrage ausgelesen und in einer
Baumstruktur dargestellt. Hier knnen nun die relevanten Monitore ausgewhlt werden. Sie werden dann dem geffneten Serviceprofil als
weitere Monitore hinzugefgt. Bei der Liveabfrage kann nicht ermittel werden, ob das jeweilige CCMS-Attribut tatschlich aktiv ist. Wenn der
Monitor nach der Einrichtung einen Fehler meldet (""), sollte im SAP in der Transaktion RZ20 der Status des Attributs geprft werden.
Die Schwellwerte der CCMS-Monitore werden bei der Einrichtung aus dem CCMS (Transaktion RZ20) bernommen. Das Checkintervall
sollte in der Regel fnf Minuten betragen. Dieser Wert kann im verwendeten Servicetemplate hinterlegt werden, um die Konfiguration zu
vereinfachen.
Fr die Darstellung des Status der SAP-Systeme werden durch das SAP-Modul Services automatisch generiert und dem jeweiligen
SAP-Host zugewiesen. Die Konfiguration dieser Services erfolgt durch die SAP-Serviceprofile. Es handelt sich dabei um 'normale' Services,
deren Checkergebnis allerdings passiv bermittelt wird. Sie liefern daher den Status UNKNOWN zurck, wenn sie aktiv ausgefhrt werden
(=> Kommando "Jetzt checken" im Webinterface).
Die auf den SAP-RFC-Monitoren basierenden Services kennen in der Regel entsprechend dem Ampelstatus in der bersicht des
SAP-Moduls nur den Status OK oder CRITICAL. Ausnahme sind beispielsweise der Monitor 'dbspace' fr die Auslastung der Oracle
Tablespaces. Beim berschreiten der entsprechenden Schwellwerte gibt dieser Check auch den Status WARNING zurck. Dieser Monitor
liefert auch im Gegensatz zu den meisten anderen Monitoren Performancedaten, die fr die Langzeitanalyse der Tablespace-Auslastung
genutzt werden knnen.
!!! Performacedaten, Checks, die PD liefern:
Copyright 2014,
SNAG-View 3.4
218
Oracle dbspace
SNMP
Mit Hilfe des SNMP Agenten lassen sich SNMP-Daten von untersttzten Netzwerkgerten auslesen und berwachen.
Einen Host fr SNMP konfigurieren
SNMP Agent
SNMP Konfiguration
3. Nun kann der Host in der SNMP-Ansicht ausgewhlt werden (Men KonfigurationSNMP AgentSNMP Agent / Alternativ kann das
Icon rechts oben in der SNMP-Konfigurationsansicht benutzt werden).
Im Pulldown-Menu oder durch die Hostsuche den bentigten Host heraussuchen und Host ffnen klicken.
Copyright 2014,
SNAG-View 3.4
219
Im
Tab
MIB-Browser
ein
Template
whlen.
Das Programm sucht nun Eintrge und stellt diese nach der Suche in einer Baumstruktur dar. Durch Klick auf die
"+"-Zeichen kann tiefer in die Struktur geschaut werden. Rechts werden die Werte angezeigt.
SNMP Agent
Mit Hilfe der SNMP-Agenten Ansicht lassen sich die ausgelesen SNMP-Daten von Hosts bersichtlich darstellen.
Der SNMP Agent befindet sich unter MenKonfigurationSNMP AgentSNMP Agent
bersicht
Copyright 2014,
SNAG-View 3.4
220
-Buttons oben rechts kann schnell zwischen der SNMP-Agentenansicht und der SNMP-Konfiguration gewechselt werden.
In der erweiterten Suche erscheinen die Hosts und es werden zustzliche Informationen angezeigt sofern diese bei der
Hostkonfiguration hinterlegt sind.
Der gewnschte Host wird durch Klick auf Host ffnen bzw. durch Doppelklick auf den entsprechenden Eintrag in der erweiterten Suche
geffnet. Wenn die SNMP Zugangsdaten beim Host richtig hinterlegt sind, kann durch die Baumstruktur beim Assistenten oder im MIB
Browser navigiert werden. Die aufgelsten OID's werden im rechten Fenster angezeigt sofern entsprechende MIB Files hinterlegt sind.
Ansonsten erscheinen dort die unaufgelsten Werte.
Copyright 2014,
SNAG-View 3.4
221
Das ausgewhlte Template legt dabei die Einstiegs-OID fest. Von dieser OID aus knnen nun die darunter liegenden OID's geffnet
und angezeigt werden.
3. S
u
c
h
e
Mit Hilfe der Suche lassen sich die gewnschten OID's anhand eines Strings anzeigen. Auch bei der Suche muss vorher ein
SNMP-Template
ausgewhlt
werden.
So findet zum Beispiel der Suchstring "sys" alle OID's, in dem der String im Objektnamen enthalten ist. Die gefundenen OID's
werden
im
rechten
Fenster
dargestellt.
Optional kann die Anzahl der Ergebnisse mit Eingabe einer Zahl eingegrenzt werden (standardmig werden alle angezeigt). Die
Suche wird abgebrochen, sobald die eingetragene Anzahl an Eintrgen gefunden wurde. Auerdem kann unter Verwendung der
Checkbox die Beachtung von Gro- und Kleinschreibung aktiviert werden (standardmig deaktiviert).
Services anlegen
SNAG-View vereinfacht das Anlegen von SNMP-Services. Auf der rechten Seite jeder Ansicht findet sich die Tabelle mit Angabe der OID,
des Objektnamens und -wertes. Durch Markieren einzelner oder mehrerer Zeilen kann ein Serviceprofil erstellt bzw. ein bestehendes
erweitert werden - fr alle markierten Elemente wird ein Service erstellt und diese einem neuen oder existierenden Serviceprofil zugewiesen.
Mit der Maus knnen einzelne oder mehrere (dazu Strg gedrckt halten) Zeilen der Tabelle markiert werden. Wenn zu einer bestimmten
OID schon ein Service besteht, so wird die entsprechende Zeile grn hinterlegt:
Copyright 2014,
SNAG-View 3.4
222
Bei Auswahl des Assistenten im linken Fenster werden mehrere OIDs in der rechten Hlfte angezeigt. Zu einer hnlichen
Darstellung gelangt man auch im MIB Browser durch Klick auf das
-Icon in der Toolbar des OID-Fensters. ber diese Ansicht
knnen dann ebenso wie aus der Suche oder des Assistenten mehrere OIDs markiert und daraus ein Serviceprofil angelegt
werden.
Das Icon "als Tabelle darstellen" ist jedoch nur verfgbar, sofern eine Darstellung als Tabelle mglich ist.
Aus den ausgewhlten Zeilen bzw. Feldern wird durch Klick auf das
-Icon rechts oben ein Serviceprofil erstellt. Dabei kann ausgewhlt
werden, ob ein neues Profil erstellt wird oder ob die Services einem bestehendem Profil hinzugefgt werden sollen. Fr jede ausgewhlte
Spalte - dabei ist es unerheblich wie viele Felder einer Spalte markiert wurden - wird in der Tabellendarstellung ein Service generiert.
Copyright 2014,
SNAG-View 3.4
223
Oben rechts in der Serviceprofil Konfiguration erscheinen die Informationen ber den gerade anzulegenden Service und die Anzahl der zu
erstellenden Services.
Entweder wird im Feld Serviceprofil Name ein Name eingetragen. Dann wird ein neues Serviceprofil mit den ausgewhlten Services erstellt.
Wird stattdessen aus dem Pulldown Men ein bestehendes Serviceprofil ausgewhlt, werden die Services diesem hinzugefgt. Wird ein
neues Profil erstellt kann zustzlich eine Vorlage gewhlt werden. Im Bereich Schwellwerte knnen je nach OID numerische
Schwellwerte in den Feldern Warning und Critical oder ein regulrer Ausdruck im Feld RegEx eingetragen werden. Der regulre Ausdruck
liefert 'CRITICAL', wenn der eingegebene Ausdruck nicht mit der Checkausgabe matcht.
Jeder Service wird einzeln konfiguriert. Nachdem alle Services bearbeitet wurden, wird das/werden die Serviceprofil/e durch Klick
auf anlegen erstellt/erweitert und dem ausgewhlten Host zugewiesen.
Hinweise zu RegEx
Wenn bei SNMP-Services regulre Ausdrcke verwendet werden, gibt es einige Punkte zu beachten:
Der Check ist OK, wenn der eingegebene Ausdruck matcht
Bei der Eingabe von speziellen Zeichen wird eine besondere Syntax erwartet. In der folgenden Tabelle sind einige aufgelistet.
Es ist sinnvoll, alle regulren Ausdrcke in doppelte Anfhrungszeichen einzuschlieen. Das Dollar-Zeichen zum Ende eines
Strings
RegEx
SNAG-View
\w
\\w
Semicolon
"\;"
\.
\\.
\+
\\+
Copyright 2014,
SNAG-View 3.4
224
String$
"String"$""
Traffic Monitoring
In der Assistenten-Ansicht kann unter AssistentenModuleServicesTraffic-Agent die Bandbreitenausnutzung der einzelnen Interfaces
berwacht werden. Dazu werden wie bei anderen SNMP-Daten die gewnschten Zeilen markiert und durch Klick auf das Icon rechts oben
ein Serviceprofil erstellt bzw. erweitert.
SNMP Konfiguration
In der SNMP Konfiguration knnen neue Templates fr SNMP Gerte sowie Standardwerte fr Traffic Services erstellt werden.
Die SNMP Konfiguration befindet sich unter MenKonfigurationSNMP Agent SNMP Konfiguration
bersicht
Copyright 2014,
SNAG-View 3.4
225
Die Ansicht von der Konfiguration zum Agenten kann mit Hilfe eines einfachen Klicks auf das Icon rechts oben gewechselt werden.
Wenn die OID's bekannt sind, aus denen Services generiert werden sollen, so ist es sinnvoll dafr eigene Templates zu erstellen, damit nur
die Informationen ausgelesen werden die von Interesse sind.
-Icon.
Nun kann eine Bezeichnung sowie eine Beschreibung des Templates gewhlt werden. Im Feld OID wird die numerische OID eingetragen.
Beim Agenten werden spter alle OID's unterhalb der hier gesetzten angezeigt. Ist die numerische OID nicht bekannt, existiert dafr aber
eine entsprechende MIB-File, kann die OID auch ber die Textbasierte OID generiert werden. Durch einen Klick auf das
-Symbol hinter
der Eingabezeile lst SNAG-View die Text-OID in die entsprechende numerische OID auf und trgt diese in das dafr vorgesehene Feld ein.
Die OID beginnt immer mit einem Punkt.
Nach dem Speichern erscheint das neue Template in der Liste aller SNMP Templates und kann im MIB Browser des Agenten ausgewhlt
werden.
Copyright 2014,
SNAG-View 3.4
226
/opt/snag-view/appliance/share/snmp/mibs/
kopiert werden. Der SNAG-View User (snagview) muss lesend auf die Datei zugreifen knnen.
Die Dateirechte der mitgelieferten MIB's mssen wie folgend aussehen:
Nachdem die Datei erfolgreich mit entsprechenden Rechten hochgeladen wurde, knnen die Informationen aus den OID's auch aufgelst im
Agenten betrachtet werden:
Copyright 2014,
SNAG-View 3.4
227
Standardwerte fr Trafficservices
Im zweiten Tab der SNMP-Konfiguration knnen eine Servicevorlage gewhlt bzw. erstellt sowie die WARNING und CRITICAL Schwellwerte
fr ein- und ausgehenden Traffic gesetzt werden. Die Schwellwerte werden dabei in Prozent der maximalen Auslastung angegeben.
Bei schon vorher erstellten Traffic Services bleiben die dort eingestellten Schwellwerte erhalten. Die hier gesetzten Werte tauchen
lediglich bei der Serviceerstellung als Standardwert auf und knnen dort gegebenenfalls angepasst werden.
Copyright 2014,