Selezionando l'opzione di traccia Tutti i client, invece che una traccia specifica, viene visualizzato un elenco di tutti i file di traccia per tutte le tracce attivate.

Per motivi di sicurezza, le registrazioni di controllo sono sempre abilitate. Per impostazione predefinita, WebFOCUS Reporting Server salva le registrazioni di controllo per 10 giorni. È possibile personalizzare la durata di tempo per cui salvare le registrazioni, salvare eventi di accesso in una registrazione separata e salvare le registrazioni in un database.

Per ulteriori informazioni sulla modifica del funzionamento delle registrazioni predefinite o dell'ubicazione delle registrazioni predefinite, consultare Impostazioni Directory dell'applicazione.

Per visualizzare le registrazioni di controllo, è necessario effettuare l'accesso da utente amministrativo con SystemFullControl o ROOT. È possibile accedere alle registrazioni attraverso la console di gestione.

1. Selezionare Diagnostica nel pannello di navigazione della console di gestione, quindi, nella cartella Tracce, selezionare Tutti i client.

   Viene visualizzato l'elenco delle registrazioni di client.

2. Scorrere verso il basso e selezionare audit.log per aprire il file di registrazione.

   Le registrazioni datate vengono visualizzate con la data accodata al nome del file nel formato audit.log_YYYY_MM_DD.log. Per impostazione predefinita, le registrazioni vengono salvate per 10 giorni. Questa durata viene determinata dal valore per l'impostazione IBI_Log_Retain_Days, nelle impostazioni di configurazione.

L'ubicazione della registrazione di controllo viene determinata dal file WEB-INF\classes\log4j.xml. Per impostazione predefinita, l'ubicazione è nella directory \ibi\WebFOCUS81\logs e tutti gli eventi vengono registrati in un singolo file. Per salvare gli eventi di accesso, incluse le disconnessioni e le scadenze, in un file separato, è necessario creare un nuovo appender in log4j.xml e modificare il nome di accesso di com.ibi.uoa.signin per puntare al nuovo appender.

1. Aprire il file drive:/ibi/WebFOCUS81/webapps/webfocus/WEB-INF/classes/log4j.xml.
2. Inserire un nuovo appender per salvare gli eventi di accesso in un file chiamato signinout.log, come nel seguente codice di esempio.

   <appender name="LOGuoaSignInOut" class="org.apache.log4j.DailyRollingFileAppender">
     <param name="File" value="C:/ibi/WebFOCUS81/logs/signinout.log"/>
     <param name="DatePattern" value="'_'yyyy-MM-dd'.log'"/>
     <param name="immediateFlush" value="true"/>
     <param name="append" value="true"/>
     <layout class="org.apache.log4j.PatternLayout">
     <param name="ConversionPattern" value="[%d] %-5p %-16.16X{remoteAddress} %-20.20t %m%n" />
     </layout>
   </appender>

3. All'interno del file cercare logger name="com.ibi.uoa.signin" e aggiornare la voce per leggere:

   <logger name="com.ibi.uoa.signin" additivity="false">
      <level value="info" />
      <appender-ref ref="LOGuoaSignInOut"/>
   </logger>

4. Salvare il file.

Gli eventi di accesso sono ora memorizzati nel file signinout.log ed appariranno nell'elenco di tracce Tutti i client.

È possibile salvare gli eventi di sicurezza in un database utilizzando Appender Apache Log4j JDBC.

1. Determinare quali informazioni devono essere acquisite.

   Per esempio, è possibile salvare gli eventi di accesso e di sicurezza utente in un database, acquisendo le seguenti informazioni:

   • Tentativi di accesso e disconnessione.
   • Creazione, modifica e cancellazione di utenti.
   • Aggiunta o rimozione di utenti da un gruppo.
2. È possibile creare la tabella di database che verrà utilizzata per memorizzare le informazioni di registrazione di controllo. La tabella deve presentare colonne appropriate per l'acquisizione di informazioni.

   Per l'esempio discusso nel passaggio 1, è possibile creare una tabella per acquisire gli ID utente, gli indicatori data e ora, i nomi d'accesso e gli eventi di controllo per gli utenti ed i tentativi di accesso con il seguente codice.

   CREATE TABLE WF_AUDIT_LOG (
   USERID VARCHAR(255),   --- Signed-in user
   DATETIME VARCHAR(255), --- Date and timestamp
   LOGGER VARCHAR(255),   --- Logger name
   MESSAGE VARCHAR(255)); --- Event

3. Aggiornare il file drive:/ibi/WebFOCUS81/webapps/webfocus/WEB-INF/classes/log4j.xml per associare i nomi Appender JDBC con i nomi d'accesso specificati in Eventi di sicurezza e per includere il riferimento appender (appender-ref) che utilizza il nome Appender JDBC per gli eventi appropriati. Per questo esempio, eseguire i seguenti passaggi.
   1. Aggiungere Appender JDBC al file log4j.xml con il seguente codice.

      <appender name="LOGdb" class="org.apache.log4j.jdbc.JDBCAppender">
         <param name="URL" value="jdbc:derby://localhost:1527/WebFOCUS81;create=true"/>
         <param name="Driver" value="org.apache.derby.jdbc.ClientDriver"/>
         <param name="User" value="webfocus"/>
         <param name="Password" value="webfocus"/>
         <layout class="org.apache.log4j.PatternLayout">
         <param name="ConversionPattern" value="INSERT INTO WF_AUDIT_LOG
               (USERID,DATETIME,LOGGER,MESSAGE)VALUES ('%X{userId}','%d', '%c', '%m')" />
         </layout>
      </appender>

   2. Determinare dove è stata registrata l'informazione, aggiungere il riferimento Appender JDBC ai nomi d'accesso.
   • Utilizzare il seguente codice per accedere alle informazioni solamente sul database esterno:

     <logger name="com.ibi.uoa.users" additivity="false">
        <level value="info" />
        <appender-ref ref="LOGdb" />
     </logger>
     <logger name="com.ibi.uoa.signin" additivity="false">
        <level value="info" />
        <appender-ref ref="LOGdb" />
     </logger>

   • Utilizzare il seguente codice per accedere sia su WebFOCUS che sul database esterno:

     <logger name="com.ibi.uoa.users" additivity="false">
        <level value="info" />
        <appender-ref ref="LOGuoa" />
        <appender-ref ref="LOGdb" />
     </logger>
     <logger name="com.ibi.uoa.signin" additivity="false">
        <level value="info" />
        <appender-ref ref="LOGuoa" />
        <appender-ref ref="LOGdb" />
     </logger>

4. Se il file drive:/ibi/WebFOCUS81/webapps/webfocus/webfocus.war viene distribuito sul server delle applicazioni, è necessario aggiornare e ridistribuire il file webfocus.war. Se invece viene distribuita la directory estesa drive:/ibi/WebFOCUS81/webapps/webfocus, procedere direttamente al prossimo passaggio.
5. Reciclare il server delle applicazioni.

La tabella di database acquisisce ciascun evento di sicurezza in una riga separata, come illustrato nella seguente immagine.

La seguente tabella elenca i tipi di eventi di sicurezza memorizzati per il controllo da WebFOCUS.

Nella seguente tabella, ogni voce di registrazione è composta dai seguenti elementi:

• Data/ora, nel formato AAAA-MM-GG hh:dd:ss,sss.
• Livello di registrazione, ad esempio INFO.
• Il tipo di evento registrato, in questo caso, un evento di configurazione viene indicato da config.
• ID Monitoraggio dell'utente che ha eseguito l'azione.
• Evento specifico registrato, in questo caso, configUpdate, un aggiornamento di configurazione.
• Sia che l'azione abbia esito positivo o negativo, indicato da SUCCESS o FAILURE.
• Nome del file influenzato, tipicamente webconfig.xml.
• Nome dell'utente che ha eseguito l'azione.
• Nuovo valore della proprietà modificata.
• Vecchio valore della proprietà modificata.

[YYYY-MM-DD hh:mm:ss,sss] INFO config monitor_ID user_ID 
configUpdate {SUCCESS|FAILURE} file:file_name user:user_ID 
parameterName:parameter_name newValue:new_value oldValue:old_value

[YYYY-MM-DD hh:mm:ss,sss] INFO config monitor_ID user_ID 
configUpdate {SUCCESS|FAILURE} file:license_key_file user:user_ID 
parameterName:parameter_name newKey:new_value newSite:site_code

Nella seguente tabella, ciascuna voce di registrazione è composta dai seguenti elementi:

• Data/ora, nel formato AAAA-MM-GG hh:dd:ss,sss.
• Livello di registrazione, ad esempio INFO.
• Tipo di evento registrato, in questo caso, un evento di contenuto viene indicato con content.
• ID Monitoraggio dell'utente che ha eseguito l'azione.
• Evento specifico, per esempio, createFolder o putItem.
• Sia che l'azione abbia esito positivo o negativo, indicato da SUCCESS o FAILURE.
• Nome dell'utente che esegue l'azione.
• Ubicazione del contenuto influenzato dall'azione.
• Campi alterati dall'azione.

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
delete {SUCCESS|FAILURE} user:user_ID folder:IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID  
moveFolder {SUCCESS|FAILURE} user:user_ID  srcitem:old_IBFS_address dstitem:new_IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
putFolderProperties {SUCCESS|FAILURE} user:user_ID 
folder:new_IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
createItem {SUCCESS|FAILURE} user:user_ID folder:IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
putItem {SUCCESS|FAILURE} user:user_ID item:IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
delete {SUCCESS|FAILURE} user:user_ID item:IBFS_address

Nella seguente tabella, ciascuna voce di registrazione, è composta dai seguenti elementi:

• Data/ora, nel formato AAAA-MM-GG hh:dd:ss,sss.
• Livello di registrazione, ad esempio INFO.
• Tipo di evento registrato, in questo caso, un evento di gruppo viene indicato con gruppi.
• ID Monitoraggio dell'utente che ha eseguito l'azione.
• Descrizione di una azione, per esempio, createGroup o putGroup.
• Sia che l'azione abbia esito positivo o negativo, indicato con SUCCESS o FAILURE.
• Nome e ID numerico univoco del gruppo influenzato dall'azione.
• Campi alterati dall'azione.

Ciascun utente e gruppo viene identificato da un ID numerico univoco, come anche dal nome.

[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID 
createGroup {SUCCESS|FAILURE} name:group_name (group_ID) 
parent:group_parent (parent_group_ID) desc:group_description extGrp:external_group_mappings

[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID 
deleteGroup {SUCCESS|FAILURE} group:IBFS_address (group_ID) 
users-autoremoved:number_of_group_members

[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID 
putGroup {SUCCESS|FAILURE} groupPath:IBFS_address (group_ID) 
newdesc:new_description olddesc:old_description 
externalGroups:external_group_mappings

[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID 
renameGroup {SUCCESS|FAILURE} name:group_name (group_ID) 
parent:parent_group oldName:old_group_name

Nella seguente tabella, ciascuna voce di registrazione è composta dai seguenti elementi:

• Data/ora, nel formato AAAA-MM-GG hh:dd:ss,sss.
• Livello di registrazione, ad esempio INFO.
• Tipo di evento registrato, in questo caso, un evento di proprietà viene indicato con proprietà.
• L'azione presa, come la modifica di proprietà, indicata da changeOwner, o la pubblicazione di un elemento, indicata da makePublic.
• Sia che l'azione abbia esito positivo o negativo, indicato con SUCCESS o FAILURE.
• Se la risorsa inerita la propria privacy dalla sua risorsa principale.
• Il percorso completo IBFS della risorsa.
• ID utente della nuova proprietario della risorsa.
• Tipo di proprietario, G per un gruppo o U per un utente.

[YYYY-MM-DD hh:mm:ss,sss] INFO ownership monitor_ID user_ID 
makePrivate {SUCCESS|FAILURE} inherited:{TRUE|FALSE} strPath:IBFS_address ownerName:owner_group_name ownerType:G

[YYYY-MM-DD hh:mm:ss,sss] INFO ownership monitor_ID user_ID 
changeOwner {SUCCESS|FAILURE} inherited:{TRUE|FALSE} 
strPath:IBFS_address ownerName:owner_user_ID ownerType:U

[YYYY-MM-DD hh:mm:ss,sss] INFO ownership monitor_ID user_ID 
makeManaged {SUCCESS|FAILURE} resource:IBFS_address 
ownerName:new_owner ownerType:U

[YYYY-MM-DD hh:mm:ss,sss] INFO ownership monitor_ID user_ID 
isPublishable {SUCCESS|FAILURE} inherited:{TRUE|FALSE} 
ownerName:parent_folder

Nella seguente tabella, ciascuna voce di registrazione è composta dai seguenti elementi:

• Data/ora, nel formato AAAA-MM-GG hh:dd:ss,sss.
• Livello di registrazione, ad esempio INFO.
• Tipo di evento registrato, in questo caso, un evento di ruolo viene indicato con roles.
• ID Monitoraggio dell'utente che ha eseguito l'azione.
• ID utente dell'utente che ha eseguito l'azione.
• Evento specifico, per esempio, createRole.
• Sia che l'azione abbia esito positivo o negativo, indicato da SUCCESS o FAILURE.
• Nome del ruolo influenzato dall'azione.
• Normativa per il ruolo.

[YYYY-MM-DD hh:mm:ss,sss] INFO roles monitor_ID user_ID 
createRole {SUCCESS|FAILURE} role:role_name (role_ID) 
desc:description policy:privilege_name:OPERATION;

[YYYY-MM-DD hh:mm:ss,sss] INFO roles monitor_ID user_ID  
putRole {SUCCESS|FAILURE} role:role_name (role_ID)   
desc:description policy:privilege_name:OPERATION;

[YYYY-MM-DD hh:mm:ss,sss] INFO roles monitor_ID user_ID 
deleteRole {SUCCESS|FAILURE} role:role_name (role_ID) 
udr-autoremoved:number_user_default_rules_using_the_role 
policy:privilege_name:OPERATION;

[YYYY-MM-DD hh:mm:ss,sss] INFO roles monitor_ID user_ID  
createRole {SUCCESS|FAILURE} role:role_name_copy (role_ID) 
desc:description_copy policy:privilege_name:OPERATION;

Nella seguente tabella, ciascuna voce di registrazione è composta dai seguenti elementi:

• Data/ora, nel formato AAAA-MM-GG hh:dd:ss,sss.
• Livello di registrazione, ad esempio INFO.
• Tipo di evento registrato, in questo caso, un evento di regola viene indicato da rules.
• ID Monitoraggio dell'utente che ha eseguito l'azione.
• ID utente dell'utente che ha eseguito l'azione.
• Evento specifico, per esempio, addGroupRule o addUserRule.
• Sia che l'azione abbia esito positivo o negativo, indicato da SUCCESS o FAILURE.
• L'ubicazione della risorsa in cui la regola viene applicata.
• Normativa di accesso della regola.
• Sia che la regola venga applicata solamente a questa ubicazione, agli elementi secondari solamente di questa ubicazione o a questa ubicazione e ai suoi elementi secondari.

• Data/ora, nel formato AAAA-MM-GG hh:dd:ss,sss.
• Livello di registrazione, ad esempio INFO.
• Tipo di evento registrato, in questo caso, un evento di condivisione viene indicato con condivisioni.
• ID Monitoraggio dell'utente che ha eseguito l'azione.
• ID utente dell'utente che ha eseguito l'azione.
• Evento specifico, per esempio, clearShares.
• Sia che l'azione abbia esito positivo o negativo, indicato da SUCCESS o FAILURE.
• Sia che il proprietario della risorsa sia un gruppo un utente singolo, G o U.
• L'ID del proprietario.

[YYYY-MM-DD hh:mm:ss,sss] INFO shares monitor_ID user_ID  
{SUCCESS|FAILURE} resource:IBFS_address 
count:number_of_parties_shared_with ownerType:{G|U} ownerID:owner_ID

[YYYY-MM-DD hh:mm:ss,sss] INFO shares monitor_ID user_ID 
clearShares {SUCCESS|FAILURE} resource:IBFS_address 
count:number_of_parties_shared_with ownerType:{G|U} ownerID:owner_ID

Nella seguente tabella, ciascuna voce di registrazione è composta dai seguenti elementi:

• Data/ora, nel formato AAAA-MM-GG hh:dd:ss,sss.
• Livello di registrazione, ad esempio INFO.
• Tipo di evento registrato, in questo caso, un evento di accesso viene indicato con signin.
• ID Monitoraggio dell'utente che ha eseguito l'azione.
• ID utente dell'utente che ha eseguito l'azione.
• Descrizione dell'azione, per esempio, signIn.
• Sia che l'azione abbia esito positivo o negativo, indicato da SUCCESS o FAILURE.
• Nome e ID monitoraggio dell'utente che ha effettuato l'accesso.
• L'indirizzo IP e l'agente utente o il tipo di browser, se disponibile.

Ciascun utente viene identificato da un ID numerico univoco, come anche dal nome.

[YYYY-MM-DD hh:mm:ss,sss] INFO signin monitor_ID user_ID 
signIn {SUCCESS|FAILURE} user:user_ID monitorId:monitor_ID 
IPaddr:IP_address userAgent:user_agent

[YYYY-MM-DD hh:mm:ss,sss] INFO signin monitor_ID user_ID 
signOut {SUCCESS|FAILURE} user:user_ID monitorId:monitor_ID

[YYYY-MM-DD hh:mm:ss,sss] INFO signin monitor_ID user_ID 
signOut {SUCCESS|FAILURE} user:user_ID monitorId:monitor_ID

authentication Failure-unregistered_user User:xyzabc

authentication Failure-EDA-RC User:admin RC:32033
EDANODE:EDASERVE

authentication Failure-EDA-RC User:bn01618 RC:32034 
EDANODE:EDASERVE

authentication Failure-Unknown User:cssadmin RC:32063 
EDANODE:EDASERVE

authentication Failure-EDA-RC User:cssadmin RC:32034 
EDANODE:EDASERVE

ERROR_AUTHENTICATION_FAILURE (5003)

ERROR_AUTHENTICATION_FAILURE_ID_INACTIVE (5006)

ERROR_AUTHENTICATION_MUST_CHANGE_PASSWORD (5007)

ERROR_AUTHENTICATION_PASSWORD_EXPIRED (5008)

ERROR_AUTHENTICATION_USER_LOCKED (5009)

ERROR_AUTHENTICATION_USER_ALREADY_LOGGED_IN (5020)

Nella seguente tabella, ciascuna voce di registrazione è composta dai seguenti elementi:

• Data/ora, nel formato AAAA-MM-GG hh:dd:ss,sss.
• Livello di registrazione, ad esempio INFO.
• Tipo di evento registrato, in questo caso, un evento di utente viene indicato con users.
• ID Monitoraggio dell'utente che ha eseguito l'azione.
• Descrizione dell'azione, per esempio, createUser o putUser.
• Sia che l'azione abbia esito positivo o negativo, indicato da SUCCESS o FAILURE.
• L'ID utente e l'ID numerico univoco dell'utente influenzato dall'azione.
• Campi alterati dall'azione.

Ciascun utente e gruppo viene identificato da un ID numerico univoco, come anche dal nome.

Evento	Voce di registrazione
L'utente viene creato	[YYYY-MM-DD hh:mm:ss,sss] INFO users monitor_ID user_ID  createUser {SUCCESS|FAILURE} user:user_ID (user_number) status:{ACTIVE|INACTIVE} email:email_address desc:description
I dettagli dell'utente vengono modificati	[YYYY-MM-DD hh:mm:ss,sss] INFO users monitor_ID user_ID  putUser {SUCCESS|FAILURE} user:user_description (user_ID)  status:status email:email_address desc:description
L'account utente viene disabilitato	[YYYY-MM-DD hh:mm:ss,sss] INFO users monitor_ID user_ID  putUser {SUCCESS|FAILURE} user:user_ID (user_number) status:INACTIVE email:email_address desc:description
L'account utente viene cancellato	[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID utente removeUserFromGroup {SUCCESS|FAILURE}:user_ID (user_number) gruppo:group_name (group_ID) [YYYY-MM-DD hh:mm:ss,sss] INFO users monitor_ID user_ID status:{ACTIVE|INACTIVE} email:email_address desc:description
La parola d'ordine viene modificata	[YYYY-MM-DD hh:mm:ss,sss] INFO users changePassword {SUCCESS|FAILURE} user:user_whose_password_is_changed (user_number)  status:{ACTIVE|INACTIVE} email:email_address desc:description

Tutte le attività dello strumento InfoAssist, Portale BI, e ReportCaster vengono tracciate ed accodate al file di registrazione chiamato event.log, ubicato nella directory drive:/ibi/WebFOCUS81/logs. Sono disponibili i seguenti livelli di traccia:

• INATTIVO. Nessuna attività viene scritta nel file di registrazione.
• IRREVERSIBILE. Consente di generare la tracciatura minima.
• ERROR. Consente di registrare informazioni solo se si verifica un errore.
• AVVERTENZA. Cattura soltanto messaggi di avvertenza.
• INFO. Consente di catturare solo messaggi informativi.
• DEBUG. Produce massima tracciatura.
• TRACE. Consente di abilitare la tracciatura.

Questa traccia le connessioni client al Reporting Server. Il tipo di traccia che appare (NGXXJ oo JLINK) dipende dall'impostazione di IBI_EDACONNECTOR.

I nomi dei file di traccia sono nella forma seguente:

sequencenumber_tracetype_Connector_date_time.trace

dove:

sequencenumber

Con ogni file di traccia creato si genera un nuovo numero di sequenza che contribuisce a determinare l'ordine di elaborazione quando si esaminano le tracce per più di un componente.

tracetype

Il tipo di traccia è NGXXJ o JLINK.

date_time

Si tratta della data e l'orario di creazione del file.

Nota: Questa impostazione aggiorna l'impostazione di CONNECTOR_TRACE nella sezione Parametri di avvio della sezione Configurazione della console di gestione. Tuttavia, l'impostazione TRACE=ON sovrascrive l'impostazione CONNECTOR_TRACE. Quando si imposta TRACE=ON, le informazioni di traccia del Connettore client sono inserite nel file di traccia del componente (ad esempio WFServlet) che utilizza l'API diWebFOCUS (WFAPI) per utilizzare il connettore client.

La traccia Sistemi di informazioni geografiche (SIG) mostra i passaggi effettuati durante l'elaborazione delle richieste per disegnare mappe o eseguire prospetti.

Il livello 1 fornisce dettagli minimi, mentre il livello 4 ne mostra una quantità maggiore. Si consiglia di utilizzare sempre il livello 4.

La traccia fornisce le seguenti informazioni:

• Richieste di query ArcXML da ArcIMS
• Richieste di creazione mappa ArcXML
• Risposte ArcXML
• Codice per richiamare le procedure FOCEXEC
• Risposte prospetto
• Risposte XML da utilizzare per disegnare mappe

Informazioni sulla grafica lato server (SSG) sono disponibili utilizzando l'opzione di traccia Grafico nella sezione Diagnostica nella console di gestione. Le informazioni visualizzate dipendono da SSG_EXTERNAL=YES (basato su processo) o SSG_EXTERNAL=NO (basato su thread).

Quando SSG_ENABLE=YES e SSG_EXTERNAL sono impostati su Sì, queste impostazioni sono accessibili nella sezione Grafico delle impostazioni Client. WFServlet avvia un nuovo processo Java per richiamare il motore grafico. SSG_EXTERNAL=YES richiede sempre un'ora di avvio in quanto analizza le proprietà di tutti i grafici quando viene caricato il Motore grafico. Se la tracciatura è abilitata e viene eseguita una richiesta del grafico, vengono visualizzati tre file di traccia nel seguente formato:

sequence_number_SSGexternal_date_time.trace

Fornisce tutte le informazioni della traccia relative all'esecuzione della richiesta del grafico. Ciò include il numero di release, le informazioni relative all'analisi e le chiamate API inviate al motore grafico.

sequence_number_SSGexternal_ERROR_date_time.trace

Fornisce informazioni su qualsiasi errore verificatosi durante singoli processi JVM.

sequence_number_SSGexternal_OUTPUT_date_time.trace

Fornisce informazioni su diversi processi JVM.

Quando SSG_ENABLE=YES e SSG_EXTERNAL=NO, viene visualizzato un singolo file di traccia nel seguente formato:

sequence_number_graph_date_time.trace

Simile a sequence number_SSGexternal_date_time.trace, questo file di traccia fornisce tutte le informazioni della traccia relative all'esecuzione della richiesta del grafico.

Sono disponibili i seguenti livelli di traccia:

• INATTIVO. Nessuna attività viene scritta nel file di registrazione.
• IRREVERSIBILE. Consente di generare la tracciatura minima.
• ERROR. Consente di registrare informazioni solo se si verifica un errore.
• AVVERTENZA. Cattura soltanto messaggi di avvertenza.
• INFO. Consente di catturare solo messaggi informativi.
• DEBUG. Produce massima tracciatura.
• TRACE. Consente di abilitare la tracciatura.

Nota: Se SSG_ENABLE=NO, non viene creato alcun file di traccia poiché i grafici applet vengono eseguiti nel browser anziché creati sul server delle applicazioni.

Fornisce la tracciatura di tutte le chiamate HTTP e i parametri per ciascuna chiamata JSP.

Nella console di gestione è possibile visualizzare informazioni relative a file di registrazione e di traccia per il Programma di utilità di eliminazione dei ticket differiti MR.

File di registrazione del Programma di utilità di eliminazione dei ticket differiti MR

Il Programma di utilità di eliminazione dei ticket differiti MR crea un file di registrazione ogni qualvolta viene eseguito il programma di utilità. I file di registrazione possono essere visualizzati facendo clic sull'opzione Programma di utilità di eliminazione dei ticket differiti MR nella cartella Tracce nella sezione Diagnostica della console di gestione.

Il nome del file di registrazione è nel seguente formato:

mrdtcleanup_date_time.log

dove:

data

Corrisponde alla data di creazione del file di registrazione nel formato Anno mese giorno (AAAA-MM-GG).

ora

Corrisponde all'orario del file di registrazione creato nel formato Ora-Minuti-Secondi (HMS).

Per esempio, un file di registrazione creato Venerdì, 24 Agosto 2012 alle ore 14:46:52 viene visualizzato come mrdtcleanup_120824_144354.log.

Fare clic sul nome del file di registrazione, per esempio mrdtcleanup_060818_144354.log, per visualizzare le informazioni del file di registrazione. Per eliminare il file di registrazione, selezionare la casella di spunta accanto al file di registrazione e fare clic su Elimina. Inoltre, se necessario, è possibile utilizzare anche le opzioni Seleziona tutto e Deseleziona tutto o fare clic sull'opzione Aggiorna per verificare che le informazioni più recenti siano visualizzate nella console.

Attivando le tracce NLS mediante la Console di gestione, vengono visualizzate le seguenti informazioni:

• Impostazioni locali sistema (valori relativi a Lingua e Paese) dal computer del server web.
• Numero della code page di codifica CGI utilizzato.
• Metodo di inizializzazione JSP utilizzato e messaggio di errore NLS da Java quando viene lanciata una delle funzioni HTML.

La traccia Trasformazioni OLAP fornisce i contenuti inviati dal browser al client di WebFOCUS, quali la query e il set di risposte risultanti.

La traccia valori OLAP fornisce informazioni simili nella traccia Trasformazioni OLAP e viene utilizzata per tracciare la query quando l'utente richiede valori dei dati dal pannello OLAP o dal pannello di controllo OLAP per effettuare una selezione di record.

La traccia di procedura consente di visualizzare le voci di richiesta o la sintassi che erano state inviate al Reporting Server per l'elaborazione. Quando le tracce della procedura sono abilitate, l'impostazione PROCEDURE_LOG nella sezione Parametri di avvio della console di gestione viene impostata automaticamente su On.

Il file di registrazione viene nominato procedure.log e viene ubicato nella directory drive:/ibi/WebFOCUS81/logs.

È possibile visualizzare i file di registrazione, selezionando Traccia procedura dalla sezione Diagnostica della console di gestione. Fare clic sul nome del file di registrazione per aprire il file di registrazione. È possibile selezionare Tutte le voci per tutte le sessioni, funzione che elenca l'inizio della procedura e dell'emissione o Tutti i dettagli per tutte le sessioni, funzione che visualizza la sintassi della procedura.

L'opzione Traccia registrazione monitoraggio fornisce informazioni relative a una o più sessioni attive. La registrazione viene abilitata utilizzando l'opzione Session Monitor nella sezione Diagnostica. È possibile abilitare le tracce per tutte le sessioni o per sessioni individuali selezionate. La Registrazione monitoraggio fornisce i seguenti livelli di informazioni relative alla diagnostica:

• INATTIVO. Non viene scritta alcuna informazione nel file monitor.log.
• IRREVERSIBILE. Consente di generare la tracciatura minima.
• ERROR. Consente di registrare informazioni solo se si verifica un errore.
• AVVERTENZA. Cattura soltanto messaggi di avvertenza.
• INFO. Consente di catturare solo messaggi informativi.
• DEBUG. Produce massima tracciatura.
• TRACE. Consente di abilitare la tracciatura.

Le informazioni scritte nel file di registrazione si basano sul livello di registrazione impostato. Ad esempio, il livello di registrazione INFO fornisce le seguenti informazioni nella registrazione:

[YYYY-MM-DD hh:mm:ss,sss] INFO ReqEnd MonID=monitor_ID 
ClientUser=user_ID ReqID=16.29.03.987-1 Node=node ServerUser= 
Completed=completion_time TimeUsed=time_to_run_requestReqInfo=request_information

dove:

MonID

corrisponde a un identificatore unico per ciascuna sessione.

ClientUser

corrisponde all'ID utente di che sta eseguendo la richiesta.

ReqID

corrisponde a un identificatore unico per il Reporting Server.

Nodo

corrisponde al nome del Reporting Server che sta eseguendo la richiesta.

ServerUser

corrisponde all'ID utente del Reporting Server.

Completato

corrisponde all'ora, espressa in millisecondi, in cui è stata completata la richiesta.

TimeUsed

corrisponde alla quantità di tempo, espressa in millisecondi, necessaria al completamento dell'esecuzione della richiesta.

ReqInfo

Fornisce informazioni relative alla richiesta, quali il nome dell'applicazione e della procedura del prospetto.

Il livello di registrazione è solitamente impostato su INFO. DEBUG è il livello consigliato solo per la risoluzione dei problemi. Per ulteriori informazioni sulla registrazione monitoraggio, consultare Monitoraggio di sessioni WebFOCUS .

La Traccia Sicurezza Web traccia le richieste di convalida influenzate dalle Impostazioni di Convalida. Le opzioni del livello di sicurezza sono:

• INATTIVO. Non viene scritta alcuna informazione nel file monitor.log.
• IRREVERSIBILE. Consente di generare la tracciatura minima.
• ERROR. Consente di registrare informazioni solo se si verifica un errore.
• AVVERTENZA. Cattura soltanto messaggi di avvertenza.
• INFO. Consente di catturare solo messaggi informativi.
• DEBUG. Produce massima tracciatura.
• TRACE. Consente di abilitare la tracciatura.

I servizi web consentono di sviluppare applicazioni negli ambienti .NET o Java ed eseguire le funzionalità di WebFOCUS da tali ambienti.

Ciascun file di traccia è una singola chiamata di funzione del Servizio Web che traccia i messaggi SOAP. Ciò è importante se i programmatori desiderano eseguire un debug dei programmi .NET o Java quando si chiamano le funzioni del Servizio web di WebFOCUS.

Questa traccia consente di tracciare richieste elaborate dall'implementazione di WFServlet del client di WebFOCUS Il formato del nome del file di traccia è:

sequencenumber_WFServlet_WFAPI_date_time.trace

Viene generata una nuova sequenza di numeri con ogni file di traccia creato. Le sezioni della data e dell'ora specificano la data e l'ora in cui è stato creato il file.