Show Menu
ARGOMENTI×

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 Piccolo Updates 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 Media Inserzioni, 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 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.
NmsDeliveryStat Media Inserzioni, aggiornamenti, eliminazioni Questa tabella contiene le statistiche sul processo di consegna. I suoi documenti sono regolarmente aggiornati.
NmsAddress Media 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 Piccolo Updates 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 Piccolo Inserzioni, 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 Piccolo Inserzioni, 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 Inserzioni, 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 l'eliminazione delle tabelle transazionali collegate ai flussi di lavoro.
NmsBroadLog Più grande Inserzioni, 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 Inserzioni, eliminazioni I registri di tracciamento vengono inseriti ed eliminati quando la cronologia viene eliminata, ma non vengono aggiornati.
NmsBroadlogMsg Piccolo Updates 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 Media Inserzioni, 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 (in un'istanza mid-sourcing) Grande Inserzioni, 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) Grande Inserzioni, 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) Grande Inserzioni, 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) Grande Inserzioni, 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 del destinatario esterno) Grande Inserzioni, 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) Grande Inserzioni, aggiornamenti, eliminazioni Simile alle altre tabelle del registro di trasmissione, ma con NmsRtEvent invece di NmsRecipient.
NmsTrackingLogRtEvent( istanza di esecuzione del Centro messaggi) Grande Inserzioni, eliminazioni Simile alle altre tabelle trackingLog, ma con la tabella NmsRtEvent al posto di NmsRecipient.
NmsRtEvent (istanza di esecuzione del Centro messaggi) Grande Inserzioni, 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. Vi consigliamo di ricreare regolarmente l'indice di questa tabella e di rigenerarlo.
NmsEventHisto (istanza di controllo del Centro messaggi) Grande Inserzioni, 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 report.
NmsMobileApp Molto piccolo Inserzioni, 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 Inserzioni, 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 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.