Quando l'implementazione della tabella dati è l'implementazione attiva, le voci di verifica online vengono mantenute online in base ai valori specificati per i parametri maxEntriesOnlineAuditData e DaysOnline del sottosistema Verifica. I servizi seguenti consentono agli amministratori di gestire la quantità di dati nella tabella dati di verifica online:

Le operazioni di archiviazione ed eliminazione vengono attivate dagli oggetti scheduler correlati in ThingWorx Platform. Questi oggetti scheduler sono responsabili del richiamo periodico di questi servizi. È possibile configurare gli scheduler in base alle esigenze dell'organizzazione. Per default, questi servizi vengono eseguiti ogni giorno. I messaggi di verifica online vengono resi persistenti nei file memorizzati nella directory AuditArchive di AuditArchiveFileRepository del sottosistema Verifica. Non è possibile configurare questo repository.

A partire da ThingWorx Platform 8.5.0, il servizio ArchiveAuditHistory non elimina più i dati che soddisfano uno dei criteri di conservazione. Se viene soddisfatto uno dei criteri, i dati vengono eliminati invece da un servizio PurgeAuditData separato.

Per i parametri facoltativi del servizio QueryAuditHistory, fare riferimento a Ricerca dei dati di verifica (interrogazioni, tabella dati).

I dati di verifica non in linea forniscono una posizione di archiviazione per i dati di verifica a cui non è necessario accedere spesso, ma che si desidera conservare a fini amministrativi. Il servizio ArchiveAuditHistory copia i dati di verifica online nello spazio di archiviazione non in linea. I servizi seguenti consentono agli amministratori di gestire i dati non in linea:

L'operazione di esportazione chiama il servizio ArchiveAuditHistory, che copia i dati di verifica online richiesti da AuditArchiveFileRepository nel file di esportazione specificato. L'operazione di esportazione elabora e traduce i dati archiviati e li memorizza nel file di esportazione specificato.

Solitamente il servizio CleanUpOfflineAudit viene eseguito in base a uno scheduler. Può essere eseguito anche manualmente. Trasmettere al servizio olderThanDate per specificare i file archiviati da eliminare da AuditArchiveFileRepository.

I file non in linea vengono archiviati senza localizzazione. Un servizio di lettura non in linea, ExportAuditData, è disponibile per il recupero in base alla lingua specificata. Per ulteriori informazioni, fare riferimento a Esportazione dei dati di verifica.

Nel diagramma seguente è riportata la gerarchia per i file di archiviazione non in linea. Nel paragrafo che segue il diagramma viene illustrato il nodo appena sotto FileRepository, ovvero "OfflineAudit folder for active implementation".

Nel diagramma riportato sopra, il nodo "OfflineAudit folder for active implementation" rappresenta la directory principale nel repository per l'implementazione attiva: persistenza diretta o tabella dati. Se si inizia con l'implementazione della tabella dati e successivamente si passa all'implementazione della persistenza diretta, qui sono presenti due directory: AuditArchive per l'implementazione della tabella dati e AuditArchiveDirectPersistence per l'implementazione della persistenza diretta. Entrambe le directory hanno la stessa struttura di sottodirectory riportata sopra. I dati di verifica archiviati vengono mantenuti quando si passa da un'implementazione all'altra.

La data della cartella fa riferimento alla data dei messaggi di verifica che contiene e non alla data in cui è stata eseguita l'archiviazione. Come illustrato nel diagramma riportato sopra, il formato del nome della cartella con data è AAAA-MM-GG (ISO 8601), con una nuova cartella per ogni giorno di messaggi di verifica. I "blocchi di verifica non in linea" si trovano in un file JSON compresso che contiene i messaggi di verifica per quella data. La dimensione del blocco di default è 50.000 righe (la dimensione minima). Un amministratore di sistema può modificare la dimensione di default dei blocchi nella configurazione del sottosistema Verifica. Ad esempio, l'amministratore di sistema potrebbe specificare una dimensione del blocco di 70.000 righe. In questo caso, nella cartella con data sarebbe presente un file di blocco compresso per il numero di righe di messaggi specificato. Se ogni voce di verifica fosse ~ 1 KB, la dimensione di un file di blocco sarebbe circa ~ 70 MB, decompresso o in memoria.

Per ottimizzare le prestazioni, è necessario un equilibrio tra l'archiviazione dei dati di verifica online e non in linea. Il sottosistema Verifica comprende operazioni di archiviazione ed eliminazione per aiutare a raggiungere l'equilibrio ottimale per il sistema.

Per controllare la conservazione dei dati di verifica online, è possibile utilizzare le proprietà del sottosistema riportate di seguito.

Quando lo scheduler chiama il servizio ArchiveAuditHistory, la data corrente viene trasmessa come olderThanDate. Tutti i messaggi di verifica online antecedenti questa data vengono archiviati. Questo servizio non controlla il parametro DaysOnline del sottosistema Verifica.

Il servizio PurgeAuditData controlla il valore del parametro DaysOnline del sottosistema Verifica per determinare quali messaggi di verifica online devono essere eliminati e quali devono rimanere disponibili online. Prima di eliminare i messaggi di verifica, questo servizio controlla se sono presenti messaggi di verifica online contrassegnati per l'eliminazione che non sono stati archiviati. In tal caso, questo servizio chiama il servizio ArchiveAuditHistory per memorizzare i messaggi nella modalità non in linea. Queste azioni assicurano che tutti i dati eliminati vengano archiviati prima dell'eliminazione.

Per informazioni sull'utilizzo del servizio ExportAuditData per l'esportazione dei dati di verifica online e non in linea per l'implementazione della tabella dati, fare riferimento a Esportazione dei dati di verifica.