Show Menu
THEMEN×

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 mehrere Male aktualisiert werden, um den Fortschritt des Versands widerzuspiegeln, sodass Indizes in dieser Tabelle häufig schnell fragmentiert werden.
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 Aktualisierungen, 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). Obwohl es klein ist, wird diese Tabelle bei der Bereinigung von mit Workflows verknüpften Transaktionstabellen berücksichtigt.
NmsBroadLog Größter 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 externe Empfänger-Tabelle 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 die anderen Breitlog-Tabellen, aber 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ügungen, Aktualisierungen 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 bei 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.