v7 on-premise e ibrido

Tabelle che richiedono manutenzione

L’elenco delle tabelle da gestire dipende dalla versione di Adobe Campaign in uso, dal modo in cui viene utilizzata e dalla configurazione del modello dati.

L’elenco seguente contiene solo le tabelle più soggette a frammentazione. Gli impatti sono i seguenti:

  • consumo eccessivo 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 di 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 e infine eliminati una volta completata la consegna.
Questa tabella tende a frammentarsi rapidamente anche se la sua dimensione media è piuttosto limitata.
NmsMirrorPageInfo
Grande
Inserimenti, 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.
NmsDeliveryStat
Medium
Inserimenti, aggiornamenti, eliminazioni
Questa tabella contiene statistiche sul processo di consegna. I suoi registri sono 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 che la consegna è andata a buon fine).
XtkWorkflow
Piccolo
Aggiornamenti
Esiste un record per istanza di flusso di lavoro, quindi sono presenti pochissimi record. Tuttavia, la tabella viene regolarmente aggiornata per rispecchiare lo stato di avanzamento e i progressi compiuti.
XtkWorkflowTask
Piccolo
Inserimenti, aggiornamenti, eliminazioni
Ogni esecuzione di un’attività del flusso di lavoro comporta la 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 determina la 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 per il motore del flusso di lavoro. Consente l’invio di comandi ai flussi di lavoro (ad esempio Avvia, Arresta, Pausa). 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
Questa è la tabella 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
Inserimenti, 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 di qualificazione. È abbastanza piccolo, ma verrà aggiornato in modo massiccio, quindi gli indici in questa tabella tendono a frammentarsi rapidamente.
NmsEmailErrorStat
Medium
Inserimenti, aggiornamenti, eliminazioni
Questa tabella contiene gli aggregati sugli errori SMTP ordinati per dominio. Inizialmente contiene informazioni dettagliate che vengono aggregate dall’attività di pulizia una volta che diventa obsoleta.
NmsBroadLogMid (in un’istanza 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 il mid-sourcing, si consiglia di limitare la cronologia (in genere meno di due mesi), in modo che questa tabella rimanga ragionevole in termini di dimensioni (meno di 30 Go per 60 milioni di righe, dati+indice), ma è molto importante ricrearla di tanto in tanto.
NmsBroadLogRcp (quando si utilizza la tabella NmsRecipient)
Grande
Inserimenti, aggiornamenti, eliminazioni
Questa è la tabella 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. Si noti che nella versione 5.10 questa tabella è più piccola dell'equivalente nella versione 4.05 (NmsBroadLog) poiché il testo del messaggio SMTP viene fattorizzato nella tabella NmsBroadLogMsg nella versione 5.10. Tuttavia, rimane essenziale reindicizzare questa tabella regolarmente (a settimane alterne, per iniziare) e ricrearla completamente di tanto in tanto (una volta al mese o quando le prestazioni sono interessate).
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 ai valori presenti nella mappatura della consegna.
NmsTrackingLogRcp (quando si utilizza la tabella NmsRecipient)
Grande
Inserimenti, eliminazioni
I registri di tracciamento vengono inseriti ed eliminati quando la cronologia viene eliminata, ma non vengono aggiornati. Il volume dipende dalla durata della conservazione dei dati.
YyyTrackingLogXxx (quando viene utilizzata la tabella dei destinatari esterna)
Grande
Inserimenti, 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 broadlog, ma con NmsRtEvent anziché NmsRecipient.
NmsTrackingLogRtEvent( Istanza di esecuzione del Centro messaggi)
Grande
Inserimenti, 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 questi eventi viene aggiornato dal Centro messaggi durante l’elaborazione. Le eliminazioni vengono eseguite durante la rimozione. Ti consigliamo di ricreare regolarmente l’indice di questa tabella e di ricrearlo.
NmsEventHisto (istanza di controllo 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 dai rapporti.
NmsMobileApp
Molto piccolo
Inserimenti, aggiornamenti, eliminazioni
Tabelle che includono le app 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 broadlog, ma con NmsappSubscriptionRcp invece di NmsRecipient.
NmsTrackingLogAppSubRcp
Grande
Inserimenti, eliminazioni
Simile alle altre tabelle trackingLog, ma con la tabella NmsappSubscriptionRcp invece di NmsRecipient.
XtkSessionInfo
Piccolo
Inserimenti, eliminazioni
Tabella che include le sessioni utente. Il numero di inserimenti ed eliminazioni è molto importante.

Tabelle cliente

Oltre all’elenco precedente, anche le tabelle contenenti create dai clienti (che non esistono nel modello dati di Adobe Campaign) durante la configurazione della piattaforma possono 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 modello di database specifico per individuare queste tabelle personalizzate. Queste tabelle non vengono necessariamente menzionate esplicitamente nelle nostre procedure di manutenzione.

In questa pagina