Tabelle che richiedono manutenzione

L'elenco delle tabelle da gestire dipende dalla versione di Adobe Campaign, dalla modalità di utilizzo e dalla configurazione del modello di dati.

L'elenco seguente contiene solo le tabelle maggiormente soggette a frammentazione. Gli impatti sono i seguenti:

  • il consumo eccessivo di spazio su disco, con conseguente impatto sull'accesso al database,
  • indici che non sono stati aggiornati regolarmente e che rallentano le prestazioni delle query.

tabelle Adobe Campaign

Nome tabella
Dimensioni
Tipo principale di attività
Commenti
NmsDelivery
Small
Aggiornamenti
Esiste un record per azione di consegna. Un singolo record può essere aggiornato più volte per riflettere l'avanzamento della distribuzione, pertanto gli indici di 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 al termine della consegna.
Questa tabella tende a frammentarsi rapidamente anche se le sue dimensioni medie sono piuttosto limitate.
NmsMirrorPageInfo
Large
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 le statistiche sul processo di consegna. I suoi documenti sono regolarmente aggiornati.
NmsAddress
Medium
Aggiornamenti, inserzioni
Questa tabella contiene informazioni sugli indirizzi e-mail. Viene spesso aggiornato durante il processo di quarantena (i record vengono creati al primo errore di consegna, aggiornati quando i contatori cambiano ed eliminati una volta che la consegna ha esito positivo).
XtkWorkflow
Small
Aggiornamenti
Esiste un record per ogni istanza del flusso di lavoro, quindi pochissimi record. Tuttavia, la tabella viene regolarmente aggiornata per riflettere lo stato e l'avanzamento.
XtkWorkflowTask
Small
Inserimenti, aggiornamenti, eliminazioni
Ogni esecuzione di un'attività del flusso di lavoro porta alla creazione di un record in questa tabella. Il meccanismo di rimozione li elimina una volta scaduti.
XtkWorkflowEvent
Small
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 rimozione 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 Start, Stop, Pausa). Anche se è piccola, questa tabella viene presa in considerazione durante la rimozione 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
Large
Inserimenti, eliminazioni
I registri di tracciamento vengono inseriti ed eliminati quando la cronologia viene eliminata, ma non vengono aggiornati.
NmsBroadlogMsg
Small
Aggiornamenti
Questa tabella contiene informazioni utilizzate per gli errori SMTP idonei. È abbastanza piccolo, ma sarà massicciamente aggiornato, quindi gli indici in questa tabella tendono a frammentarsi rapidamente.
NmsEmailErrorState
Medium
Inserimenti, aggiornamenti, eliminazioni
Questa tabella contiene gli aggregati relativi agli errori SMTP ordinati per dominio. Contiene inizialmente informazioni dettagliate, aggregate dall’attività di pulizia una volta che questa è obsoleta.
NmsBroadLogMid (su un'istanza mid-sourcing)
Large
Inserimenti, aggiornamenti, eliminazioni
Solo quando l'istanza 5.10 (o successiva) viene utilizzata come istanza 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, la raccomandazione consiste nel limitare la cronologia (solitamente meno di due mesi), quindi questa tabella rimane ragionevole in termini di dimensioni (meno di 30 Go per 60 milioni di righe, data+indice), ma è molto importante ricrearla di tanto in tanto.
NmsBroadLogRcp (quando viene utilizzata la tabella NmsRecipient)
Large
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. In 5.10, questa tabella è più piccola dell'equivalente in 4.05 (NmsBroadLog), poiché il testo del messaggio SMTP è fattorizzato nella tabella NmsBroadLogMsg nella versione 5.10. Tuttavia, rimane essenziale reindicizzare questa tabella regolarmente (ogni due settimane per iniziare) e rigenerarla completamente di tanto in tanto (una volta al mese, o quando le prestazioni sono influenzate).
YyyBroadLogXxx (quando viene utilizzata una tabella di destinazione esterna)
Large
Inserimenti, aggiornamenti, eliminazioni
Come NmsBroadLogRcp ma con una tabella di destinatari esterna. Adattate Yyy e Xxx con i valori nella mappatura della consegna.
NmsTrackingLogRcp (quando viene utilizzata la tabella NmsRecipient)
Large
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 esterni)
Large
Inserimenti, eliminazioni
Come NmsTrackingLogRcp ma con una tabella di destinatari esterna. Adattate Yyy e Xxx con i valori utilizzati nella mappatura della consegna.
NmsBroadLogRtEvent (istanza di esecuzione del Centro messaggi)
Large
Inserimenti, aggiornamenti, eliminazioni
Simile alle altre tabelle del registro di trasmissione, ma con NmsRtEvent invece di NmsRecipient.
NmsTrackingLogRtEvent( istanza di esecuzione del Centro messaggi)
Large
Inserimenti, eliminazioni
Simile alle altre tabelle trackingLog, ma con la tabella NmsRtEvent al posto di NmsRecipient.
NmsRtEvent (istanza di esecuzione del Centro messaggi)
Large
Inserimenti, aggiornamenti, eliminazioni
Tabella contenente la coda degli eventi del Centro messaggi. Lo stato di questi eventi viene aggiornato dal Centro messaggi durante l'elaborazione. Le eliminazioni vengono effettuate durante la rimozione. Consigliamo di ricreare regolarmente l'indice di questa tabella e di rigenerarlo.
NmsEventHisto (istanza di controllo del Centro messaggi)
Large
Inserimenti, aggiornamenti, eliminazioni
Simile a NmsRtEvent. Questa tabella archivia ogni evento da tutte le istanze di esecuzione. Viene utilizzato in nessun processo in tempo reale, solo dai report.
NmsMobileApp
Molto piccolo
Inserimenti, aggiornamenti, eliminazioni
Tabelle che includono applicazioni mobili e relativa configurazione.
NmsAppSubscriptionRcp
Large
Inserimenti, aggiornamenti
Tabella che include gli identificatori dei dispositivi mobili (indirizzi) utilizzati per inviare la notifica (simile a una tabella dei destinatari).
NmsBroadLogAppSubRcp
Large
Inserimenti, aggiornamenti, eliminazioni
Simile alle altre tabelle del registro di trasmissione, ma con NmsappSubscriptionRcp invece di NmsRecipient.
NmsTrackingLogAppSubRcp
Large
Inserimenti, eliminazioni
Simile alle altre tabelle trackingLog, ma con la tabella NmsappSubscriptionRcp invece di NmsRecipient.
XtkSessionInfo
Small
Inserimenti, eliminazioni
Tabella che include le sessioni utente. Il numero di inserzioni ed eliminazioni è molto importante.

Tabelle cliente

Oltre all'elenco riportato sopra, anche le tabelle contenenti elementi creati dai clienti (che non esistono nel modello dati 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 essere parte del modello dati Adobe Campaign predefinito (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.

In questa pagina

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now