syslog y journald

Convierte System Logs en tablas consultables.

Syslog en cualquiera de los RFC y el diario de systemd, una vez exportado. Cada línea se convierte en una fila con el host, el programa y el ID del proceso, así que una pregunta que antes requería cuatro sesiones SSH y grep se resuelve con una sola instrucción.

Usa los resultados en Excel, Google Sheets, herramientas de IA y tus aplicaciones mediante Database REST API.

Todos los tipos de conectores están disponibles en el plan gratuito. Empieza con 2 fuentes de datos y 1 agente.

Registros del sistemaLos archivos se leen donde se encuentran
Dentro de tu redAgente de red de flujos de consulta

Lee, organiza y consulta en tu máquina.

Consultas de solo lectura · conexión saliente

Los archivos de origen permanecen en su sitio. Tus herramientas reciben los resultados de las consultas.

Origen → agente → resultados permitidos

Query Streams convierte archivos syslog en tablas SQL en tiempo real, accesibles desde Microsoft Excel, Google Sheets, asistentes de IA mediante MCP, REST API y Power BI. Admite ambos RFC de syslog, así como el diario de systemd una vez que lo hayas exportado a texto, y cada fila incluye el host de origen, el programa que la escribió y el ID del proceso. Apunta el conector a una carpeta que recopile registros de muchas máquinas y una sola consulta responderá por todas: sin tener que ejecutar un servidor central de registros, sin costes de ingesta por gigabyte y sin subir nada más que el resultado de la consulta.

  • Ambos RFC de syslog
  • Host, programa y PID como columnas
  • No hace falta un servidor central de registros

Conecta System Logs con la configuración adecuada.

Mantén la conexión en el Network Agent. Estos son los detalles específicos de System Logs.

Carpeta
El directorio de registros de una máquina o una carpeta donde se recopilan los registros: disco local o recurso compartido de red escrito como \\servidor\recurso (nunca una letra de unidad asignada; en Linux o Mac, primero hay que montarlo); se incluyen las subcarpetas
Formatos
Syslog en ambas RFC y el journal de systemd una vez exportado a texto
Gestión del año
Se obtiene de la línea o se infiere de la fecha de modificación del archivo o de su nombre; se elige una vez, no se adivina para cada fila
Rotación
Diez patrones de rotación con nombre, además de archivos sin rotar; los archivos comprimidos se leen directamente
Líneas no coincidentes
Se conservan literalmente en events_raw_lines; nunca se descartan
Credenciales
Ninguno: no hay servidor; el agente lee los archivos en su ubicación
dialecto SQL
DuckDB: SQL estándar, sin necesidad de aprender nada específico de syslog

Leer el registro de eventos de Windows en tiempo real es un problema distinto —un canal estructurado, no una carpeta de líneas— y corresponde a un conector independiente. Pero si ya exportas esos eventos a texto o CSV según una programación, esa carpeta se puede leer hoy mismo: describe el formato una vez con el conector Custom Logs y las exportaciones se convertirán en una tabla, como cualquier otra de aquí.

Diseñado para el funcionamiento de System Logs.

Qué obtienes

  • Una fila por línea, con la marca de tiempo, el host, el programa, el ID del proceso y el mensaje en columnas reales, en lugar de una sola cadena que haya que desglosar después.
  • Se admiten ambas RFC de syslog —el formato antiguo de estilo BSD y el nuevo formato estructurado—, así que un entorno mixto sigue siendo una sola tabla.
  • Se admite el journal de systemd una vez exportado a texto; el formato binario propio del journal es una base de datos, no un archivo de registro, por lo que primero se exporta.
  • _source_file indica el archivo de origen de cada fila, lo que permite que una carpeta que recopila registros de cincuenta máquinas se consulte como una sola tabla.
-- Programas más ruidosos por host, con nivel de advertencia o superior
SELECT   host, program, COUNT(*) AS lines
FROM     fileset.events
WHERE    severity <= 4
GROUP BY host, program
ORDER BY lines DESC

Fechas de syslog y el año que falta

El formato antiguo de syslog escribe el mes y el día, pero no el año; por eso un registro de enero puede parecer como si se hubiera generado once meses en el futuro. El controlador de registros resuelve esto de forma deliberada, en lugar de hacer suposiciones: el año puede obtenerse de la línea, si el formato lo incluye, o inferirse de la fecha de modificación del archivo o de su nombre. Tú eliges el método una sola vez.

Los formatos y el comportamiento, en detalle.

Abre la referencia que necesites para System Logs.

Una carpeta de registros del sistema se convierte en una tabla.
La gran idea

Una carpeta de registros del sistema se convierte en una tabla.

Query Streams lee los archivos que rsyslog, syslog-ng o systemd ya han escrito, fija el formato y te ofrece columnas tipadas con el nombre del host junto a cada fila. No hace falta ejecutar ningún recopilador, mantener ningún índice ni guardar una segunda copia de los datos; además, las líneas que el analizador no puede leer se conservan como filas con el motivo correspondiente, en lugar de descartarse sin avisar.

Carpeta de registroen el servidor
syslogRFC 3164
auth.log.2.gzgirado
diario.exportardiario

Rotaciones, archivos comprimidos y archivos releídos: todo resuelto

programas ruidosos.sqlSQL
SELECCIONE anfitrión, programa,
       contar(*) AS pauta
DESDE   eventos del conjunto de archivos
DONDE  mensaje COMO '%error%'
GRUPO POR presentador, programa
ORDENAR POR pauta DESC
Resultadoerrores por parte del host
anfitriónprogramapauta
db-01PostgreSQL412
web-01sshd288
aplicación-01systemd96
correo-01cron11

Cuatro servidores en un solo resultado, porque anfitrión es una columna

Cifras ilustrativas: muestran el tipo de resultado, no son una comparativa de rendimiento

Dos RFC y la revista
Fuentes

Dos RFC y la revista

Cada tarjeta indica los archivos exactos que lee Query Streams y dónde se encuentran. No es necesario reconfigurar rsyslog para que funcione: solo tienes que elegir el formato que ya escribe tu servidor.

Registros del sistema compatibles

3 formatos
Icono de registros del sistema: Query Streams lee los archivos syslog RFC 3164 escritos por rsyslog y syslog-ng. Registro del sistemaRFC 3164, el formato de archivo BSD
  • El formato predeterminado en la mayoría de los servidores Linux — Lun DD HH:MM:SS programa host[pid]: mensaje
  • El host, el programa y el ID del proceso se convierten en columnas independientes.
  • /var/log/syslog, Registro de autenticación, kern.log — mensajes en RHEL
  • La periódica -- MARCA -- El relleno se elimina mediante una declaración, no mediante un filtro que usted escriba.
  • Anexos; rotaciones fechadas y numeradas y .gz seguido
Icono de registros del sistema: Query Streams lee archivos syslog estructurados RFC 5424. Registro del sistemaRFC 5424, el estructurado
  • El formato moderno: una marca de tiempo ISO 8601 real, sin necesidad de adivinar el año
  • La prioridad, la aplicación, el ID del proceso y el ID del mensaje obtienen cada uno una columna.
  • El bloque de datos estructurados se mantiene intacto en lugar de aplanarse.
  • El valor nulo de la RFC se interpreta como null, no como el texto -
  • Construido según la RFC, aún no probado contra una captura real.
Logotipo de Linux: Query Streams lee las exportaciones de registro de systemd escritas por journalctl. Revista systemdjournalctl -o exportar
  • Archivos que hiciste con journalctl -o exportar
  • Marcas de tiempo de microsegundos, por lo que el ordenamiento sobrevive a un segundo ocupado.
  • La unidad y el transporte aparecen como columnas, no como texto.
  • Todos los demás campos del diario se mantienen en datos en lugar de ser desechado
  • Una entrada por registro, independientemente del número de líneas que abarque.
Más informaciónEste es el comienzo, no el techo.

Con cada nueva versión del Agente, se añaden nuevos formatos de registro del sistema. Dado que los Agentes se actualizan automáticamente, un formato añadido posteriormente aparecerá en su conector sin necesidad de que nadie modifique el servidor.

Vale la pena saber cuál de ellos ha procesado un archivo real. Tanto el analizador RFC 3164 como el analizador de exportación de registros se desarrollaron y probaron con registros reales capturados, incluyendo rotaciones y archivos comprimidos. RFC 5424 no ha sido — está especificado y cubierto por pruebas, pero todavía no hemos recibido ninguna captura real en este formato. Si ese es tu formato, Test connection te indicará qué ha reconocido antes de que te comprometas a nada; preferimos que lo sepas desde ahora.
Una consulta para todas tus máquinas
Cada servidor

Una pregunta, cada máquina que ejecuta

System Logs es el caso para el que se diseñó esto. Cada fila incluye el host que la escribió, así que una carpeta recopilada de cuatro servidores ya permite consultar los cuatro. Además, cada sitio que añadas ejecuta un Network Agent que lee los archivos donde se encuentran y se conecta a Query Streams. Desde el punto de vista de tu firewall, es una conexión saliente normal, así que no hay que abrir puertos ni configurar una VPN.

Oficina central Un rack de servidores Linux escribiendo texto plano /var/log/syslog marca fuera
eu-oeste Instancias en la nube, exportaciones de registros escritas según un cronograma marca fuera
nosotros-este Una segunda región, los mismos archivos en la misma forma. marca fuera

Tres conexiones salientes, un único lugar para consultarlas: sin puertos entrantes, sin VPN y sin cambios en el firewall

Un agente por ubicación

Un Agent cubre un sitio entero, no un solo servidor, y un árbol de carpetas recopilado de varios hosts constituye un único conector: cada fila ya incluye su anfitrión. El plan Free permite ejecutar un único Agent y los planes de pago permiten ejecutar más.

1 sitio = 1 agente = muchos hosts

Nada que abrir

El Agent establece una única conexión saliente cifrada; tanto la solicitud como las filas de respuesta viajan por ella. No hay puertos entrantes, VPN ni cambios en el firewall que solicitar, y tampoco se añade un daemon recopilador a un servidor que ya está ejecutando uno.

una conexión, en ambas direcciones

Una consulta que abarca varias regiones.

Cada fuente en un consulta federada nombra a su propio Agent, de modo que una sola instrucción puede poner el registro de autenticación de una región junto al de otra, o junto a la base de datos de la aplicación que indica cuáles de esos inicios de sesión fueron importantes. Incluido en Business y Enterprise.

2 regiones → 1 conjunto de resultados

Se mantienen al día

Los agentes se actualizan automáticamente, por lo que un formato de registro añadido en una versión posterior llega a todos los servidores sin necesidad de que nadie realice una conexión SSH. Por eso, la lista anterior es solo un punto de partida y no una lista fija.

Llegan nuevos formatos con el Agente

El año, la zona horaria y los bytes
La parte difícil

El año, la zona horaria y los bytes

Syslog es uno de los formatos más antiguos que aún se utilizan a diario, y eso se nota. Hay cuatro problemas comunes que suelen surgir al intentar tratar un registro como datos, y aquí cada uno se resuelve mediante una declaración explícita, en lugar de conjeturas.

La línea no tiene año

Un sello RFC 3164 es 10 de septiembre 04:11:07 — mes, día, hora y nada más. Si se lee de forma ingenua, todas las líneas archivadas quedan en el año actual. Query Streams deduce el año a partir de la fecha de modificación del propio archivo, así que una rotación de diciembre sigue apareciendo en diciembre.

10 sep. 04:11:07 → año obtenido del archivo

Y tampoco hay zona horaria.

El formato antiguo no incluye desfase horario, así que una marca de tiempo solo tiene sentido junto a la máquina que la escribió. Se interpreta como la hora local del Agent y se conserva el texto sin procesar junto a ella. RFC 5424 y el journal incluyen la hora UTC real y se tratan como tal.

RFC 3164: hora local · RFC 5424 y journald: UTC

Valores binarios en un archivo de texto

El formato de exportación del journal escribe cualquier valor que contenga un salto de línea como un nombre, una longitud en bytes y, a continuación, los bytes sin procesar. Query Streams los lee según la longitud declarada, en lugar de buscar el final; así, un mensaje con un salto de línea sigue siendo una sola entrada, en vez de convertirse en varias.

Se lee por su extensión, nunca por su contenido.

Nada contó dos veces

Cada archivo se identifica mediante sus primeros 4 KB, de modo que un archivo rotado se reconoce como el mismo archivo en lugar de leerse de nuevo desde el principio. Una ventana de duplicados deslizante detecta la superposición cuando un escritor reproduce su cola.

Hash del prefijo de 4 KB · ventana de 20 000 registros

Las columnas que realmente obtienes
El esquema

Las columnas que realmente obtienes

No es un bloque de texto con una marca de tiempo al lado. Cada formato se analiza en columnas tipadas que puedes filtrar, agrupar y agregar directamente; y cuanto más nuevo es el formato, más columnas hay.

Icono de registros del sistema
Syslog, RFC 3164formato de archivo BSD
programapidmensaje
Icono de registros del sistema
Syslog, RFC 5424syslog estructurado
priaplicaciónprocidmsgidDakota del Surmensaje
Logotipo de Linux
Exportación del registro de systemdjournalctl -o exportar
programapidprioridadunidadtransportemensajedatos

Cada fila también lleva tiempo_del_evento, la marca de tiempo sin procesar de la que se leyó y el archivo del que procede. Los tres formatos comparten una columna de identidad — anfitrión — que permite que una sola consulta abarque todos los servidores de la carpeta: los dos formatos syslog la obtienen de la línea, y el journal, de su propio _NOMBRE DE HOST campo. Todo cae en una tabla, eventos del conjunto de archivos.

Lo que esto deliberadamente no hace

Lo que esto deliberadamente no hace

Di primero el más importante: Los registros del sistema contienen datos personales.. Registro de autenticación registra los nombres de usuario y las direcciones IP desde las que se conectaron; un programa que registre una dirección de correo electrónico la incluye en el texto del mensaje. Lo que haya en el archivo es lo que acaba en la columna: no hay un mapa de encabezados para excluir campos, como sí ocurre con los registros de servidores web. Trata la tabla resultante con el mismo cuidado que tratarías el archivo y piensa con quién compartes una consulta.

No se trata de una lectura en tiempo real. Query Streams lee los archivos tal como están en el disco al ejecutar la consulta, por lo que un servicio con fallos se muestra como filas en lugar de como un flujo de datos que se monitoriza. Si necesita alertas en fracciones de segundo sobre una línea a medida que se imprime, una canalización de registros es la herramienta adecuada.

No leemos el registro binario. El perfil systemd lee los archivos escritos por journalctl -o exportar, no /var/log/journal directamente, así que exportar es una tarea que programas, no algo que ocurre por sí solo.

Hay tres aspectos que se han escrito según las especificaciones, en lugar de probarlos con un archivo real, y que merece la pena mencionar: el perfil completo de RFC 5424, la variante de marca de tiempo ISO-8601 que rsyslog y syslog-ng pueden escribir en lugar de la clásica, y el manejo de un valor de registro que abarca varias líneas. Los tres están cubiertos por pruebas. Ninguno se ha probado aún con una captura real.

Finalmente, la familia se llama Registros del sistema, pero hoy en día se refiere a Linux y Unix. No existe un perfil de Registro de eventos de Windows ni de macOS. mostrar registro perfil, y preferimos decirlo así en lugar de dejar que el nombre lo insinúe. El resto sigue el diseño habitual: el Agente se conecta y lee archivos, no se instala nada en el servidor, no se escribe nada y el acceso es de solo lectura. El campo de retención comienza en 60 días para esta configuración predefinida y usted puede modificarlo.

De la conexión a resultados útiles.

  1. Instala el Network Agent donde pueda acceder a los registros: en el /var/log de una máquina o en la carpeta donde ya escribe tu sistema de recopilación.
  2. Apunta el conector a esa carpeta y elige el perfil. Se incluyen ambos RFC de syslog, así como el formato de texto exportado del journal de systemd.
  3. El perfil fija la estructura, de modo que el host, el programa, el ID del proceso y el mensaje llegan como columnas con nombre en la primera sincronización.
  4. Se reconoce la rotación, incluidos los archivos comprimidos, y en cada sincronización solo se leen los bytes nuevos.
  5. Haz consultas. Un host o cincuenta, agrupados por programa y filtrados por gravedad: SQL normal en vez de ssh y grep.

Saca partido a los resultados de System Logs.

Una conexión sirve a tus hojas de cálculo, aplicaciones y herramientas de IA. Comparte el permiso para ejecutar una consulta guardada; los destinatarios ven los resultados permitidos, con el SQL y el inicio de sesión de origen ocultos.

Para su equipo, proveedores y socios

Carga resultados de System Logs en tiempo real directamente en una hoja de cálculo y actualízalos cuando quieras: Excel de escritorio, Excel Online y Microsoft 365.

Explorar Excel

Comparte un resultado en tiempo real de System Logs con quien quieras —un compañero, un proveedor o un socio— mediante una cuadrícula con marcador que vuelve a ejecutar la consulta al abrirse para mostrar datos actualizados, ya sea en un teléfono, una tableta o un ordenador. Verán los resultados, nunca el SQL ni los archivos.

Cómo funciona el visor de datos

Para aplicaciones y sistemas

Publica una consulta de System Logs como un endpoint JSON autenticado al que pueda llamar cualquier aplicación, con una especificación OpenAPI 3.1 y colecciones listas para Postman, Insomnia y Hoppscotch. No se abre ningún puerto de base de datos.

Explorar REST API

Pega el código M de Power Query generado en el Editor avanzado de Power BI y el informe leerá los resultados de System Logs en tiempo real a través de HTTPS: sin controlador ODBC ni puertos de base de datos abiertos.

Explorar Power BI

Conecta una aplicación Python de Anvil a los registros del sistema mediante el endpoint REST, en lugar de incrustar las credenciales de la base de datos en la aplicación.

Explora Anvil

Para herramientas de IA

Entregado a las personas

Une los registros del sistema con el resto de tus datos.

Reúne bases de datos, API empresariales, archivos y registros en una sola consulta de solo lectura. Todos los conectores admiten consultas federadas.

Indica los nombres de las conexiones y las tablas. Query Streams se encarga de las consultas de origen y combina los resultados.

Explorar consultas federadas
Consulta ilustrativa entre fuentes
-- nada copiado, nada fusionado, nada programado
SELECCIONE   c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
DESDE     syslogfiles.fileset.orders1 f
ÚNASE A     pg_crm.clientes.públicos2    c ON c.id = f.customer_id
ÚNASE A     facturación.stripe.facturas3    i ON i.cliente = c.stripe_id
GRUPO POR región c
ORDENAR POR facturado DESC;

Usa tus propios nombres de conexión, esquema, tabla y columna.

Compartido por toda la familia de conectores.

Cada conector de registros también te ofrece

  • events: una fila por cada línea analizada, con la marca de tiempo, los campos definidos por la gramática y _source_file, que indica el nombre del archivo de origen.
  • events_raw_lines: líneas que no coinciden con la gramática, conservadas tal cual en lugar de descartarse, para que puedas seguir respondiendo preguntas sobre formatos que no habías previsto.
  • files_current y files_events: el inventario actual y el registro de auditoría; qué apareció, qué rotó, qué desapareció y qué se retuvo, junto con el nombre del archivo y el motivo.
  • La rotación se reconoce; no se esquiva: hay diez patrones de rotación con nombre y también archivos sin rotar, así que el registro de ayer y su archivo comprimido forman la misma tabla que los de hoy.

Es bueno saberlo

  • Solo lectura, garantizado: una instrucción cada vez, únicamente SELECT y otras similares. Nunca escribimos, movemos, rotamos ni truncamos tus registros.
  • No se carga nada: las líneas se analizan y se guardan en caché, cifradas, en tu propio equipo junto al agente. Solo el resultado de una consulta sale de tu red.
  • Solo se leen los bytes nuevos: el agente retoma la lectura donde la dejó en cada archivo, en lugar de volver a leerlo, para que un registro con mucha actividad no te cueste más cada día.
  • El dialecto SQL es DuckDB: el mismo SQL que escribirías para cualquier otro conector.

Preguntas sobre los registros del sistema

¿Dónde puedo usar los resultados de las consultas de System Logs?

Usa los resultados de System Logs en Excel, Google Sheets, Data Viewer, tus aplicaciones a través de Database REST API y herramientas de IA mediante MCP o Nova. Los resultados guardados también alimentan los destinos de Automation compatibles, los informes y las alertas. La disponibilidad de los destinos y los límites dependen de tu plan.

¿Tengo que abrir un puerto de entrada para System Logs?

No. Instala Network Agent en una máquina que pueda acceder a System Logs. El agente se conecta de forma saliente a Query Streams; no se necesita ningún puerto de entrada ni VPN. Aun así, tu origen debe permitir que la máquina del agente se conecte según sus propias reglas de acceso.

¿Se cargan mis archivos de System Logs?

Network Agent lee los archivos donde están y guarda su caché en la máquina del agente. Los archivos de origen no se cargan, se mueven ni se reescriben. Solo los resultados de las consultas solicitadas salen de tu red a través de la conexión cifrada saliente.

¿Qué necesito para conectar System Logs?

Carpeta: el directorio de registros de una máquina o una carpeta donde se recopilan los registros: un disco local o un recurso compartido de red con el formato \\server\share (nunca una letra de unidad asignada; en Linux o Mac, primero hay que montarlo); se incluyen las subcarpetas. Formatos: Syslog en ambas RFC y el diario de systemd una vez exportado a texto. Tratamiento del año: se obtiene de la línea o se infiere de la fecha de modificación del archivo o de su nombre; se elige una sola vez, no se adivina para cada fila. Rotación: diez patrones de rotación con nombres, además de archivos sin rotar; los archivos comprimidos se leen directamente

¿Puedo unir System Logs con otras fuentes conectadas?

Sí. Las consultas federadas son compatibles con todos los tipos de conectores, incluidas bases de datos, API empresariales, archivos y registros. Indica las conexiones y tablas en una sola consulta de solo lectura. Query Streams traduce las partes de origen según sea necesario y combina sus resultados. Descubre cómo funcionan las consultas federadas.

¿Qué formato tengo?

Mira el comienzo de una línea en /var/log/syslog o /var/log/messages. Si empieza con un mes de tres letras — 10 de septiembre 04:11:07 — es RFC 3164, que es lo que la mayoría de los servidores Linux siguen escribiendo de forma predeterminada. Si empieza con un número entre corchetes angulares seguido de una marca de tiempo ISO 8601 completa, es RFC 5424.

No es necesario que estés seguro antes de empezar. Los informes de prueba de conexión muestran qué perfil reconoció y qué porcentaje del archivo coincidió, por lo que la respuesta proviene de tus archivos reales y no de una suposición.

¿Tengo que reconfigurar rsyslog o syslog-ng?

No. Se admiten ambos formatos, así que puedes elegir el que ya escriba tu servidor; el formato clásico predeterminado es el que cuenta con más pruebas.

El único cambio que vale la pena considerar no tiene que ver con el formato: si ya reenvías registros de varias máquinas a un único recopilador, apunta el Agent a la carpeta de ese recopilador y tendrás todos los hosts en un solo conector, porque cada fila incluye el host de origen.

¿Cómo se gestiona la ausencia del año en una línea antigua de syslog?

El año se obtiene de la fecha de modificación del archivo. Un archivo rotado cuya última escritura fue en diciembre se lee como de diciembre, en lugar de asignar todas las líneas al año actual, como haría un analizador ingenuo.

Conviene conocer esta limitación: si se han borrado las marcas de tiempo de un archivo —al restaurarlo desde una copia de seguridad que no las conservó o al copiarlo de una forma que las restableció—, la inferencia se basa en lo que indica el sistema de archivos. El texto original siempre se conserva junto al valor analizado, para que puedas ver qué decía realmente la línea.

¿Puedes leer el registro de systemd directamente?

No, y este es el paso de configuración que la gente suele pasar por alto. El registro en disco es una base de datos binaria, y Query Streams no la abre. Lo que lee es el formato de exportación: journalctl -o exportar > journal.export, en cualquier carpeta que el Agente pueda leer.

En la práctica, esto significa ejecutar un pequeño trabajo programado en el servidor —un temporizador o una entrada de cron que escriba la exportación en una ubicación que el Agent ya supervise—. A partir de ahí, todo es automático; también se leen las exportaciones comprimidas con gzip.

¿Y qué hay del registro de eventos de Windows o macOS?

Ninguno de los dos tiene un perfil aquí. Los tres formatos de esta página son de Linux y Unix, y preferimos señalar esa carencia antes que dejar que la expresión «registros del sistema» dé a entender una cobertura que no existe.

Sin embargo, hay una alternativa para el caso de Windows. Leer el registro de eventos en directo es un problema distinto al de leer un archivo de texto: es un canal estructurado, no una carpeta con líneas, y corresponde a un conector independiente. Pero si ya exportas esos eventos a texto o CSV según una programación, esa carpeta se puede leer desde ahora: describe la estructura una vez con un registro personalizado El conector y las exportaciones se convierten en una tabla como cualquier otro elemento de esta página.

Mis registros contienen nombres de usuario y direcciones IP. ¿Debería preocuparme?

Sí, y conviene pensarlo antes de compartir una consulta, en lugar de después. Registro de autenticación es un registro de quién se conectó desde dónde, lo cual es información personal en la mayoría de las jurisdicciones, y un mensaje de syslog es un texto de formato libre que puede contener cualquier cosa que un programa haya decidido imprimir.

Query Streams no cambia el contenido del archivo, así que lo más honesto es decir que la tabla hereda la sensibilidad del archivo. Hay dos medidas útiles: una consulta guardada comparte un resultado, no la conexión, por lo que el destinatario nunca obtiene el registro completo; además, los filtros permiten limitar la consulta a los programas que alguien necesita antes de compartirla.

Recopilo los registros de muchos servidores en una sola carpeta. ¿Funciona eso?

Ese es precisamente el caso para el que esto funciona mejor. Los tres formatos incluyen el host como columna: los dos formatos syslog lo extraen de la línea y la exportación del diario lo obtiene de su propio campo de nombre de host. Así, una carpeta recopilada de cuarenta máquinas constituye un solo conector, y agrupar por host es una operación habitual GRUPO POR.

También funcionan los servidores ubicados en diferentes edificios o regiones. Cada ubicación ejecuta su propio agente, y una consulta federada puede leer la información de todos ellos en una sola declaración para los planes Business y Enterprise.

¿Qué ocurre con una línea que el analizador sintáctico no puede leer?

Se conserva, no se descarta. Una línea que no coincide con el formato fijado se mantiene como una fila sin formato con una explicación adjunta, de modo que una entrada mal formada o un cambio de formato inesperado se muestra como algo visible y consultable, en lugar de como un hueco silencioso en los números.

Lo mismo se aplica a un valor de diario que el formato marca como binario: se coloca junto a su entrada con una razón en lugar de adivinarla, y la entrada en sí permanece intacta.

Lleva los registros del sistema allí donde se realiza el trabajo.

Empieza con el plan Free: todos los tipos de conectores, 2 fuentes de datos y 1 Network Agent. Amplía las prestaciones incluidas en tu plan a medida que crezcan tus necesidades.