Trasforma i log di sistema in tabelle interrogabili.
Syslog in entrambi gli RFC e journal di systemd dopo l’esportazione. Ogni riga diventa una riga della tabella con host, programma e ID di processo: una domanda che richiedeva quattro sessioni SSH e grep si risolve con un’unica istruzione.
Usa i risultati in Excel, Google Sheets, negli strumenti di IA e nelle tue app tramite l’API REST del database.
Ogni tipo di connettore è incluso nel piano Free. Inizia con 2 origini dati e 1 agente.
Leggi, organizza ed esegui query sulla tua macchina.
Query di sola lettura · connessione in uscitaI file sorgente restano al loro posto. I tuoi strumenti ricevono i risultati delle query.
Query Streams trasforma i file syslog in tabelle SQL aggiornate in tempo reale, leggibili da Microsoft Excel, Google Sheets, assistenti AI tramite MCP, REST API e Power BI. Sono supportati entrambi gli RFC syslog e anche il journal di systemd, una volta esportato in formato testo. Ogni riga include l’host di origine, il programma che l’ha scritta e l’ID di processo. Indica al connettore una cartella che raccoglie i log di più macchine e un’unica query restituirà i risultati di tutte: senza dover gestire un server di log centrale, senza costi di acquisizione per gigabyte e senza caricare altrove altro che il risultato della query.
- Entrambi gli RFC syslog
- Host, programma e PID come colonne
- Non serve un server di log centrale
Collega i log di sistema con le impostazioni corrette.
Mantieni la connessione sul Network Agent. Ecco i dettagli specifici dei log di sistema.
- Cartella
- La directory dei log di una macchina oppure una cartella in cui vengono raccolti i log; può trovarsi su un disco locale o su una condivisione di rete indicata come \\server\share (mai una lettera di unità mappata; su Linux o Mac, montala prima). Sono incluse le sottocartelle.
- Formati
- Syslog in entrambi gli RFC e journal di systemd dopo l’esportazione in formato testo
- Gestione dell’anno
- Ricavato dalla riga oppure dedotto dalla data di modifica del file o dal suo nome: la modalità si sceglie una volta, senza fare ipotesi per ogni riga
- Rotazione
- Dieci schemi di rotazione con nome, oltre ai file non ruotati; gli archivi compressi vengono letti direttamente
- Righe non corrispondenti
- Conservate alla lettera in events_raw_lines, mai eliminate
- Credenziali
- Nessuno: non c'è alcun server; l'agente legge i file sul posto
- dialetto SQL
- DuckDB: SQL standard, senza dover imparare nulla di specifico per syslog
Leggere il registro eventi di Windows in tempo reale è un problema diverso: è un canale strutturato, non una cartella di righe, e richiede un connettore separato. Se però esporti già quegli eventi in formato testo o CSV secondo una pianificazione, quella cartella è già leggibile: descrivi una volta il layout con il connettore Custom Logs e le esportazioni diventano una tabella come le altre disponibili qui.
Progettato per il funzionamento dei log di sistema.
Cosa ottieni
- Una riga per ogni riga di log, con timestamp, host, programma, ID di processo e messaggio esposti come colonne effettive, anziché come un’unica stringa da analizzare in seguito.
- Sono supportati entrambi gli RFC syslog: il formato più vecchio, in stile BSD, e quello strutturato più recente. Anche in un ambiente eterogeneo, tutto resta in un’unica tabella.
- Il journal di systemd è supportato dopo l’esportazione in formato testo. Il formato binario nativo del journal è un database, non un file di log, quindi va prima esportato.
- _source_file indica il file da cui proviene ogni riga; è questo che permette a una cartella con i log di cinquanta macchine di rispondere come un’unica tabella.
-- Programmi più rumorosi, per host, con gravità warning o superiore
SELECT host, program, COUNT(*) AS lines
FROM fileset.events
WHERE severity <= 4
GROUP BY host, program
ORDER BY lines DESCDate syslog e anno mancante
Il formato syslog più vecchio indica mese e giorno, ma non l’anno: per questo un log di gennaio può sembrare risalire a undici mesi nel futuro. Il driver dei log determina l’anno in modo esplicito, senza fare supposizioni: può ricavarlo dalla riga, se il formato lo include, oppure dedurlo dalla data di modifica del file o dal suo nome. Scegli una modalità una sola volta.
Formati e comportamento, nel dettaglio.
Apri la documentazione di riferimento che ti serve per i log di sistema.
Una cartella contenente i log di sistema diventa un'unica tabella.
Una cartella contenente i log di sistema diventa un'unica tabella.
Query Streams legge i file già scritti da rsyslog, syslog-ng o systemd, riconosce il formato e fornisce colonne tipizzate, indicando l’host accanto a ogni riga. Nessun collector da eseguire, nessun indice da gestire, nessuna seconda copia dei dati. Se il parser non riesce a leggere una riga, questa viene conservata come riga con una spiegazione, anziché essere eliminata senza avviso.
Rotazioni, archivi compressi e file riletti: tutto gestito
SELEZIONARE conduttore, programma,
contare(*) AS linee
DA set di file.eventi
DOVE messaggio COME '%errore%'
GRUPPO PER conduttore, programma
ORDINATO DA linee DESCQuattro server in un unico risultato, perché ospite è una colonna
Valori a scopo illustrativo: mostrano la forma della risposta, non sono un benchmark
Due RFC e la rivista
Due RFC e la rivista
Ogni scheda indica i file esatti che Query Streams legge e dove si trovano. Non devi riconfigurare rsyslog perché funzioni: scegli il formato che il tuo server già scrive.
Registri di sistema supportati
3 formati- L’impostazione predefinita sulla maggior parte dei server Linux —
Lun GG HH:MM:SS host program[pid]: messaggio - L'ID dell'host, del programma e del processo diventano colonne separate.
/var/log/syslog,registro di autorizzazione,kern.log—messaggisu RHEL- Il periodico
-- SEGNO --Il testo di riempimento viene eliminato per dichiarazione, non tramite un filtro scritto da te. - Allega; rotazioni datate e numerate e
.gzseguito
- Il formato moderno: un vero timestamp ISO 8601, così non c’è da indovinare l’anno
- Priorità, app, ID processo e ID messaggio hanno ciascuno una colonna
- Il blocco di dati strutturati viene mantenuto intatto anziché essere appiattito.
- Il valore nullo dell’RFC viene letto come null, non come testo
- - Costruito secondo le specifiche RFC, non ancora testato contro una cattura reale
- File creati con
journalctl -o export - Timestamp al microsecondo, in modo che l'ordine sopravviva a un secondo di intenso utilizzo.
- L'unità e il trasporto vengono visualizzati come colonne, non come testo.
- Ogni altro campo del giornale è mantenuto in
datipiuttosto che scartato - Una voce per record, indipendentemente dal numero di righe che occupa.
Con ogni nuova versione dell'Agent vengono aggiunti nuovi formati per i log di sistema. Poiché gli Agent si aggiornano automaticamente, un formato aggiunto successivamente verrà visualizzato nel connettore senza che alcuno debba intervenire sul server.
Una query, ogni macchina che gestisci
Una domanda, ogni macchina che fai funzionare
I log di sistema sono proprio il caso d’uso per cui è stato progettato. Ogni riga contiene l’host che l’ha scritta, quindi una cartella raccolta da quattro server permette già di eseguire query su tutti e quattro. Inoltre, ogni sito che aggiungi utilizza un Network Agent che legge i file dove si trovano e apre una connessione in uscita a Query Streams. Dal punto di vista del firewall è una normale connessione in uscita, quindi non c’è niente da aprire e non serve configurare una VPN.
/var/log/syslog
chiama in uscita
Tre connessioni in uscita, un unico posto da cui interrogarle: nessuna porta in ingresso, nessuna VPN, nessuna modifica al firewall
Un agente per sede
Un Agent copre un intero sito anziché un singolo server e un albero di cartelle raccolto da molti host costituisce un unico connettore: ogni riga contiene già il suo ospite. Il piano Free prevede un solo Agent, mentre i piani a pagamento ne prevedono di più.
1 sito = 1 agente = molti host
Niente da aprire
L’Agent apre un’unica connessione in uscita crittografata, sulla quale viaggiano sia le richieste in uscita sia le righe di dati in entrata. Nessuna porta in ingresso, nessuna VPN, nessuna modifica al firewall da richiedere e nessun demone di raccolta da aggiungere a un server che ne esegue già uno.
un collegamento, in entrambe le direzioni
Un'unica query tra regioni
Ogni fonte in un query federata indica il proprio Agent, così una singola istruzione può affiancare il log di autenticazione di una regione a quello di un’altra, o al database dell’applicazione che indica quali di quegli accessi sono rilevanti. Incluso nei piani Business ed Enterprise.
2 regioni → 1 set di risultati
Si tengono aggiornati
Gli agenti si aggiornano automaticamente, quindi un formato di log aggiunto in una versione successiva raggiunge ogni server senza che nessuno debba effettuare una connessione SSH. Questo è ciò che rende l'elenco precedente un punto di partenza piuttosto che un elenco fisso.
nuovi formati arrivano con l'Agente
L'anno, il fuso orario e i byte
L'anno, il fuso orario e i byte
Syslog è uno dei formati più datati ancora in uso quotidiano, e si vede. Quattro cose in genere non funzionano quando si cerca di trattarlo come dati, e ognuna di esse viene gestita qui tramite una dichiarazione anziché per tentativi.
La linea non ha anno
Un timbro RFC 3164 è 10 set 04:11:07 — mese, giorno, ora e nient’altro. Se interpretata alla lettera, assegna all’anno corrente ogni riga archiviata. Query Streams deduce invece l’anno dall’ora dell’ultima modifica del file, così una rotazione di dicembre resta attribuita a dicembre.
10 set 04:11:07 → anno dedotto dal file
E senza fuso orario.
Il vecchio formato non contiene l’offset, quindi un timestamp ha significato solo se riferito alla macchina che l’ha scritto. Viene interpretato come ora locale dell’Agent e il testo originale viene conservato accanto. RFC 5424 e il journal contengono entrambi un vero orario UTC e vengono trattati come tali.
RFC 3164 in ora locale · RFC 5424 e journald in UTC
Valori binari in un file di testo
Il formato di esportazione del journal scrive qualsiasi valore contenente un carattere di nuova riga come nome, lunghezza in byte e poi byte grezzi. Query Streams legge questi valori in base alla lunghezza dichiarata, invece di cercare il termine: così un messaggio con una nuova riga al suo interno rimane una sola voce, anziché diventare più voci.
leggere in base alla lunghezza, mai in base al contenuto
Nulla è stato contato due volte
Ogni file viene identificato tramite un'impronta digitale costituita dai suoi primi 4 KB, in modo che un file ruotato venga riconosciuto come lo stesso file anziché essere letto nuovamente dall'inizio. Una finestra di duplicazione scorrevole cattura la sovrapposizione quando un processo di scrittura riproduce la sua parte finale.
Hash del prefisso di 4 KB · finestra di 20.000 record
Le colonne che ottieni effettivamente
Le colonne che ottieni effettivamente
Non un blocco di testo con un timestamp accanto. Ogni formato viene analizzato in colonne tipizzate su cui puoi applicare direttamente filtri, raggruppamenti e aggregazioni; più il formato è recente, più colonne sono disponibili.
Ogni fila trasporta anche tempo_evento, il timestamp originale da cui è stato letto e il file di provenienza. Tutti e tre i formati condividono una colonna identificativa — ospite — che permette a una singola query di includere ogni server nella cartella: i due formati syslog ricavano questo dato dalla riga, il journal dal proprio _HOSTNAME campo. Tutto finisce in un'unica tabella, set di file.eventi.
Ciò che questo deliberatamente non fa
Ciò che questo deliberatamente non fa
Di' prima la più grande: I registri di sistema contengono dati personali. registro di autorizzazione registra i nomi utente e gli indirizzi IP da cui si sono connessi; un programma che registra un indirizzo email lo inserisce nel testo del messaggio. Nella colonna finisce tutto ciò che è presente nel file: non esiste una mappatura delle intestazioni per escludere campi, come avviene per i log di un web server. Tratta la tabella risultante con la stessa attenzione che riserveresti al file e considera con chi condividi una query.
Non si tratta di un flusso di dati in tempo reale. Query Streams legge i file così come sono sul disco quando si esegue la query, quindi un servizio in errore viene visualizzato come righe anziché come un flusso di dati da monitorare. Se è necessario ricevere avvisi in frazioni di secondo su una riga non appena viene stampata, una pipeline di log è lo strumento più adatto.
Non leggiamo il journal binario. Il profilo systemd legge i file scritti da journalctl -o export, non /var/log/journal direttamente: l’esportazione è quindi un’operazione da pianificare, non qualcosa che avviene automaticamente.
Tre aspetti sono descritti nelle specifiche anziché essere testati su un file reale, ed è opportuno menzionarli: l'intero profilo RFC 5424, la variante del timbro ISO-8601 che rsyslog e syslog-ng possono utilizzare al posto di quello classico, e la gestione di un valore di journal esteso su più righe. Tutti e tre sono coperti da test. Nessuno di essi ha ancora incontrato una cattura reale.
Infine, la famiglia si chiama Registri di sistema ma oggi significa Linux e Unix. Non esiste un profilo Registro eventi di Windows né un profilo macOS. registro mostra profilo, e preferiamo dirlo piuttosto che lasciare che il nome lo implichi. Il resto segue il design usuale: l'agente si connette in uscita e legge i file, nulla viene installato sul server, nulla viene scritto e l'accesso è di sola lettura. Il campo di conservazione parte da 60 giorni per questo preset ed è modificabile dall'utente.
Dalla connessione a risultati utili.
- Installa il Network Agent in un punto da cui possa accedere ai log: nella directory /var/log di una macchina oppure nella cartella in cui la raccolta esistente scrive già i dati.
- Indica al connettore quella cartella e scegli il profilo. Sono inclusi entrambi gli RFC syslog e il formato di testo esportato del journal di systemd.
- Il profilo definisce il layout, quindi host, programma, ID di processo e messaggio arrivano come colonne denominate già alla prima sincronizzazione.
- La rotazione è gestita, inclusi gli archivi compressi, e a ogni sincronizzazione vengono letti solo i nuovi byte.
- Esegui query. Un host o cinquanta, raggruppati per programma e filtrati per gravità: SQL standard invece di ssh e grep.
Sfrutta i risultati dei log di sistema.
Un’unica connessione serve i tuoi fogli di calcolo, le tue app e i tuoi strumenti di IA. Concedi l’autorizzazione a eseguire una query salvata; i destinatari vedono i risultati autorizzati, mentre l’SQL e le credenziali di accesso all’origine restano nascosti.
Per il tuo team, i fornitori e i partner
Carica i risultati aggiornati dei log di sistema direttamente in un foglio di lavoro e aggiornali su richiesta: Excel desktop, Excel Online, Microsoft 365.
Scopri ExcelEsegui una query salvata sui log di sistema dalla barra laterale e inserisci le righe nel foglio. I collaboratori con cui lo condividi possono aggiornarle autonomamente.
Scopri Google SheetsFai una domanda in inglese semplice. Nova conosce già le tue tabelle dei log di sistema, scrive ed esegue la query SQL, spiega la risposta e crea un grafico: non devi scrivere query né fornire credenziali.
Come funziona la rosaCondividi un risultato aggiornato dei log di sistema con chiunque: un collega, un fornitore o un partner. Sarà disponibile in una griglia con un segnalibro, che esegue una nuova query ogni volta che viene aperta, su telefono, tablet o computer. Gli altri vedono i risultati, mai la query SQL o i file.
Come funziona il visualizzatore di datiPer app e sistemi
Pubblica una query sui log di sistema come endpoint JSON autenticato, richiamabile da qualsiasi applicazione, con una specifica OpenAPI 3.1 e raccolte pronte all’uso per Postman, Insomnia e Hoppscotch. Non viene aperta alcuna porta del database.
Esplora l’API RESTIncolla il codice Power Query M generato nell’Editor avanzato di Power BI e il report legge i risultati aggiornati dei log di sistema tramite HTTPS: nessun driver ODBC e nessuna porta del database aperta.
Esplora Power BISincronizza le righe dei log di sistema in una base Airtable secondo una pianificazione oppure recuperale all’interno di uno script di automazione Airtable.
Scopri AirtableAlimenta una tabella Baserow con i log di sistema tramite l’endpoint REST, che sia self-hosted o sul cloud di Baserow.
Scopri BaserowMantieni aggiornata una base SeaTable con i dati dei log di sistema, senza esportare file né esporre il database.
Scopri SeaTableInvia i risultati dei log di sistema a una griglia Smartsheet, così piani e report leggono i dati dal sistema di origine e non da un’esportazione della settimana scorsa.
Scopri SmartsheetCollega un’app Python Anvil ai log di sistema tramite l’endpoint REST, anziché incorporare le credenziali del database nell’app.
Scopri AnvilPer gli strumenti di intelligenza artificiale
Consenti a un assistente AI di accedere in sola lettura ai log di sistema e allo schema necessario per scrivere query SQL corrette, senza inserire credenziali nella chat.
Esplora MCPConsegnato alle persone
Pianifica una query di System Logs e invia le righe a Slack, Discord, email o a un webhook firmato; oppure trattieni il messaggio finché il numero di righe, una soglia o una variazione percentuale non supera il limite impostato.
Come funzionano gli avvisi e i reportUnisci System Logs al resto dei tuoi dati.
Riunisci database, API aziendali, file e log in un’unica query di sola lettura. Ogni connettore supporta le query federate.
Indica le connessioni e le tabelle. Query Streams gestisce le query alle origini e combina i risultati.
Esplora le query federate-- niente copiato, niente unito, niente programmato
SELEZIONARE c.region, COUNT(*) AS ordini, SUM(i.amount_due) AS fatturati
DA syslogfiles.fileset.orders1 f
CONGIUNGERE pg_crm.clienti pubblici2 c ON c.id = f.customer_id
CONGIUNGERE fatturazione.stripe.invoices3 i ON i.customer = c.stripe_id
GRUPPO PER c.regione
ORDINATO DA fatturata DESCRIZIONE;Usa i nomi delle tue connessioni, schemi, tabelle e colonne.
Condiviso tra tutti i connettori della famiglia.
Ogni connettore di log fornisce anche
- events: una riga per ogni riga analizzata, con il timestamp, i campi definiti dalla grammatica e _source_file, che indica il file di provenienza.
- events_raw_lines: righe che non corrispondono alla grammatica, conservate così come sono anziché eliminate, per permetterti di rispondere comunque a domande su formati imprevisti.
- files_current e files_events: l’inventario aggiornato e la traccia di controllo, che mostrano cosa è comparso, cosa è stato ruotato, cosa è scomparso e cosa è stato trattenuto, con il nome del file e il motivo.
- La rotazione è compresa, non aggirata: dieci schemi di rotazione denominati, oltre ai file non ruotati, così il log di ieri e il relativo archivio compresso sono la stessa tabella di quello di oggi.
Buono a sapersi
- Sola lettura, garantita: una sola istruzione alla volta, solo SELECT e simili. Non scriviamo, spostiamo, ruotiamo né tronchiamo mai i tuoi log.
- Non viene caricato nulla: le righe vengono analizzate e memorizzate nella cache, in forma crittografata, sul tuo computer, accanto all’agent. Solo il risultato di una query esce dalla tua rete.
- Vengono letti solo i nuovi byte: l’agent riprende da dove si era fermato in ciascun file invece di rileggerlo, così un log molto attivo non costa di più ogni giorno.
- Il dialetto SQL è DuckDB: lo stesso SQL che useresti con qualsiasi altro connettore.
Domande su System Logs
Dove posso usare i risultati delle query System Logs?
Usa i risultati di System Logs in Excel, Google Sheets e Data Viewer, nelle tue app tramite Database REST API e negli strumenti di IA tramite MCP o Nova. I risultati salvati alimentano anche le destinazioni Automation supportate, i report e gli avvisi. La disponibilità delle destinazioni e i limiti dipendono dal tuo piano.
Devo aprire una porta in ingresso per System Logs?
No. Installa Network Agent su una macchina che può raggiungere System Logs. L’agente si connette in uscita a Query Streams; non servono porte in ingresso né VPN. La tua origine deve comunque consentire alla macchina dell’agente di connettersi secondo le proprie regole di accesso.
I miei file System Logs vengono caricati?
Network Agent legge i file dove si trovano e conserva la propria cache sulla macchina con l'agente. I file sorgente non vengono caricati, spostati né riscritti. Solo i risultati delle query richiesti escono dalla rete tramite la connessione crittografata in uscita.
Che cosa serve per connettere System Logs?
Cartella: una directory dei log di una macchina oppure una cartella in cui vengono raccolti i log; su disco locale o su una condivisione di rete indicata come \\server\share (mai una lettera di unità mappata; su Linux o Mac, montata prima); include le sottocartelle. Formati: Syslog in entrambe le RFC e il journal di systemd dopo l’esportazione in testo. Gestione dell’anno: ricavato dalla riga oppure dedotto dall’ora di modifica del file o dal suo nome; viene scelto una sola volta, senza fare supposizioni riga per riga. Rotazione: dieci schemi di rotazione con nomi specifici, oltre ai file non ruotati; gli archivi compressi vengono letti senza essere estratti
Posso unire System Logs ad altre origini connesse?
Sì. Le query federate supportano ogni tipo di connettore, inclusi database, API aziendali, file e log. Indica le connessioni e le tabelle in un’unica query di sola lettura. Query Streams traduce, quando necessario, le parti relative alle origini e combina i risultati. Scopri come funzionano le query federate.
Quale formato ho?
Guarda l'inizio di una riga in /var/log/syslog o /var/log/messaggi. Se inizia con un mese scritto con tre lettere — 10 set 04:11:07 — è il formato RFC 3164, quello che la maggior parte dei server Linux scrive ancora per impostazione predefinita. Se inizia con un numero tra parentesi angolari seguito da un timestamp ISO 8601 completo, è il formato RFC 5424.
Non è necessario essere sicuri prima di iniziare. Il test di connessione segnala quale profilo ha riconosciuto e quanta parte del file corrisponde, quindi la risposta proviene dai file effettivi e non da una supposizione.
Devo riconfigurare rsyslog o syslog-ng?
No. Sono supportati entrambi i formati, quindi scegli quello che il tuo server già scrive: il formato predefinito classico è anche quello sottoposto al maggior numero di test.
L’unica modifica da valutare non riguarda il formato: se inoltri già i log di più macchine a un unico collector, punta l’Agent alla cartella di quel collector e avrai tutti gli host in un solo connettore, perché ogni riga riporta l’host di origine.
Come si gestisce l'anno mancante in una vecchia riga di syslog?
L’anno viene ricavato dall’ora di modifica del file. Un archivio ruotato scritto per l’ultima volta a dicembre viene letto come appartenente a dicembre, anziché vedere tutte le righe assegnate all’anno corrente, come farebbe un parser ingenuo.
È bene conoscere il limite: se i timestamp di un file sono stati azzerati, perché è stato ripristinato da un backup che non li conservava o copiato in modo da reimpostarli, la deduzione si basa su quanto indicato dal filesystem. Il testo originale viene sempre conservato accanto al valore analizzato, così puoi vedere cosa riportava effettivamente la riga.
È possibile leggere direttamente il journal di systemd?
No, e questo è il passaggio di configurazione che molti trascurano. Il file di log su disco è un database binario e Query Streams non lo apre. Ciò che legge è il formato di esportazione: journalctl -o export > journal.export, in qualsiasi cartella che l'agente può leggere.
In pratica, basta un piccolo processo pianificato sul server: un timer o una voce cron che scriva l’esportazione in un percorso già monitorato dall’Agent. Da quel momento tutto è automatico e vengono lette anche le esportazioni compresse con gzip.
E per quanto riguarda il registro eventi di Windows o macOS?
Nessuno dei due ha un profilo qui. I tre formati in questa pagina sono per Linux e Unix; preferiamo dichiarare questa lacuna, anziché lasciare intendere che “system logs” siano supportati quando non è così.
Per il caso Windows c’è comunque una soluzione. Leggere il registro eventi in tempo reale è un problema diverso dalla lettura di un file di testo: si tratta di un canale strutturato, non di una cartella di righe, e richiede un connettore separato. Se però esporti già quegli eventi in testo o CSV secondo una pianificazione, la cartella è già leggibile: descrivi il formato una sola volta con un registro personalizzato il connettore e le esportazioni diventano una tabella come qualsiasi altro elemento in questa pagina.
I miei log contengono nomi utente e indirizzi IP. Devo preoccuparmi?
Sì, ed è opportuno pensarci prima di condividere una richiesta, piuttosto che dopo. registro di autorizzazione è una registrazione di chi si è connesso da dove, che nella maggior parte delle giurisdizioni costituisce dato personale, e un messaggio syslog è un testo libero che può contenere qualsiasi cosa un programma abbia scelto di stampare.
Query Streams non modifica il contenuto del file, quindi è corretto dire che la tabella eredita la sensibilità del file. Due accorgimenti aiutano: una query salvata condivide un risultato, non la connessione, perciò il destinatario non riceve mai l’intero log; inoltre, i filtri consentono di limitare la query ai programmi di cui qualcuno ha effettivamente bisogno prima di condividerla.
Raccolgo i log di molti server in un'unica cartella. Funziona?
È proprio questo il caso in cui dà il meglio. Tutti e tre i formati includono l’host come colonna: i due formati syslog lo ricavano dalla riga, mentre l’esportazione del journal lo prende dal relativo campo hostname. Così, una cartella che raccoglie i log di quaranta macchine corrisponde a un solo connettore e raggruppare per host è una normale GRUPPO PER.
Funzionano anche server situati in edifici o regioni diverse. Ogni sede esegue il proprio agente e, con i piani Business ed Enterprise, una query federata può accedere a tutti i server con un'unica istruzione.
Che succede se il parser non riesce a leggere una riga?
Viene mantenuta, non eliminata. Una riga che non corrisponde al formato predefinito viene conservata come riga grezza con una motivazione allegata, in modo che una voce non valida o una modifica di formato imprevista risulti visibile e interrogabile, anziché come una lacuna silenziosa nei dati.
Lo stesso vale per un valore di registro che il formato contrassegna come binario: viene posizionato accanto alla sua voce con una motivazione anziché essere dedotto, e la voce stessa rimane intatta.
Porta System Logs dove si svolge il lavoro.
Inizia con Free: ogni tipo di connettore, 2 origini dati e 1 Network Agent. Aggiungi le quote previste dal piano man mano che crescono le tue esigenze.

