v7 On-Premise und Hybrid

Duplizieren von Umgebungen

Einleitung

Übersicht

Für die Verwendung von Adobe Campaign ist die Installation und Konfiguration einer oder mehrerer Umgebungen erforderlich: Entwicklung, Test, 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:

1. Erstellen Sie eine Kopie der Datenbanken auf allen Instanzen in der Quellumgebung,

2. Stellen Sie diese Kopien auf allen Instanzen der Zielumgebung wieder her,

3. 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.

   HINWEIS

   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).

   WICHTIG

   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.

Vorbereitung

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.

Implementierung

Übermittlungsverfahren

In diesem Abschnitt erfahren Sie, welche Schritte für die Übertragung einer Quellumgebung in eine Zielumgebung mithilfe einer Fallstudie erforderlich sind: Unser Ziel ist hier die Wiederherstellung einer Produktionsumgebung (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 Quellumgebungsdatenbanken kopiert werden. Durch die Vorsicht (Schritt 3 unten) wird verhindert, dass Nachrichten zweimal gesendet werden, und die Datenkonsistenz wird gewahrt.

Schritt 1: Erstellen einer Sicherungskopie der Quellumgebungsdaten (prod)

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

Schritt 2: Exportieren der Zielumgebungskonfiguration (dev)

Die meisten Konfigurationselemente unterscheiden sich je nach 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:

• Exportieren Sie xtk:option in eine "options_dev.xml"-Datei ohne die Datensätze mit den folgenden internen Namen: "WdbcTimeZone", "NmsServer_LastPostUpgrade"und "NmsBroadcast_RegexRules".
• Exportieren Sie in einer Datei "extaccount_dev.xml"die nms:extAccount für alle Datensätze, deren Kennung nicht 0 ist (@id <> 0).

Überprüfen Sie, ob die Anzahl der exportierten Optionen/Konten der Anzahl der Zeilen entspricht, die in jeder Datei exportiert werden sollen.

Schritt 3: Beenden der Zielumgebung (dev)

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

Sie können auch überprüfen, ob noch keine Systemprozesse ausgeführt werden.

Gehen Sie dazu wie folgt vor:

• Unter Windows: Öffnen Sie die Task Manager und überprüfen Sie, dass keine nlserver.exe Prozesse.
• Unter Linux: Führen Sie die ps aux | grep nlserver und überprüfen Sie, ob nlserver Prozesse.

Schritt 4: Wiederherstellen der Datenbanken in der Zielumgebung (dev)

Verwenden Sie den folgenden Befehl, um die Quelldatenbanken in der Zielumgebung wiederherzustellen:

psql mydatabase < mydatabase.sql

Schritt 5: Vorsicht bei der Zielumgebung (dev)

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

6. Schritt - Vorsicht überprüfen

1. Vergewissern Sie sich, dass der einzige Versandabschnitt derjenige ist, dessen Kennung auf 0 gesetzt ist:

   SELECT * FROM neolane.nmsdeliverypart;
   

2. Vergewissern Sie sich, dass die Versandstatus-Aktualisierung korrekt ist:

   SELECT iState, count(*) FROM neolane.nmsdelivery GROUP BY iState;
   

3. 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;
   

Schritt 7: Starten Sie den Webprozess der Zielumgebung neu (dev)

Starten Sie in der Zielumgebung die Adobe Campaign-Prozesse für alle Server neu.

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.

Schritt 8: Importieren von Optionen und externen Konten in die Zielumgebung (dev)

Ü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 externe Kontotabelle).

So importieren Sie die Konfiguration aus der Zielumgebungsdatenbank (dev):

1. Öffnen Sie die Admin Console der Datenbank und bereinigen Sie die externen Konten (Tabelle nms:extAccount), deren Kennung nicht 0 (@id <> 0) ist.

2. 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.

3. 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 .

Schritt 9: Alle Prozesse neu starten und Benutzer ändern (dev)

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.