Wenn Sie keinen Zugriff auf den Server und die Datenbank (gehostete Umgebungen) haben, können Sie die unten beschriebenen Verfahren nicht durchführen. Bitte kontaktieren Sie die Adobe.
Die Verwendung von Adobe Campaign erfordert die Installation und Konfiguration einer oder mehrerer Umgebungen: Entwicklung, Tests, Vorproduktion, Produktion usw.
Jede Umgebung enthält eine Adobe Campaign-Instanz und jede Adobe Campaign-Instanz ist mit einer oder mehreren Datenbanken verknüpft. Der Anwendungsserver kann einen oder mehrere Prozesse ausführen: Fast alle haben direkten Zugriff auf die Instanzdatenbank.
In diesem Abschnitt werden die Prozesse beschrieben, die auf das Duplizieren einer Adobe Campaign-Umgebung angewendet werden sollen, d. h. um eine Quellumgebung in einer Zielumgebung wiederherzustellen, was zu zwei identischen Arbeitsumgebungen führt.
Gehen Sie hierzu wie folgt vor:
Erstellen Sie eine Kopie der Datenbanken auf allen Instanzen in der Quellumgebung,
Stellen Sie diese Kopien auf allen Instanzen der Zielumgebung wieder her,
Führen Sie die nms:freezeInstance.js Warnhinweisskript für die Zielumgebung erstellen, bevor sie gestartet wird.
Dieser Prozess hat keine Auswirkungen auf die Server und deren Konfiguration.
Im Kontext von Adobe Campaign wird eine Bluterguss kombiniert Aktionen, mit denen Sie alle Prozesse stoppen können, die mit der Außenwelt interagieren: Protokolle, Tracking, Sendungen, Kampagnen-Workflows usw.
Dieser Schritt ist erforderlich, um zu verhindern, dass Nachrichten mehrmals gesendet werden (einmal in der nominalen Umgebung und einmal in der duplizierten Umgebung).
Eine Umgebung kann mehrere Instanzen enthalten. Jede Adobe Campaign-Instanz unterliegt einem Lizenzvertrag. Überprüfen Sie Ihren Lizenzvertrag, um zu sehen, wie viele Umgebungen Sie nutzen können.
Mit dem unten beschriebenen Verfahren können Sie eine Umgebung übertragen, ohne die Anzahl der installierten Umgebungen und Instanzen zu beeinträchtigen.
Es wird dringend empfohlen, eine vollständige Sicherung der Datenbanken für alle Instanzen der Quell- und Zielumgebungen durchzuführen, bevor der Übertragungsprozess gestartet wird. Auf diese Weise können Sie, wenn ein Problem auftritt, die Backups wiederherstellen und zu Ihrer ursprünglichen Konfiguration zurückkehren.
Damit dieser Prozess funktioniert, müssen die Quell- und Zielumgebungen über dieselbe Anzahl von Instanzen, denselben Zweck (Marketing-Instanz, Versandinstanz) und ähnliche Konfigurationen verfügen. Die technische Konfiguration muss den Softwarevoraussetzungen entsprechen. Dieselben Komponenten müssen in beiden Umgebungen installiert sein.
In diesem Abschnitt erfahren Sie, wie Sie mithilfe einer Fallstudie eine Quellumgebung in eine Zielumgebung übertragen können: Unser Ziel ist es, die Produktionsumgebung wiederherzustellen (prod Instanz) in eine Entwicklungsumgebung (dev -Instanz), um in einem Kontext zu arbeiten, der der "Live"-Plattform so nahe wie möglich ist.
Die folgenden Schritte müssen mit großer Sorgfalt ausgeführt werden: Einige Prozesse werden möglicherweise noch ausgeführt, wenn die Datenbanken der Quellumgebung kopiert werden. Durch die Vorsicht (Schritt 3 unten) wird verhindert, dass Nachrichten zweimal gesendet werden, und die Datenkonsistenz wird gewahrt.
Datenbanken kopieren
Kopieren Sie zunächst alle Quellumgebungsdatenbanken. Der Vorgang hängt von der Datenbank-Engine ab und liegt in der Verantwortung des Datenbankadministrators.
Unter PostgreSQL lautet der Befehl:
pg_dump mydatabase > mydatabase.sql
Die meisten Konfigurationselemente unterscheiden sich für jede Umgebung: externe Konten (Mid-Sourcing, Routing usw.), technische Optionen (Plattformname, DatabaseId, E-Mail-Adressen und Standard-URLs usw.).
Vor dem Speichern der Quelldatenbank in der Zieldatenbank müssen Sie die Konfiguration der Zielumgebung (dev) exportieren. Exportieren Sie dazu den Inhalt dieser beiden Tabellen: xtkoption und nmsextaccount.
Mit diesem Export können Sie die Entwicklungskonfiguration beibehalten und nur Entwicklungsdaten (Workflows, Vorlagen, Webanwendungen, Empfänger usw.) aktualisieren.
Führen Sie dazu einen Package-Export für die folgenden beiden Elemente durch:
Überprüfen Sie, ob die Anzahl der exportierten Optionen/Konten der Anzahl der Zeilen entspricht, die in jeder Datei exportiert werden sollen.
Die Anzahl der zu exportierenden Zeilen in einem Package-Export beträgt 1000 Zeilen. Bei mehr als 1000 Optionen oder externen Konten müssen mehrere Exporte durchgeführt werden.
Weiterführende Informationen hierzu finden Sie in diesem Abschnitt.
Beim Exportieren der nmsextaccount -Tabelle werden Kennwörter, die sich auf externe Konten beziehen (z. B. Kennwörter für Mid-Sourcing, Message Center Execution, SMPP, IMS und andere externe Konten), nicht exportiert. Vergewissern Sie sich im Voraus, dass Sie Zugriff auf die richtigen Passwörter haben, da diese möglicherweise erneut eingegeben werden müssen, nachdem die externen Konten wieder in die Umgebung importiert wurden.
Sie müssen Adobe Campaign-Prozesse auf allen Zielumgebungsservern stoppen. Dieser Vorgang hängt von Ihrem Betriebssystem ab.
Sie können alle Prozesse stoppen, oder nur die Prozesse, die in die Datenbank schreiben.
Verwenden Sie die folgenden Befehle, um alle Prozesse zu beenden:
Windows:
net stop nlserver6
Unter Linux:
/etc/init.d/nlserver6 stop
Verwenden Sie den folgenden Befehl, um zu überprüfen, ob alle Prozesse beendet wurden:
nlserver pdump
Unter Windows wird die webmdl -Prozess kann weiterhin aktiv sein, ohne andere Vorgänge zu beeinträchtigen.
Sie können auch überprüfen, ob noch keine Systemprozesse ausgeführt werden.
Gehen Sie dazu wie folgt vor:
Verwenden Sie den folgenden Befehl, um die Quelldatenbanken in der Zielumgebung wiederherzustellen:
psql mydatabase < mydatabase.sql
Um Fehlfunktionen zu vermeiden, dürfen Prozesse im Zusammenhang mit dem Versand und der Ausführung des Workflows bei der Aktivierung der Zielumgebung nicht automatisch ausgeführt werden.
Führen Sie dazu den folgenden Befehl aus:
nlserver javascript nms:freezeInstance.js -instance:<dev> -arg:run
Vergewissern Sie sich, dass der einzige Versandabschnitt derjenige ist, dessen Kennung auf 0 gesetzt ist:
SELECT * FROM neolane.nmsdeliverypart;
Vergewissern Sie sich, dass die Versandstatus-Aktualisierung korrekt ist:
SELECT iState, count(*) FROM neolane.nmsdelivery GROUP BY iState;
Vergewissern Sie sich, dass die Workflow-Status-Aktualisierung korrekt ist:
SELECT iState, count(*) FROM neolane.xtkworkflow GROUP BY iState;
SELECT iStatus, count(*) FROM neolane.xtkworkflow GROUP BY iStatus;
Starten Sie in der Zielumgebung die Adobe Campaign-Prozesse für alle Server neu.
Vor dem Neustart von Adobe Campaign auf der dev -Umgebung verwenden, können Sie ein zusätzliches Sicherheitsverfahren anwenden: starten Web nur -Modul.
Bearbeiten Sie dazu die Konfigurationsdatei Ihrer Instanz (config-dev.xml), und fügen Sie dann das Zeichen "_"vor den Optionen autoStart="true" für jedes Modul (mta, stat usw.) hinzu.
Führen Sie den folgenden Befehl aus, um den Webprozess zu starten:
nlserver start web
Verwenden Sie den folgenden Befehl, um zu überprüfen, ob nur der Webprozess gestartet wurde:
nlserver pdump
Überprüfen Sie, ob der Zugriff auf die Clientkonsole funktioniert.
In diesem Schritt sollte nur der Webprozess gestartet werden. Ist dies nicht der Fall, beenden Sie andere laufende Prozesse, bevor Sie fortfahren
Überprüfen Sie vor allem die Werte mehrerer Zeilen der Dateien, bevor Sie importieren (z. B.: 'NmsTracking_Pointer' für die Optionstabelle und die Versand- oder Mid-Sourcing-Konten für die Tabelle des externen Kontos)
So importieren Sie die Konfiguration aus der Zielumgebungsdatenbank (dev):
Öffnen Sie die Admin Console der Datenbank und bereinigen Sie die externen Konten (Tabelle nms:extAccount), deren Kennung nicht 0 (@id <> 0) ist.
Importieren Sie in der Adobe Campaign-Konsole das Package options_dev.xml , das Sie zuvor über die Package-Import-Funktion erstellt haben.
Überprüfen Sie, ob die Optionen tatsächlich im Abschnitt Administration > Plattform > Optionen Knoten.
Importieren Sie in der Adobe Campaign-Konsole die zuvor über die Import-Paketfunktion erstellte Datei "extaccount_dev.xml".
Überprüfen Sie, ob externe Datenbanken tatsächlich in die Administration > Plattform > Externe Konten .
Verwenden Sie die folgenden Befehle, um die Adobe Campaign-Prozesse zu starten:
Windows:
net start nlserver6
Unter Linux:
/etc/init.d/nlserver6 start
Verwenden Sie den folgenden Befehl, um zu überprüfen, ob die Prozesse gestartet wurden:
nlserver pdump
Ändern Sie Benutzer, um die Benutzer zu finden, die bereits auf der Entwicklungsplattform vorhanden waren.