Testen der Migration

Allgemeines Verfahren

Je nach Konfiguration gibt es verschiedene Möglichkeiten, Migrationstests durchzuführen.

Sie sollten über eine Test-/Entwicklungs-Umgebung verfügen, um Migrationstests durchzuführen. Entwicklungs-Umgebung unterliegen einer Lizenz: Überprüfen Sie Ihren Lizenzvertrag oder wenden Sie sich an den Vertriebsservice von Adobe Campaign.

  1. Beenden Sie alle laufenden Entwicklungen und führen Sie sie in die Umgebung der Produktion.

  2. Erstellen Sie eine Sicherung der Development-Umgebung-Datenbank.

  3. Beenden Sie alle Adobe Campaign-Prozesse auf der Entwicklungsinstanz.

  4. Erstellen Sie eine Sicherungskopie der Produktionsdatenbank und stellen Sie sie als Umgebung der Umgebung wieder her.

  5. Führen Sie vor dem Starten der Adobe Campaign-Dienste das Warnskript frizeInstance.js aus, mit dem Sie die Datenbank aller Objekte löschen können, die beim Starten der Sicherung ausgeführt wurden.

    nlserver javascript nms:freezeInstance.js -instance:<instance> -arg:<run|dry>
    
    Hinweis

    Der Befehl wird standardmäßig im trockenen Modus gestartet und alle Anforderungen, die von diesem Befehl ausgeführt wurden, werden Liste, ohne sie zu starten. Verwenden Sie zum Ausführen von Warnungsanfragen den Befehl run .

  6. Stellen Sie sicher, dass Ihre Sicherungen korrekt sind, indem Sie versuchen, sie wiederherzustellen. Stellen Sie sicher, dass Sie auf Ihre Datenbank, Ihre Tabellen, Ihre Daten usw. zugreifen können.

  7. Testen Sie das Migrationsverfahren in der Development-Umgebung.

    Die vollständigen Verfahren sind im Abschnitt Voraussetzungen für die Migration zu Adobe Campaign 7 beschrieben.

  8. Wenn die Migration der Development-Umgebung erfolgreich ist, können Sie die Umgebung für die Produktion migrieren.

WICHTIG

Aufgrund von Änderungen an der Datenstruktur ist das Importieren und Exportieren von Datenpackagen zwischen einer v5- und einer v7-Plattform nicht möglich.

Hinweis

Mit dem Befehl "Adobe Campaign aktualisieren"(nach der Aktualisierung) können Sie Ressourcen synchronisieren und Schema und die Datenbank aktualisieren. Dieser Vorgang kann nur einmal und nur auf dem Anwendungsserver ausgeführt werden. Nach dem Synchronisieren von Ressourcen können Sie mit dem Befehl nach der Aktualisierung erkennen, ob die Synchronisierung Fehler oder Warnungen hervorruft.

Migrationswerkzeuge

Mit verschiedenen Optionen können Sie die Auswirkungen einer Migration messen und potenzielle Probleme identifizieren. Diese Optionen sind auszuführen:

  • im Befehl config :

    nlserver.exe config <option> -instance:<instanceName>
    
  • oder nach der Aktualisierung:

    nlserver.exe config -postupgrade <option> -instance:<instanceName>
    
Hinweis

Sie müssen die -Instanz verwenden:<instanceame> auswählen. Es wird nicht empfohlen, die Option -allinstances zu verwenden.

-showCustomEntities- und -showDeletedEntities-Optionen

  • Die -showCustomEntities -Option zeigt die Liste aller nicht standardmäßigen Objekte an:

    nlserver.exe config -showCustomEntities -instance:<instanceName>
    

    Beispiel einer gesendeten Nachricht:

    xtk_migration:opsecurity2 xtk:entity
    
  • Die Option -showDeletedEntities zeigt die Liste aller Standardobjekte an, die in der Datenbank oder im Dateisystem fehlen. Für jedes fehlende Objekt wird der Pfad angegeben.

    nlserver.exe config -showDeletedEntities -instance:<instanceName>
    

    Beispiel einer gesendeten Nachricht:

    Out of the box object 'nms:deliveryCustomizationMdl' belonging to the 'xtk:srcSchema' schema has not been found in the file system.
    

Verification process

Dieser Prozess, der als Standard in den Befehl nach der Aktualisierung integriert ist, ermöglicht Ihnen die Anzeige von Warnungen und Fehlern, die die Migration zum Fehler machen könnten. Wenn Fehler angezeigt werden, wurde die Migration nicht ausgeführt. Wenn dies der Fall ist, korrigieren Sie alle Fehler und wiederholen Sie den Beginn nach der Aktualisierung.

Sie können den Verifizierungsprozess selbst (ohne Migration) mit dem folgenden Befehl Beginn ausführen:

nlserver.exe config -postupgrade -check -instance:<instanceName>
Hinweis

Bitte ignorieren Sie alle Warnungen und Fehler mit dem JST-310040-Code.

Nach den folgenden Ausdrücken wird gesucht (Groß-/Kleinschreibung beachten):

Ausdruck
Fehlercode
Protokolltyp
Erklärung
.@
PU-0001
Warnhinweis
Diese Syntaxart wird bei der Personalisierung von Versänden nicht mehr unterstützt. Siehe JavaScript. Überprüfen Sie andernfalls, ob der Werttyp korrekt ist.
common.js
PU-0002
Warnhinweis
Diese Bibliothek darf nicht verwendet werden.
logon(
PU-0003
Warnhinweis
Diese Verbindungsmethode darf nicht mehr verwendet werden. Siehe Identifizierte Webanwendungen.
new SoapMethodCall(
PU-0004
Warnhinweis
Diese Funktion wird nur unterstützt, wenn sie im JavaScript-Code verwendet wird, der aus einer Sicherheitszone ausgeführt wird, die sich im sessionTokenOnly -Modus befindet.
sql=
PU-0005
Fehler
Dieser Fehlertyp führt zu einem Migrationsfehler. Siehe SQLData.
SQLDATA
PU-0006
Fehler
Dieser Fehlertyp führt zu einem Migrationsfehler. Siehe SQLData. Wenn Sie Übersichtsfehler-Fehlerprotokolle für Webanwendungen erhalten (Migration von Version 6.02), lesen Sie Webanwendungen.

Außerdem wird eine Datenbank- und eine Schema-Kohärenzprüfung durchgeführt.

Wiederherstellungsoption

Mit dieser Option können Sie vordefinierte Objekte wiederherstellen, wenn sie geändert wurden. Für jedes wiederhergestellte Objekt wird eine Sicherungskopie der Änderungen im ausgewählten Ordner gespeichert:

nlserver.exe config -postupgrade -restoreFactory:<backupfolder> -instance:<instanceName>
Hinweis

Es wird dringend empfohlen, absolute Ordnerpfade zu verwenden und die Ordnerstruktur beizubehalten. Beispiel: backupFolder\nms\srcSchema\billing.xml.

Migration fortsetzen

Wenn Sie die Nachaktualisierung nach einem Migrationsfehler neu starten, wird sie von demselben Ort, an dem sie beendet wurde, wieder aufgenommen.

Auf dieser Seite