L’elenco delle tabelle da gestire dipende dalla versione di Adobe Campaign, dalla modalità di utilizzo e dalla configurazione del modello dati.
Nell'elenco seguente sono elencate solo le tabelle più soggette a frammentazione. Gli impatti sono i seguenti:
un eccessivo consumo di spazio su disco, con conseguente impatto sull'accesso al database,
indici che non sono stati aggiornati regolarmente, il che rallenta le prestazioni delle query.
Tabelle Adobe Campaign
Nome tabella
Dimensione
Tipo principale di attività
Commenti
NmsDelivery
Piccolo
Aggiornamenti
Esiste un record per azione di consegna. Un singolo record può essere aggiornato diverse volte per riflettere l’avanzamento della consegna, pertanto gli indici in questa tabella tendono a frammentarsi rapidamente.
NmsDeliveryPart
Medium
Inserimenti, aggiornamenti, eliminazioni
Tabella di lavoro in cui vengono inseriti i record durante la preparazione della consegna. Vengono quindi aggiornati durante la consegna ed infine eliminati una volta completata la consegna. Questa tabella tende a frammentarsi rapidamente anche se le sue dimensioni medie sono abbastanza limitate.
NmsMirrorPageInfo
Grande
Inserzioni, eliminazioni
Questa tabella contiene le informazioni necessarie per generare pagine mirror personalizzate. Contiene un campo Memo (CLOB) e come tale tenderà ad essere molto grande. Il volume è direttamente proporzionale alla cronologia delle pagine mirror conservate.
NmsDeliveryState
Medium
Inserimenti, aggiornamenti, eliminazioni
Questa tabella contiene statistiche sul processo di consegna. I suoi documenti vengono regolarmente aggiornati.
NmsAddress
Medium
Aggiornamenti, inserimenti
Questa tabella contiene informazioni sugli indirizzi e-mail. Viene spesso aggiornato come parte del processo di quarantena (i record vengono creati al primo errore di consegna, aggiornati quando i contatori cambiano ed eliminati una volta completata la consegna).
XtkWorkflow
Piccolo
Aggiornamenti
C'è un record per istanza di flusso di lavoro, quindi pochissimi record. Tuttavia, la tabella viene regolarmente aggiornata per riflettere lo stato e l’avanzamento.
XtkWorkflowTask
Piccolo
Inserimenti, aggiornamenti, eliminazioni
Ogni esecuzione di un’attività del flusso di lavoro porta alla creazione di un record in questa tabella. Il meccanismo di eliminazione li elimina una volta scaduti.
XtkWorkflowEvent
Piccolo
Inserimenti, aggiornamenti, eliminazioni
Ogni transizione attivata tra le attività di un flusso di lavoro porta alla creazione di un record in questa tabella. Il meccanismo di eliminazione li elimina una volta scaduti.
XtkWorkflowJob
Molto piccolo
Inserimenti, aggiornamenti, eliminazioni
Questa tabella è specifica del motore del flusso di lavoro. Consente l’invio di comandi ai flussi di lavoro (ad esempio Start, Stop, Pause). Anche se è piccola, questa tabella viene presa in considerazione durante l’eliminazione delle tabelle transazionali collegate ai flussi di lavoro.
NmsBroadLog
Più grande
Inserimenti, aggiornamenti, eliminazioni
Questo è il tavolo più grande del sistema. Esiste un record per messaggio inviato e questi record vengono inseriti, aggiornati per tenere traccia dello stato di consegna ed eliminati quando la cronologia viene eliminata.
NmsTrackingLog
Grande
Inserzioni, eliminazioni
I registri di tracciamento vengono inseriti ed eliminati quando la cronologia viene eliminata, ma non vengono aggiornati.
NmsBroadlogMsg
Piccolo
Aggiornamenti
Questa tabella contiene informazioni utilizzate per gli errori SMTP qualificati. È abbastanza piccolo, ma verrà aggiornato massicciamente, quindi gli indici in questa tabella tendono a frammentarsi rapidamente.
NmsEmailErrorState
Medium
Inserimenti, aggiornamenti, eliminazioni
Questa tabella contiene gli aggregati sugli errori SMTP ordinati per dominio. Contiene inizialmente informazioni dettagliate che vengono aggregate dall’attività di pulizia una volta che questa è obsoleta.
NmsBroadLogMid (su un'istanza di mid-sourcing)
Grande
Inserimenti, aggiornamenti, eliminazioni
Solo quando l’istanza 5.10 (o successiva) viene utilizzata come istanza di mid-sourcing. Questa è una delle tabelle più grandi del database. Esiste un record per messaggio inviato e questi record vengono inseriti, aggiornati per tenere traccia dello stato di consegna ed eliminati quando la cronologia viene eliminata. Quando si utilizza la mid-sourcing, si consiglia di limitare la cronologia (di solito meno di due mesi), quindi questa tabella rimane ragionevole in termini di dimensioni (meno di 30 Go per 60 milioni di righe, data+index), ma è molto importante ricostruirla di tanto in tanto.
NmsBroadLogRcp (quando viene utilizzata la tabella NmsRecipient)
Grande
Inserimenti, aggiornamenti, eliminazioni
Questo è il tavolo più grande del sistema. Esiste un record per messaggio inviato e questi record vengono inseriti, aggiornati per tenere traccia dello stato di consegna ed eliminati quando la cronologia viene eliminata. In 5.10, questa tabella è inferiore all’equivalente in 4.05 (NmsBroadLog), in quanto il testo del messaggio SMTP viene fattorizzato nella tabella NmsBroadLogMsg nella versione 5.10. Tuttavia, rimane essenziale reindicizzare regolarmente questa tabella (ogni due settimane per iniziare) e ricostruirla completamente di tanto in tanto (una volta al mese, o quando le prestazioni sono influenzate).
YyyBroadLogXxx (quando viene utilizzata una tabella dei destinatari esterna)
Grande
Inserimenti, aggiornamenti, eliminazioni
Come NmsBroadLogRcp ma con una tabella dei destinatari esterna. Adatta Yyy e Xxx con i valori nella mappatura della consegna.
NmsTrackingLogRcp (quando viene utilizzata la tabella NmsRecipient)
Grande
Inserzioni, eliminazioni
I registri di tracciamento vengono inseriti ed eliminati quando la cronologia viene eliminata, ma non vengono aggiornati. Il volume dipende dalla lunghezza del periodo di conservazione dei dati.
YyyTrackingLogXxx (quando viene utilizzata la tabella dei destinatari esterna)
Grande
Inserzioni, eliminazioni
Come NmsTrackingLogRcp ma con una tabella dei destinatari esterna. Adatta Yyy e Xxx con i valori utilizzati nella mappatura della consegna.
NmsBroadLogRtEvent (istanza di esecuzione del Centro messaggi)
Grande
Inserimenti, aggiornamenti, eliminazioni
Simile alle altre tabelle del registro di trasmissione, ma con NmsRtEvent anziché NmsRecipient.
NmsTrackingLogRtEvent( istanza di esecuzione del Centro messaggi)
Grande
Inserzioni, eliminazioni
Simile alle altre tabelle trackingLog, ma con la tabella NmsRtEvent anziché NmsRecipient.
NmsRtEvent (istanza di esecuzione del Centro messaggi)
Grande
Inserimenti, aggiornamenti, eliminazioni
Tabella contenente la coda eventi del Centro messaggi. Lo stato di tali eventi viene aggiornato dal Centro messaggi durante l’elaborazione. Le eliminazioni vengono effettuate durante l'eliminazione. Ti consigliamo di ricreare regolarmente l’indice di questa tabella e di ricrearlo.
NmsEventHisto (istanza di controllo del Centro messaggi)
Grande
Inserimenti, aggiornamenti, eliminazioni
Simile a NmsRtEvent. Questa tabella archivia ogni evento da tutte le istanze di esecuzione. Viene utilizzato da nessun processo in tempo reale, solo da report.
NmsMobileApp
Molto piccolo
Inserimenti, aggiornamenti, eliminazioni
Tabelle che includono le applicazioni mobili e la relativa configurazione.
NmsAppSubscriptionRcp
Grande
Inserimenti, aggiornamenti
Tabella che include gli identificatori dei dispositivi mobili (indirizzi) utilizzati per inviare la notifica (simile a una tabella dei destinatari).
NmsBroadLogAppSubRcp
Grande
Inserimenti, aggiornamenti, eliminazioni
Simile alle altre tabelle del registro di trasmissione, ma con NmsappSubscriptionRcp invece di NmsRecipient.
NmsTrackingLogAppSubRcp
Grande
Inserzioni, eliminazioni
Simile alle altre tabelle trackingLog, ma con la tabella NmsappSubscriptionRcp invece di NmsRecipient.
XtkSessionInfo
Piccolo
Inserzioni, eliminazioni
Tabella che include le sessioni utente. Il numero di inserimenti e cancellazioni è molto importante.
Tabelle dei clienti
Oltre all’elenco precedente, le tabelle contenenti create dai clienti (che non esistono nel modello dati di Adobe Campaign) durante la configurazione della piattaforma possono anche essere soggette a frammentazione, soprattutto se vengono aggiornate frequentemente durante le procedure di caricamento o sincronizzazione dei dati. Queste tabelle possono far parte del modello dati predefinito di Adobe Campaign (ad esempio NmsRecipient). In questo caso, spetta all’amministratore della piattaforma Adobe Campaign eseguire un controllo del proprio modello di database specifico per trovare queste tabelle personalizzate. Queste tabelle non sono necessariamente menzionate esplicitamente nelle nostre procedure di manutenzione.
