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.