Migrazione di risorse in blocco assets-migration-guide

Durante la migrazione delle risorse in Adobe Experience Manager, è necessario prendere in considerazione diversi passaggi. L'estrazione di risorse e metadati dalla home corrente esula dall'ambito di questo documento in quanto varia ampiamente tra le implementazioni, ma questo documento descrive come inserire queste risorse in Experience Manager, applicarne i metadati, generare rappresentazioni e attivarle per pubblicare le istanze.

Prerequisiti prerequisites

Prima di eseguire effettivamente uno dei passaggi di questa metodologia, rivedere e implementare le linee guida in suggerimenti per l'ottimizzazione delle prestazioni di Assets. Molti dei passaggi, come la configurazione del numero massimo di processi simultanei, migliorano notevolmente la stabilità del server e le prestazioni sotto carico. Altri passaggi, come la configurazione di un archivio dati file, sono molto più difficili da eseguire dopo il caricamento del sistema con le risorse.

Migra a Experience Manager migrating-to-aem

La migrazione delle risorse a Experience Manager richiede diversi passaggi e deve essere vista come un processo graduale. Le fasi della migrazione sono le seguenti:

Disattiva flussi di lavoro disabling-workflows

Prima di avviare la migrazione, disabilita i moduli di avvio per il flusso di lavoro Risorsa di aggiornamento DAM. È meglio acquisire tutte le risorse nel sistema ed eseguire quindi i flussi di lavoro in batch. Se sei già attivo durante la migrazione, puoi pianificare l’esecuzione di queste attività fuori orario.

Carica tag loading-tags

È possibile che sia già stata impostata una tassonomia dei tag da applicare alle immagini. Strumenti come Importazione risorse CSV e Supporto di Experience Manager per i profili di metadati possono automatizzare il processo di applicazione dei tag alle risorse, ma i tag devono essere caricati nel sistema. La funzionalità Strumenti AEM ACS Tag Maker consente di popolare i tag utilizzando un foglio di calcolo di Microsoft Excel caricato nel sistema.

Acquisire risorse ingesting-assets

Prestazioni e stabilità sono fattori importanti da considerare al momento dell’acquisizione delle risorse nel sistema. Poiché si sta caricando una grande quantità di dati nel sistema, è necessario assicurarsi che il sistema funzioni correttamente per ridurre al minimo il tempo necessario ed evitare di sovraccaricare il sistema, con conseguente possibile arresto anomalo del sistema, soprattutto nei sistemi già in produzione.

Esistono due approcci per caricare le risorse nel sistema: un approccio basato su push utilizzando HTTP o un approccio basato su pull utilizzando le API JCR.

Invia tramite HTTP pushing-through-http

Il team Managed Services di Adobe utilizza uno strumento denominato Glutton per caricare i dati negli ambienti dei clienti. Glutton è una piccola applicazione Java che carica tutte le risorse da una directory a un'altra in una distribuzione di Experience Manager. Al posto di Glutton, puoi anche utilizzare strumenti come script Perl per pubblicare le risorse nell’archivio.

Esistono due principali svantaggi nell’utilizzo dell’approccio push attraverso https:

L’altro approccio per acquisire le risorse consiste nell’estrarre le risorse dal file system locale. Tuttavia, se non riesci a ottenere un’unità esterna o una condivisione di rete montata sul server per eseguire un approccio basato su pull, la pubblicazione delle risorse su HTTP è l’opzione migliore.

Recupera dal file system locale pulling-from-the-local-filesystem

La funzione di importazione risorse CSV degli strumenti AEM di ACS richiama le risorse dal file system e i metadati delle risorse da un file CSV per l'importazione delle risorse. L’API di Experience Manager Asset Manager viene utilizzata per importare le risorse nel sistema e applicare le proprietà dei metadati configurate. Idealmente, le risorse vengono installate sul server tramite un file di rete o un'unità esterna.

Poiché le risorse non devono essere trasmesse in rete, le prestazioni complessive migliorano notevolmente e questo metodo è generalmente considerato il modo più efficiente per caricare le risorse nell’archivio. Inoltre, poiché lo strumento supporta l’acquisizione dei metadati, puoi importare tutte le risorse e i metadati in un singolo passaggio anziché creare anche un secondo passaggio per applicare i metadati tramite uno strumento separato.

Elabora rappresentazioni processing-renditions

Dopo aver caricato le risorse nel sistema, devi elaborarle tramite il flusso di lavoro Risorsa di aggiornamento DAM per estrarre i metadati e generare le rappresentazioni. Prima di eseguire questo passaggio, devi duplicare e modificare il flusso di lavoro Risorsa di aggiornamento DAM in base alle tue esigenze. Il flusso di lavoro preconfigurato contiene molti passaggi che potrebbero non essere necessari, ad esempio la generazione PTIFF di Dynamic Medie o l'integrazione di InDesign Server.

Dopo aver configurato il flusso di lavoro in base alle tue esigenze, puoi eseguirlo in due modi:

Attivare risorse activating-assets

Per le distribuzioni che hanno un livello di pubblicazione, devi attivare le risorse nella farm di pubblicazione. Adobe consiglia di eseguire più di una singola istanza Publish, ma è più efficiente replicare tutte le risorse in una singola istanza Publish e quindi clonarla. Quando attivi un numero elevato di risorse, dopo l’attivazione di una struttura ad albero potrebbe essere necessario intervenire. Ecco perché: quando si attivano le attivazioni, gli elementi vengono aggiunti alla coda dei processi/eventi Sling. Quando la dimensione di questa coda inizia a superare circa 40.000 elementi, l’elaborazione rallenta notevolmente. Quando la dimensione di questa coda supera i 100.000 elementi, la stabilità del sistema inizia a risentirne.

Per risolvere il problema, è possibile utilizzare Fast Action Manager per gestire la replica delle risorse. Questo funziona senza utilizzare le code Sling, riducendo il sovraccarico e riducendo al contempo il carico di lavoro per evitare che il server diventi sovraccarico. Un esempio dell’utilizzo di FAM per gestire la replica è riportato nella pagina della documentazione della funzione.

Le altre opzioni per spostare le risorse nella farm di pubblicazione includono l’utilizzo di vlt-rcp o oak-run, forniti come strumenti nell’ambito di Jackrabbit. Un'altra opzione consiste nell'utilizzare uno strumento open-source per l'infrastruttura Experience Manager denominato Grabbit, che promette prestazioni più veloci rispetto a vlt.

Per uno qualsiasi di questi approcci, è opportuno notare che le risorse sull’istanza di authoring non vengono visualizzate come attivate. Per gestire il contrassegno di queste risorse con lo stato di attivazione corretto, è necessario eseguire anche uno script per contrassegnare le risorse come attivate.

Clona Publish cloning-publish

Dopo l’attivazione delle risorse, puoi clonare l’istanza di pubblicazione per creare tutte le copie necessarie per la distribuzione. La clonazione di un server è abbastanza semplice, ma ci sono alcuni passaggi importanti da ricordare. Per clonare la pubblicazione:

Abilitare i flussi di lavoro enabling-workflows

Dopo aver completato la migrazione, i moduli di avvio per i flussi di lavoro Risorsa di aggiornamento DAM devono essere riabilitati per supportare la generazione di rendering e l'estrazione di metadati per l'utilizzo quotidiano del sistema.

Esegui migrazione tra Experience Manager implementazioni migrating-between-aem-instances

Anche se non è così comune, a volte è necessario eseguire la migrazione di grandi quantità di dati da una distribuzione di Experience Manager a un'altra; ad esempio, quando si esegue un aggiornamento di Experience Manager, aggiornare l'hardware o eseguire la migrazione a un nuovo centro dati, ad esempio con una migrazione AMS.

In questo caso, le risorse sono già compilate con metadati e le rappresentazioni sono già generate. Puoi semplicemente concentrarti sullo spostamento delle risorse da un’istanza all’altra. Durante la migrazione tra la distribuzione di Experience Manager, eseguire i passaggi seguenti: