Risoluzione del problema

Quando un server web va offline a causa di un errore, la soluzione è semplice e richiede un utente Data Workbench con i privilegi appropriati per aprire il file Log Processing Mode.cfg e aggiungere l'ID del Sensor (nel nostro esempio, WEB2) alla sezione "Sorgenti offline".

Questa sezione del file indica a data workbench server che non deve più aspettarsi dati da questa origine perché, in realtà, è offline.

NOTA

Questa modifica non deve essere eseguita da un consulente Adobe. Chiunque disponga dei privilegi appropriati per aprire il file Log Processing Mode.cfg può apportare questa modifica.

Se WEB2 inizia a inviare di nuovo i dati, il data workbench server riporta la sorgente in linea e regola il valore A del tempo per riflettere l'ultima volta che ha ricevuto i dati da tutte le fonti di cui è a conoscenza. In altre parole, i nuovi dati che entrano nel sistema hanno la precedenza su quelli scritti in Log Processing Mode.cfg file.

Se WEB2 torna offline di nuovo, l'opzione A del tempo si arresta nuovamente e sarà necessario modificare nuovamente il file Log Processing Mode.cfg anche se potrebbe già avere WEB2 elencato come origine offline. Si tratta di un manufatto del design del prodotto in linea con la definizione del A del tempo: l'ultima volta che il sistema dispone di dati per tutte le origini note.

Quando aggiungi più server web (WEB4, WEB5, WEB6) e iniziano a inviare dati a data workbench server, non è necessario eseguire alcuna operazione per far sì che le data workbench server riconoscano le nuove sorgenti. Il sistema si rende semplicemente conto che dovrebbe aspettarsi dati da queste nuove fonti, come descritto in precedenza.

In questa pagina

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now