Verbinden Aangepaste logboeken naar Excel, Sheets en AI

Als niets anders past. De ingebouwde profielen omvatten machinecontrollers, webservers, containers, applicatieframeworks en systeemlogboeken, en elk profiel is geschreven en getest met echte bestanden. Dus als uw logboek een van deze is, is het selecteren ervan niet alleen minder werk, maar ook beter getest dan het zelf te beschrijven.

Voer een testverbinding uit voordat u een beslissing neemt. De agent vergelijkt de structuur van uw bestand met de meegeleverde profielen en biedt het meest overeenkomende profiel aan dat hij herkent. Het antwoord is dus gebaseerd op uw daadwerkelijke bestanden en niet op een gok. Vraag een beschrijving op als de test geen resultaat oplevert.

Meestal niet. Vijf van de zes grammatica's hebben helemaal geen patroon nodig: een bestand met scheidingstekens heeft een scheidingsteken nodig, een bestand met sleutel=waarde beschrijft zichzelf, JSON-regels beschrijven zichzelf, een header-richtlijn benoemt zijn eigen kolommen en een kolom met vaste breedte heeft een begin- en een eindwaarde nodig.

Grok is de zesde optie en het is de uitweg voor echt lastige lijnen. Zelfs dan ben je voornamelijk bezig met het samenstellen van benoemde onderdelen – een tijdstempel, een niveau, de rest – en de patroonbibliotheken achter de ingebouwde profielen zijn er om uit te lenen in plaats van helemaal opnieuw te beginnen.

Nee, en de standaardinstellingen zijn zo ingesteld dat u dat niet hoeft te doen. Een eerste synchronisatie lukt direct met vrijwel elk tekstbestand: één bericht kolom per regel, waarbij de gebeurtenistijd wordt afgeleid van de wijzigingstijd van het bestand. Dat levert je een bruikbare tabel op die je daadwerkelijk kunt bekijken.

Van daaruit kun je de wijzigingen verfijnen. De preview laat zien wat je beschrijving met je eigen regels doet, zodat je een ernstgraad of een taaknummer in een aparte kolom kunt plaatsen en het resultaat kunt bekijken voordat je de wijzigingen opslaat. Je kunt het later wijzigen en opnieuw synchroniseren — er is in de tussentijd niets verloren gegaan.

Ja, en dit is de instelling die mensen het vaakst nodig hebben. Een record hoeft geen regel te zijn: je kunt zeggen dat een record begint wanneer een regel overeenkomt met een patroon — een tijdstempel in de linkermarge is gebruikelijk — en alles wat daarna komt, behoort tot dat record tot de volgende overeenkomst.

Er zijn nog vijf andere manieren om de grens te tekenen als dat niet de gewenste vorm is: een lege lijn tussen records, een openings- en een sluitingsmarkering, een regel voor wat als een vervolglijn geldt, of een vast aantal lijnen. Een uitzondering van twintig lijnen ontstaat dan in de vorm van één regel met de volledige trace erin.

Dat is de standaardinstelling en het werkt. Wanneer er geen veld is opgegeven als tijd, wordt de gebeurtenistijd afgeleid van de wijzigingstijd van het bestand. De rijen worden dus nog steeds gesorteerd en er wordt nog steeds rekening gehouden met een bewaartermijn, alleen zijn ze nauwkeurig ten opzichte van het bestand in plaats van de regel.

Als de tijd in de regel staat, maar verdeeld is over twee velden — een datumkolom en een tijdkolom, wat vaak voorkomt in bestanden met vaste breedte en gescheiden waarden — kunt u beide kolommen een naam geven en ze samenvoegen tot één tijdstempel.

UTF-8 is het juiste antwoord voor de meeste bestanden die in dit decennium zijn geschreven. Het is het enige veld zonder standaardwaarde, en dat is bewust: ervan uitgaande dat UTF-8 op een Latin-1-bestand geen foutmelding geeft, worden alle geaccentueerde tekens stilletjes verminkt, en een stille corruptie is veel erger dan een vraag die eenmaal gesteld is.

Als je het niet zeker weet, zal de preview het je vertellen: een verkeerde codering wordt direct als onleesbare tekst (mojibake) weergegeven in de voorbeeldregels. Oudere Windows-software en industriële apparatuur zijn meestal de reden dat het antwoord niet UTF-8 is.

Vraag het ons gerust. Als het een formaat is dat door een aanzienlijk aantal mensen wordt gebruikt – een commercieel product, een gangbaar framework, een industrieel apparaat – leveren we het liever als een ingebouwd profiel dan dat elke klant hetzelfde moet beschrijven. De connector is direct gekoppeld aan een aanvraag.

Een ingebouwde oplossing is beter voor u én voor ons: deze wordt door de agent vastgezet, getest met echte opnames en komt met een agentupdate op uw servers terecht, in plaats van dat iemand een connector hoeft aan te raken.

Ze worden bewaard, niet verwijderd. Een regel waarvan de grammatica niet klopt, wordt behouden als een onbewerkte regel met een bijbehorende reden. Zo wordt een afwijkende invoer, een formaat dat onder uw toezicht is gewijzigd, of een beschrijving die nog niet helemaal klopt, weergegeven als iets dat u kunt zien en controleren, in plaats van als een stille hiaat in uw cijfers.

Dat is het vangnet dat het verfijnen van een beschrijving zinvol maakt. Je hoeft nooit te kiezen tussen een strikte parser die gegevens weggooit en een losse parser die een muur van tekst oplevert — de geparseerde regels worden getypt en wat niet geparseerd is, staat er nog steeds naast.