[Endast lokal/hybrid]{class="badge yellow" title="Gäller endast lokala och hybrida driftsättningar"}
Tabeller att underhålla tables-to-maintain
Listan med tabeller som ska behållas beror på vilken version av Adobe Campaign du har, hur du använder den och på datamodellens konfiguration.
Följande lista innehåller endast de tabeller som är mest fragmenterade. Effekterna är följande:
- överförbrukning av diskutrymme, vilket påverkar databasåtkomsten,
- index som inte har uppdaterats regelbundet, vilket försämrar frågeprestanda.
Adobe Campaign-tabeller adobe-campaign-tables
Tabellnamn
Storlek
Huvudtyp av aktivitet
Kommentarer
NmsDelivery
Liten
Uppdateringar
Det finns en post per leveransåtgärd. En enskild post kan uppdateras flera gånger för att återspegla leveransförloppet, så index i den här tabellen brukar fragmenteras snabbt.
NmsDeliveryPart
Medium
Infogningar, uppdateringar, borttagningar
Arbetsregister som poster infogas i under leveransförberedelsen. De uppdateras sedan under leveransen och tas slutligen bort när leveransen är klar.
Den här tabellen brukar fragmenteras snabbt även om dess genomsnittliga storlek är ganska begränsad.
Den här tabellen brukar fragmenteras snabbt även om dess genomsnittliga storlek är ganska begränsad.
NmsMirrorPageInfo
Stor
Infogningar, borttagningar
Tabellen innehåller den information som behövs för att skapa anpassade spegelsidor. Den innehåller ett PM-fält (CLOB) som därför är mycket stort. Volymen står i direkt proportion till historiken för de spegelsidor som behålls.
NmsDeliveryStat
Medium
Infogningar, uppdateringar, borttagningar
Det här registret innehåller statistik om leveransprocessen. Dess register uppdateras regelbundet.
NmsAddress
Medium
Uppdateringar, infogningar
Tabellen innehåller information om e-postadresser. Den uppdateras ofta som en del av karantänprocessen (poster skapas vid det första leveransfelet, uppdateras när räknarna ändras och tas bort när leveransen har slutförts).
XtkWorkflow
Liten
Uppdateringar
Det finns en post per arbetsflödesinstans, så få poster. Tabellen uppdateras dock regelbundet för att återspegla status och förlopp.
XtkWorkflowTask
Liten
Infogningar, uppdateringar, borttagningar
Varje körning av en arbetsflödesaktivitet leder till att en post skapas i den här tabellen. Tömningsmekanismen tar bort dem när de har gått ut.
XtkWorkflowEvent
Liten
Infogningar, uppdateringar, borttagningar
Varje övergång som aktiveras mellan uppgifter i ett arbetsflöde leder till att en post skapas i den här tabellen. Tömningsmekanismen tar bort dem när de har gått ut.
XtkWorkflowJob
Mycket liten
Infogningar, uppdateringar, borttagningar
Det här registret är specifikt för arbetsflödesmotorn. Det gör det möjligt att skicka kommandon till arbetsflöden (till exempel Start, Stop, Pause). Även om den är liten beaktas den här tabellen när transaktionsregister som är länkade till arbetsflöden rensas.
NmsBroadLog
Största
Infogningar, uppdateringar, borttagningar
Det här är den största tabellen i systemet. Det finns en post per skickat meddelande och dessa poster infogas, uppdateras för att spåra leveransstatus och tas bort när historiken rensas.
NmsTrackingLog
Stor
Infogningar, borttagningar
Spårningsloggar infogas och tas bort när historiken rensas, men de uppdateras inte.
NmsBroadlogMsg
Liten
Uppdateringar
Tabellen innehåller information som används för kvalificerande SMTP-fel. Den är ganska liten, men kommer att uppdateras enormt, så indexen i den här tabellen brukar fragmenteras snabbt.
NmsEmailErrorStat
Medium
Infogningar, uppdateringar, borttagningar
Den här tabellen innehåller aggregaten för SMTP-fel sorterade efter domän. Den innehåller inledningsvis detaljerad information som sammanställs av rensningsaktiviteten när den blir inaktuell.
NmsBroadLogMid (på en instans med mellanleverantörer)
Stor
Infogningar, uppdateringar, borttagningar
Endast när 5.10-instansen (eller senare) används som en mellankällsinstans. Detta är en av de största tabellerna i databasen. Det finns en post per skickat meddelande och dessa poster infogas, uppdateras för att spåra leveransstatus och tas bort när historiken rensas. När du använder mellanleverantörer rekommenderar vi att du begränsar historiken (vanligtvis mindre än två månader), så tabellen är rimlig i fråga om storlek (mindre än 30 Go för 60 miljoner rader, data+index), men det är mycket viktigt att bygga om den då och då.
NmsBroadLogRcp (när NmsRecipient-tabellen används)
Stor
Infogningar, uppdateringar, borttagningar
Det här är den största tabellen i systemet. Det finns en post per skickat meddelande och dessa poster infogas, uppdateras för att spåra leveransstatus och tas bort när historiken rensas. Observera att i 5.10 är den här tabellen mindre än motsvarigheten i 4.05 (NmsBroadLog) eftersom SMTP-meddelandetexten är faktoriserad i tabellen NmsBroadLogMsg i version 5.10. Det är dock fortfarande viktigt att indexera om den här tabellen regelbundet (varannan vecka att börja med) och helt återskapa den då och då (en gång i månaden eller när prestanda påverkas).
YyyBroadLogXx (när en extern mottagartabell används)
Stor
Infogningar, uppdateringar, borttagningar
Samma som NmsBroadLogRcp men med en extern mottagartabell. Anpassa Yyy och Xxx med värdena i din leveranskarta.
NmsTrackingLogRcp (när NmsRecipient-tabellen används)
Stor
Infogningar, borttagningar
Spårningsloggar infogas och tas bort när historiken rensas, men de uppdateras inte. Volymen beror på hur lång datalagringen är.
YyyTrackingLogXx (när den externa mottagartabellen används)
Stor
Infogningar, borttagningar
Samma som NmsTrackingLogRcp men med en extern mottagartabell. Anpassa Yyy och Xxx med de värden som används i din leveranskarta.
NmsBroadLogRtEvent (körningsinstans i meddelandecenter)
Stor
Infogningar, uppdateringar, borttagningar
Liknar de andra sändningstabellerna, men med NmsRtEvent i stället för NmsRecipient.
NmsTrackingLogRtEvent( körningsinstans i meddelandecenter)
Stor
Infogningar, borttagningar
Liknar de andra trackingLog-tabellerna, men med NmsRtEvent-tabellen i stället för NmsRecipient.
NmsRtEvent (körningsinstans för Message Center)
Stor
Infogningar, uppdateringar, borttagningar
Tabell som innehåller händelsekön för meddelandecentret. Statusen för dessa händelser uppdateras av Message Center när de bearbetas. Borttagningar utförs under tömningen. Vi rekommenderar att du regelbundet återskapar indexet för den här tabellen och återskapar det.
NmsEventHistory (kontrollinstansen Message Center)
Stor
Infogningar, uppdateringar, borttagningar
Liknar NmsRtEvent. Den här tabellen arkiverar alla händelser från alla körningsinstanser. Den används av ingen realtidsprocess, endast av rapporter.
NmsMobileApp
Mycket liten
Infogningar, uppdateringar, borttagningar
Tabeller som innehåller mobilprogram och deras konfiguration.
NmsAppSubscriptionRcp
Stor
Infogningar, uppdateringar
Tabell som innehåller identifierare för mobila enheter (adresser) som används för att skicka meddelandet (liknar en mottagartabell).
NmsBroadLogAppSubRcp
Stor
Infogningar, uppdateringar, borttagningar
Liknar de andra sändningstabellerna, men med NmsappSubscriptionRcp i stället för NmsRecipient.
NmsTrackingLogAppSubRcp
Stor
Infogningar, borttagningar
Liknar de andra trackingLog-tabellerna, men med tabellen NmsappSubscriptionRcp i stället för NmsRecipient.
XtkSessionInfo
Liten
Infogningar, borttagningar
Register som innehåller användarsessioner. Antalet infogningar och borttagningar är mycket viktigt.
Kundregister customer-tables
Förutom listan ovan kan tabeller som skapas av kunder (som inte finns i Adobe Campaign datamodell) under plattformskonfiguration också fragmenteras, särskilt om de uppdateras ofta under datainläsning eller synkronisering. Dessa tabeller kan ingå i Adobe Campaign standarddatamodell (till exempel NmsRecipient). I det här fallet är det upp till administratören för Adobe Campaign-plattformen att utföra en revision av sin specifika databasmodell för att hitta dessa anpassade tabeller. Dessa tabeller nämns inte nödvändigtvis uttryckligen i våra underhållsprocedurer.
recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1