Show Menu
THEMEN×

Zu pflegende Tabellen

Die Liste der zu pflegenden Tabellen hängt von Ihrer Version von Adobe Campaign, Ihrer Verwendung und der Datenmodellkonfiguration ab.
Die folgende Liste enthält nur die Tabellen, die am stärksten fragmentiert sind. Die Auswirkungen sind folgende:
  • Überbelegung des Festplattenspeicherplatzes, wodurch der Datenbankzugriff beeinträchtigt wird,
  • Indizes, die nicht regelmäßig aktualisiert wurden, was die Abfrageleistung verlangsamt.

Adobe Campaign-Tabellen

Tabellenname Größe Haupttätigkeitsart Erklärung
NmsDelivery Klein Updates Pro Übermittlungsaktion ist ein Datensatz vorhanden. Ein einzelner Datensatz kann mehrere Male aktualisiert werden, um den Bereitstellungsfortschritt 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 Bereitstellungsvorbereitung eingefügt werden. Sie werden dann während der Auslieferung aktualisiert und nach Abschluss der Auslieferung 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 Spiegelseiten erforderlich sind. Es enthält ein Memo-Feld (CLOB), und als solche wird es tendenziell sehr groß sein. Das Volumen ist direkt proportional zur Geschichte der Spiegelseiten gehalten.
NmsDeliveryStat Mittel Einfügen, Aktualisieren, Löschen Diese Tabelle enthält Statistiken zum Lieferprozess. 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 des Quarantänevorgangs aktualisiert (Datensätze werden beim ersten Lieferfehler erstellt, aktualisiert, wenn sich die Zähler ändern und gelöscht, sobald die Bereitstellung erfolgreich ist).
XtkWorkflow Klein Updates 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 Jeder Übergang, der zwischen Aufgaben in einem Workflow 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 die Workflow-Engine. Es ermöglicht das Senden von Befehlen an Workflows (z. B. Start, Stopp, Pause). Diese Tabelle ist zwar klein, wird jedoch 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 Zustellungsstatus zu verfolgen, und gelöscht, wenn der Verlauf bereinigt wird.
NmsTrackingLog Groß Einfügen, Löschen Verfolgungsprotokolle werden beim Bereinigen des Verlaufs eingefügt und gelöscht, jedoch nicht aktualisiert.
NmsBroadlogMsg Klein Updates 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 Aggregate für SMTP-Fehler, sortiert nach Domäne. Er enthält zunächst detaillierte Informationen, die nach dem Veralten durch die Bereinigungsaufgabe aggregiert werden.
NmsBroadLogMid (in einer Instanz mit mittlerer Quelle) Groß Einfügen, Aktualisieren, Löschen Nur, wenn die Instanz 5.10 (oder höher) als Instanz mit mittlerer Quelle 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 Zustellungsstatus zu verfolgen, und gelöscht, wenn der Verlauf bereinigt wird. Bei Verwendung von Mid-Sourcing wird empfohlen, den Verlauf zu begrenzen (normalerweise weniger als zwei Monate). Diese Tabelle bleibt also in Bezug auf die Größe angemessen (weniger als 30 Go 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ü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 Zustellungsstatus 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 (beginnend jede zweite Woche) und von Zeit zu Zeit (einmal im Monat oder bei Leistungsbeeinträchtigung) vollständig neu zu erstellen.
YyyBroadLogXxx (wenn eine externe Empfängertabelle verwendet wird) Groß Einfügen, Aktualisieren, Löschen Wie NmsBroadLogRcp, aber mit einer externen Empfängertabelle. Bitte passen Sie YYY und XXXX mit den Werten in Ihrer Zustellzuordnung an.
NmsTrackingLogRcp (wenn die NmsRecipient-Tabelle verwendet wird) Groß Einfügen, Löschen Verfolgungsprotokolle 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ängertabelle verwendet wird) Groß Einfügen, Löschen Wie NmsTrackingLogRcp, aber mit einer externen Empfängertabelle. Bitte passen Sie YYY und XXXX an die Werte an, die in Ihrer Zustellzuordnung verwendet werden.
NmsBroadLogRtEvent (Ausführungsinstanz des Message Center) 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, die die Ereigniswarteschlange des Message Center enthält. Der Status dieser Ereignisse 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-Steuerelementinstanz) 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 einer Empfängertabelle).
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 dann, wenn sie während des Ladevorgangs oder der Synchronisierung häufig aktualisiert werden. Diese Tabellen können Teil des standardmäßigen Adobe Campaign-Datenmodells sein (z. B. NmsRecipient ). In diesem Fall ist es Sache des Administrators der Adobe Campaign-Plattform, ein Audit des jeweiligen Datenbankmodells durchzuführen, um diese benutzerdefinierten Tabellen zu finden. Diese Tabellen werden nicht unbedingt explizit in unseren Wartungsverfahren erwähnt.