Zu pflegende Tabellen

Die Liste der zu pflegenden Tabellen hängt von Ihrer Version des Adobe Campaigns, von der Art der Verwendung und von der Datenmodellkonfiguration ab.

Die folgende Liste enthält nur die Tabellen, die am häufigsten fragmentiert werden. Die Auswirkungen sind wie folgt:

  • Überbelegung des Festplattenspeicherplatzes, was sich auf den Datenbankzugriff auswirkt,
  • -Indizes, die nicht regelmäßig aktualisiert wurden, was die Abfrage verlangsamt.

Adobe Campaign-Tabellen

Tabellenname
Größe
Haupttyp der Aktivität
Erklärung
NmsDelivery
Klein
Aktualisierungen
Pro Versand-Aktion ist ein Datensatz vorhanden. Ein einzelner Datensatz kann mehrmals aktualisiert werden, um den Fortschritt des Versands widerzuspiegeln. Daher neigen Indizes auf dieser Tabelle dazu, schnell zu fragmentieren.
NmsDeliveryPart
Mittel
Einfügen, Aktualisieren, Löschen
Arbeitstabelle, in die Datensätze während der Vorbereitung des Versands eingefügt werden. Sie werden dann während des Versands aktualisiert und nach Abschluss des Versands gelöscht.
Diese Tabelle neigt dazu, schnell zu fragmentieren, obwohl ihre durchschnittliche Größe ziemlich begrenzt ist.
NmsMirrorPageInfo
Groß
Einfügen, Löschen
Diese Tabelle enthält die Informationen, die zum Generieren personalisierter Mirrorseiten erforderlich sind. Es enthält ein Memo-Feld (CLOB), und als solche wird es tendenziell sehr groß sein. Das Volumen ist direkt proportional zur Vorgeschichte der Mirrorseiten aufbewahrt.
NmsDeliveryStat
Mittel
Einfügen, Aktualisieren, Löschen
Diese Tabelle enthält Statistiken zum Versand. Die Aufzeichnungen werden regelmäßig aktualisiert.
NmsAddress
Mittel
Updates, Einfügungen
Diese Tabelle enthält Informationen zu E-Mail-Adressen. Es wird häufig im Rahmen der Quarantäne aktualisiert (Datensätze werden beim ersten Versand-Fehler erstellt, aktualisiert, wenn sich die Zähler ändern und gelöscht, sobald der Versand erfolgreich ist).
XtkWorkflow
Klein
Aktualisierungen
Pro Workflow-Instanz ist ein Datensatz vorhanden, sodass nur sehr wenige Datensätze vorhanden sind. Die Tabelle wird jedoch regelmäßig aktualisiert, um Status und Fortschritt widerzuspiegeln.
XtkWorkflowTask
Klein
Einfügen, Aktualisieren, Löschen
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ügen, Aktualisieren, Löschen
Jede Transition, die in einem Workflow zwischen Aufgaben aktiviert wird, führt zur Erstellung eines Datensatzes in dieser Tabelle. Der Bereinigungsmechanismus löscht sie, sobald sie abgelaufen sind.
XtkWorkflowJob
Sehr klein
Einfügen, Aktualisieren, Löschen
Diese Tabelle ist spezifisch für das Workflow-Engine. Es ermöglicht das Senden von Befehlen an Workflows (z. B. Beginn, Stopp, Pause). Diese Tabelle ist zwar klein, wird aber bei der Bereinigung der mit Workflows verknüpften Transaktionstabellen berücksichtigt.
NmsBroadLog
Größte
Einfügen, Aktualisieren, Löschen
Das ist der größte Tisch im System. Pro gesendeter Nachricht wird ein Datensatz gesendet. Diese Datensätze werden eingefügt, aktualisiert, um den Status des Versands zu verfolgen, und gelöscht, wenn der Verlauf bereinigt wird.
NmsTrackingLog
Groß
Einfügen, Löschen
Trackinglogs werden beim Bereinigen des Verlaufs eingefügt und gelöscht, jedoch nicht aktualisiert.
NmsBroadlogMsg
Klein
Aktualisierungen
Diese Tabelle enthält Informationen zum Qualifizieren von SMTP-Fehlern. Es ist relativ klein, wird aber massiv aktualisiert, sodass Indizes auf dieser Tabelle tendenziell schnell fragmentiert werden.
NmsEmailErrorStat
Mittel
Einfügen, Aktualisieren, Löschen
Diese Tabelle enthält die Aggregat zu SMTP-Fehlern, die nach Domäne sortiert sind. Ursprünglich enthält er detaillierte Informationen, die von der Bereinigungs-Aufgabe aggregiert werden, sobald sie veraltet ist.
NmsBroadLogMid (auf einer Mid-Sourcing-Instanz)
Groß
Einfügen, Aktualisieren, Löschen
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 gesendet. Diese Datensätze werden eingefügt, aktualisiert, um den Status des Versands zu verfolgen, und gelöscht, wenn der Verlauf bereinigt wird. Bei der Verwendung von Mid-Sourcing wird empfohlen, den Verlauf zu beschränken (normalerweise weniger als zwei Monate). Diese Tabelle bleibt daher in Bezug auf die Größe angemessen (weniger als 30 Go für 60 Millionen Zeilen, data+index), es ist jedoch sehr wichtig, sie von Zeit zu Zeit neu zu erstellen.
NmsBroadLogRcp (wenn die NmsRecipient-Tabelle verwendet wird)
Groß
Einfügen, Aktualisieren, Löschen
Das ist der größte Tisch im System. Pro gesendeter Nachricht wird ein Datensatz gesendet. Diese Datensätze werden eingefügt, aktualisiert, um den Status des Versands zu verfolgen, und gelöscht, wenn der Verlauf bereinigt wird. Beachten Sie, dass diese Tabelle in 5.10 kleiner ist als die Entsprechung in 4.05 (NmsBroadLog), da der SMTP-Nachrichtentext in der NmsBroadLogMsg-Tabelle in der Version 5.10 faktorisiert ist. Es ist jedoch nach wie vor unerlässlich, diese Tabelle regelmäßig neu zu indizieren (jede zweite Woche bis zum Beginn) und sie von Zeit zu Zeit (einmal monatlich oder bei Leistungsbeeinträchtigung) vollständig neu zu erstellen.
YyyBroadLogXxx (wenn eine externe Empfänger-Tabelle verwendet wird)
Groß
Einfügen, Aktualisieren, Löschen
Wie NmsBroadLogRcp, aber mit einer externen Empfänger-Tabelle. Bitte passen Sie YYY und XXXX an die Werte in Ihrer Versand-Zuordnung an.
NmsTrackingLogRcp (wenn die NmsRecipient-Tabelle verwendet wird)
Groß
Einfügen, Löschen
Trackinglogs werden beim Bereinigen des Verlaufs eingefügt und gelöscht, jedoch nicht aktualisiert. Das Volumen hängt von der Länge der Datenspeicherung ab.
YyyTrackingLogXxx (wenn die Tabelle des externen Empfängers verwendet wird)
Groß
Einfügen, Löschen
Wie NmsTrackingLogRcp, aber mit einer externen Empfänger-Tabelle. Bitte passen Sie YYY und XXXX an die Werte an, die in Ihrer Versand-Zuordnung verwendet werden.
NmsBroadLogRtEvent (Message Center-Ausführungsinstanz)
Groß
Einfügen, Aktualisieren, Löschen
Ähnlich wie bei anderen Broadlog-Tabellen, jedoch mit dem NmsRtEvent anstelle von NmsRecipient.
NmsTrackingLogRtEvent( Message Center-Ausführungsinstanz)
Groß
Einfügen, Löschen
Ähnlich wie bei anderen trackingLog-Tabellen, jedoch mit der NmsRtEvent-Tabelle anstelle von NmsRecipient.
NmsRtEvent (Message Center-Ausführungsinstanz)
Groß
Einfügen, Aktualisieren, Löschen
Tabelle mit der Message Center-Ereignisschlange. Der Status dieser Ereignis wird vom Message Center während der Verarbeitung aktualisiert. Während der Bereinigung werden Löschungen durchgeführt. Wir empfehlen Ihnen, den Index dieser Tabelle regelmäßig neu zu erstellen und neu zu erstellen.
NmsEventHisto (Message Center-Kontrollinstanz)
Groß
Einfügen, Aktualisieren, Löschen
Ähnlich wie NmsRtEvent. Diese Tabelle archiviert jedes Ereignis aus allen Ausführungsinstanzen. Es wird nicht in Echtzeit, sondern nur von Berichten verwendet.
NmsMobileApp
Sehr klein
Einfügen, Aktualisieren, Löschen
Tabellen mit mobilen Anwendungen und deren Konfiguration.
NmsAppSubscriptionRcp
Groß
Einfügen, Aktualisieren
Tabelle mit den IDs von Mobilgeräten (Adressen), die zum Senden der Benachrichtigung verwendet werden (ähnlich wie bei einer Empfänger-Tabelle).
NmsBroadLogAppSubRcp
Groß
Einfügen, Aktualisieren, Löschen
Ähnlich wie bei anderen Broadlog-Tabellen, jedoch mit NmsappSubscriptionRcp anstelle von NmsRecipient.
NmsTrackingLogAppSubRcp
Groß
Einfügen, Löschen
Ähnlich wie die anderen trackingLog-Tabellen, jedoch mit der NmsappSubscriptionRcp-Tabelle anstelle von NmsRecipient.
XtkSessionInfo
Klein
Einfügen, Löschen
Tabelle mit Benutzersitzungen. Die Anzahl der Einfügungen und Löschungen ist sehr wichtig.

Benutzerdefinierte Tabellen

Zusätzlich zu der oben stehenden Liste können Tabellen, die von Kunden erstellt wurden (die nicht im Adobe Campaign-Datenmodell vorhanden sind), während der Plattformeinrichtung auch fragmentiert werden, insbesondere wenn sie während des Ladevorgangs oder der Synchronisierung häufig aktualisiert werden. Diese Tabellen können Teil des Standarddatenmodells des Adobe Campaigns sein (z. B. NmsRecipient). In diesem Fall ist es Sache des Administrators der Adobe Campaign-Plattform, eine Prüfung des jeweiligen Datenbankmodells durchzuführen, um diese benutzerdefinierten Tabellen zu finden. Diese Tabellen werden nicht unbedingt explizit in unseren Wartungsverfahren erwähnt.

Auf dieser Seite

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