Transforme logs do sistema em tabelas consultáveis.
Syslog em qualquer um dos dois RFCs e o journal do systemd depois de exportado. Cada linha se torna uma linha da tabela com o host, o programa e o ID do processo — assim, uma pergunta que exigiria quatro sessões SSH e grep se transforma em uma única instrução.
Use os resultados no Excel, no Google Sheets, em ferramentas de IA e em seus aplicativos por meio da Database REST API.
Todos os tipos de conectores estão disponíveis no Free. Comece com 2 fontes de dados e 1 agente.
Leia, organize e consulte na sua máquina.
Consultas somente leitura · conexão de saídaOs arquivos de origem permanecem no lugar. Suas ferramentas recebem os resultados das consultas.
Query Streams transforma arquivos syslog em tabelas SQL dinâmicas, acessíveis pelo Microsoft Excel, Google Sheets, assistentes de IA via MCP, REST API e Power BI. Os dois RFCs do syslog são compatíveis, assim como o journal do systemd depois de exportado para texto, e cada linha inclui o host de origem, o programa que a escreveu e o ID do processo. Aponte o conector para uma pasta que reúna logs de várias máquinas e uma única consulta responderá por todas elas — sem precisar executar um servidor central de logs, sem cobrança de ingestão por gigabyte e sem enviar nada além do resultado da consulta.
- Ambos os RFCs do syslog
- Host, programa e PID como colunas
- Não é necessário um servidor central de logs
Conecte os logs do sistema com as configurações corretas.
Mantenha a conexão no Network Agent. Estes são os detalhes específicos dos logs do sistema.
- Pasta
- O diretório de logs de uma máquina ou uma pasta para onde os logs são coletados — disco local ou compartilhamento de rede informado como \\server\share (nunca uma letra de unidade mapeada; no Linux ou Mac, monte-o primeiro); inclui subpastas
- Formatos
- Syslog em ambos os RFCs e o journal do systemd depois de exportado para texto
- Tratamento do ano
- Extraído da linha ou inferido com base na data de modificação do arquivo ou no nome dele — escolhido uma vez, sem adivinhação por linha
- Rotação
- Dez padrões de rotação nomeados, além de arquivos sem rotação; arquivos compactados são lidos diretamente
- Linhas não correspondentes
- Mantidas integralmente em events_raw_lines, nunca descartadas
- Credenciais
- Nenhum — não há servidor; o agente lê os arquivos no local
- dialeto SQL
- DuckDB — SQL padrão, sem nada específico de syslog para aprender
Ler o Windows Event Log ao vivo é um problema diferente — um canal estruturado, em vez de uma pasta de linhas — e cabe a um conector separado. Mas, se você já exporta esses eventos para texto ou CSV de forma agendada, essa pasta já pode ser lida: descreva o layout uma vez com o conector Custom Logs e as exportações se tornam uma tabela como qualquer outra aqui.
Desenvolvido para o funcionamento dos logs do sistema.
O que você obtém
- Uma linha por registro, com timestamp, host, programa, ID do processo e mensagem em colunas reais, em vez de uma única string para decifrar depois.
- Os dois RFCs do syslog são compatíveis — o formato mais antigo, no estilo BSD, e o mais novo, estruturado —, então até um ambiente misto continua sendo uma única tabela.
- O journal do systemd é compatível depois de exportado para texto; o formato binário próprio do journal é um banco de dados, não um arquivo de log, por isso ele precisa ser exportado primeiro.
- _source_file indica o nome do arquivo de origem de cada linha, permitindo que uma pasta que reúne logs de cinquenta máquinas seja consultada como uma única tabela.
-- Programas mais ruidosos, por host, com severidade warning ou superior
SELECT host, program, COUNT(*) AS lines
FROM fileset.events
WHERE severity <= 4
GROUP BY host, program
ORDER BY lines DESCDatas do syslog e o ano ausente
O formato syslog mais antigo registra o mês e o dia, mas não o ano, e é por isso que um log de janeiro pode parecer ter ocorrido onze meses no futuro. O driver de logs resolve isso de forma deliberada, em vez de fazer suposições: o ano pode ser obtido da linha, quando o formato o inclui, ou inferido com base na data de modificação do arquivo ou no nome dele. Você escolhe uma vez.
Os formatos e o comportamento, em detalhes.
Abra a referência necessária para os logs do sistema.
Uma pasta contendo registros do sistema se transforma em uma tabela.
Uma pasta contendo registros do sistema se transforma em uma tabela.
Query Streams lê os arquivos que rsyslog, syslog-ng ou systemd já gravaram, fixa o formato e fornece colunas tipadas com o host identificado ao lado de cada linha. Sem precisar executar um coletor, manter um índice ou criar uma segunda cópia dos dados — e uma linha que o analisador não consegue ler é mantida como registro com o motivo, em vez de ser descartada silenciosamente.
Rotações, arquivos compactados e arquivos lidos novamente — tudo tratado
SELECIONAR anfitrião, programa,
contar(*) AS linhas
DE conjunto de arquivos.eventos
ONDE mensagem COMO '%erro%'
GRUPO POR apresentador, programa
ORDER BY linhas DESCQuatro servidores em um único resultado, porque hospedar é uma coluna
Números ilustrativos — o formato da resposta, não um benchmark
Duas RFCs e o periódico
Duas RFCs e o periódico
Cada cartão identifica os arquivos exatos que o Query Streams lê e onde eles ficam. Você não precisa reconfigurar o rsyslog para isso funcionar — basta escolher o formato que o seu servidor já grava.
Registros de sistema suportados
3 formatos- O padrão na maioria dos servidores Linux —
Seg DD HH:MM:SS programa host[pid]: mensagem - O host, o programa e o ID do processo se tornam colunas separadas.
/var/log/syslog,auth.log,kern.log—mensagensno RHEL- O periódico
-- MARCA --O preenchimento é removido por declaração, não por um filtro que você escreve. - Apêndices; rotações datadas e numeradas e
.gzseguido
- O formato moderno — um carimbo de data e hora ISO 8601 de verdade, sem precisar adivinhar o ano
- A prioridade, o aplicativo, o ID do processo e o ID da mensagem recebem uma coluna cada.
- O bloco de dados estruturados é mantido intacto, em vez de ser achatado.
- O valor nil da RFC é lido como null, não como o texto
- - Construído de acordo com o RFC, ainda não testado contra uma captura real.
- Arquivos que você criou com
journalctl -o exportar - Registros de tempo em microssegundos, garantindo que a ordem dos registros sobreviva a um segundo de alta atividade.
- A unidade e o transporte aparecem como colunas, não como texto.
- Todos os outros campos do diário são mantidos em
dadosem vez de descartado - Uma entrada por registro, independentemente do número de linhas que ele abranja.
Novos formatos de log do sistema são adicionados a cada versão do Agente. Como os Agentes se mantêm atualizados automaticamente, um formato adicionado posteriormente aparecerá no seu conector sem que ninguém precise acessar o servidor.
Uma consulta, todas as máquinas que você opera
Uma pergunta, todas as máquinas que você opera
Os logs do sistema são o caso de uso para o qual isto foi criado. Cada linha contém o host que a gravou, então uma pasta coletada de quatro servidores já permite responder a perguntas envolvendo os quatro — e cada site que você adicionar executa um Network Agent que lê os arquivos onde eles estão e inicia a conexão com o Query Streams. Para o seu firewall, isso é uma conexão de saída comum, então não há nada para liberar nem VPN para configurar.
/var/log/syslog
disca
Três conexões de saída, um só lugar para consultá-las — sem porta de entrada, sem VPN, sem alterações no firewall
Um agente por local
Um Agent cobre um site inteiro, em vez de um único servidor, e uma árvore de pastas coletada de vários hosts corresponde a um conector — cada linha já contém seu hospedar. O plano Free executa um único Agent, e os planos pagos executam mais.
1 site = 1 agente = vários hosts
Nada para abrir
O Agent estabelece uma única conexão de saída criptografada, e tanto a solicitação enviada quanto as linhas recebidas trafegam por ela. Sem porta de entrada, sem VPN, sem alterações no firewall para solicitar — e sem adicionar um daemon coletor a um servidor que já executa um.
uma conexão, em ambas as direções
Uma consulta que abrange várias regiões.
Cada fonte em um consulta federada identifica o próprio Agent, permitindo que uma única instrução coloque o log de autenticação de uma região ao lado do de outra — ou ao lado do banco de dados do aplicativo que informa quais desses logins foram relevantes. Incluído nos planos Business e Enterprise.
2 regiões → 1 conjunto de resultados
Eles se mantêm atualizados
Os agentes se atualizam automaticamente, portanto, um formato de log adicionado em uma versão posterior chega a todos os servidores sem que ninguém precise fazer uma conexão SSH. É isso que faz com que a lista acima seja um ponto de partida, e não uma lista fixa.
Novos formatos chegam com o Agente.
O ano, o fuso horário e os bytes
O ano, o fuso horário e os bytes
O Syslog é um dos formatos mais antigos ainda em uso diário, e isso fica evidente. Quatro problemas costumam ocorrer quando se tenta tratá-lo como dados, e cada um deles é tratado aqui por meio de declarações, em vez de tentativas e erros.
A linha não tem ano.
Um selo RFC 3164 é 10 de setembro, 04:11:07 — mês, dia, hora e nada mais. Se lido sem cuidado, isso faz com que cada linha arquivada seja atribuída ao ano atual. O Query Streams infere o ano a partir do próprio horário de modificação do arquivo, então uma rotação de dezembro continua sendo registrada em dezembro.
10 de set. 04:11:07 → ano obtido do arquivo
E sem fuso horário também.
O formato antigo não inclui deslocamento de fuso horário, então um carimbo de data e hora só faz sentido junto à máquina que o gravou. Ele é lido como hora local do Agent, e o texto original é mantido ao lado. RFC 5424 e o journal incluem UTC real e são tratados como tal.
RFC 3164 em horário local · RFC 5424 e journald em UTC
Valores binários em um arquivo de texto
O formato de exportação do journal grava qualquer valor que contenha uma quebra de linha como um nome, um comprimento em bytes e, em seguida, os bytes originais. O Query Streams lê esses valores de acordo com o comprimento declarado, em vez de procurar o fim — assim, uma mensagem com uma quebra de linha continua sendo uma única entrada, em vez de se dividir em várias.
Leia pelo tamanho, nunca pelo conteúdo.
Nada contava duas vezes.
Cada arquivo é identificado pelos seus primeiros 4 KB, de forma que um arquivo rotacionado seja reconhecido como o mesmo arquivo, em vez de ser lido novamente desde o início. Uma janela duplicada rolante captura a sobreposição quando um gravador reproduz a sua cauda.
Hash de prefixo de 4 KB · janela de 20.000 registros
As colunas que você realmente obtém
As colunas que você realmente obtém
Não é um bloco de texto com um carimbo de data e hora ao lado. Cada formato é analisado em colunas tipadas que você pode filtrar, agrupar e agregar diretamente — e, quanto mais novo o formato, mais colunas há.
Cada linha também carrega hora do evento, o carimbo original de onde foi lido e o arquivo de onde veio. Os três formatos compartilham uma coluna de identidade — hospedar — que permite que uma única consulta abranja todos os servidores da pasta: os dois formatos syslog obtêm essa informação da linha, e o journal, do próprio _HOSTNAME campo. Tudo acaba em uma única tabela, conjunto de arquivos.eventos.
O que isso deliberadamente não faz
O que isso deliberadamente não faz
Comecemos pelo mais importante: Os registros do sistema contêm dados pessoais.. auth.log registra nomes de usuário e os endereços IP de onde eles se conectaram; um programa que registra um endereço de e-mail o coloca no texto da mensagem. O que estiver no arquivo é o que vai para a coluna — não há um mapeamento de cabeçalhos para excluir campos, como acontece com um log de servidor web. Trate a tabela resultante com o mesmo cuidado que teria com o arquivo e pense em quem compartilhará uma consulta com você.
Não se trata de um acompanhamento em tempo real. O Query Streams lê os arquivos tal como estão no disco no momento da execução da consulta; portanto, um serviço com falha aparece como linhas, e não como um fluxo que você acompanha. Se você precisa de alertas com precisão de menos de um segundo para uma linha específica, assim que ela é impressa, um pipeline de logs é a ferramenta ideal para essa tarefa.
Não lemos o diário binário. O perfil do systemd lê arquivos gravados por journalctl -o exportar, não /var/log/journal diretamente — portanto, exportar é uma etapa que você agenda, não algo que acontece por conta própria.
Três aspectos foram descritos na especificação, mas não testados em um arquivo real, e merecem ser mencionados: todo o perfil RFC 5424, a variante de carimbo ISO-8601 que o rsyslog e o syslog-ng podem escrever em vez da clássica, e o tratamento de um valor de journal que abrange várias linhas. Todos os três estão cobertos por testes. Nenhum deles foi ainda testado em um arquivo real.
Por fim, a família de logs é chamada de Logs do Sistema, mas hoje em dia se refere a Linux e Unix. Não existe um perfil de Log de Eventos do Windows nem do macOS. registro mostrar perfil, e preferimos dizer isso em vez de deixar o nome sugerir o contrário. O restante segue o design usual: o Agente se conecta à rede externa e lê arquivos, nada é instalado no servidor, nada é gravado de volta e o acesso é somente leitura. O período de retenção começa em 60 dias para esta configuração predefinida e você pode alterá-lo.
Da conexão a resultados úteis.
- Instale o Network Agent onde ele possa acessar os logs — no /var/log de uma máquina ou na pasta onde sua coleta existente já grava os arquivos.
- Aponte o conector para essa pasta e escolha o perfil. As duas RFCs do syslog estão incluídas, assim como o formato de texto exportado do journal do systemd.
- O perfil fixa o layout, para que host, programa, ID do processo e mensagem cheguem como colunas identificadas na primeira sincronização.
- A rotação é reconhecida, inclusive nos arquivos compactados, e somente os novos bytes são lidos em cada sincronização.
- Faça consultas. Um host ou cinquenta, agrupados por programa, filtrados por gravidade — SQL comum em vez de ssh e grep.
Coloque os resultados de System Logs para trabalhar.
Uma conexão atende às suas planilhas, aplicativos e ferramentas de IA. Compartilhe a permissão para executar uma consulta salva; os destinatários veem os resultados permitidos, sem acesso ao SQL nem ao login da origem.
Para sua equipe, fornecedores e parceiros.
Carregue resultados atualizados de System Logs diretamente em uma planilha e atualize-os quando quiser — no Excel para desktop, no Excel Online ou no Microsoft 365.
Conheça o ExcelExecute uma consulta salva de System Logs na barra lateral e insira as linhas na planilha. Os colaboradores com quem você compartilhou a planilha também podem atualizá-la.
Conheça o Google SheetsFaça uma pergunta em linguagem simples. A Nova já conhece suas tabelas de System Logs, escreve e executa o SQL, explica a resposta e cria um gráfico — sem precisar escrever uma consulta nem fornecer credenciais.
Como funciona o NovaCompartilhe um resultado atualizado de System Logs com qualquer pessoa — um colega, fornecedor ou parceiro — como uma grade que pode ser salva nos favoritos e executa uma nova consulta ao ser aberta, em um celular, tablet ou computador. A pessoa vê os resultados, nunca o SQL nem os arquivos.
Como funciona o Visualizador de DadosPara aplicativos e sistemas
Publique uma consulta de System Logs como um endpoint JSON autenticado que qualquer aplicativo pode chamar, com uma especificação OpenAPI 3.1 e coleções prontas para Postman, Insomnia e Hoppscotch. Nenhuma porta do banco de dados é aberta.
Explore a REST APICole o Power Query M gerado no Editor Avançado do Power BI, e o relatório lerá resultados atualizados de System Logs por HTTPS — sem driver ODBC nem abertura de porta do banco de dados.
Explore o Power BISincronize linhas de System Logs com uma base do Airtable de acordo com uma agenda ou obtenha-as em um script de automação do Airtable.
Conheça o AirtableAlimente uma tabela do Baserow com dados de System Logs pelo endpoint REST — seja em uma instalação própria ou na nuvem do Baserow.
Conheça o BaserowMantenha uma base do SeaTable atualizada com dados de System Logs sem exportar um arquivo nem expor o banco de dados.
Conheça o SeaTableEnvie resultados de System Logs para uma grade do Smartsheet, para que planos e relatórios leiam os dados do sistema de origem, e não os de uma exportação da semana passada.
Conheça o SmartsheetConecte um aplicativo Python do Anvil a System Logs pelo endpoint REST, em vez de incorporar credenciais do banco de dados no aplicativo.
Conheça o AnvilPara ferramentas de IA
Dê a um assistente de IA acesso somente para leitura a System Logs e ao esquema de que ele precisa para escrever SQL correto — sem credenciais no chat.
Explore o MCPEntregue às pessoas
Agende uma consulta de System Logs e receba as linhas no Slack, Discord, por e-mail ou em um webhook assinado — ou retenha a mensagem até que a contagem de linhas, o limite ou a variação percentual ultrapasse o valor definido.
Como funcionam os alertas e relatóriosJunte System Logs ao restante dos seus dados.
Reúna bancos de dados, APIs empresariais, arquivos e logs em uma única consulta somente leitura. Todos os conectores são compatíveis com Consultas Federadas.
Indique as conexões e tabelas. O Query Streams gerencia as consultas às origens e combina os resultados.
Explore as Consultas Federadas-- nada copiado, nada mesclado, nada agendado
SELECIONAR c.região, COUNT(*) AS pedidos, SUM(i.valor_devido) AS faturado
DE syslogfiles.fileset.orders1 f
JUNTAR pg_crm.clientes.públicos2 c LIGADO c.id = f.id_do_cliente
JUNTAR cobrança.stripe.faturas3 i LIGADO i.cliente = c.stripe_id
GRUPO POR c.região
ORDER BY faturado DESC;Use os nomes das suas próprias conexões, esquemas, tabelas e colunas.
Compartilhado por toda a família de conectores.
Cada conector de logs também oferece
- events — uma linha por linha analisada, com o registro de data e hora, os campos definidos pela gramática e _source_file, que indica o arquivo de origem.
- events_raw_lines — linhas que não correspondem à gramática, preservadas literalmente em vez de descartadas, para que você ainda possa responder a perguntas sobre um formato que não previu.
- files_current e files_events — o inventário atual e a trilha de auditoria: o que apareceu, o que foi rotacionado, o que desapareceu e o que foi retido, com o nome do arquivo e o motivo.
- A rotação é compreendida, não contornada — dez padrões de rotação nomeados, além de arquivos sem rotação, para que o log de ontem e seu arquivo compactado sejam a mesma tabela que o de hoje.
Bom saber
- Somente leitura, garantido — uma instrução por vez, apenas SELECT e similares. Nunca gravamos, movemos, rotacionamos ou truncamos seus logs.
- Nada é enviado — as linhas são analisadas e armazenadas em cache, criptografadas, na sua própria máquina, ao lado do agente. Somente o resultado de uma consulta sai da sua rede.
- Somente os bytes novos são lidos — o agente retoma de onde parou em cada arquivo, em vez de lê-lo novamente, para que um log movimentado não custe mais a cada dia.
- O dialeto SQL é DuckDB — o mesmo SQL que você escreveria para qualquer outro conector.
Dúvidas sobre System Logs
Onde posso usar os resultados de consultas de System Logs?
Use os resultados de System Logs no Excel, no Google Sheets, no Data Viewer, em seus aplicativos por meio da Database REST API e em ferramentas de IA por meio de MCP ou Nova. Os resultados salvos também alimentam destinos de Automation compatíveis, relatórios e alertas. A disponibilidade dos destinos e os limites dependem do seu plano.
Preciso abrir uma porta de entrada para System Logs?
Não. Instale o Network Agent em uma máquina que possa acessar System Logs. O agente se conecta de saída a Query Streams; não é necessária uma porta de entrada nem uma VPN. Ainda assim, sua origem precisa permitir que a máquina do agente se conecte de acordo com as próprias regras de acesso.
Meus arquivos de System Logs são enviados?
O Network Agent lê os arquivos onde eles estão e mantém o cache na máquina do agente. Os arquivos de origem não são enviados, movidos nem reescritos. Somente os resultados de consultas solicitados saem da sua rede pela conexão criptografada de saída.
O que preciso para conectar System Logs?
Pasta: diretório de logs de uma máquina ou pasta para a qual os logs são coletados — disco local ou compartilhamento de rede informado como \\server\share (nunca uma letra de unidade mapeada; no Linux ou Mac, monte primeiro); inclui subpastas. Formatos: Syslog nos dois RFCs e o journal do systemd depois de exportado para texto. Tratamento do ano: extraído da linha ou inferido a partir da data de modificação do arquivo ou do nome dele — escolhido uma vez, sem adivinhar a cada linha. Rotação: dez padrões de rotação nomeados, além de arquivos sem rotação; arquivos compactados são lidos no próprio local
Posso juntar System Logs a outras fontes conectadas?
Sim. As Consultas Federadas são compatíveis com todos os tipos de conectores, incluindo bancos de dados, APIs empresariais, arquivos e logs. Indique as conexões e tabelas em uma única consulta somente leitura. O Query Streams traduz as partes referentes às origens conforme necessário e combina os resultados. Veja como funcionam as Consultas Federadas.
Qual formato eu tenho?
Observe o início de uma linha em /var/log/syslog ou /var/log/mensagens. Se começar com uma abreviação de mês de três letras — 10 de setembro, 04:11:07 — é RFC 3164, formato que a maioria dos servidores Linux ainda grava por padrão. Se começar com um número entre colchetes angulares, seguido de um timestamp completo ISO 8601, é RFC 5424.
Você não precisa ter certeza antes de começar. O teste de conexão informa qual perfil foi reconhecido e qual a porcentagem do arquivo correspondente, portanto, a resposta vem dos seus arquivos reais, e não de um palpite.
Preciso reconfigurar o rsyslog ou o syslog-ng?
Não. Há suporte para os dois formatos, então escolha aquele que seu servidor já grava — e o formato clássico padrão é o que foi mais testado.
A única mudança que vale considerar não tem relação com o formato: se você já encaminha logs de várias máquinas para um coletor, aponte o Agent para a pasta desse coletor e obtenha todos os hosts em um único conector, pois cada linha inclui o host de origem.
Como lidar com a ausência do ano em uma linha antiga do syslog?
O ano é obtido da data de modificação do arquivo. Um arquivo compactado rotacionado gravado pela última vez em dezembro é lido como dezembro, em vez de cada linha ser atribuída ao ano atual, como faria um analisador ingênuo.
Vale conhecer a limitação: se os timestamps de um arquivo tiverem sido alterados — por exemplo, ao restaurar um backup que não os preservou ou ao copiá-lo de um modo que os redefiniu —, a inferência usa o que o sistema de arquivos informa. O texto original é sempre mantido junto ao valor analisado, para que você possa ver o que realmente estava na linha.
É possível ler o diário do systemd diretamente?
Não, e este é o passo de configuração que as pessoas esquecem. O registro em disco é um banco de dados binário, e o Query Streams não o abre. O que ele lê é o formato de exportação: journalctl -o export > journal.export, em qualquer pasta que o Agente possa ler.
Na prática, isso significa uma pequena tarefa agendada no servidor — um temporizador ou uma entrada do cron que grava a exportação em algum local que o Agent já monitora. Depois disso, tudo é automático, e as exportações compactadas com gzip também são lidas.
E quanto ao Log de Eventos do Windows ou do macOS?
Nenhum dos dois tem um perfil aqui. Os três formatos desta página são para Linux e Unix, e preferimos explicitar essa lacuna a deixar que a expressão “logs do sistema” sugira uma cobertura que não existe.
Há uma alternativa para o caso do Windows. Ler o Event Log ativo é um problema diferente de ler um arquivo de texto — trata-se de um canal estruturado, não de uma pasta com linhas — e isso pertence a um conector separado. Mas, se você já exporta esses eventos para texto ou CSV em uma programação, essa pasta pode ser lida hoje: descreva o formato uma vez com um registro personalizado O conector e as exportações se transformam em uma tabela como qualquer outra coisa nesta página.
Meus registros contêm nomes de usuário e endereços IP. Devo me preocupar?
Sim, e vale a pena pensar nisso antes de compartilhar uma dúvida, em vez de depois. auth.log É um registro de quem se conectou e de onde, o que, na maioria das jurisdições, constitui dado pessoal, e uma mensagem syslog é um texto livre que pode conter qualquer coisa que um programa decida imprimir.
Query Streams não altera o conteúdo do arquivo, então a forma correta de dizer é que a tabela herda a sensibilidade do arquivo. Duas coisas ajudam: uma consulta salva compartilha um resultado, não a conexão, então o destinatário nunca recebe o log inteiro; e os filtros permitem restringir a consulta aos programas de que alguém realmente precisa antes de compartilhá-la.
Eu coleto registros de vários servidores em uma única pasta. Isso funciona?
Esse é o caso em que esta solução funciona melhor. Os três formatos incluem o host como uma coluna — os dois formatos syslog o extraem da linha, e a exportação do journal o obtém do próprio campo de nome de host —, então uma pasta coletada de quarenta máquinas corresponde a um único conector, e agrupar por host é uma operação comum de GRUPO POR.
Servidores em prédios ou regiões diferentes também funcionam. Cada local executa seu próprio Agente, e uma consulta federada pode ler dados de todos eles em uma única instrução nos planos Business e Enterprise.
E quanto a uma linha que o analisador sintático não consegue ler?
Ela é mantida, não descartada. Uma linha que não corresponde ao formato definido é retida como uma linha bruta com uma justificativa anexada, de modo que uma entrada malformada ou uma alteração inesperada no formato apareça como algo que você pode ver e consultar, em vez de como uma lacuna silenciosa em seus números.
O mesmo se aplica a um valor de diário que o formato marca como binário: ele é exibido ao lado de sua entrada com uma justificativa, em vez de ser adivinhado, e a própria entrada permanece intacta.
Leve System Logs para onde o trabalho acontece.
Comece com o Free: todos os tipos de conectores, 2 fontes de dados e 1 Network Agent. Amplie as permissões do plano conforme suas necessidades crescerem.

