Eliminazione delle tabelle del database

Determinate tabelle del database possono essere eliminate quando necessario, ma le altre non devono essere modificate per conservare la corretta funzionalità del sistema. Le tabelle che iniziano con BP_ e LG_ possono essere eliminate con due eccezioni: le tabelle BP_ che terminano con _QUE e _HIST vengono continuamente conservate dal motore di RosettaNet e non devono essere modificate. Le tabelle BP_ che terminano con _QUE sono tabelle di coda e le tabelle BP_ che terminano con _HIST sono tabelle cronologiche che vengono utilizzate per l'archiviazione. Ad esempio, la tabella BP_RNSTATEHDR_QUE viene archiviata nella tabella BP_RNSTATEHDR_HIST.

Le tabelle che iniziano con CG_ ed PR_ contengono i dati di configurazione o del profilo e devono rimanere invariati per conservare la corretta funzionalità del sistema.

Archiviare ed eliminare la funzionalità per i motori di stato di RosettaNet e AS1/AS2

Il criterio per i dati della tabella di eliminazione è basato sul numero di giorni che devono essere tenuti online. I dati nelle tabelle che terminano con _HIST vengono archiviati ed eliminati giornalmente. Inoltre, eventuali informazioni di log vengono troncate giornalmente.

Il criterio di eliminazione contiene solo un parametro di input, p_days, che è il numero di giorni in cui i dati vengono conservati in linea. Una volta che il DBA imposta il parametro di input, la procedura funziona nel seguente modo:
Tabella Tabella Cronologia Azione

RosettaNet



BP_rnStateHdr

BP_rnStateHdr_Hist

Elimina

BP_rnStateDtl

BP_rnStateDtl_Hist

Elimina

BP_Sponsor_State

BP_Sponsor_State_Hist

Elimina

BP_rnStateHdrAuditLog

nessuno

Tronca

AS1/AS2



BP_State_Hdr

BP_State_Hdr_Hist

Elimina

BP_AS_State_Hdr

BP_AS_State_Hdr_Hist

Elimina

BP_AS_State_Dtl

BP_AS_State_Dtl_Hist

Elimina

Tempo di conservazione dei dati

La procedura i dati in base alla combinazione della data di creazione del record nell'intestazione e al parametro di p_days. L'Ora per effettuare il TPA memorizzato nell'intestazione non è considerato. È responsabilità del DBA accertarsi che p_days è superiore al valore massimo di (Tempo per effettuare/1440). Tempo per effettuare viene memorizzato in minuti.

Si consiglia che i dati presenti nelle tabelle BP_ siano conservati online per p_days o ((TimeToPerform/1440) +1 giorno), ogni qual volta sono superiori. I dati nelle tabelle BP_DupCheck eBP_RnMsgDigest devono essere conservati per sette giorni. I dati in BP_Process_Log devono essere conservati per due giorni.

Le tabelle con i nomi che iniziano con DB sono tabelle di metadati tranne DB_ProcAuditLog. Se DB_ProcAuditLog è attivo, deve essere eliminato o troncato giornalmente o fatto in base alle esigenze dell'utente. Questo log viene normalmente disattivato per la produzione dato che è stato principalmente utilizzato nello sviluppo e negli ambienti QA.

Tabelle di log e di riepilogo

Le tabelle con i nomi che iniziano con LG_ sono tabelle di log e di riepilogo con l'eccezione di: LG_EventCd, LG_Media eLG_media_Cfg. Queste sono tabelle di metadati e devono rimanere invariate per mantenere la corretta funzionalità del sistema. Le tabelle che iniziano con LG_Access_ non vengono utilizzate in 4.2.1 e 4.2.2.

Le seguenti tabelle di log possono essere archiviate ed eliminate in base all'ID di attività e la tabella di guida deve essere LG_Activity. La data di creazione o RcvDocTS può essere utilizzata per determinare il numero di giorni che deve essere conservato online. RcvDocTS potrebbe essere una migliore opzione perché è un colonna con indice. I dati possono rimanere online per sette giorni o ((TimeToPerform/1440) +1 day), anche più a lungo.

Tabella
Note

LG_ACTIVITY

LG_ACTIVITY_DTL

LG_ACTIVITY_ENDSTATE

LG_ACTIVITY_RNDTL

LG_ACTIVITY_RNHDR

LG_AS_DTL

LG_AS_HDR

LG_ACTIVITY_EVENT
Collegamenti LG_Activity a LG_event

LG_EVENT

LG_EVENT_EVENTSUMMARY
Collegamenti LG_Event a LG_EventSummary e LG_EventSummary. DRILLDOWNFLG può essere utilizzato per indicare che il dettaglio non è disponibile (Non implementato nelle procedure 4.2.1 e 4.2.2).

LG_ACTIVITY_SUMMARY
Collegamenti LG_Activity in LG_Summary e LG_Summary. DRILLDOWNFLG può essere utilizzato per indicare che il dettaglio non è disponibile (Non implementato nelle procedure 4.2.1 e 4.2.2).

Le seguenti tabelle log possono essere eliminate in base alla data di creazione.

Tabella
Note

LG_Delivery_Log
Eventuali record superiori a un 1 giorno dalla data di creazione possono essere eliminati.

LG_DM_Doc_Lock
Eventuali record superiori a un 1 giorno dalla data di creazione possono essere eliminati.

LG_Msg_Archive
Eventuali record superiori a 7 giorni dalla data di creazione possono essere eliminati.

LG_STACKTRACE
Eventuali record superiori a 7 giorni dalla data di creazione possono essere eliminati.

LG_SYNCH_REQ_RESP
Eventuali record superiori ai sette giorni dalla data di creazione o (TimeToPerform/1440) +1 day), se superiori, possono essere eliminati.

LG_VALIDATION
Eventuali record superiori a 7 giorni dalla data di creazione possono essere eliminati.

LG_VTP_STATUS
Eventuali record superiori a 7 giorni dalla data di creazione possono essere eliminati.

Le seguenti tabelle di riepilogo devono rimanere invariate per conservare la corretta funzionalità del sistema.

Tabella
Note

Tabelle di riepilogo degli eventi

LG_EVENTSUMMARY

LG_EVENTSUMMARY_XREF

Tabelle di riepilogo del processo

LG_PROCESSSUMMARY_AS

LG_PROCESSSUMMARY_AS_MI

LG_PROCESSSUMMARY_AS_XREF

LG_PROCESSSUMMARY_RN

LG_PROCESSSUMMARY_RN_MI

LG_PROCESSSUMMARY_XREF

Tabelle di riepilogo del documento

LG_DOCPROCESSING_SUMLG_MSGLENGTH_SUMMARY

LG_SUMMARY

LG_SUMMARY_MI

LG_SUMMARY_PROCESSSUMMARY
Collegamenti LG_Sum_Xref_Lnk a LG_ProcessSummary_Xref

LG_SUMMARY_RN

LG_SUMMARY_RN_MI

LG_SUM_XREF_LNK
Collegamenti LG_SUM_XREF_PART e LG_SUM_XREF_PRCS una LG_Summary

LG_SUM_XREF_PART

LG_SUM_XREF_PRCS

Riepilogo della lunghezza del messaggio

LG_MSGLENGTH_SUMMARY

Copyright IBM Corp. 1997, 2004