Zu wartende Tabellen tables-to-maintain
Die Liste der beizubehaltenden Tabellen hängt von Ihrer Adobe Campaign-Version, deren Verwendung und der Datenmodellkonfiguration ab.
Die folgende Liste enthält nur die Tabellen, die am häufigsten fragmentiert sind. Dies hat folgende Auswirkungen:
- übermäßiger Verbrauch von Festplattenspeicher, wodurch der Datenbankzugriff beeinträchtigt wird,
- Indizes, die nicht regelmäßig aktualisiert wurden, wodurch die Abfrageleistung verlangsamt wird.
Adobe Campaign-Tabellen adobe-campaign-tables
Tabellenname
size
Haupttätigkeitstyp
Erklärung
NmsDelivery
Klein
Aktualisierungen
Pro Versandaktion gibt es einen Datensatz. Ein einzelner Datensatz kann mehrmals aktualisiert werden, um den Versandfortschritt widerzuspiegeln, sodass Indizes in dieser Tabelle in der Regel schnell fragmentiert werden.
NmsDeliveryPart
Medium
Einfügungen, Aktualisierungen, Löschungen
Arbeitstabelle, in die während der Versandvorbereitung Datensätze eingefügt werden. Sie werden dann während des Versands aktualisiert und schließlich gelöscht, sobald der Versand abgeschlossen ist.
Diese Tabelle neigt dazu, schnell zu fragmentieren, obwohl ihre durchschnittliche Größe ziemlich begrenzt ist.
Diese Tabelle neigt dazu, schnell zu fragmentieren, obwohl ihre durchschnittliche Größe ziemlich begrenzt ist.
NmsMirrorPageInfo
Groß
Einfügungen, Löschungen
Diese Tabelle enthält die Informationen, die zum Generieren personalisierter Mirror-Seiten erforderlich sind. Es enthält ein Memo-Feld (CLOB) und ist daher tendenziell sehr groß. Das Volumen ist direkt proportional zur Historie der beibehaltenen Mirror-Seiten.
NmsDeliveryStat
Medium
Einfügungen, Aktualisierungen, Löschungen
Diese Tabelle enthält Statistiken zum Versandprozess. Seine Aufzeichnungen werden regelmäßig aktualisiert.
NmsAddress
Medium
Aktualisierungen, Einfügen
Diese Tabelle enthält Informationen zu E-Mail-Adressen. Sie wird im Rahmen der Quarantäne häufig aktualisiert (Datensätze werden beim ersten Versandfehler erstellt, aktualisiert, wenn sich die Zähler ändern, und gelöscht, sobald der Versand erfolgreich war).
XtkWorkflow
Klein
Aktualisierungen
Pro Workflow-Instanz gibt es einen Datensatz, sodass nur sehr wenige Datensätze vorhanden sind. Die Tabelle wird jedoch regelmäßig aktualisiert, um den Status und den Fortschritt widerzuspiegeln.
XtkWorkflowTask
Klein
Einfügungen, Aktualisierungen, Löschungen
Jede Ausführung einer Workflow-Aktivität führt zur Erstellung eines Datensatzes in dieser Tabelle. Der Bereinigungsmechanismus löscht sie, sobald sie abgelaufen sind.
XtkWorkflowEvent
Klein
Einfügungen, Aktualisierungen, Löschungen
Jede Transition zwischen Aufgaben in einem Workflow führt zur Erstellung eines Datensatzes in dieser Tabelle. Der Bereinigungsmechanismus löscht sie, sobald sie abgelaufen sind.
XtkWorkflowJob
Sehr kleine
Einfügungen, Aktualisierungen, Löschungen
Diese Tabelle ist spezifisch für die Workflow-Engine. Es ermöglicht das Senden von Befehlen an Workflows (z. B. Starten, Stoppen, Pause). Diese Tabelle ist zwar klein, wird aber bei der Bereinigung der mit Workflows verknüpften Transaktionstabellen berücksichtigt.
NmsBroadLog
Größte
Einfügungen, Aktualisierungen, Löschungen
Dies ist die größte Tabelle im System. Pro gesendeter Nachricht wird ein Datensatz verwendet. Diese Datensätze werden eingefügt, aktualisiert, um den Versandstatus zu verfolgen, und gelöscht, wenn der Verlauf bereinigt wird.
NmsTrackingLog
Groß
Einfügungen, Löschungen
Trackinglogs werden eingefügt und gelöscht, wenn der Verlauf bereinigt wird. Sie werden jedoch nicht aktualisiert.
NmsBroadlogMsg
Klein
Aktualisierungen
Diese Tabelle enthält Informationen, die zur Qualifizierung von SMTP-Fehlern verwendet werden. Er ist relativ klein, wird aber massiv aktualisiert, sodass Indizes auf dieser Tabelle tendenziell schnell fragmentiert werden.
NmsEmailErrorStat
Medium
Einfügungen, Aktualisierungen, Löschungen
Diese Tabelle enthält die Aggregate für SMTP-Fehler, sortiert nach Domain. Sie enthält zunächst detaillierte Informationen, die von der Bereinigungsaufgabe aggregiert werden, sobald sie veraltet ist.
NmsBroadLogMid (auf einer Mid-Sourcing-Instanz)
Groß
Einfügungen, Aktualisierungen, Löschungen
Nur wenn die Instanz 5.10 (oder höher) als Mid-Sourcing-Instanz verwendet wird. Dies ist eine der größten Tabellen in der Datenbank. Pro gesendeter Nachricht wird ein Datensatz verwendet. Diese Datensätze werden eingefügt, aktualisiert, um den Versandstatus zu verfolgen, und gelöscht, wenn der Verlauf bereinigt wird. Bei der Verwendung von Mid-Sourcing wird empfohlen, den Verlauf zu begrenzen (in der Regel weniger als zwei Monate), sodass diese Tabelle hinsichtlich der Größe angemessen bleibt (weniger als 30 Vorgänge für 60 Millionen Zeilen, data+index), aber es ist sehr wichtig, sie von Zeit zu Zeit neu zu erstellen.
NmsBroadLogRcp (wenn die NmsRecipient-Tabelle verwendet wird)
Groß
Einfügungen, Aktualisierungen, Löschungen
Dies ist die größte Tabelle im System. Pro gesendeter Nachricht wird ein Datensatz verwendet. Diese Datensätze werden eingefügt, aktualisiert, um den Versandstatus zu verfolgen, und gelöscht, wenn der Verlauf bereinigt wird. Beachten Sie, dass diese Tabelle in Version 5.10 kleiner ist als die Entsprechung in Version 4.05 (NmsBroadLog), da der SMTP-Nachrichtentext in der NmsBroadLogMsg-Tabelle in Version 5.10 berücksichtigt wird. Es ist jedoch weiterhin wichtig, diese Tabelle regelmäßig neu zu indizieren (zunächst jede zweite Woche) und sie von Zeit zu Zeit (einmal monatlich oder bei Leistungseinbußen) vollständig neu zu erstellen.
YyyBroadLogXxx (wenn eine externe Empfängertabelle verwendet wird)
Groß
Einfügungen, Aktualisierungen, Löschungen
Wie NmsBroadLogRcp, jedoch mit einer externen Empfängertabelle. Bitte passen Sie JJJJ und XXX an die Werte in Ihrem Versand-Mapping an.
NmsTrackingLogRcp (wenn die NmsRecipient-Tabelle verwendet wird)
Groß
Einfügungen, Löschungen
Trackinglogs werden eingefügt und gelöscht, wenn der Verlauf bereinigt wird. Sie werden jedoch nicht aktualisiert. Das Volumen hängt von der Länge der Datenaufbewahrung ab.
YyyTrackingLogXxxx (wenn die externe Empfängertabelle verwendet wird)
Groß
Einfügungen, Löschungen
Wie NmsTrackingLogRcp, jedoch mit einer externen Empfängertabelle. Bitte passen Sie JJJJ und XXX an die Werte an, die in Ihrem Versand-Mapping verwendet werden.
NmsBroadLogRtEvent (Message Center-Ausführungsinstanz)
Groß
Einfügungen, Aktualisierungen, Löschungen
Ähnlich wie bei den anderen Broadlog-Tabellen, aber mit NmsRtEvent anstelle von NmsRecipient.
NmsTrackingLogRtEvent(Message Center-Ausführungsinstanz)
Groß
Einfügungen, Löschungen
Ähnelt den anderen trackingLog-Tabellen, jedoch mit der NmsRtEvent-Tabelle anstelle von NmsRecipient.
NmsRtEvent (Message Center-Ausführungsinstanz)
Groß
Einfügungen, Aktualisierungen, Löschungen
Tabelle, die die Message-Center-Ereigniswarteschlange enthält. Der Status dieser Ereignisse wird von Message Center während der Verarbeitung aktualisiert. Während der Bereinigung werden Löschvorgänge durchgeführt. Wir empfehlen Ihnen, den Index dieser Tabelle regelmäßig neu zu erstellen und neu zu erstellen.
NmsEventHisto (Message Center-Kontrollinstanz)
Groß
Einfügungen, Aktualisierungen, Löschungen
Ähnlich wie NmsRtEvent. Diese Tabelle archiviert jedes Ereignis aus allen Ausführungsinstanzen. Es wird von keinem Echtzeit-Prozess, sondern nur von Berichten verwendet.
NmsMobileApp
Sehr klein
Einfügungen, Aktualisierungen, Löschungen
Tabellen, die Mobile Apps und deren Konfiguration enthalten.
NmsAppSubscriptionRcp
Groß
Einfügen, Aktualisieren
Tabelle, die die Kennungen der Mobilgeräte (Adressen) enthält, die zum Senden der Benachrichtigung verwendet werden (ähnlich einer Empfängertabelle).
NmsBroadLogAppSubRcp
Groß
Einfügungen, Aktualisierungen, Löschungen
Ähnlich wie bei den anderen Broadlog-Tabellen, aber mit NmsappSubscriptionRcp anstelle von NmsRecipient.
NmsTrackingLogAppSubRcp
Groß
Einfügungen, Löschungen
Ähnlich wie bei den anderen trackingLog-Tabellen, aber mit der NmsappSubscriptionRcp-Tabelle anstelle von NmsRecipient.
XtkSessionInfo
Klein
Einfügungen, Löschungen
Tabelle mit Benutzersitzungen. Die Anzahl der Einfügungen und Löschungen ist sehr wichtig.
Kundentabellen customer-tables
Zusätzlich zu der obigen Liste können Tabellen, die von Kunden während der Plattformeinrichtung erstellte (nicht im Adobe Campaign-Datenmodell vorhandene) Tabellen enthalten, auch der Fragmentierung unterliegen, insbesondere wenn sie während des Ladens oder Synchronisierens von Daten häufig aktualisiert werden. Diese Tabellen können Teil des standardmäßigen Adobe Campaign-Datenmodells sein (z. B. NmsRecipient). In diesem Fall ist es Aufgabe des Administrators der Adobe Campaign-Plattform, eine Prüfung seines spezifischen Datenbankmodells durchzuführen, um diese benutzerdefinierten Tabellen zu finden. Diese Tabellen werden in unseren Wartungsverfahren nicht unbedingt explizit erwähnt.
recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1