Häufig gestellte Fragen zum Build-Upgrade build-upgrade-faq
Adobe Campaign wird regelmäßig aktualisiert. Wenn Sie unsere veröffentlichten Versionshinweise kennen, wissen Sie wahrscheinlich, dass jedes Jahr im Schnitt zwei bis drei kleinere Versionen mit neuen Funktionen, Verbesserungen und Korrekturen herausgebracht werden. Zusätzlich veröffentlichen wir regelmäßig Builds, die ausschließlich Fehlerkorrekturen enthalten. Durch diese regelmäßige Bereitstellung von Updates soll sichergestellt werden, dass Sie stets die beste und neueste Version nutzen, sodass Ihre Umgebung sicher ist und Ihre Zufriedenheit bei der Nutzung unserer Produkte laufend steigt.
Deshalb erachten wir es als entscheidend, dass unsere Kunden stets die neueste Version von Adobe Campaign verwenden. Dadurch sind wir beim Auftreten von Problemen in der Lage, Ihnen effizient zu helfen. Denn es ist normalerweise zeitaufwändiger, einen Fehler in einem alten Build zu identifizieren, zu reproduzieren und zu beheben. Außerdem besteht die Möglichkeit, dass dieser Fehler im aktuellen Build bereits behoben wurde.
Als gehosteter Benutzer profitieren Sie automatisch von der jährlichen Campaign-Aktualisierung mit der neuesten stabilen Version, ohne aktiv werden zu müssen. On-Premise- und Hybrid-Kunden können ebenfalls von diesen Versionen profitieren. Wenn Sie von einem alten Build migrieren, empfehlen wir Ihnen, zunächst ein Upgrade auf diese Version durchzuführen. Weitere Informationen.
Was ist ein Build-Upgrade?
Bei einem Build-Upgrade wird die Adobe Campaign Classic-Software auf die aktuelle, sichere Build-Nummer aktualisiert, wobei die Versionsnummer unverändert bleibt. Beispiel: Campaign Classic v7 Build 9026 auf Campaign v7 Build 9032.
Weitere Informationen finden Sie in diesem Abschnitt.
Was ist die aktuelle Version von Adobe Campaign Classic?
Die aktuelle Version von Campaign Classic, einschließlich neuer Funktionen und der Dokumentation, wird in den Versionshinweisen näher beschrieben.
Wie finde ich heraus, welche Version ich verwende?
Rufen Sie in der Client-Konsole von Adobe Campaign Hilfe > Versionsinformationen… auf. Das Feld Versionsinformationen enthält Details zur Version und zum Build der Client-Konsole und des Servers.
Weitere Informationen finden Sie in diesem Abschnitt.
Was bedeutet der Build-Status?
Ab Campaign Classic 19.2 wird jedem Build ein Status zugeordnet.
Weitere Informationen finden Sie in diesem Abschnitt.
Ist ein Upgrade des Builds dasselbe wie das Upgrade einer Version?
Nein. Ein Build-Upgrade ist eine schrittweise Aktualisierung innerhalb einer Version. Ein Upgrade einer Version ist hingegen der Wechsel von einer Version zu einer anderen. Build-Upgrades sind unkompliziert, da sie normalerweise keine Änderungen an der Architektur, den technischen Gegebenheiten oder dem Datenmodell erfordern.
Upgrades von Versionen dagegen bedeuten normalerweise erhebliche technische Änderungen. Je nach Konfigurationsumfang erfordern sie unter Umständen umfassende Änderungen an der Konfiguration und/oder die teilweise erneute Implementierung.
Bezogen auf die Serverinformationen im Screenshot aus dem vorherigen Abschnitt würde dies Folgendes bedeuten:
-
Ein Build-Upgrade würde bedeuten, dass Sie von Build 9342 zu einem Build höher als 9342 wechseln. Beispiel: von v7.1 Build 9342 zu v7.1 Build 9342.
-
Bei einem Versions-Upgrade wird von einer vorherigen Hauptversion auf eine neuere Version gewechselt.
Sollte ich meine Daten vor diesen Aktualisierungen sichern?
Adobe erstellt vor etwaigen Änderungen ein Backup Ihres Systems. Wenn sich jedoch wichtige Projekte außerhalb Ihres Produktionssystems befinden (Entwicklungs- oder Staging-Server), wird DRINGEND EMPFOHLEN, diese vor dem Upgrade als Package zu exportieren.
Wann werden die Upgrades vorgenommen?
Kunden wird ein Zeitraum angeboten, innerhalb dessen sie einen Termin auswählen können. Änderungen am Produktionssystem werden nur an Werktagen vorgenommen.
Build-Upgrades können von Montag bis Donnerstag durchgeführt werden. Freitags werden ausschließlich Nicht-Produktionsinstanzen aktualisiert.
Wie lange dauert das Build-Upgrade?
Die Dauer eines Build-Upgrades hängt von mehreren Faktoren ab:
- Die Größe der Datenbank, die gesichert oder wiederhergestellt werden muss. (Größere Datenbanken erfordern mehr Zeit für das Upgrade.)
- Die Größe der Umgebungen. (Viele unserer Kunden haben mehrere unterschiedliche Server, von denen jeder spezifische Funktionen ausführt; größere Umgebungen benötigen mehr Zeit für das Upgrade.)
- Die Komplexität des Systems. (Manche Systeme haben mehrere Dienste und Verbindungen, die überprüft werden müssen und auch die Überprüfung der Systemstabilität und -Performance erfordern.)
Das Build-Upgrade ist ein zweistufiger Vorgang:
-
Vorbereitung des Systems auf das Upgrade: Unter Berücksichtigung der Gegebenheiten Ihrer Arbeitsumgebung wird in einer Nicht-Produktionsumgebung ein vollständiges Upgrade durchgeführt. Sobald die aktualisierte Umgebung von einem technischen und funktionellen Standpunkt aus grünes Licht erhalten hat, erfolgt der zweite Schritt. Diese Phase kann abhängig von den zuvor genannten Faktoren von einigen Tagen bis zu mehreren Wochen dauern.
-
Das Upgrade selbst: Die Produktionsumgebung wird aktualisiert. Diese Phase dauert normalerweise einige Stunden. Für sehr komplexe Umgebungen muss mit einer längeren Ausfallzeit gerechnet werden. Zur Absicherung gegenüber Fehlern im Prozess wird eine Rollback-Strategie bestimmt, die im Ernstfall angewendet werden kann.
Weitere Informationen finden Sie in diesem Dokument.
Welche Ressourcen sind für das Build-Upgrade erforderlich?
Für das Build-Upgrade sind die folgenden Ressourcen erforderlich:
- Adobe Architect: Im Fall von gehosteten oder Cloud Messaging-/Hybridarchitekturen koordiniert der Architekt die Aktivitäten mit der Adobe-Kundenunterstützung.
- Projekt-Manager: Gehostet: Das Hosting-Team arbeitet mit der Adobe-Kundenunterstützung und dem Kunden zusammen, um für alle Instanzen den Zeitrahmen festzulegen.
- Adobe Campaign-Administrator – Gehostet: Das Hosting-Team nimmt das Upgrade vor.
- Benutzer/Marketing-Benutzer von Adobe Campaign: Der Benutzer führt Tests auf Entwicklungs-, Test- und Produktionsinstanzen durch.
Wie bereite ich das Build-Upgrade vor?
Exportieren Sie in Ihren Entwicklungs- und Staging-Systemen alle Projekte, die wichtig sind und erhalten werden müssen.
Frischen Sie Ihr Wissen über die wichtigsten Pfad-Workflows und Sendungen auf, die in Ihren Runbooks (oder durch Ihr Beraterteam/Ihren Partner) entwickelt wurden, indem Sie die Dokumentation lesen, die Ihrem Team nach der Implementierung bereitgestellt wird.
Ermitteln Sie Zeiten mit geringem Datenvolumen oder Traffic, die sich ideal für Wartungsfenster eignen, da sie die Geschäftstätigkeit am wenigsten beeinträchtigen.
Gehen Sie unsere unten aufgeführte Upgrade-Checkliste und Ihre Testpläne durch und stellen Sie sicher, dass Ressourcen, die diese Tests durchführen können, innerhalb von 24 bis 48 Stunden ab dem Ende des Upgrades verfügbar sind.
Weitere Informationen finden Sie in diesem Abschnitt.
Können Build-Upgrades nachts oder außerhalb der Geschäftszeiten durchgeführt werden?
Upgrades können außerhalb der Geschäftszeiten durchgeführt werden. Es ist generell empfehlenswert, die Umgebung außerhalb der Geschäftszeiten zu aktualisieren, wenn keine Benutzer mit der Instanz verbunden sind.
Welche Kosten sind mit einem Build-Upgrade verbunden?
Für gehostete Kunden fallen für die Installation des Build-Upgrades keine Kosten an. Wenn am System benutzerdefinierte Entwicklungen vorgenommen werden, muss der Kunde Ressourcen bereitstellen, die diese Entwicklungen nach dem Upgrade testen und nötigenfalls etwaige Probleme beheben können.
Kann während des Upgrade-Prozesses auf die Instanz zugegriffen werden?
Nein. Der Server wird während des Upgrades deaktiviert, um die Datenintegrität zu schützen. Danach wird er neu gestartet und alle Dienste werden fortgesetzt.
Kann ich meine Kampagneninstanz während des Upgrade-Vorgangs weiterhin verwenden?
Nein. Adobe empfiehlt, während des Wartungszeitraums alle Kampagnenvorgänge zu deaktivieren, um Datenverluste zu vermeiden. Während des Upgrades dürfen Sie keine Kampagnen, Abfragen, Workflows oder Sendungen erstellen oder bereitstellen.
Werden während des Upgrades weiterhin E-Mails von Message Center gesendet?
Wenn Message Center (RT) aktualisiert wird, werden keine E-Mails von dieser Instanz gesendet. Hinweis: Alle Prozesse, die angehalten werden, wenn das Campaign-System abgeschaltet wird, werden automatisch wieder fortgesetzt, wenn das System wieder aktiviert wird. Hierzu zählen auch aktive oder geplante Sendungen, das Tracking und die Berechnung von Metriken für zuvor durchgeführte Sendungen.
Werden Workflows und Sendungen weiterhin durchgeführt?
Nein. Während des Build-Upgrades werden sowohl Workflows als auch Mail-Dienste angehalten. Das bedeutet, dass weder Workflows noch Sendungen durchgeführt werden. Diese werden fortgesetzt, sobald das System wieder gestartet wurde. Adobe empfiehlt jedoch, dass alle kritischen Pfad-Workflows nach dem Upgrade überprüft werden, um sicherzustellen, dass sie aktiv und fehlerfrei sind.
Funktionieren meine Tracking-Links während des Upgrades?
Ab Campaign Classic v7.3.5 funktionieren Tracking-Links für E-Mails, die bereits gesendet wurden, während der Aktualisierung weiterhin.
Muss ich während des Build-Upgrades verfügbar sein?
Ja. Kunden sollten Adobe während oder unmittelbar nach dem Upgrade der Produktionsinstanz eine Kontaktperson zur Verfügung stellen. Adobe kontaktiert diese Person per E-Mail, außer es wurden andere Vereinbarungen getroffen. Dies ermöglicht eine reibungslose Aktualisierung und eine unmittelbare Überprüfung kritischer Aufgaben. Adobe kontaktiert den Kunden, sobald das Build-Upgrade abgeschlossen ist.
Muss ich die Client-Konsole aktualisieren?
Ja. Die Client-Konsole muss denselben Build haben wie die Server-Instanz. Nach dem Upgrade sollten Sie von Ihrer Client-Konsole aufgefordert werden, eine Aktualisierung auf die aktuelle Build-Version durchzuführen, damit sie zum Server-Build passt.
Wie sieht der Rollback-Plan aus? Werden Backups meiner Daten aufbewahrt?
Der Rollback-Plan sieht vor, das System mit der zuletzt verfügbaren Sicherungskopie wiederherzustellen. Sicherungskopien werden für Rechenzentrumskunden sieben Tage lang und für auf Amazon Web Services (AWS) gehostete Kunden 14 Tage lang aufbewahrt.
Wie lange dauert das Rollback?
Das hängt von der Größe des Datenbank-Backups ab. Im Schnitt sind dafür 4 Stunden zu veranschlagen.
Welche Tests werden nach dem Upgrade auf meinem System durchgeführt?
Näheres hierzu finden Sie in der weiter unten aufgeführten Checkliste für Build-Upgrades.
Welche Tests muss ich nach meinem Upgrade durchführen?
Die Entwicklungs- und Staging-Umgebungen werden entweder nacheinander oder gemeinsam aktualisiert. Vor dem Upgrade der Produktionsinstanz muss jedoch deren Korrektheit bestätigt werden. Dadurch können Kunden ausführliche Tests durchführen, bevor etwaige Änderungen an die Produktionsumgebung weitergegeben werden.
Beachten Sie die Checkliste für Build-Upgrades weiter unten. Kunden sollten solcherlei sowie zusätzliche, für ihre Umgebung benötigte Tests durchführen.
Wie oft muss ich ein Build-Upgrade durchführen?
Um eine optimale Performance, Verfügbarkeit und Sicherheit des Systems zu gewährleisten, sorgt Adobe gemeinsam mit seinen Kunden dafür, dass das System zumindest einmal jährlich aktualisiert wird.
Muss das System bei einem Build-Upgrade heruntergefahren werden?
Ja. Der Server wird während des Upgrades deaktiviert, um die Datenintegrität zu schützen. Danach wird er neu gestartet und alle Dienste werden fortgesetzt.
Wen sollte ich kontaktieren, wenn ich ein Ticket wegen einem Build-Upgrade erstellen möchte?
Wenn nach einem Build-Upgrade Probleme auftreten, wenden Sie sich an die Adobe-Kundenunterstützung. Die Adobe-Kundenunterstützung plant den Vorgang und erstellt das Ticket zum Build-Upgrade.
Weitere Informationen finden Sie in den Hilfe- und Support-Optionen für Campaign Classic.
Checkliste für Build-Upgrades check-list
Checkliste für den Cloud Messaging Server nach dem Upgrade:
-
Führen Sie einen Testversand durch.
- Überprüfen Sie, ob die Versand-Logs und der damit verbundene Workflow korrekt ist.
- Überprüfen Sie, ob die Tracking-Logs aktualisiert werden.
- Überprüfen Sie die Mirrorseite und die Tracking-Links.
-
Überprüfen Sie, ob alle technischen Workflows den Status "Gestartet" aufweisen.
-
Stellen Sie sicher, dass auch alle Prozesse aktiv sind.
Checkliste für den Marketing-Server nach dem Upgrade:
-
Können Sie sich beim Server anmelden? Stellen Sie sicher, dass die Client-Konsole fehlerfrei funktioniert bzw. keine Fehlerwarnungen angezeigt werden.
-
Achten Sie darauf, dass die Konsole und der Build nach dem Upgrade dieselbe Version aufweisen.
-
Haben Sie Webanwendungen, die Daten zur Campaign-Datenbank hinzufügen? Wenn ja, führen Sie sie aus und überprüfen Sie, ob neue Datensätze per API hinzugefügt werden können.
-
Können Sie eine Test-E-Mail versenden? Erstellen Sie einen neuen Versand mit einer bekannten Vorlage, senden Sie die Nachricht an einen Testempfänger, überprüfen Sie die Personalisierung und stellen Sie sicher, dass der Abmelde-Link und die Mirrorseite funktionieren.
-
Werden alle Ihre kritischen Pfad-Workflows ausgeführt? Überprüfen Sie Workflows, öffnen Sie das Workflow-Protokoll und stellen Sie sicher, dass keine Fehler vorliegen.
-
Sind alle Ordner vorhanden, sichtbar und aufrufbar? Durchsuchen Sie unterschiedliche Ordner und stellen Sie sicher,
dass alle Inhalte vorhanden sind und angezeigt werden. -
Werden Ihre Sendungen mit der richtigen Zeitzone zugestellt?
- Überprüfen Sie das Erstellungsdatum und das Änderungsdatum einschließlich Zeitstempel und Zeitzone.
- Überprüfen Sie, ob die geplante Ausführung eines Workflows zum angegebenen Zeitpunkt funktioniert.
- Rufen Sie die Liste der Workflows ab, die den Status AUSGESETZT und FEHLGESCHLAGEN aufweisen. Starten Sie diese und beobachten Sie sie.
- Führen Sie für ein Szenario einen A/B-Test durch.
- Testen Sie Push-Benachrichtigungen und ihre Tracking-Funktionen für Deeplinks.
- Testen Sie das Versenden von SMS-Nachrichten.
- Wenn eine externe FDA-Lösung verbunden ist, testen Sie, ob die Daten in beide Richtungen gesendet werden.
- Wenn Sie Integrationen (wie zwischen Adobe Campaign und Adobe Experience Manager oder Adobe Campaign und Adobe Analytics) nutzen, testen Sie, ob diese funktionieren wie bisher.
Siehe auch