Creare un parser

Per impostazione predefinita, viene visualizzata la pagina Crea parser in modalità guidata. Continuare in questa modalità se si desidera che Oracle Log 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. Immettere il nome del parser nel campo Nome. Ad esempio, immettere Custom Audit Logs.

2. Facoltativamente, fornire una descrizione appropriata al parser per una facile identificazione.

3. Nel campo Contenuto log di esempio incollare il contenuto di 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 Espressione regolare di analisi 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 visualizza 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 dell'espressione regolare finale per raccogliere il record di log. Le stesse regole di formato si applicano per l'espressione finale di quella dell'espressione Entry Start.

   Se necessario, selezionare la casella di controllo Gestione dell'intero file come singola voce di log. Questa opzione consente di analizzare e memorizzare un intero file di log come una singola voce di log. Ciò è particolarmente utile durante l'analisi delle origini di log come i log di dump Hotspot Java, l'elenco RPM dei log dei pacchetti e così via. Se la voce di log contiene molto testo da cercare, è possibile scegliere di 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. Se abilitata, è possibile visualizzare il contenuto del log originale con il testo RAW.

6. Nella scheda Campi selezionare il campo pertinente in cui memorizzare ogni 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 come 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 di 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 nell'ordine seguente:

   1. Mese (breve nome)
   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 di log di pre-elaborazione. Vedere Voci di log pre-elaborazione.

8. Fare clic sulla scheda Test del parser per visualizzare il modo in cui il parser appena creato estrae i valori dal contenuto del log.

   È possibile visualizzare le voci di 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 di corrispondenza indica quale parte dell'espressione ha funzionato in verde e la parte non riuscita in rosso. Ciò consente di identificare la parte dell'espressione regolare da correggere.

   È 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 richiede troppi passi, potrebbe comportare un uso maggiore della CPU sull'host dell'agente e un'elaborazione dei log più lenta. Ciò ritarderà la disponibilità delle voci di log in Log Explorer. In casi estremi in cui l'espressione regolare è troppo costosa, saltiamo l'analisi della voce di log e di tutte le altre voci raccolte nello stesso periodo di raccolta.

   Se l'espressione regolare non riesce, accanto al pulsante Esegui test viene visualizzata l'icona LoganAI . Tenere presente che l'icona viene visualizzata solo se l'amministratore ha abilitato LoganAI per la tenancy e l'area correnti. Fare clic su questa icona per ricevere il suggerimento da LoganAI per correggere l'espressione regolare. LoganAI genera una nuova espressione regolare che potrebbe funzionare per l'utente. Fornisce un confronto tra le espressioni vecchie e nuove. È possibile selezionare Accetta suggerimento per utilizzare l'espressione regolare suggerita da LoganAI, in base alla quale la vecchia espressione regolare viene sostituita con la nuova espressione regolare e il test del parser viene eseguito di nuovo automaticamente. In caso contrario, è possibile fare di nuovo clic sull'icona per utilizzare LoganAI per generare l'espressione regolare. La nuova espressione regolare potrebbe non essere uguale a quella suggerita in precedenza da LoganAI.

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, tutti gli avanzamenti già eseguiti nella creazione del parser di tipo Regex andranno persi.

Vedere un argomento aggiuntivo: Gestione di più forme JSON in un singolo parser JSON

Per creare un parser JSON:

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

2. Selezionare il tipo di parser come JSON.

3. Facoltativamente, fornire una descrizione appropriata al parser per una facile identificazione.

4. Nel campo Contenuto log di esempio incollare il contenuto di 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 come 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 il percorso JSON voce di log dal menu.

6. Nella scheda Funzioni fare clic su Aggiungi funzione per aggiungere facoltativamente una funzione alle voci di log di pre-elaborazione con la funzione parser intestazione. Vedere Voci di log pre-elaborazione.
7. Dopo aver selezionato i campi, andare alla scheda Test del 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. Immettere il nome del parser nel campo Parser. Ad esempio, immettere Custom Database Audit Log.

2. Selezionare il tipo di parser XML.

3. Facoltativamente, fornire una descrizione appropriata al parser per una facile 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 Log 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 posizione per rilevare più valori di un elemento in un percorso XML, come nel caso di array di elementi. Ad esempio, per il contenuto del log di esempio 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 di posizione non è abilitata, si è limitati al percorso XML /ListOfTrackingFields/TrackingField/Name, che rileva solo il primo valore di Name. Se si abilita la consapevolezza di posizione, vengono rilevati i seguenti 5 valori di Name nell'elemento TrackingField: NameA, NameB, NameC, NameD, NameE, se sono configurati tutti i percorsi XML corrispondenti.

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

   In base alla selezione del percorso XML, i campi vengono selezionati e visualizzati nella scheda Campi. Nell'esempio precedente il contenuto del log, gli elementi evidenziati si qualificano per i campi. Per il percorso XML di esempio /AuditRecord, il percorso XML del campo è /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 come 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 una facile identificazione.

3. Selezionare il tipo di parser Delimitato.

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

   Prendere in considerazione 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 un qualificatore di testo non viene utilizzato. Quindi i dati che si verificano dopo il delimitatore (local) verranno considerati come il valore del campo successivo.

   Nel contenuto di log di esempio del passo precedente, il qualificatore è il doppio apice (").

   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 proprio accanto al delimitatore in modo che il valore della stringa corrisponda. Ad esempio, in ,"host,local",, il carattere di spazio dopo il primo delimitatore viene rimosso. Inoltre, viene rimosso il carattere di spazio prima dell'ultimo delimitatore. Pertanto, il valore effettivo del campo stringa corrispondente è host,local, come si può vedere nel risultato del test del parser in seguito.

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

   name, hostname, pid, level, msg, time

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

7. Nel campo Contenuto log di esempio incollare il contenuto di 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 eseguire il mapping selettivo solo per 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 come 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 del 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 sia 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 Log 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.

Tenere presente che nell'esempio descritto il contenuto del log dispone di un wrapper JSON. Tuttavia, è possibile eseguire queste operazioni anche se il contenuto e i wrapper del log originale 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, effettuare le operazioni riportate di seguito.

1. In base al tipo di contenuto del log originale, identificare o creare un parser per prelevare 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 successivamente.

2. In base al tipo di contenuto del wrapper, creare il parser seguendo la procedura descritta in Crea parser.

   Questo parser verrà definito parser wrapper nei passi successivi.

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

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

4. Nella scheda Campi, corrispondente al campo di base con il contenuto di 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 il parser mappato selezionato includa anche un parser mappato. Oracle Log Analytics supporta due livelli di parser mappati nidificati. Ad esempio, Wrapper-parser contiene mapped-parser-1 contenente mapped-parser-2.

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

Oracle Log Analytics fornisce le seguenti funzioni che consentono di pre-elaborare le voci di log e arricchire le voci di log risultanti:

• Funzione dettaglio intestazione

• Trova funzione di sostituzione

• Funzione Offset orario

Per preelaborare le voci di log durante la creazione di un parser, fare clic sulla scheda Funzioni, quindi fare clic 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 pertinenti.

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