Domande frequenti sull’aggiornamento della build build-upgrade-faq

Adobe Campaign viene aggiornato regolarmente. Se hai familiarità con la nostra pubblicazione Note sulla versioneTuttavia, probabilmente sai che in media ogni anno vengono rilasciate 2/3 versioni secondarie complete di nuove funzioni, miglioramenti e correzioni. Inoltre, rilasciamo periodicamente build contenenti solo correzioni cumulative. Questa frequenza regolare di aggiornamenti mira a ottenere il massimo e più recente nelle tue mani, mantenendo l’ambiente completamente sicuro e ovviamente migliorando la tua esperienza con il nostro prodotto.

È fondamentale che i nostri clienti eseguano la versione più recente di Adobe Campaign. Consente inoltre ad Adobe di aiutare in modo molto più efficiente in caso di problemi: in genere, identificare, riprodurre e risolvere un problema in una build precedente richiede più tempo, per non parlare del fatto che alcuni problemi che potresti incontrare potrebbero essere già stati risolti in una build recente.

In qualità di utente in hosting, puoi beneficiare automaticamente, senza alcun intervento da parte tua, dell’aggiornamento annuale di Campaign con la versione stabile più recente. Anche i clienti con implementazioni on-premise e ibride possono beneficiare di questa versione. Se effettui la migrazione da una build precedente, ti consigliamo di eseguire prima l’aggiornamento a questa versione. Ulteriori informazioni.

Che cos’è un aggiornamento della build?

Un aggiornamento della build si verifica quando il software Adobe Campaign Classic viene aggiornato al numero di build sicuro più recente, ma rimane nello stesso livello di build principale/secondario. Ad esempio: da Campaign Classic v7 build 9026 a Campaign v7 build 9032.

Per ulteriori informazioni, consulta questa sezione.

Qual è la versione più recente di Adobe Campaign Classic?

L’ultima versione di Campaign Classic, con nuove funzioni e documentazione, è illustrata in dettaglio nella Note sulla versione.

Come posso sapere quale versione sto eseguendo?

Controlla la versione da Help > About… nella console del client di Adobe Campaign. Il About contiene informazioni dettagliate sulla versione e sulla build in esecuzione sia per la console che per il server.

Per ulteriori informazioni, consulta questa sezione.

Cosa significa lo stato della build?

A partire da Campaign Classic 19.2, a ogni build viene associato uno stato.

Per ulteriori informazioni, consulta questa sezione.

Un aggiornamento della build è uguale a un aggiornamento della versione?

No. Un aggiornamento della build è un aggiornamento incrementale all’interno di una determinata versione principale, mentre un aggiornamento della versione è un cambiamento da una versione principale a un’altra. Gli aggiornamenti della build sono semplici, in quanto in genere non comportano alcuna modifica importante a livello architetturale, tecnico o di modello di dati.

Gli aggiornamenti delle versioni, d’altra parte, di solito sono accompagnati da modifiche tecniche significative e, a seconda della profondità della configurazione per un determinato cliente, possono richiedere modifiche significative della configurazione e/o una reimplementazione parziale.

Ad esempio, utilizzando le informazioni sul server tratte dalla schermata della sezione precedente:

È necessario eseguire il backup dei dati prima di questi aggiornamenti?

Adobe esegue un backup del sistema prima di qualsiasi modifica. Tuttavia, se nel sistema non di produzione (server di sviluppo o di staging) è presente un lavoro di personalizzazione critico, si CONSIGLIA VIVAMENTE di esportare il lavoro come pacchetto prima di qualsiasi aggiornamento.

Quando avverranno gli aggiornamenti?

Ai clienti verrà offerto un intervallo di date tra cui scegliere. Le modifiche al sistema di produzione non vengono eseguite durante le festività.

Gli aggiornamenti della build possono essere eseguiti da lunedì a giovedì e i venerdì vengono utilizzati solo per le istanze non di produzione.

Quanto tempo ci vorrà per l’aggiornamento della build?

Il tempo necessario per eseguire un aggiornamento della build dipende da diversi fattori:

L’aggiornamento della build è un processo in due fasi:

Per ulteriori informazioni, fai riferimento a questo documento.

Quali risorse sono necessarie per l’aggiornamento della build?

Il processo di aggiornamento della build richiede le seguenti risorse:

Come posso prepararmi per l’aggiornamento della build?

Nei sistemi di sviluppo e staging, esporta qualsiasi lavoro critico che deve essere mantenuto.

Aggiorna la tua conoscenza dei flussi di lavoro e delle consegne dei percorsi critici sviluppati nei libri di esecuzione (o dal team/partner di consulenza) esaminando la documentazione fornita al team al termine dell’implementazione.

Identifica i tempi di traffico ridotti o ridotti che sarebbero ideali per le finestre di manutenzione in quanto produrrebbero l’impatto aziendale più basso.

Rivedi il nostro elenco di controllo per l’aggiornamento della build seguente e i tuoi piani di test e assicurati che le risorse in grado di eseguire questi test siano disponibili entro 24-48 ore. del completamento di un aggiornamento.

Per ulteriori informazioni, fai riferimento a questa sezione.

Gli aggiornamenti possono essere eseguiti di notte o fuori orario di lavoro?

Gli aggiornamenti possono essere eseguiti fuori orario. Si consiglia sempre di aggiornare l’ambiente durante gli orari di ufficio, quando nessun utente aziendale è connesso all’istanza.

Quali sono i costi associati a un aggiornamento della build?

L’installazione dell’aggiornamento della build per i clienti in hosting non comporta costi. Se nel sistema sono presenti sviluppi personalizzati, il Cliente dovrà identificare le risorse necessarie per testare tali sviluppi dopo l'aggiornamento e per correggere eventuali problemi rilevati con tali sviluppi personalizzati.

Sarà possibile accedere all’istanza durante il processo di aggiornamento?

No. Il server viene arrestato durante un aggiornamento per garantire l'integrità dei dati durante l'aggiornamento del prodotto. Una volta completato, viene riavviato e tutti i servizi riprendono.

Le e-mail continueranno a essere inviate dal Centro messaggi durante il processo di aggiornamento?

Quando si esegue l’aggiornamento per il Centro messaggi (RT), non invierà e-mail dall’istanza. Nota: tutti i processi interrotti alla chiusura di un sistema Campaign vengono ripresi automaticamente al riavvio del sistema. Ciò include consegne attive o pianificate, calcoli di tracciamento e metriche per le consegne inviate in precedenza.

I flussi di lavoro continueranno a essere eseguiti e a inviare le consegne?

No. Durante l’aggiornamento della build, il flusso di lavoro e i servizi di posta vengono entrambi interrotti. Ciò significa che i flussi di lavoro non verranno eseguiti e le consegne non verranno inviate. Riprenderanno una volta riavviato il sistema. Tuttavia, Adobe consiglia vivamente di controllare tutti i flussi di lavoro dei percorsi critici dopo un aggiornamento per garantirne l’esecuzione e l’integrità.

I miei collegamenti di tracciamento continueranno a funzionare durante l’aggiornamento?

Durante l’aggiornamento non funzioneranno i collegamenti di tracciamento sulle e-mail già inviate, perché tutti i server vengono arrestati. Saranno nuovamente operativi al termine dell'aggiornamento e al riavvio dei server.

Devo essere disponibile durante il processo di aggiornamento della build?

Sì. I clienti devono fornire all’Adobe un punto di contatto disponibile durante o immediatamente dopo l’aggiornamento della loro istanza di produzione. L’Adobe contatterà questa persona via e-mail, a meno che non vengano presi accordi diversi. Ciò garantirà una transizione agevole e la convalida immediata delle attività critiche. L’Adobe contatterà il Cliente una volta completato l’aggiornamento della build per la conferma.

Devo aggiornare la console client?

Sì. La console client deve trovarsi nella stessa build dell’istanza del server. Al termine dell’aggiornamento, la console client dovrà richiedere di eseguire l’aggiornamento alla build più recente per garantire che rimanga allineata con la build del server.

Qual è il piano di ripristino? Vengono conservati i backup dei dati?

Il piano di ripristino consiste nel ripristinare il sistema con l'ultimo backup disponibile. I backup vengono archiviati per 7 giorni per i clienti del centro dati e per 14 giorni per i clienti su Amazon Web Service (AWS).

Quanto tempo è necessario per eseguire il rollback?

Dipende dalle dimensioni del backup del database. Il tempo medio necessario per il completamento è di 4 ore.

Quali tipi di test vengono eseguiti sul sistema dopo l’aggiornamento?

Consulta la sezione elenco di controllo per l’aggiornamento della build seguente.

Quale tipo di test devo eseguire dopo l’aggiornamento?

Gli ambienti di sviluppo e staging vengono aggiornati in sequenza o insieme, ma è necessario un abbonamento prima di aggiornare l’istanza di produzione. Questo consente a ciascun cliente di eseguire test approfonditi prima di approvare qualsiasi modifica alla produzione.

Vedi elenco elenco di controllo per l’aggiornamento della build seguente. I clienti devono eseguire test simili e quelli di cui potrebbero aver bisogno per l’ambiente.

Con quale frequenza devo eseguire un aggiornamento della build?

Per garantire prestazioni, disponibilità e sicurezza ottimali, Adobe collabora con i clienti per garantire che i sistemi vengano aggiornati almeno una volta all'anno.

Si verificherà un arresto del sistema per con un aggiornamento della build?

Sì. Il server viene arrestato durante un aggiornamento per garantire l'integrità dei dati durante l'aggiornamento del prodotto. Una volta completato, viene riavviato e tutti i servizi riprendono.

Chi devo contattare per aprire il ticket di aggiornamento della build?

Se riscontri problemi dopo un aggiornamento della build, contatta Assistenza clienti Adobe. L’Assistenza clienti pianifica le date di build e apre i ticket relativi all’aggiornamento della build.

Ulteriori informazioni in Opzioni di assistenza e supporto per Campaign Classic

Elenco di controllo per l’aggiornamento della build check-list

Elenco di controllo post-aggiornamento del server di messaggistica cloud

Elenco di controllo post-aggiornamento server di marketing

Vedi anche