Ulteriori informazioni su Data Workbench Annuncio di fine vita.
Istruzioni per l’installazione del profilo di monitoraggio di Data Workbench.
Configura una nuova istanza Sensor come se venisse utilizzata per la raccolta di dati di pagine web con tag. Assicurati che il file zig.gif sia nella directory principale dei documenti del server web Sensor. Il sensore può essere eseguito sullo stesso host dei profili di monitor. (Questo non è un problema se si utilizza un file di testo a questo scopo.)
Questa istanza del sensore deve essere dedicata alla ricezione solo del traffico dagli agenti di monitoraggio. Inoltre, il sensore può essere configurato per l'esecuzione su una porta diversa se stai riutilizzando un server web per questa raccolta.
In txlogd.conf file presente la riga predefinita:
<b>ContentFilterExclude</b> image/,text/css,application/x-javascript,text/javascript
Per l’applicazione del profilo di monitoraggio di Data Workbench (o qualsiasi implementazione di pagina con tag), il tipo di immagine deve essere rimosso per poter essere raccolto tramite un file GIF. La riga aggiornata è:
<b>ContentFilterExclude </b>text/css,application/x-javascript,text/javascript
Copia il insight_monitor.zip/insight_monitor_agent in una posizione temporanea.
Aggiorna insight_monitor_agent.cfg per il tuo ambiente. Segui i commenti all’interno del file di configurazione:
Il file di configurazione di monitoraggio:
Definisci dove stai raccogliendo tutte le informazioni e fornisci l’indirizzo URL. Questo deve essere un sensore dedicato e non deve ricevere traffico se non per questa applicazione.
Ci sono percorsi che presuppongono un e: disco. È possibile modificare questo percorso per l'ambiente.
A volte, quando si esegue un profilo di trasformazione, Data Workbench può non rispondere. Questo valore ti consente di inviare un avviso se il processo non risponde per tre volte di seguito. Questo è un modo per ridurre gli avvisi falsi positivi.
In questo punto puoi impostare l’ambiente e le dimensioni del gruppo. Questo può essere diverso da host a host.
Questo è il nostro qui puoi vedere esattamente cosa sta facendo l'agente di monitoraggio visualizzando i registri degli errori in questo percorso.
In questo modo si utilizza il database temp internamente. Può essere avvisato quando raggiunge la capacità. Questo è diverso dall'utilizzo del disco fisico.
Copia il insight_monitor_agent cartella per ogni host DPU e FSU che esegue il server di Data Workbench. La posizione predefinita indicata nel file di configurazione è e:\insight_monitor_agent ma puoi cambiare questa posizione.
Aggiungi un'attività pianificata di Windows per richiamare l'agente ogni 10 minuti (questo periodo viene considerato nei calcoli del tasso di elaborazione). Il programma è e:insight_monitor/insight_monitor_agent.exe. L'argomento è config-file e:\insight_monitor\insight_monitor.cfg. Inizia da e:\insight_monitor. L'utente che esegue l'attività deve disporre dell'autorizzazione di lettura/scrittura e:\insight_monitor e leggere l'oggetto OLE Win32 root\CIMV2 (necessario per verificare la modalità di avvio del servizio server di Data Workbench e per controllare la percentuale di spazio su dischi locali)
Conferma che il file VSL sta iniziando a crescere con l'accumulo dei record del monitor. Questo richiederà del tempo in quanto il volume di traffico sarà estremamente basso in una piccola installazione (ogni 10 minuti l’agente invia un solo hit per i dati specifici dell’host, più un hit per profilo di elaborazione).
Decomprimi insight_monitor.zip\profiles\Insight Historic in una posizione temporanea.
Aggiorna il nome host in profile.cfg, dataset\cluster.cfge dataset\segment export.cfg.
Aggiorna i file nella directory dei profili di Data Workbench.
Aggiorna il server di log e il percorso in dataset\log processing.cfg nel punto in cui il sensore VSL accumularsi.
[Facoltativamente] eseguire le stesse operazioni con i profili Insight Profile Status e Insight Server Status. Inoltre, i profili di stato devono essere rielaborati di notte con una finestra finale di due giorni. Aggiungi un’attività pianificata di Windows: Il programma è e:\insight_monitor\insight_reprocess.exe. L’argomento è --profile-path=“PATH TO PROFILES\insight profile status” --start-days-ago=2. Esci start in vuoto. Aggiungi un’altra attività pianificata per “stato del server insight”. insight_reprocess.exe richiede l’accesso in lettura/scrittura a log processing.cfg per aggiornare l’ora di inizio.
Inoltre, i profili di stato devono essere rielaborati di notte con una finestra finale di due giorni. Aggiungi un’attività pianificata di Windows: Il programma è e:\insight_monitor\insight_reprocess.exe. L’argomento è - -profile-path=“PATH TO PROFILES\insight profile status” --start-days-ago=2. Esci inizia vuoto. Aggiungi un’altra attività pianificata per “insight server status”. insight_reprocess.exe richiede l’accesso in lettura/scrittura a log processing.cfg per aggiornare l’ora di inizio. Verificare che ogni profilo stia leggendo il VSL del monitor durante l’accumulo. Anche in questo caso, ci vorrà un po’ di tempo, probabilmente ore, a causa del volume estremamente basso.
Configurazione del profilo di monitoraggio in un ambiente di test con licenza. Il pacchetto dell’ambiente di test è incluso con l’implementazione di Data Workbench, che consente di installare e configurare l’applicazione. Se si esegue l'installazione su un server FSU o DPU di produzione, sarà necessario configurare il server per l'esecuzione su una porta separata.
Distribuzione di un nuovo sensore specifico per il profilo di monitoraggio. Sarà necessario installare una nuova istanza di Sensor sul server che esegue il Profilo di monitoraggio. Questo si aggiunge all'istanza di produzione di Sensor. (Non esiste alcun costo aggiuntivo per l'installazione di Sensor su un server di produzione o non di produzione specifico per il profilo di monitoraggio).
Disattiva l’agente di monitoraggio durante la manutenzione di Data Workbench. Per evitare di inquinare le metriche del tempo di attività e delle prestazioni, è possibile impostare la modalità di avvio del servizio su manuale per il servizio InsightServer (Omniture Insight Server). Un comodo comando PowerShell è set-service -name insightserver -startuptype manuale. Ripristinare l'impostazione automatica dopo la manutenzione: set-service -name insightserver -startuptype automatico. Un'altra opzione consiste nel disattivare temporaneamente l'attività pianificata dell'agente di monitoraggio.
I profili di stato devono disporre di una finestra finale per eliminare i vecchi host e profili e le vecchie mappature dei profili host. Tuttavia, se la quantità di dati dell’evento è così piccola che Data Workbench non esegue il buffer in, potrebbe essere necessario estendere leggermente la dimensione della finestra per consentirne l’elaborazione.
L’agente raccoglie lo stato dettagliato complessivo e meno recente del Data Workbench, che viene riportato nell’ora host locale supponendo che le marche temporali del registro dati dell’evento siano in UTC (come nei file VSL). Se le marche temporali dei dati dell’evento si trovano in un fuso orario non UTC, l’offset a partire dall’ora verrà effettuato nel profilo dello stato del profilo di Insight risultante. Se tutto dei timestamp dei dati dell'evento si trovano nello stesso fuso orario in cui è possibile aggiungere l'offset Stato del profilo di Insight\metriche\a minuti ritardati.metrica.
Sono state introdotte due nuove dimensioni per aiutare il gruppo di clienti sui propri server se si trovano in stati diversi, ad esempio produzione, staging, test di server e server in altri stati. Ad esempio, se stai cercando "uptime", guarda i server solo in modalità di produzione. Di conseguenza, la dimensione Gruppo è solo un altro modo per raggruppare arbitrariamente i server in base alle tue esigenze. Ad esempio, nel file di configurazione di monitoraggio è possibile impostare quale host del reparto sta servendo, ad esempio Operazioni, Sviluppo o Marketing.