Überwachungsverfahren monitoring-processes
Der Anwendungsserver und der Weiterleitungsserver (tracking) können manuell oder automatisch überwacht werden.
Manuelle Überwachung manual-monitoring
Um auf die Prozessüberwachungsseite von Adobe Campaign zuzugreifen, navigieren Sie zur Registerkarte Überwachung und klicken Sie auf den Link Überblick .
Auf der angezeigten Seite können Sie den Status der verbundenen Instanz anzeigen, d. h.:
- Informationen über die Instanz: Version, Name, Datenbank-Engine, installierte Pakete, Server-Systemindikatoren,
- die Liste der fehlenden Prozesse und Ausführungsinformationen (Startdatum, PID usw.),
- Übersicht über Workflows und Sendungen.
Weitere Möglichkeiten zur Überwachung von Campaign-Prozessen werden auf dieser Seite beschrieben.
Protokoll-Protokoll log-journal
Um das Protokoll-Journal anzuzeigen, das sich auf einen Prozess bezieht, klicken Sie beispielsweise auf den Prozess mta und wählen Sie dann Protokoll-Journal öffnen aus.
Systemindikator system-indicators
Navigieren Sie zur Liste der Systemindikatoren, um Informationen über den Computer anzuzeigen, wie z. B. seinen physischen und virtuellen Speicher, aktive Prozesse und verfügbaren Speicherplatz. Die Indikatoren unterscheiden sich bei Linux- und Windows-Betriebssystemen. Gehen Sie zur Seite Instanzüberwachung und klicken Sie auf den Link Anzeigen , um die Liste der Indikatoren zu öffnen.
Windows in-windows
-
Ausstehende Ereignisse in die Warteschlange gestellt: Indikator spezifisch für Message Center. Weitere Informationen
-
Speicher: Informationen zum physischen Speicher (RAM).
Aktueller Wert: aktueller Speicherverbrauch.
Max. Wert: Gesamtanzahl des installierten Speichers.
Verfügbar: Menge an verfügbarem Speicher.
Warnung: Dieser Indikator wird angezeigt, wenn der Speicherverbrauch 80 % des Gesamtvolumens erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn der Speicherverbrauch 90 % des Gesamtvolumens erreicht.
Wenn die Indikatoren Warnung und Warnung angezeigt werden, können Sie das Problem lösen, indem Sie dem Computer, auf dem der Adobe Campaign-Server installiert ist, RAM hinzufügen. Sie können sich auch dafür entscheiden, den Adobe Campaign-Server auf einem dedizierten Computer zu installieren.
-
Speicher tauschen: Informationen zum virtuellen Speicher, der mit einer Paging-Datei übereinstimmt: ein Bereich auf der Festplatte, der von Windows als RAM verwendet wird.
Aktueller Wert: tatsächlicher Speicherverbrauch.
Max. Wert: Gesamtspeichermenge.
Verfügbar: Menge an verfügbarem Speicher.
Warnung: Dieser Indikator wird angezeigt, wenn der Speicherverbrauch 80 % des Gesamtvolumens erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn der Speicherverbrauch 90 % des Gesamtvolumens erreicht.
Wenn die Indikatoren Warnung und Warnung angezeigt werden, können Sie das Problem lösen, indem Sie die Größe der Austauschdatei in den erweiterten Windows-Einstellungen erhöhen.
-
Datenträger XXX: Informationen zu Maschinenlesegeräten.
Aktueller Wert: tatsächlich verwendeter Speicherplatz.
Max. Wert: Gesamtkapazität der Festplatte.
Verfügbar: verfügbarer Speicherplatz.
Verwendet: Prozentsatz der verwendeten Festplatte.
Warnung: Dieser Indikator wird angezeigt, wenn der verfügbare Speicherplatz 80 % der Gesamtkapazität erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn der verfügbare Speicherplatz 90 % der Gesamtkapazität erreicht.
-
Anzahl der Prozesse zu alt: Informationen zu Adobe Campaign-Prozessen, die seit mehr als einem Tag aktiv sind.
Aktueller Wert: Anzahl der derzeit aktiven Prozesse.
Max. Wert: Maximale Anzahl zulässiger Prozesse (1).
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der Prozesse gleich 1 ist.
Wenn der Indikator Warnung angezeigt wird, kann es sein, dass der betreffende Prozess durch die SQL-Datenbank-Engine gesperrt wird oder in einer Endlosschleife feststeckt. Der von Adobe Campaign bereitgestellte watchdog-Prozess startet automatisch alle Prozesse jeden Tag neu und ermöglicht es Ihnen, dieses Problem zu lösen. Sie können den entsprechenden Prozess jedoch auch selbst stoppen, um einen Neustart zu erzwingen.
Linux in-linux
-
Ausstehende Ereignisse in die Warteschlange gestellt: Indikator spezifisch für Message Center. Weitere Informationen finden Sie in diesem Abschnitt.
-
Lastdurchschnitt (1/5/15 Minuten): Informationen über die Last, d. h. die Nutzungsrate des Prozessors durch die Prozesse, die in der letzten Minute, fünf Minuten oder fünfzehn Minuten auf dem Computer ausgeführt werden
Aktueller Wert: tatsächliche Belastung des Computers.
Max. Wert: maximale Nutzlast des Prozesses(es) auf dem Computer
Warnung: Dieser Indikator wird angezeigt, wenn die Last 80 % des maximal zulässigen Werts in der letzten Minute, fünf Minuten oder fünfzehn Minuten erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn die Last 90 % des maximal zulässigen Werts der letzten Minute, fünf Minuten oder fünfzehn Minuten erreicht.
-
Memory Informationen zum physischen Speicher (RAM).
Aktueller Wert: tatsächlicher Speicherverbrauch.
Max. Wert: Gesamtanzahl des installierten Speichers.
Verfügbar: Menge an verfügbarem Speicher.
Warnung: Dieser Indikator wird angezeigt, wenn der Speicherverbrauch 80 % des Gesamtvolumens erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn der Speicherverbrauch 90 % des Gesamtvolumens erreicht.
Wenn die Indikatoren Warnung und Warnung angezeigt werden, können Sie das Problem lösen, indem Sie dem Computer, auf dem der Adobe Campaign-Server installiert ist, RAM hinzufügen. Sie können sich auch dafür entscheiden, den Adobe Campaign-Server auf einem dedizierten Computer zu installieren.
-
Speicher tauschen: Informationen zum virtuellen Speicher, der mit einer Paging-Datei übereinstimmt: ein Bereich auf der Festplatte, der von Windows als RAM verwendet wird.
Aktueller Wert: tatsächlicher Speicherverbrauch.
Max. Wert: Gesamtspeichermenge.
Verfügbar: Menge an verfügbarem Speicher.
Warnung: Dieser Indikator wird angezeigt, wenn der Speicherverbrauch 80 % des Gesamtvolumens erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn der Speicherverbrauch 90 % des Gesamtvolumens erreicht.
Wenn die Indikatoren Warnung und Warnung angezeigt werden, können Sie das Problem lösen, indem Sie die Größe der Austauschdatei erhöhen.
-
Core Files: Informationen zu den Dateien, die nach dem Absturz eines Adobe Campaign-Prozesses generiert wurden. Mit diesen Dateien können Sie die Ursachen des Absturzes diagnostizieren.
Aktueller Wert: Anzahl vorhandener Dateien.
Max. Wert: Maximale Anzahl zulässiger Dateien (1).
Warnung: Dieser Indikator wird angezeigt, wenn sich die Anzahl der Dateien in der Nähe von 1 befindet.
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der Dateien gleich 1 ist.
Wenn ein Prozess aufgrund eines Absturzes fehlt, wird er in der Prozessliste rot angezeigt und automatisch durch den von Adobe Campaign bereitgestellten Prozess watchdog neu gestartet.
-
Anzahl der gemeinsamen Speichersegmente: Informationen zu den von allen Adobe Campaign-Prozessen gemeinsam genutzten Speichersegmenten.
Aktueller Wert: Anzahl der derzeit verwendeten Speichersegmente.
Max. Wert: Maximale Anzahl zulässiger Speichersegmente (2).
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der Speichersegmente 1 erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der Speichersegmente 2 erreicht.
-
Anzahl der Prozesse zu alt: Informationen zu Prozessen, die über einen Tag aktiv waren.
Aktueller Wert: Anzahl der derzeit aktiven Prozesse.
Max. Wert: Maximale Anzahl zulässiger Prozesse.
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der Prozesse 80 % des zulässigen Schwellenwerts erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der Prozesse 90 % des zulässigen Schwellenwerts erreicht.
-
Datei-Handles: Informationen zu den Dateideskriptoren, d. h. der Anzahl der pro Prozess geöffneten Dateien.
Aktueller Wert: aktuelle Anzahl von Dateideskriptoren.
Max. Wert: Maximale Anzahl an Dateideskriptoren, die vom Betriebssystem genehmigt wurden.
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl zulässiger Dateideskriptoren den Schwellenwert von 80 % erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der autorisierten Dateideskriptoren den Schwellenwert von 90 % erreicht.
-
Prozesse: Informationen zu den Maschinenprozessen.
Aktueller Wert: Anzahl der derzeit aktiven Prozesse.
Max. Wert: Maximale Anzahl zulässiger Prozesse.
Aktive Prozesse: Anzahl der aktiven Prozesse.
Inaktive Prozesse: Anzahl der inaktiven Prozesse.
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl zulässiger Prozesse den Schwellenwert von 80 % erreicht.
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der autorisierten Prozesse den Schwellenwert von 90 % erreicht.
-
Zombie-Prozesse: Informationen zu den Prozessen, die angehalten wurden, aber noch eine Prozess-ID (PID) aufweisen und in der Prozesstabelle sichtbar bleiben.
Aktueller Wert: Anzahl der derzeit aktiven Zombie-Prozesse.
Max. Wert: Maximale Anzahl zulässiger Zombie-Prozesse (2).
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der Zombie-Prozesse nahe 2 liegt.
Warnung: Dieser Indikator wird angezeigt, wenn die Anzahl der Zombie-Prozesse 2 erreicht.
Indikatoren anpassen customized-indicators
Adobe Campaign ermöglicht die Anpassung von Indikatoren wie unten beschrieben:
-
Erstellen Sie eine Datei mit dem Namen .sh und geben Sie ihr den Namen cust_indicators.sh .
-
Fügen Sie Ihre benutzerdefinierten Indikatoren dieser Datei hinzu. Beispiel:
code language-none #!/bin/bash echo "<indicator name='Zombie Processes'> <current label='Current Value' value='0' display=''/> <warning value='2'/> <alert value='2'/> <max label='Max Value' value='2'/> </indicator>"
oder
code language-none #!/bin/bash echo "<indicator name='Availability'> <current label='Last update of data' display='2012-09-03 10:00'/> <current label='Availability last month' display='100.00%'/> <current label='Availability this month' display='100.00%'/> <current label='Recent downtime periods' display='2012-07-04 11:10:00 - 11:19:59'/> </indicator>"
-
Speichern Sie die Datei im Ordner "usr/local/neolane/nl6".
Diese Datei wird von Adobe Campaign aufgerufen.
SMTP-Berichte smtp-reports
SMTP-Versandüberwachungsberichte sind in die Adobe Campaign-Plattform integriert. Der Zugriff erfolgt über die Konsole oder über den Webzugriff.
Diese Berichte zeigen die SMTP-Versandstatistiken und SMTP-Fehler nach Domain an. Um darauf zugreifen zu können, muss der Benutzer über Administratorrechte verfügen.
Sie werden unter Überwachung > 'SMTP-Überwachung' gruppiert.
- Informationen zur SMTP-Überwachung sind nur verfügbar, wenn der E-Mail-Kanal aktiviert wurde.
- Die SMTP-Versandstatistiken werden nur angeboten, wenn der Statistikserver auf der Instanz gestartet wird.
SMTP-Versandstatistiken smtp-sending-statistics
Mit dem Bericht SMTP-Versandstatistiken können Sie die Serveraktivität steuern. Es zeigt eine Synthese der einzelnen MTA-Kindprozesse an.
Die Liste der Indikatoren für diesen Bericht ist unten in der Grafik dargestellt.
-
Anzahl gesendeter Nachrichten insgesamt
-
Stellt In-/Out-Nachrichten dar:
-
Blaue Zeile: Nachrichten, die zum Senden bereit sind und in den Shaper gelangt sind, d. h. in der letzten Phase vor dem Senden von SMTP (entspricht den eingehenden Daten).
-
Grüne Zeile: erfolgreich gesendete Nachrichten (entspricht den ausgehenden Daten)
-
Rote Zeile: Nachrichten, die vom Shaper abgebrochen und an die mta zurückgegeben wurden (entspricht den bei dieser Wiederherstellung zurückgewiesenen Daten).
Diese Werte werden in Anzahl an Nachrichten pro Stunde ausgedrückt.
-
-
Stellt zwei Warteschlangen des Shapers dar:
-
Blaue Kurve: Warteschlange aktiver Nachrichten. Diese Nachrichten werden so bald wie möglich gesendet.
-
Kaki-Kurve: die "verzögerte"Warteschlange. Diese Nachrichten können im Moment nicht zurückgegeben werden, weil sie gedrosselt wurden oder keine Verbindung zum Ziel verfügbar ist. Alle 5, 10, 20, 40, 2 Min. usw. werden wiederholt. für die definierte MaxAgeSec-Zeit, bevor sie abgebrochen wird.
-
-
In dieser Grafik werden die verlassenen Nachrichten detailliert dargestellt (rote Markierung auf der zweiten Grafik): Sie zeigt den Anteil der ohne erneute Zustellversuche abgebrochenen Nachrichten (manuell) in Bezug auf die Nachrichten, deren Versand fehlgeschlagen ist (rot). Auf diese Weise können Sie den Anteil der Nachrichten anzeigen, die innerhalb des festgelegten Zeitraums aufgrund von Einschränkungen durch den Statistikserver (Einschränken) oder aufgrund der Nichtverfügbarkeit des Remote-Servers nicht verarbeitet wurden.
-
SMTP-Verbindungen, die offen sind oder geöffnet werden
-
Schätzen der Anzahl von mtachild.
SMTP-Fehler nach Domain smtp-errors-per-domain
Dieser Bericht zeigt die Versandfehler in einem bestimmten Zeitraum nach Domain aufgeschlüsselt an.
Die Liste der Indikatoren für diesen Bericht ist der Tabelle zu entnehmen.
- Die Spalte Domäne enthält den Namen der Domäne, an die die Nachrichten gesendet werden (oder den tatsächlichen Domänennamen, z. B. yahoo.com für yahoo.fr),
- In der Spalte Cnx wird die Anzahl der für diese Domäne geöffneten SMTP-Verbindungen angezeigt.
- Die Spalte Gesendet entspricht der Anzahl an an diese Domain gesendeten Nachrichten,
- In der Spalte Lautstärke wird die Anzahl der Nachrichten angezeigt, die an diese Domain gesendet werden sollen (ungefährer Wert).
- In der Spalte Fehler wird ein Volumenindikator für Fehler in dieser Domäne über den Zeitraum angezeigt.
- In der Spalte Letzte Antwort wird die letzte SMTP-Antwortmeldung angezeigt, die für diese Domäne empfangen wurde.
- In der Spalte Datum wird das Datum der letzten SMTP-Antwort angezeigt, die für diese Domäne empfangen wurde.
Klicken Sie auf einen Domänennamen, um dessen Fehler anzuzeigen.
Sie werden nach PublicId kategorisiert: Diese Kennung entspricht einer IP-Adresse, die von mehreren Adobe Campaign-Metriken hinter einem Router gemeinsam genutzt wird. Der Statistikserver verwendet diese Kennung, um die Verbindungs- und Versandstatistiken zwischen diesem Startpunkt und dem Zielserver zu speichern.
Im Feld Inhaber der Domäne können Sie verschiedene Domänennamen unter derselben Bezeichnung gruppieren. In der ersten Berichtsansicht werden alle MX-Domänennamen diesem Eigentümer zugeordnet.
Klicken Sie auf eine PublicId-Kennung, um weitere Details anzuzeigen.
Rechnungsstellungsbericht billing-report
Der technische Workflow Rechnungsstellung sendet den Aktivitätsbericht des Systems per E-Mail an den fakturierungsverantwortlichen Benutzer "Rechnungsstellung". Er wird standardmäßig am 25. jedes Monats in der Marketing-Instanz ausgelöst.
Der technische Workflow befindet sich in einem Unterordner des folgenden Knotens: Administration > Betreibung > Technische Workflows.
Sobald der Workflow alle 25 Monate gestartet wird, erhält Ihr Abrechnungs-Benutzer den folgenden Bericht in seinem Posteingang.
Folgende Metriken stehen zur Verfolgung Ihrer Sendungen zur Verfügung:
- Startdatum : Startdatum des Versands. Beachten Sie, dass der Bericht früher als das Datum "Von"des Berichts sein kann.
- Titel : Titel des Versands. Sendungen mit weniger als 100 zu sendenden Nachrichten werden als zu klein betrachtet und somit nach dem Startdatum aggregiert. In diesem Fall zeigt der Titel die Anzahl der Aggregate an, z. B. [Aggregation dreier kleiner Sendungen].
- Gesamtvolumen : Gesamtvolumen der für die Bereitstellung übertragenen Bytes.
- Durchschnittliches Volumen : Durchschnittliche Menge der übertragenen Bytes. Dies ist das Ergebnis der folgenden Formel (Gesamtvolumen/Nachrichten), die die Berechnungsgrundlage der Metrik Multiplikator darstellt.
- Nachrichten : Anzahl der gesendeten Nachrichten. Dazu gehören sowohl erfolgreich gesendete Nachrichten als auch erneute Zustellversuche (nach Erhalt einer Bounce Message vom kontaktierten Server).
- Multiplikator (x) : Der Wert des Multiplikators wird vom durchschnittlichen Volumen der Nachrichten abgezogen.
- Zählung : Ergebnis der Multiplikation der Nachrichten und des Multiplikators.
Automatische Überwachung automatic-monitoring
Adobe Campaign bietet mehrere automatische Überwachungsmethoden, die nachfolgend beschrieben werden.
Befehlszeile command-line
Befehl
nlserver monitor
Ermöglicht die Auflistung einer Reihe von Indikatoren in den Adobe Campaign-Modulen und im System.
Es erzeugt die Ausgabe in einem einfach verarbeiteten XML-Format.
Dieser Befehl kann auch mit dem Parameter -missing ausgeführt werden, der die Prozesse auflistet, die in dieser Instanz fehlen, wenn die Konfigurationsdateien sagen, dass sie ausgeführt werden sollen.
nlserver monitor -missing
HH:MM:SS > Application server for Adobe Campaign Classic (7.X YY.R build XXX@SHA1) of DD/MM/YYYY
mta@prod
stat@prod
wfserver@prod
Vom Server veröffentlichte Informationen information-published-by-the-server
/r/test r-test
Die Seite http(s)://<application>
/r/test wird zum Testen des Weiterleitungsservers verwendet. Es wird empfohlen, dieselbe Methode zum Testen der für das Tracking verwendeten Frontserver zu verwenden. Diese Seite kann auch zum Testen eines Load Dispatchers verwendet werden.
Es wird eine Zeile wie die folgende im XML-Format angezeigt:
<redir status='OK' date='YYYY-MM-DD HH:MM:SS.112Z' build='XXXX' host='<hostname>' localHost='<servername>'/>
Frequenz: Dieser Test verwendet keine Last und kann daher sehr oft ausgeführt werden (z. B. einmal pro Sekunde).
/nl/jsp/ping.jsp nl-jsp-ping-jsp
Diese Seite http(s)://<Application server url>
/nl/jsp/ping.jsp funktioniert auf dieselbe Weise wie das zugehörige NetzwerkGegenstück: Es wird eine vollständige Abfrage getestet, die über Apache/Tomcat/Webmodul/Datenbank und das Hochladen auf den Client erfolgt. Wenn alles ordnungsgemäß funktioniert, wird "OK"zurückgegeben. Es wird empfohlen, diesen Test auf Computern auszuführen, die Zugriff auf die Datenbanken haben (z. B. MTA und Umfragen).
Nutzung: Ein Sitzungstoken, das mit einer Operatoranmeldung verknüpft ist, muss als Argument übergeben werden, um sich remote anmelden zu können (siehe Tipp in Automatische Überwachung über Adobe Campaign-Skripte).
Beispiel:
Der Benutzername und die Anmeldung des Benutzers müssen zuvor in der Adobe Campaign-Clientkonsole mit Datenbankrechten konfiguriert werden.
Frequenz: Dies ist ein Test, der sehr wenig Bandbreite verwendet. Es kann also ziemlich oft, aber nicht mehr als einmal pro Minute ausgeführt werden.
/nl/jsp/monitor.jsp nl-jsp-monitor-jsp
Hierbei wird geprüft, ob ein Benutzer über eine Webseite auf den Adobe Campaign-Server zugreifen kann. Hierbei handelt es sich um dieselbe Webseite wie die, auf die über die Menüs der Clientkonsole zugegriffen wird. Sie können diese Seite über Ihre Überwachungstools (Tivoli, Nagios usw.) aufrufen.
Nutzung: Ein Sitzungstoken, das mit einer Operatoranmeldung verknüpft ist, mit der Sie eine Verbindung zur Instanz herstellen können, muss als Argument verwendet werden (siehe den Tipp in Automatische Überwachung über Adobe Campaign-Skripte).
Der Benutzer und seine Anmeldung müssen zuvor in der Adobe Campaign-Clientkonsole mit den entsprechenden Datenbankrechten und -beschränkungen konfiguriert werden.
Frequenz: Dies ist ein vollständiger Servertest, der nicht häufig ausgeführt werden muss (z. B. alle zehn Minuten).
/nl/jsp/soaprouter.jsp nl-jsp-soaprouter-jsp
Dieser jsp stellt den Einstiegspunkt der Adobe Campaign-Anwendungs-APIs dar. Sie kann daher eine detaillierte Überwachung des Antrags vornehmen. Sie kann auch zur Überwachung von Adobe Campaign-Webdiensten verwendet werden. Sie wird in unseren Überwachungsskripts verwendet, aber beachten Sie, dass sie nur für Power-User bestimmt ist.
Überwachung anhand von Bereitstellungstypen monitoring-based-on-deployment-types
Adobe Campaign ermöglicht verschiedene Bereitstellungskonfigurationen (weitere Informationen hierzu finden Sie in diesem Abschnitt). In diesem Abschnitt werden die verschiedenen automatischen Überwachungsverfahren beschrieben, die je nach Installationstyp anzuwenden sind.
- /r/test und /nl/jsp/monitor.jsp auf dem Adobe Campaign-Server
-
/r/test und /nl/jsp/ping.jsp auf den Frontalservern
-
/nl/jsp/monitor.jsp auf dem Anwendungsserver
-
/r/test und /nl/jsp/ping.jsp auf den Frontalservern
-
/r/test und /nl/jsp/monitor.jsp auf dem Anwendungsserver
- /nl/jsp/monitor.jsp auf dem Anwendungsserver
Automatische Überwachung über Adobe Campaign-Skripte automatic-monitoring-via-adobe-campaign-scripts
Adobe Campaign kann ein Tool zur Instanzüberwachung (netreport) bereitstellen, mit dem Sie einen Bericht über die erkannten Anomalien per E-Mail versenden können.
Erforderliche Elemente required-elements
Für die automatische Überwachung sind folgende Vorsichtsmaßnahmen vor der Installation erforderlich:
- Sie müssen über die Dateien "netreport.tgz"(Linux-Installation) oder "netreport.zip"(Windows-Installation) verfügen,
- Wir empfehlen Ihnen dringend, keine Überwachung auf dem zu überwachenden Computer zu installieren.
- sie muss auf einem Computer mit JRE oder JDK installiert sein,
- in Linux muss der zu überwachende Computer über das Paket bc verfügen. Weiterführende Informationen hierzu finden Sie in diesem Abschnitt.
Installationsverfahren installation-procedure
Die Installation erfolgt wie folgt:
- Erstellen Sie in der Konsole bei Bedarf einen neuen Benutzer (der Benutzer "Monitoring"ist bereits vorhanden), weisen Sie jedoch keine Rechte zu.
- Archivextraktion ausführen.
- Lesen Sie die Datei readme .
- Aktualisieren Sie die Konfigurationsdatei netconf.xml .
- Aktualisieren Sie die Datei netreport.bat (Windows) oder netreport.sh (Linux).
Konfigurieren der Datei "netconf.xml" configuring-the-netconf-xml-file
Die XML-Konfigurationsdatei enthält die folgenden Elemente:
Im Folgenden finden Sie ein Konfigurationsbeispiel:
<?xml version="1.0" encoding="ISO-8859-1"?>
<netconf>
<properties mailServer="mail.adobe.net" mailFrom="mail@adobe.com" recipientList="recipient@adobe.com">
<nightMode start="00:00 am" end="07:00 am"/>
<buildRange minimum="7829" maximum="8180"/>
<buildRange minimum="8300" maximum="8400"/>
<sla/>
</properties>
<instance name="dev" recipientList="mail@mail.com,mail2@mail.com">
<host name="devrd.domain.com" alias="devrd" sessiontoken="monitoring" criticalLevel="1" filter="wkf;new">
<ncs instance="devrd" url="/nl/jsp/soaprouter.jsp" includeDead="false" isSecure="false"/>
<redir url="/r/test"/>
<http url="/nl/jsp/ping.jsp"/>
</host>
<host name="devtrk.domain.com" alias="devtrk" sessiontoken="monitoring" criticalLevel="0" filter="wkf;new">
<ncs instance="devrd" url="/nl/jsp/soaprouter.jsp" includeDead="true" isSecure="false"/>
</host>
</instance>
<host name="dev-test" alias="dev-test" sessiontoken="monitoring" criticalLevel="2">
<ncs instance="dev" url="/nl/jsp/soaprouter.jsp" includeDead="false"/>
</host>
</netconf>
Element "Eigenschaften" properties--element
Dieses Element wird verwendet, um die Konfiguration von E-Mails, d. h.
-
mailServer: SMTP-Server zum Senden von E-Mails (z. B.: smtp.domain.net).
-
mailFrom: die E-Mail-Adresse des Berichtabsenders (z. B.: monitoring@domain.net).
-
recipientList: die Liste der E-Mail-Adressen der überwachten Empfänger. Die Adressen müssen durch Kommas (ohne Leerzeichen) getrennt werden.
-
Der Modus 'Nacht' (optional) wird verwendet, um den Versand von E-Mails zwischen dem angegebenen Zeitraum zu vermeiden. Stattdessen werden die Daten konsolidiert und nach der Endzeit (standardmäßig 7:00 Uhr) wird eine E-Mail zur Aktivität der Nacht gesendet.
-
Mit dem Unterelement buildRange (optional) können Sie eine Mindest- und eine Höchstzahl an Build angeben. Es wird ein Fehler für alle Computer erzeugt, deren Build-Nummer nicht in diesen Bereich fällt.
code language-none <buildRange minimum="0000" maximum="9999"/>
-
Sie können dem Element properties ein (optionales) Unterelement "
<sla>
"hinzufügen. Jedes Mal, wenn der netreport ausgeführt wird, wird eine Protokolldatei erzeugt. Der Name der Datei enthält den Konfigurationsnamen sowie das Datum und die Uhrzeit, z. B. dev_06_12_13_16_47_05.tmp. Die Datei enthält die folgenden Informationen: Instanzname, Maschinenname, Schweregrad, (0 bis 3, vom geringsten bis zum kritischsten), Datum (Zeitstempelformat), verstrichene Zeit (in Millisekunden) zwischen der Abfrage und der Antwort, verwendeter Dienst (http, ncs, ncsex, redir). Diese Informationen werden am Ende jedes Dienstes durch Tabulationszeichen und Zeilenumbrüche getrennt.
<property>
wird verwendet, um den neuesten Überwachungsstatus in der Datei netreport.md aufzuzeichnen. Diese Datei wird im Installationsverzeichnis gespeichert.'Instance'-Element instance--element
Mit diesem Element können Sie mehrere Rechner (Hosts) in derselben Instanz gruppieren. Die Instanznamen werden im ersten Teil der Monitoring-E-Mail angezeigt. Sie können auf den Namen einer Instanz klicken, um auf Details zu den einzelnen Computern zuzugreifen.
instance name="instance-name" recipientList="mail@mail.com,mail2@mail.com">
<host name="devcamp.domain.com" ...>
...
</host>
<host name="devtrack.domain.com" ...>
...
</host>
</instance
- name: Instanzname, der im ersten Teil der E-Mail angezeigt wird.
- recipientList (optional): sendet einen Überwachungsbericht zu einer bestimmten Instanz per E-Mail.
Element "Host" host--element
Dieses Element konfiguriert die Überwachung eines bestimmten Servers auf dem Host, d. h.
-
name: Name des zu überwachenden Computers.
-
alias (optional): Name des überwachten Computers, wie er im Bericht angezeigt wird.
-
sessionToken: bietet Anmeldeauthentifizierung über ein autorisiertes Sitzungstoken.
Um das Sitzungstoken zu konfigurieren, wählen Sie den Operator monitoring in der Adobe Campaign-Konsole aus. Geben Sie im Tab Zugriffsberechtigungen die IP-Adressen der Computer an, die zur Überwachung dieser Instanz berechtigt sind. Sie können dann von diesen Computern aus mit der Kennung monitoring eine Verbindung zur Überwachungsseite herstellen, ohne ein Kennwort angeben zu müssen.
-
criticalLevel (optional): sortiert Fehler nach Schweregrad. Mögliche Werte sind "0"(alle angezeigten Ebenen), "1"(nur hochgradige und kritische Fehler) und "2"(nur kritische Fehler werden angezeigt). Wenn dieses Attribut nicht angegeben wird, werden alle Fehlerstufen angezeigt.
-
filter (optional): ermöglicht den Ausschluss bestimmter Workflow-Fehler, z. B. filter="wkf;wkf1". Workflow-Beschriftungen müssen durch Semikolons getrennt werden.
Unterelemente sub-elements
- tcp: überprüft, ob der Server ausgefallen ist oder nicht. Sie müssen eine Portnummer eingeben.
- http: überprüft, ob der Webserver vorhanden ist (Anwendungsserver betriebsbereit).
- ncs: überprüft die Prozesse auf der Instanz, die im Attribut 'instance' eingegeben wurde (Workflow-Fehler, Speicherbelegung usw.). Das Attribut included (erforderlich) bietet Ihnen die Möglichkeit, veraltete Prozesse anzuzeigen ("true"- oder "false"-Werte).
- redir: überprüft das Tracking.
In den meisten Fällen können nur die Unterelemente ncs und redir beibehalten werden.
In jedem Fall können bestimmte Knoten in den Unterelementen überladen werden (z. B. der Knoten port=75 , um den für die Verbindung http, ncs oder redir verwendeten Anschluss zu überlasten):
<ncs instance="clap40" url="/nl/jsp/soaprouter.jsp" includeDead="false" port="80"/>
In den Unterelementen ncs, redir und http können Sie das Attribut isSecure hinzufügen (optional), um festzulegen, ob das HTTPS-Protokoll ("true"- oder "false"-Werte) verwendet werden soll oder nicht. Wenn dieses Attribut nicht angegeben wird, wird das HTTP-Protokoll verwendet.
Konfigurieren der Datei netreport.bat oder netreport.sh configuring-the-netreport-bat-or-netreport-sh--file
Um sie zu konfigurieren, bearbeiten Sie diese Datei und geben Sie an, in welchem Ordner das JRE- oder JDK installiert ist.
Überwachung des Starts launching-monitoring
Um die Überwachung zu starten, führen Sie die Datei netreport.bat oder netreport.sh in regelmäßigen Abständen über ein Skript aus. Ein Bericht wird nach der ersten Ausführung und dann nur im Falle einer Statusänderung gesendet.
Testüberwachung testing-monitoring
Führen Sie zum Testen der Überwachung die Datei netreport.bat oder netreport.sh aus.
Eine E-Mail wird an die in der Datei recipientList der Datei netconf.xml angegebenen Empfänger gesendet.