Testen der Migration

Allgemeines Verfahren

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

Sie sollten über eine Test-/Entwicklungsumgebung verfügen, um Migrationstests durchzuführen. Entwicklungsumgebungen unterliegen einer Lizenz: Überprüfen Sie Ihren Lizenzvertrag oder kontaktieren Sie den Vertriebsdienst von Adobe Campaign.

  1. Stoppen Sie alle laufenden Entwicklungen und übertragen Sie sie in die Produktionsumgebung.

  2. Erstellen Sie eine Sicherungskopie der Datenbank der Entwicklungsumgebung.

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

  4. Erstellen Sie eine Sicherungskopie der Datenbank der Produktionsumgebung und stellen Sie sie als Entwicklungsumgebung wieder her.

  5. Führen Sie vor dem Starten der Adobe Campaign-Dienste das Warnskript freezeInstance.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 Modus dry gestartet und listet alle Anforderungen auf, die von diesem Befehl ausgeführt wurden, ohne sie zu starten. Verwenden Sie run im -Befehl, um Warnanfragen auszuführen.

  6. Stellen Sie sicher, dass Ihre Sicherungen korrekt sind, indem Sie versuchen, sie wiederherzustellen. Stellen Sie sicher, dass Sie Zugriff auf Ihre Datenbank, Ihre Tabellen, Ihre Daten usw. haben.

  7. Testen Sie das Migrationsverfahren in der Entwicklungsumgebung.

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

  8. Wenn die Migration der Entwicklungsumgebung erfolgreich ist, können Sie die Produktionsumgebung migrieren.

WICHTIG

Aufgrund von Änderungen an der Datenstruktur ist der Import und Export von Datenpaketen zwischen einer v5-Plattform und einer v7-Plattform nicht möglich.

HINWEIS

Mit dem Adobe Campaign-Aktualisierungsbefehl (postupgrade) können Sie Ressourcen synchronisieren und Schemas und die Datenbank aktualisieren. Dieser Vorgang kann nur einmal auf dem Anwendungsserver ausgeführt werden. Nach dem Synchronisieren von Ressourcen können Sie mit dem Befehl postupgrade erkennen, ob die Synchronisierung Fehler oder Warnungen erzeugt.

Migrationswerkzeuge

Mithilfe verschiedener Optionen können Sie die Auswirkungen einer Migration messen und potenzielle Probleme identifizieren. Diese Optionen werden ausgeführt:

  • im Befehl config :

    nlserver.exe config <option> -instance:<instanceName>
    
  • oder beim Postupgrade:

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

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

-showCustomEntities und -showDeletedEntities options

  • Die Option -showCustomEntities 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.
    

Überprüfungsverfahren

Dieser Prozess ist standardmäßig in den Befehl postupgrade integriert und ermöglicht die Anzeige von Warnungen und Fehlern, die dazu führen können, dass die Migration fehlschlägt. Wenn Fehler angezeigt werden, wurde die Migration nicht ausgeführt. Korrigieren Sie in diesem Fall alle Fehler und starten Sie das Postupgrade erneut.

Mit dem folgenden Befehl können Sie den Verifizierungsprozess selbst (ohne Migration) starten:

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

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

Die folgenden Ausdrücke werden gesucht (Groß-/Kleinschreibung beachten):

Ausdruck
Fehler-code
Logtyp
Erklärung
.@
PU-0001
Warnung
Diese Syntax wird bei der Versandpersonalisierung nicht mehr unterstützt. Siehe JavaScript. Überprüfen Sie andernfalls, ob der Werttyp korrekt ist.
common.js
PU-0002
Warnung
Diese Bibliothek darf nicht verwendet werden.
logon(
PU-0003
Warnung
Diese Verbindungsmethode darf nicht mehr verwendet werden. Siehe Identifizierte Webanwendungen.
.
new SoapMethodCall(
PU-0004
Warnung
Diese Funktion wird nur unterstützt, wenn sie im JavaScript-Code verwendet wird, der aus einer Sicherheitszone ausgeführt wird, die sich im Modus sessionTokenOnly 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 Fehlerprotokolle für Webanwendungen vom Typ Übersicht erhalten (Migration von v6.02), finden Sie weitere Informationen unter Webanwendungen.
.

Außerdem wird eine Datenbank- und Schema-Konsistenz-Prüfung durchgeführt.

Wiederherstellungsoption

Mit dieser Option können Sie native Objekte wiederherstellen, wenn sie geändert wurden. Für jedes wiederhergestellte Objekt wird eine Sicherung Ihrer Ä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 das Postupgrade nach einem Migrationsfehler neu starten, wird es von der Stelle fortgesetzt, an der es angehalten wurde.

Auf dieser Seite