Monitoraggio dei processi

Il server applicazioni e il server di reindirizzamento (tracking) possono essere monitorati manualmente o automaticamente.

Monitoraggio manuale

Vai a Monitoring e fai clic sul collegamento Overview per visualizzare la pagina di monitoraggio del processo di Adobe Campaign.

La pagina visualizzata consente di visualizzare lo stato dell’istanza connessa, ovvero:

  • informazioni sull'istanza: versione, nome, motore di database, pacchetti installati, indicatori del sistema del server,
  • l’elenco dei processi mancanti e delle informazioni di esecuzione (data di inizio, PID, ecc.),
  • visualizzazione dei flussi di lavoro e delle consegne.

In questa pagina sono descritti metodi aggiuntivi per monitorare i diversi processi di Campaign.

Giornale di registrazione del registro

È possibile visualizzare il giornale di registrazione del registro relativo a un processo. A questo scopo, fai clic sul processo, ad esempio mta, quindi fai clic su Open the log journal .

Indicatori di sistema

L'elenco degli indicatori di sistema consente di visualizzare informazioni relative alla macchina, quali la memoria fisica e virtuale, i processi attivi e lo spazio disponibile su disco. Gli indicatori sono diversi per i sistemi operativi Linux e Windows. Vai alla pagina Instance Monitoring e fai clic sul collegamento Display per aprire l'elenco degli indicatori

Windows

  • Pending events queued : indicatore specifico del Centro messaggi. Per ulteriori informazioni, consulta questa sezione .

  • Memory : informazioni relative alla memoria fisica (RAM).

    Current value : consumo effettivo di memoria.

    Max Value : quantità totale di memoria installata.

    Available : quantità di memoria disponibile.

    Warning : questo indicatore viene visualizzato quando il consumo di memoria raggiunge l’80% della quantità totale.

    Alert : questo indicatore viene visualizzato quando il consumo di memoria raggiunge il 90% della quantità totale.

    Quando vengono visualizzati gli indicatori Warning e Alert, è possibile risolvere il problema aggiungendo RAM al computer in cui è installato il server Adobe Campaign. Puoi anche decidere di installare il server Adobe Campaign su un computer dedicato.

  • Swap Memory : informazioni relative alla memoria virtuale che corrisponde a un file di paging: un'area del disco rigido utilizzata da Windows come RAM.

    Current value : consumo effettivo di memoria.

    Max Value : quantità totale di memoria.

    Available : quantità di memoria disponibile.

    Warning : questo indicatore viene visualizzato quando il consumo di memoria raggiunge l’80% della quantità totale.

    Alert : questo indicatore viene visualizzato quando il consumo di memoria raggiunge il 90% della quantità totale.

    Quando vengono visualizzati gli indicatori Warning e Alert, è possibile risolvere il problema aumentando le dimensioni del file di scambio nelle impostazioni avanzate di Windows.

  • Disk XXX : informazioni relative ai lettori di macchine.

    Current value : spazio su disco effettivamente utilizzato.

    Max Value : capacità totale del disco.

    Available : spazio su disco disponibile

    Used : percentuale del disco utilizzato.

    Warning : questo indicatore viene visualizzato quando lo spazio su disco disponibile raggiunge l'80% della capacità totale.

    Alert : questo indicatore viene visualizzato quando lo spazio su disco disponibile raggiunge il 90% della capacità totale.

  • Number of processes too old : informazioni sui processi Adobe Campaign attivi da più di un giorno.

    Current value : numero di processi attualmente attivi.

    Max Value : numero massimo di procedimenti autorizzati (1).

    Alert : questo indicatore viene visualizzato se il numero di processi è uguale a 1.

    Quando viene visualizzato l'indicatore Alert, è possibile che il processo interessato sia bloccato dal motore di database SQL o che sia bloccato in un ciclo infinito. Il processo watchdog fornito da Adobe Campaign riavvia automaticamente tutti i processi ogni giorno e consente di risolvere questo problema. Tuttavia, è anche possibile interrompere il processo interessato per forzare il riavvio.

Linux

  • Pending events queued : indicatore specifico del Centro messaggi. Per ulteriori informazioni, consulta questa sezione .

  • Load average (1/5/15 minutes) : informazioni relative al carico, vale a dire il tasso di utilizzo del trasformatore da parte dei processi in esecuzione sulla macchina nell'ultimo minuto, cinque minuti o quindici minuti

    Current value : carico effettivo della macchina.

    Max value : carico massimo di utilizzo dei processi sulla macchina

    Warning : questo indicatore viene visualizzato quando il carico raggiunge l’80% del valore massimo autorizzato nell’ultimo minuto, cinque o quindici minuti.

    Alert : questo indicatore viene visualizzato quando il carico raggiunge il 90% del valore massimo autorizzato dell'ultimo minuto, cinque minuti o quindici minuti.

  • Memory : informazioni relative alla memoria fisica (RAM).

    Current value : consumo effettivo di memoria.

    Max Value : quantità totale di memoria installata.

    Available : quantità di memoria disponibile.

    Warning : questo indicatore viene visualizzato quando il consumo di memoria raggiunge l’80% della quantità totale.

    Alert : questo indicatore viene visualizzato quando il consumo di memoria raggiunge il 90% della quantità totale.

    Quando vengono visualizzati gli indicatori Warning e Alert, è possibile risolvere il problema aggiungendo RAM al computer in cui è installato il server Adobe Campaign. Puoi anche decidere di installare il server Adobe Campaign su un computer dedicato.

  • Swap Memory : informazioni relative alla memoria virtuale che corrisponde a un file di paging: un'area del disco rigido utilizzata da Windows come RAM.

    Current value : consumo effettivo di memoria.

    Max Value : quantità totale di memoria.

    Available : quantità di memoria disponibile.

    Warning : questo indicatore viene visualizzato quando il consumo di memoria raggiunge l’80% della quantità totale.

    Alert : questo indicatore viene visualizzato quando il consumo di memoria raggiunge il 90% della quantità totale.

    Quando vengono visualizzati gli indicatori Warning e Alert, è possibile risolvere il problema aumentando le dimensioni del file di scambio.

  • Core Files : informazioni relative ai file generati in seguito all’arresto anomalo di un processo Adobe Campaign. Questi file consentono di diagnosticare i motivi dell'arresto anomalo.

    Current Value : numero di file esistenti.

    Max Value : numero massimo di file autorizzati (1).

    Warning : questo indicatore viene visualizzato quando il numero di file si avvicina a 1.

    Alert : questo indicatore viene visualizzato quando il numero di file è uguale a 1.

    Quando un processo risulta mancante a causa di un arresto anomalo, viene visualizzato in rosso nell’elenco dei processi e viene riavviato automaticamente dal processo watchdog fornito da Adobe Campaign.

  • Number of shared memory segments : informazioni sui segmenti di memoria condivisi da tutti i processi Adobe Campaign.

    Current value : numero di segmenti di memoria attualmente in uso.

    Max Value : numero massimo di segmenti di memoria autorizzati (2).

    Warning : questo indicatore viene visualizzato quando il numero di segmenti di memoria raggiunge 1.

    Alert : questo indicatore viene visualizzato quando il numero di segmenti di memoria raggiunge 2.

  • Number of processes too old : informazioni sui processi attivi da più di un giorno.

    Current value : numero di processi attualmente attivi.

    Max Value : numero massimo di processi autorizzati.

    Warning : questo indicatore viene visualizzato quando il numero di processi raggiunge l’80% della soglia autorizzata.

    Alert : questo indicatore viene visualizzato quando il numero di processi raggiunge il 90% della soglia autorizzata.

  • File Handles : informazioni relative ai descrittori dei file, ovvero il numero di file aperti per processo.

    Current value : numero corrente di descrittori di file.

    Max Value : numero massimo di descrittori di file autorizzati dal sistema operativo.

    Warning : questo indicatore viene visualizzato quando il numero di descrittori di file autorizzati raggiunge la soglia dell’80%.

    Alert : questo indicatore viene visualizzato quando il numero di descrittori di file autorizzati raggiunge la soglia del 90%.

  • Processes : informazioni relative ai processi meccanici.

    Current value : numero di processi attualmente attivi.

    Max Value : numero massimo di processi autorizzati.

    Active Processes : numero di processi attivi.

    Inactive Processes : numero di processi inattivi.

    Warning : questo indicatore viene visualizzato quando il numero di processi autorizzati raggiunge la soglia dell’80%.

    Alert : questo indicatore viene visualizzato quando il numero di processi autorizzati raggiunge la soglia del 90%.

  • Zombie Processes : informazioni sui processi che sono stati interrotti ma che presentano ancora un identificatore del processo (PID) e rimangono visibili nella tabella del processo.

    Current value : numero di processi zombie attualmente attivi.

    Max Value : numero massimo di processi di autorizzazione zombie (2).

    Warning : questo indicatore viene visualizzato quando il numero di processi zombie si avvicina a 2.

    Alert questo indicatore viene visualizzato quando il numero di processi zombie raggiunge 2.

Indicatori personalizzati

Adobe Campaign ti consente di personalizzare gli indicatori. Per eseguire questa operazione:

  1. Crea un file .sh e denominalo cust_indicators.sh .

  2. Aggiungi gli indicatori personalizzati a questo file. Ad esempio:

    #!/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>"
    

    o

    #!/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>"
    
  3. Inserisci il file nella cartella usr/local/neolane/nl6 .

Questo file verrà chiamato da Adobe Campaign.

Rapporti SMTP

I rapporti di monitoraggio della consegna SMTP sono integrati nella piattaforma Adobe Campaign. È possibile accedervi tramite la console o utilizzando l’accesso Web.

Questi report mostrano le statistiche di consegna SMTP e gli errori SMTP per dominio.

Per accedervi, l’operatore deve disporre dei diritti di amministrazione.

Sono raggruppati in Monitoraggio > "Monitoraggio SMTP".

IMPORTANTE
  • Le informazioni relative al monitoraggio SMTP sono disponibili solo se il canale e-mail è stato attivato.
  • Le SMTP sending statistics vengono offerte solo se il server di statistiche viene avviato sull'istanza.

Statistiche di invio SMTP

Il rapporto SMTP sending statistics ti consente di controllare l’attività del server. Mostra una sintesi di ciascuno dei mammiferi.

L'elenco degli indicatori per questo rapporto è mostrato sotto il grafico.

  1. Numero totale di messaggi inviati.

    • Linea blu: messaggi pronti per l'invio che sono arrivati nello Shaper, cioè l'ultima fase prima dell'invio SMTP (coincide con i dati in arrivo).

    • Linea verde: messaggi inviati correttamente (coincide con i dati in uscita).

    • Linea rossa: messaggi abbandonati dall'Shaper, restituiti a mta (coincide con i dati rifiutati al momento del recupero).

    Questi valori sono espressi in numero di messaggi all'ora.

  2. Rappresenta due code dello Shaper:

    • Curva blu: coda dei messaggi attivi. Questi messaggi verranno inviati il prima possibile.

    • Curva Kaki: la coda "differita". Impossibile restituire questi messaggi per il momento a causa della limitazione o perché non è disponibile alcuna connessione alla destinazione. I tentativi avranno luogo ogni 5, 10, 20, 40, 2 min, ecc. per il tempo MaxAgeSec definito prima dell'abbandono.

  3. Questo grafico mostra un dettaglio dei messaggi abbandonati (curva rossa sul secondo grafico): mostra la proporzione di messaggi abbandonati senza nuovi tentativi (mauve) rispetto a messaggi con invio non riuscito (rosso). Ciò ti consente di visualizzare la proporzione di messaggi non elaborati entro il periodo concesso a causa di limitazioni da parte del server di statistiche (limitazione) o a causa di indisponibilità del server remoto.

  4. Le connessioni SMTP si aprono o si stanno aprendo.

  5. Stima del numero di mtachild.

NOTA

Questo rapporto è relativo allo stato del componente Shaper sul traffico e-mail.

Errori SMTP per dominio

Questo rapporto ti consente di visualizzare gli errori di consegna, in un determinato periodo, suddivisi per dominio.

NOTA

Le opzioni minConnectionsToLog, minErrorsToLog e minMessagesToLog del file serverConf.xml definiscono le soglie sopra le quali vengono prese in considerazione le statistiche di connessione.

L'elenco degli indicatori del rapporto è riportato sotto la tabella.

  • La colonna Dominio contiene il nome del dominio al quale vengono inviati i messaggi (o il nome di dominio reale, ad esempio yahoo.com per yahoo.fr),
  • La colonna Cnx visualizza il numero di connessioni SMTP aperte per questo dominio,
  • La colonna Sent corrisponde al numero di messaggi inviati a questo dominio,
  • La colonna Volume visualizza il volume di messaggi che sono stati tentati di inviare a questo dominio (valore approssimativo),
  • La colonna Errori visualizza un indicatore del volume di errori su questo dominio nel corso del periodo,
  • La colonna Ultima risposta visualizza l'ultimo messaggio di risposta SMTP ricevuto per questo dominio,
  • La colonna Data visualizza la data dell’ultima risposta SMTP ricevuta per questo dominio.
NOTA

I valori visualizzati nelle colonne Cnx, Sent e Volume vengono calcolati rispetto al periodo selezionato nel campo Period .

Fai clic su un nome di dominio per visualizzarne gli errori.

Sono categorizzate da PublicId: questo identificatore corrisponde a un indirizzo IP condiviso da diverse schede Adobe Campaign dietro un router. Il server di statistiche utilizza questo identificatore per memorizzare le statistiche di connessione e consegna tra questo punto iniziale e il server di destinazione.

Il campo Owner of domain consente di raggruppare vari nomi di dominio sotto la stessa etichetta. Nella visualizzazione del report iniziale, tutti i nomi di dominio MX saranno associati al proprietario.

Fai clic su un identificatore PublicId per visualizzare ulteriori dettagli.

NOTA

La percentuale di errori è rappresentata da due grafici. La prima è una barra di avanzamento orizzontale su uno sfondo nero. Il secondo grafico è cronologico. Il periodo selezionato è suddiviso in dodici intervalli di tempo, ciascuno rappresentato da una barra di avanzamento verticale. In entrambe le rappresentazioni, se non è stato rilevato alcun errore, la barra è nera. Il colore della barra dipende dalla percentuale di errori riscontrati (giallo, quindi arancione e infine rosso). Il colore grigio indica che non è stato trovato alcun volume significativo di dati. È possibile visualizzare la percentuale esatta di errori posizionando il cursore sul grafico.

NOTA

Per ulteriori informazioni sugli errori SMTP e sulla loro gestione in Adobe Campaign, consulta questa sezione.

Rapporto di fatturazione

Il flusso di lavoro tecnico Billing invia il rapporto sull’attività del sistema all’operatore di "fatturazione" tramite e-mail. Viene attivato per impostazione predefinita il 25 di ogni mese sull’istanza Marketing.

Il flusso di lavoro tecnico si trova in una sottocartella del seguente nodo: Amministrazione > Produzione > Flussi di lavoro tecnici.

Una volta avviato il flusso di lavoro ogni 25 del mese, l’operatore di fatturazione riceverà il seguente rapporto nella sua casella in entrata.

Per tenere traccia delle consegne sono disponibili le metriche seguenti:

  • Start date : Data di inizio della consegna. Può essere precedente alla data "da" del rapporto.
  • Label : Etichetta della consegna. Le consegne che hanno meno di 100 messaggi da inviare sono considerate troppo piccole e quindi aggregate per data di inizio, nel qual caso l’etichetta mostra il numero di aggregati, ad esempio [Aggregazione di 3 consegne minori].
  • Total volume : Volume totale dei byte trasferiti per la consegna.
  • Avg volume : Volume medio dei byte trasferiti. Questo è il risultato della seguente formula (volume totale / messaggi), che è la base di calcolo della metrica Multiplier.
  • Messages : Numero di messaggi inviati. Ciò include sia i messaggi che sono stati inviati con successo sia i tentativi (in seguito alla ricezione di un messaggio non recapitato dal server contattato).
  • Multiplier (x) : Il valore del moltiplicatore è dedotto dal volume medio dei messaggi.
  • Count : Risultato della moltiplicazione dei messaggi e del moltiplicatore.

Monitoraggio automatico

Adobe Campaign offre diversi metodi di monitoraggio automatico, descritti di seguito.

Riga di comando

Comando

monitor nlserver

Consente di elencare una serie di indicatori sui moduli Adobe Campaign e sul sistema.

Genera l'output in un formato XML facilmente elaborato.

Questo comando può essere eseguito anche con il parametro -missing , che elenca i processi mancanti da questa istanza quando i file di configurazione dicono che devono essere eseguiti.

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

Informazioni pubblicate dal server

/r/test

La pagina http(s)://<application>/r/test viene utilizzata per testare il server di reindirizzamento. Si consiglia di utilizzare lo stesso metodo per testare i server frontali utilizzati per il tracciamento. Questa pagina può essere utilizzata anche per testare un dispatcher di carichi.

Visualizza una riga come questa in formato XML:

<redir status='OK' date='YYYY-MM-DD HH:MM:SS.112Z' build='XXXX' host='<hostname>' localHost='<servername>'/>

Frequenza: questo test non utilizza alcun carico e può quindi essere eseguito molto spesso (ad esempio una volta al secondo).

/nl/jsp/ping.jsp

Questa pagina http(s)://<Application server url>/nl/jsp/ping.jsp funziona nello stesso modo della sua controparte di rete: verifica una query completa che attraversa apache/tomcat/web module/database e carica sul client. Se tutto funziona correttamente, restituisce un "OK". Si consiglia di eseguire questo test su computer con accesso ai database (ad esempio, mtas e sondaggi).

Utilizzo: per poter accedere in remoto, è necessario passare un token di sessione associato a un accesso dell’operatore (vedi il suggerimento in Monitoraggio automatico tramite script Adobe Campaign).

Ad esempio:

Il nome dell’operatore e l’accesso devono essere configurati in precedenza nella console client di Adobe Campaign con diritti di database.

Frequenza: questo è un test che utilizza una larghezza di banda molto ridotta. Può quindi essere eseguito abbastanza spesso, anche se non più di una volta al minuto.

/nl/jsp/monitor.jsp

Questo è un test per verificare che un operatore possa accedere al server Adobe Campaign tramite una pagina web; la stessa pagina Web accessibile tramite i menu della console client. Puoi chiamare questa pagina dai tuoi strumenti di sorveglianza (Tivoli, Nagios, ecc.).

Utilizzo: un token di sessione associato a un accesso dell’operatore che consente di connettersi all’istanza deve essere utilizzato come argomento (consulta il suggerimento in Monitoraggio automatico tramite script Adobe Campaign).

L’operatore e il relativo accesso devono essere configurati in precedenza nella console client di Adobe Campaign con i diritti e le restrizioni appropriati per il database.

Frequenza: si tratta di un test server completo e non deve essere eseguito spesso (ad esempio, può essere eseguito una volta ogni dieci minuti).

/nl/jsp/soaprouter.jsp

Questo jsp rappresenta il punto di ingresso delle API dell'applicazione Adobe Campaign. Essa può pertanto fornire un monitoraggio dettagliato della domanda. Può essere utilizzato anche per monitorare i servizi web Adobe Campaign. Viene utilizzato nei nostri script di monitoraggio, ma si noti che è solo per gli utenti di alimentazione.

Monitoraggio in base ai tipi di distribuzione

Adobe Campaign abilita diverse configurazioni di distribuzione (per ulteriori informazioni, consulta questa sezione). Questa sezione descrive le varie tecniche di monitoraggio automatico da applicare a seconda del tipo di installazione.

Tipo di distribuzione Monitoraggio
Autonomo
  • /r/ testand /nl/jsp/monitor. jspon sul server Adobe Campaign

Standard
  • /r/ testand /nl/jsp/ping. jspon sui server frontali

  • /nl/jsp/monitor. jspon l'application server

Enterprise
  • /r/ testand /nl/jsp/ping. jspon sui server frontali

  • /r/ testand /nl/jsp/monitor. jspon l'application server

Mid-sourcing
  • /nl/jsp/monitor. jspon l'application server

Monitoraggio automatico tramite script Adobe Campaign

Adobe Campaign può fornire uno strumento di monitoraggio delle istanze (netreport) che consente di inviare un report via e-mail sulle anomalie rilevate.

IMPORTANTE

Questo strumento può essere utilizzato per monitorare le istanze, ma non è supportato da Adobe Campaign. Per ulteriori informazioni, contatta l’amministratore di Campaign.

Elementi richiesti

Per il monitoraggio automatico sono necessarie le seguenti precauzioni di preinstallazione:

  • È necessario disporre di file netreport.tgz (installazione Linux) o netreport.zip (installazione Windows),
  • Ti consigliamo vivamente di non installare il monitoraggio sulla macchina da monitorare,
  • deve essere installato su una macchina con JRE o JDK,
  • in Linux, la macchina da monitorare deve avere il pacchetto bc. Per ulteriori informazioni al riguardo, consulta questa sezione.

Procedura di installazione

La procedura di installazione è la seguente:

  1. Nella console, crea un nuovo operatore se necessario (l’utente "di monitoraggio" esiste già), ma non assegna alcun diritto.
  2. Esegui estrazione archivio.
  3. Leggi il file readme .
  4. Aggiorna il file di configurazione netconf.xml .
  5. Aggiorna il file netreport.bat (Windows) o netreport.sh (Linux).

Configurazione del file netconf.xml

Il file di configurazione XML contiene i seguenti elementi:

Ecco un esempio di configurazione:

<?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>
NOTA

Puoi specificare diverse configurazioni aggiungendo un suffisso al file netconf.xml, ad esempio netconf-dev.xml, netconf-prod.xml, ecc. Quindi specifica la configurazione da utilizzare per l'esecuzione del report di rete nei file netreport.bat o netreport.sh aggiungendo ad esempio $JAVA_HOME/bin/java netreport dev o @%JAVA_HOME%binjava netreport prod.

IMPORTANTE

Affinché l'operatore monitoring funzioni, il computer su cui viene eseguito il rapporto di rete deve trovarsi in un'area di sicurezza in modalità sessionTokenOnly. Se per questo operatore non è stata specificata alcuna maschera IP affidabile, la zona di sicurezza deve essere anche in modalità allowEmptyPassword e allowUserPassword .

Elemento 'Properties'

Questo elemento viene utilizzato per popolare la configurazione delle e-mail, ovvero

  • mailServer: Server SMTP utilizzato per inviare e-mail (ad esempio: smtp.domain.net).

  • mailFrom: indirizzo e-mail del mittente del rapporto (ad esempio: monitoring@domain.net).

  • recipientList: l’elenco degli indirizzi e-mail dei destinatari del monitoraggio. Gli indirizzi devono essere separati da virgole (senza spazi).

  • La modalità 'night' (opzionale) viene utilizzata per evitare l'invio di e-mail tra il periodo di tempo specificato. Al contrario, i dati sono consolidati e un’e-mail relativa all’attività notturna viene inviata dopo l’ora di fine (7:00 per impostazione predefinita).

  • Il sottoelemento buildRange (facoltativo) consente di specificare un numero di build minimo e massimo. Verrà generato un errore per tutti i computer il cui numero di build non rientra in questo intervallo

    <buildRange minimum="0000" maximum="9999"/>
    
  • È possibile aggiungere un sottoelemento <sla> (facoltativo) nell'elemento properties . Un file di registro viene generato ogni volta che viene eseguito il rapporto di rete. Il nome del file contiene il nome della configurazione e la data e l'ora, ad esempio dev_06_12_13_16_47_05.tmp. Il file contiene le seguenti informazioni: nome dell’istanza, nome della macchina, livello di gravità, (da 0 a 3, dal meno critico al più critico), data (formato timestamp), tempo trascorso (in millisecondi) tra la query e la risposta, servizio utilizzato (http, ncs, ncsex, redir). Queste informazioni sono separate da segni di tabulazione e interruzioni di riga alla fine di ogni servizio.

NOTA

L'attributo persistHtmlFile con il valore "true" sull'elemento <property> viene utilizzato per registrare lo stato di monitoraggio più recente nel file netreport.md. Questo file viene salvato nella directory di installazione.

Elemento 'Instance'

Questo elemento consente di raggruppare più computer (host) nella stessa istanza. I nomi delle istanze vengono visualizzati nella prima parte dell’e-mail di monitoraggio. Puoi fare clic sul nome di un'istanza per accedere ai dettagli relativi a ogni computer.

instance name="instanceName" recipientList="mail@mail.com,mail2@mail.com">
                <host name="devcamp.domain.com" ...>
                       ...
                </host>
                <host name="devtrack.domain.com" ...>
                       ...
                </host>
</instance
  • nome: Nome dell’istanza che verrà visualizzato nella prima parte dell’e-mail.
  • recipientList (facoltativo): consente di inviare un rapporto di monitoraggio relativo a una particolare istanza tramite e-mail.

Elemento 'Host'

Questo elemento configura il monitoraggio di un determinato server sull'host, ovvero

  • nome: nome della macchina da controllare.

  • alias (facoltativo): nome del computer monitorato come apparirà nel report.

  • sessionToken: fornisce l’autenticazione di accesso tramite un token di sessione autorizzato.

    Per configurare il token di sessione, seleziona l’operatore monitoring nella console Adobe Campaign. Nella scheda Diritti di accesso , specifica gli indirizzi IP dei computer autorizzati a monitorare l’istanza. Potrai quindi connetterti alla pagina di monitoraggio da quei computer utilizzando l'identificatore monitoring e senza dover specificare una password.

  • criticalLevel (facoltativo): consente di ordinare gli errori da visualizzare in base al livello di gravità. I valori possibili sono "0" (tutti i livelli visualizzati), "1" (solo gli errori critici e alti visualizzati) e "2" (solo gli errori critici visualizzati). Se questo attributo non viene fornito, vengono visualizzati tutti i livelli di errore.

  • filtro (facoltativo): consente di escludere alcuni errori del flusso di lavoro, ad esempio filter="wkf;wkf1". Le etichette del flusso di lavoro devono essere separate da punto e virgola.

Sottoelementi

  • tcp: controlla se il server è attivo o inattivo. Immettere un numero di porta.
  • http: controlla l'esistenza del server Web (il server applicazioni è operativo).
  • ncs: controlla i processi dell’istanza immessa nell’attributo "instance" (errori del flusso di lavoro, utilizzo della memoria, ecc.). L'attributo include (obbligatorio) ti offre la possibilità di visualizzare i processi morti ( valori 'true' o 'false').
  • redir: controlla il tracciamento.

Nella maggior parte dei casi, è possibile mantenere solo i sottoelementi ncs e redir .

In ogni caso, alcuni nodi possono essere sovraccaricati nei sottoelementi (ad esempio, il nodo port=75 per sovraccaricare la porta utilizzata per la connessione http, ncs o redir):

<ncs instance="clap40" url="/nl/jsp/soaprouter.jsp" includeDead="false" port="80"/>

Nei sottoelementi ncs, redir e http, puoi aggiungere l'attributo isSecure (facoltativo) per scegliere se utilizzare o meno il protocollo https ('true' o 'false' valori). Se questo attributo non viene fornito, viene utilizzato il protocollo http.

Configurazione del file netreport.bat o netreport.sh

Per configurarlo, modifica questo file e indica in quale directory è installato JRE o JDK.

Avvio del monitoraggio

Per avviare il monitoraggio, esegui il file netreport.bat o netreport.sh a intervalli regolari tramite uno script. Un report viene inviato dopo la prima esecuzione e quindi solo in caso di cambiamento di stato.

Test del monitoraggio

Per verificare il monitoraggio, esegui il file netreport.bat o netreport.sh.

Viene inviata un'e-mail ai destinatari specificati nel recipientList del file netconf.xml.

In questa pagina