Per impostazione predefinita, viene visualizzata la pagina Crea parser nella modalità Guidato. Continuare in questa modalità se si desidera che Logging Analytics generi l'espressione regolare per analizzare i log dopo aver selezionato i campi. Per la modalità guidata, vedere Video: Uso di RegEx Parser Builder. Se si desidera scrivere un'espressione regolare per l'analisi, passare alla modalità Avanzate e continuare con i passi riportati di seguito.

1. Nel campo Nome, immettere il nome del parser. Ad esempio, immettere Custom Audit Logs.

2. Facoltativamente, fornire una descrizione appropriata al parser per facilitare l'identificazione.

3. Nel campo Contenuto log di esempio incollare i contenuti da un file di log che si desidera analizzare, ad esempio:

   Jun 20 2020 15:19:29 hostabc rpc.gssd: ERROR: can't open clnt5aa9: No such file or directory
   Jul 29 2020 11:26:28 hostabc kernel: FS-Cache: Loaded
   Jul 29 2020 11:26:28 hostxyz kernel: FS-Cache: Netfs 'nfs' registered for caching
   Aug 8 2020 03:20:01 slc08uvu rsyslogd-2068: could not load module '/lib64/rsyslog/lmnsd_gtls.so', rsyslog error -2078
   [try http://www.rsyslog.com/e/2068 ]
   Aug 8 2020 03:20:36 0064:ff9b:0000:0000:0000:0000:1234:5678 rsyslogd-2066: could not load module '/lib64/rsyslog/lmnsd_gtls.so', dlopen: /lib64/rsyslog/lmnsd_gtls.so: cannot open shared object file: Too many open files
   [try http://www.rsyslog.com/e/2066 ]
   Sep 13 2020 03:36:06 hostnam sendmail: uAD3a6o5009542: from=root, size=263, class=0, nrcpts=1, msgid=<201611130336.uAD3a6o5009542@hostname.example.com>, relay=root@localhost
   Sep 13 2020 03:36:06 hostnam sendmail: uAD3a6o5009542: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30263, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (uAD3a6KW009543 Message accepted for delivery)
   Sep 20 2020 08:11:03 hostnam sendmail: STARTTLS=client, relay=userv0022.example.com, version=TLSv1/SSLv3, verify=FAIL, cipher=DHE-RSA-AES256-GCM-SHA384, bits=256/256]]>

   Voce di log su più righe perché le voci 4 e 5 si estendono su più righe.

4. Nel campo Analizza espressione regolare immettere l'espressione regolare per analizzare i campi. Ogni coppia di parentesi indica la clausola di espressione regolare da estrarre in un singolo campo.

   L'espressione di analisi è univoca per ogni tipo di log e dipende dal formato delle voci di log effettive. In questo esempio, immettere:

   (\w+)\s+(\d+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+([^\s]+)\s+([^:]+):\s+(.*)

   Nota
   
   

   • Non includere spazi prima o dopo il contenuto.

   • L'espressione regolare deve corrispondere al testo completo del record di log.

   • Se nell'espressione di analisi sono stati inclusi caratteri nascosti, l'interfaccia Crea parser genera un messaggio di avvertenza:

     Parser expression has some hidden control characters.

     Per disabilitare questa risposta predefinita, deselezionare la casella di controllo Mostra caratteri di controllo nascosti quando viene visualizzato il messaggio di errore.

   Per ulteriori informazioni sulla creazione di espressioni di analisi, vedere Espressioni di analisi di esempio.

5. Selezionare l'intervallo di record di log appropriato.

   La voce di log può essere una singola riga o più righe. Se sono state scelte più righe, immettere l'espressione iniziale del record di log.

   È necessario definire l'espressione regolare come regola minima necessaria per identificare correttamente l'inizio di una nuova voce di log. Nell'esempio, l'espressione iniziale può essere:

   (\w+)\s+(\d+)\s+(\d+)\s+

   Indica che l'inizio di una nuova voce di log si verifica ogni volta che una nuova riga inizia con il testo che corrisponde all'espressione iniziale di questa voce.

   Facoltativamente, è possibile immettere anche l'espressione finale. Utilizzare Espressione finale per indicare la fine del record di log. Quando un record di log viene scritto nel file per un lungo periodo di tempo e si desidera assicurarsi che venga raccolta l'intera voce di log, utilizzare l'espressione regolare di fine. L'agente attende che venga trovata una corrispondenza con il pattern regex finale per raccogliere il record di log. Per l'espressione finale si applicano le stesse regole di formato di Espressione Entry Start.

   Se necessario, selezionare la casella di controllo Gestisci l'intero file come singola voce di log. Questa opzione consente di analizzare e memorizzare un intero file di log come singola voce di log. Ciò è particolarmente utile quando si analizzano le origini log, ad esempio i log di dump di Java Hotspot, la lista RPM dei log dei package e così via. Se la voce di log contiene molto testo da cercare, è consigliabile selezionare la casella di controllo Abilita ricerca di testo non elaborato su questo contenuto. Questa opzione consente di cercare i record di log con il campo Testo non elaborato. Quando l'opzione è abilitata, è possibile visualizzare il contenuto del log originale con il testo RAW.

6. Nella scheda Campi, selezionare il campo pertinente per memorizzare ciascun valore acquisito dall'espressione regolare.

   Per creare un nuovo campo, fare clic sull'icona . Viene visualizzata la finestra di dialogo Crea campo definito dall'utente. Immettere i valori per Nome, Tipo di dati, Descrizione e utilizzare la casella di controllo Campo con più valori, se applicabile per i log. Per informazioni sui valori da immettere, vedere Creare un campo. Per rimuovere il campo selezionato nella riga, fare clic sull'icona .

   Per ogni valore acquisito, selezionare il campo in cui si desidera memorizzare i dati. Il primo campo acquisito nell'esempio può essere immesso come indicato di seguito.

   • Nome campo: mese (nome breve)

   • Tipo dati campo: STRING

   • Descrizione campo: componente Mese dell'ora di inserimento del log come nome breve, ad esempio Gen

   • Espressione campo: (\w{3})

   Nell'esempio di log precedente, mappare i campi nel seguente ordine:

   1. Mese (abbreviazione)
   2. Day
   3. Anno (4 cifre)
   4. Nome host (server)
   5. Servizio
   6. Messaggio

7. Nella scheda Funzioni, fare clic su Aggiungi funzione per aggiungere facoltativamente una funzione alle voci del log di pre-elaborazione. Vedere Immissioni log pre-elaborazione.

8. Fare clic sulla scheda Test parser per visualizzare le modalità di estrazione dei valori dal contenuto del log da parte del parser appena creato.

   È possibile visualizzare le voci del log dal contenuto di esempio fornito in precedenza. Utilizzare questa opzione per determinare se il parser definito funziona correttamente.

   Se l'espressione regolare non riesce per una voce di log, lo stato della corrispondenza mostra quale parte dell'espressione ha funzionato in verde e la parte non riuscita in rosso. Ciò consente di identificare quale parte dell'espressione regolare deve essere corretta.

   È possibile visualizzare la lista degli eventi che non hanno superato il test del parser e i dettagli dell'errore. È inoltre possibile visualizzare il conteggio dei passi che può dare un'idea di quanto sia costosa l'espressione regolare. Idealmente questo valore dovrebbe essere il più basso possibile. Qualsiasi cosa sotto i 1000 può essere accettabile, ma a volte è necessario un regex più costoso. Se l'espressione regolare esegue troppi passi, l'utilizzo della CPU nell'host dell'agente potrebbe aumentare e rallentare l'elaborazione dei log. Ciò ritarderà la disponibilità delle voci di log in Log Explorer. Nei casi estremi in cui l'espressione regolare è troppo costosa, salteremo l'analisi della voce di registro e di qualsiasi altra voce raccolta nello stesso periodo di raccolta.

Fare clic su Salva per salvare il nuovo parser appena creato.

Per interrompere la creazione del parser, fare clic su Annulla. Quando si fa clic su Annulla, si perderanno eventuali progressi già compiuti nella creazione del parser di tipo Regex.

Visualizza l'argomento aggiuntivo: Gestione di più forme JSON in un singolo parser JSON

Per creare un parser JSON, effettuare le operazioni riportate di seguito.

1. Nel campo Parser, immettere il nome del parser. Ad esempio, immettere Custom API Log.

2. Selezionare il tipo di parser come JSON.

3. Facoltativamente, fornire una descrizione appropriata al parser per facilitare l'identificazione.

4. Nel campo Contenuto log di esempio incollare i contenuti da un file di log che si desidera analizzare, ad esempio:

   {
     "name": "helloapi",
     "hostname": "banana.local",
     "pid": 40442,
     "level": 30,
     "req": {
       "method": "GET",
   	"url": "/hello?name=paul",
   	"headers": {
   	  "user-agent": "curl/7.19.7 (universal-apple-darwin10.0) libcurl/7.19.7 OpenSSL/0.9.8r zlib/1/2/3",
   	  "host": "0.0.0.0:8080",
   	  "accept": "*/*"
   	},
   	"remoteAddress": "127.0.0.1",
   	"remotePort": 59834
     },
     "msg": "start",
     "time": "2012-03-28T17:39:44.880Z",
     "v": 0
   }

   In base al contenuto del log di esempio, i campi vengono selezionati e visualizzati nella scheda Campi, come nell'esempio riportato di seguito.

   
   
   
   
   
5. Nella scheda Campi, per il percorso JSON specifico, selezionare il nome del campo dai campi definiti disponibili.

   Per creare un nuovo campo, fare clic sull'icona . Viene visualizzata la finestra di dialogo Crea campo definito dall'utente. Immettere i valori per Nome, Tipo di dati, Descrizione e utilizzare la casella di controllo Campo con più valori, se applicabile per i log. Per informazioni sui valori da immettere, vedere Creare un campo. Per rimuovere il campo selezionato nella riga, fare clic sull'icona .

   Il percorso radice predefinito selezionato è $. Se si desidera modificare il percorso radice JSON, espandere la sezione Opzioni avanzate e selezionare Percorso JSON voce di log dal menu.

6. Nella scheda Funzioni, fare clic su Aggiungi funzione per aggiungere facoltativamente una funzione alle voci del log di pre-elaborazione con la funzione parser intestazione. Vedere Immissioni log pre-elaborazione.
7. Dopo aver selezionato i campi, andare alla scheda Test parser per visualizzare lo stato della corrispondenza e i campi selezionati dal contenuto del log di esempio.
8. Fare clic su Salva per salvare il nuovo parser appena creato.

Per interrompere la creazione di un parser di tipo JSON e passare alla creazione di un parser di tipo regex, in Tipo, selezionare Regex.

1. Nel campo Parser, immettere il nome del parser. Ad esempio, immettere Custom Database Audit Log.

2. Selezionare il tipo di parser come XML.

3. Facoltativamente, fornire una descrizione appropriata al parser per facilitare l'identificazione.

4. Nel campo Contenuto log di esempio incollare il contenuto di un file di log che si desidera analizzare, ad esempio il seguente ExampleA:

   <AuditRecord><Audit_Type>1</Audit_Type><Session_ld>201073</Session_ld><Statementid>13</Statementid><Entryld>6</Entryld>
   <Extended_Timestamp>2016-09-09T01:26:07.832814Z</Extended_Timestamp><DB_User>SYSTEM</DB_User><OS_User>UserA</OS_User><Userhost>host1</Userhost>
   <OS_Process>25839</OS_Process><Terminal>pts/4</Terminal><Instance_Number>0</Instance_Number><Object_Schema>HR</Object_Schema>
   <Object_Name>EMPLOYEES</Object_Name><Action>17</Action>
   <Returncode>0</Returncode><Sen>§703187</Sen><AuthPrivileges>--------¥-----</AuthPrivileges>
   <Grantee>SUMON</Grantee>
   <Priv_Used>244</Priv_Used><DBID>2791516383</DBID><Sql_Text>GRANT SELECT ON hr.employees TO sumon</Sql_Text></AuditRecord>

   In base al contenuto del log di esempio, Oracle Logging Analytics identifica automaticamente l'elenco degli elementi XML che rappresentano i record di log.

5. Facoltativamente, abilitare la casella di controllo Ignora spazio di nomi per ignorare lo spazio di nomi nel percorso XML.

6. Facoltativamente, abilitare la casella di controllo Abilita consapevolezza posizionale per rilevare più valori di un elemento in un percorso XML, ad esempio nel caso di un array di elementi. Ad esempio, per il seguente esempio, il contenuto del log ExampleB:

   <ListOfTrackingFields>
       <TrackingField>
           <Name>NameA</Name>
       </TrackingField>
       <TrackingField>
           <Name>NameB</Name>
       </TrackingField>
       <TrackingField>
           <Name>NameC</Name>
       </TrackingField>
       <TrackingField>
           <Name>NameD</Name>
       </TrackingField>
       <TrackingField>
           <Name>NameE</Name>
       </TrackingField>
   </ListOfTrackingFields>

   Se la consapevolezza della posizione non è abilitata, si sarebbe limitati al percorso XML /ListOfTrackingFields/TrackingField/Name, che rileverebbe solo il primo valore di Name. Se si abilita la consapevolezza posizionale, vengono rilevati i 5 valori seguenti di Name sotto l'elemento TrackingField: NameA, NameB, NameC, NameD, NameE, se sono configurati tutti i percorsi XML corrispondenti.

7. Nel menu Percorso XML inserimento log selezionare l'elemento XML adatto per i record di log di interesse. Per il contenuto del log di esempio precedente ExampleA, selezionare /AuditRecord.

   In base alla selezione del percorso XML, i campi vengono selezionati e visualizzati nella scheda Campi. Nel contenuto del log di esempio precedente, gli elementi evidenziati si qualificano per i campi. Per il percorso XML di esempio /AuditRecord, il percorso XML del campo sarebbe /AuditRecord/<highlighted_element>, ad esempio /AuditRecord/Audit_Type.

8. Nella scheda Campi, per il percorso XML specifico, selezionare il nome del campo dai campi definiti disponibili.

   Per creare un nuovo campo, fare clic sull'icona . Viene visualizzata la finestra di dialogo Crea campo definito dall'utente. Immettere i valori per Nome, Tipo di dati, Descrizione e utilizzare la casella di controllo Campo con più valori, se applicabile per i log. Per informazioni sui valori da immettere, vedere Creare un campo. Per rimuovere il campo selezionato nella riga, fare clic sull'icona .

9. Dopo aver selezionato i campi, andare alla scheda Test parser per visualizzare lo stato della corrispondenza.

   
   
   
   
   

10. Fare clic su Salva per salvare il nuovo parser appena creato.

Per interrompere la creazione di un parser di tipo XML e passare alla creazione di un parser di tipo regex, in Tipo, selezionare Regex.

1. Immettere il nome del parser. Ad esempio, immettere Comma Separated Custom App Log.

2. Facoltativamente, fornire una descrizione appropriata al parser per facilitare l'identificazione.

3. Selezionare il tipo di parser come Delimitato.

4. In Delimitatore selezionare il tipo di delimitatore utilizzato nei log per separare i campi, ad esempio virgola, punto e virgola, spazio o scheda. Se è diverso dalle opzioni elencate, selezionare Altro e specificare il carattere delimitatore nello spazio fornito.

   Considerare il contenuto del log di esempio riportato di seguito.

   helloapi,"host,local", 65427, 29, start, 2021-08-28T17:39:44.880Z

   Nell'esempio precedente, la virgola (,) è il delimitatore.

   Assicurarsi che il carattere Delimitatore specificato sia diverso dal qualificatore selezionato successivamente.

5. Facoltativamente, selezionare il Qualificatore utilizzato per il ritorno a capo del testo di un campo nei log. Selezionare Preventivo doppio o Preventivo singolo.

   Il qualificatore di testo viene utilizzato quando i delimitatori sono contenuti nei dati del campo. Si consideri uno scenario in cui field1 ha il valore host,local che contiene un carattere delimitatore (,) e non viene utilizzato un qualificatore di testo. Quindi i dati che si verificano dopo il delimitatore (local) saranno considerati come il valore del campo successivo.

   Nel contenuto del log di esempio del passo precedente, il qualificatore è rappresentato dalle virgolette (").

   Nota
   
   Per i valori dei campi della stringa del tipo di dati, anche il carattere di spazio prima e dopo il qualificatore verrà considerato come parte della stringa. Assicurarsi che il qualificatore sia posizionato a destra accanto al delimitatore in modo che il valore della stringa corrisponda. Ad esempio, in ,"host,local", viene rimosso lo spazio dopo il primo delimitatore. Inoltre, il carattere di spazio prima dell'ultimo delimitatore viene rimosso. Pertanto, il valore effettivo del campo stringa corrispondente è host,local, come si può vedere in seguito nel risultato del test del parser.

6. Facoltativamente, in Intestazione incollare la riga di intestazione del log che può essere quindi mappata alla colonna di intestazione nella scheda Campi. Ad esempio:

   name, hostname, pid, level, msg, time

   Quando si specifica un'intestazione, vengono filtrate tutte le righe di log nei log effettivi che corrispondono esattamente all'intestazione.

7. Nel campo Contenuto log di esempio incollare i contenuti da un file di log che si desidera analizzare, ad esempio:

   helloapi,"host,local", 65427, 29, start, 2021-08-28T17:39:44.880Z

   In base al contenuto del log di esempio, i campi vengono selezionati e visualizzati nella scheda Campi, come nell'esempio riportato di seguito.

8. Nella scheda Campi, per la colonna di intestazione, selezionare il nome del campo dai campi definiti disponibili. È tuttavia possibile mappare in modo selettivo solo le colonne di intestazione preferite e non è necessario mappare il campo per ogni colonna di intestazione.
   
   
   
   

   Per creare un nuovo campo, fare clic sull'icona . Viene visualizzata la finestra di dialogo Crea campo definito dall'utente. Immettere i valori per Nome, Tipo di dati, Descrizione e utilizzare la casella di controllo Campo con più valori, se applicabile per i log. Per informazioni sui valori da immettere, vedere Creare un campo. Per rimuovere il campo selezionato nella riga, fare clic sull'icona .

9. Dopo aver selezionato i campi, andare alla scheda Test parser per visualizzare lo stato della corrispondenza e i campi selezionati dal contenuto del log di esempio.
   
   
   
   
10. Fare clic su Crea parser per salvare il nuovo parser appena creato.

Per interrompere la creazione di un parser di tipo delimitato e passare alla creazione di un tipo diverso di parser, selezionarlo in Tipo.

Se il contenuto del log originale contiene informazioni aggiuntive, è possibile mappare il campo base che contiene il contenuto del log originale a un parser ed estrarre i campi nel record di log originale.

Consideriamo che il contenuto del log originale è come mostrato di seguito:

####<Feb 01, 2021 10:28:27 AM PST> <Info> <Diagnostics> <soaapps.example.com> <excstg_soa> <[ACTIVE] ExecuteThread: '34' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <kernel_version> <123456> <[severity-value:64] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-320145> <Size based data retirement operation completed on archive HarvestedDataArchive. Retired 9,720 records in 11,242 ms.>

Quando lo stesso contenuto di log viene inviato prima a OCI Logging e poi tramite Hub connettore inviato a Oracle Logging Analytics, viene aggiunto un wrapper JSON al contenuto di log originale. Ad esempio:

{
  "data": {
    "Labels": "LogPath:/u01/APPLTOP/instance/wlslogs/FADomain/servers/ServiceServer_1/logs/ServiceServer_1.log;ServiceName:Host;ServiceType:Oracle_Host;LogSet:TEST_POD;HostName:examplehost.oraclecloud.com;IP:192.0.2.1;WLS:NA;Domain:NA;AppName:myApp;Customer:CompanyA, (U.S.) Corp;CustomerType:NonHypercare;PODType:TEST;PODSize:S0;DC:CDC;Version:11.13.20.10.0;",
    "action": "ACTION",
    "msg": "####<Feb 01, 2021 10:28:27 AM PST> <Info> <Diagnostics> <soaapps.example.com> <excstg_soa> <[ACTIVE] ExecuteThread: '34' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <kernel_version> <123456> <[severity-value:64] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-320145> <Size based data retirement operation completed on archive HarvestedDataArchive. Retired 9,720 records in 11,242 ms.>"
  },
  "id": "123123123",
  "oracle": {
    "compartmentid": "ocid1.compartment.oc1..aaaaaaaauniqueID",
    "ingestedtime": "2021-02-01T18:32:49.204Z",
    "loggroupid": "ocid1.loggroup.oc1.iad.amaaaaaauniqueID",
    "logid": "ocid1.log.oc1.iad.amaaaaaayuniqueID",
    "tenantid": "ocid1.tenancy.oc1..aaaaaaaaetuniqueID"
  },
  "source": "FA-APPS",
  "specversion": "1.0",
  "time": "2021-02-01T11:48:43.091Z",
  "type": "FA Unified Apps Logs"
}

Nell'esempio precedente, il contenuto del log originale è presente nel campo di base $.data.msg.

Nell'esempio descritto, il contenuto del log dispone di un wrapper JSON. Tuttavia, è possibile seguire questi passi anche se il contenuto e i wrapper di log originali sono in qualsiasi formato di parser supportato e i log vengono inclusi in qualsiasi metodo supportato.

Per estrarre i campi nel contenuto del log originale, attenersi alla procedura riportata di seguito.

1. In base al tipo di contenuto del log originale, identificare o creare un parser per recuperare i campi pertinenti dal contenuto del log originale. Vedere Creare un parser.

   Questo parser verrà utilizzato come parser mappato all'interno del parser wrapper che verrà creato in seguito.

2. In base al tipo di contenuto del wrapper, creare il parser corrispondente attenendosi alla procedura descritta in Crea un parser.

   Questo parser verrà definito parser wrapper nei passi successivi.

3. Per il parser wrapper, fornire il contenuto del log di esempio con un wrapper sul contenuto del log originale.

   Nel caso del parser JSON, il percorso radice predefinito selezionato è $. Se si desidera modificare il percorso radice JSON, espandere la sezione Opzioni avanzate e selezionare Percorso JSON voce di log dal menu.

4. Nella scheda Campi corrispondente al campo di base che contiene il contenuto del log originale, fare clic sul menu Azioni e selezionare Mappa campi tramite un parser. Viene visualizzata la finestra di dialogo in cui è possibile selezionare il parser.

   Nell'esempio precedente, la riga per la quale è necessario aggiungere un parser mappato è $.data.msg.

   In un parser wrapper è possibile mappare un solo campo base a un parser mappato.

5. Nella finestra di dialogo Esegui mapping dei campi tramite un parser, selezionare il parser che utilizza i campi del campo base da estrarre.

   Facoltativamente, selezionare una delle azioni Base64 decode and unzip o Base64 decode da eseguire sul campo:

   • Base64 decodifica ed estrai: selezionare questa opzione se il campo base è un file zip con codifica Base64. Il campo base viene quindi decodificato e decompresso prima dell'applicazione del parser mappato. Poiché il campo base è un file zip codificato, l'applicazione del parser mappato determina l'identificazione di uno o più record di log. Questi record di log vengono visualizzati come Contenuto log originale in Esplora log. Tuttavia, il contenuto del log wrapper non viene visualizzato. Se il parser wrapper contiene mapping di campi, verranno visualizzati anche tali campi.

     Questa azione può essere eseguita solo sui log raccolti utilizzando Management Agent.

   • Base64 decode: selezionare questa opzione se il campo base è codificato in Base64 nel contenuto del log originale. Il campo base viene decodificato prima dell'applicazione del parser mappato. Inoltre,
     • Utilizzare l'opzione Salva nel campo per salvare la stringa decodificata in un campo.
     • Se si desidera salvare il valore del campo di base decodificato come Contenuto log originale in modo che venga visualizzato come record di log in Esplora log, selezionare l'opzione Sostituisci contenuto log originale. Se questa opzione è selezionata, il valore del campo base decodificato viene salvato nel campo Contenuto log originale e il contenuto del log wrapper viene salvato nel campo Testo RAW.

   Fare clic su Mappa campi. La scheda Campi ora mostra che il campo di base è mappato al parser mappato selezionato e all'elenco di campi estratti.

   È possibile che al parser mappato selezionato sia incluso anche un parser mappato. Oracle Logging Analytics supporta due livelli di parser mappati nidificati. Ad esempio, parser wrapper contiene parser-1 mappato contiene parser-2 mappato.

6. Dopo aver selezionato i campi rimanenti, nella scheda Test parser eseguire il test del parser per verificare lo stato della corrispondenza e i campi selezionati dal contenuto del log di esempio.

Oracle Logging Analytics offre le funzioni riportate di seguito che consentono di pre-elaborare le voci di log e di arricchire le voci di log risultanti.

• Funzione dettagli intestazione

• Trova funzione di sostituzione

• Funzione offset orario

Per pre-elaborare le voci di log durante la creazione di un parser, fare clic sulla scheda Funzioni, quindi sul pulsante Aggiungi funzione.

Nella finestra di dialogo Aggiungi funzione risultante, immettere un nome per la funzione, selezionare la funzione richiesta e specificare i valori di campo rilevanti.

Per verificare il risultato dell'applicazione della funzione nel contenuto del log di esempio, fare clic su Test. Viene visualizzato un risultato comparativo che consente di determinare la correttezza dei valori dei campi.