Durante la migrazione delle risorse in Adobe Experience Manager, puoi prendere in considerazione diversi passaggi. L’estrazione di risorse e metadati dalla propria home principale non rientra nell’ambito di questo documento in quanto varia notevolmente tra le implementazioni, ma in questo documento viene descritto come inserire tali risorse in Experience Manager, applicare i metadati, generare rappresentazioni e attivarle per pubblicare le istanze.
Prima di eseguire effettivamente uno qualsiasi dei passaggi descritti in questa metodologia, controlla e implementa le linee guida in Suggerimenti per la regolazione delle prestazioni di Assets. Molti dei passaggi, come la configurazione del numero massimo di processi simultanei, migliorano notevolmente la stabilità e le prestazioni del server sotto carico. Altri passaggi, come la configurazione di un archivio dati file, sono molto più difficili da eseguire dopo che il sistema è stato caricato con le risorse.
I seguenti strumenti di migrazione delle risorse non fanno parte di Experience Manager e non sono supportati da un Adobe:
Questo software è open source ed è coperto dalla Licenza Apache v2. Per porre una domanda o segnalare un problema, visita rispettivamente GitHub Issues for ACS AEM Tools e ACS AEM Commons.
La migrazione delle risorse a Experience Manager richiede diversi passaggi e deve essere visualizzata come un processo graduale. Le fasi della migrazione sono le seguenti:
Prima di avviare la migrazione, disattiva i moduli di avvio per il flusso di lavoro Aggiorna risorsa DAM . È consigliabile acquisire tutte le risorse nel sistema ed eseguire i flussi di lavoro in batch. Se sei già in diretta durante la migrazione, puoi pianificare l’esecuzione di queste attività nelle ore di inattività.
È possibile che sia già attiva una tassonomia dei tag da applicare alle immagini. Mentre strumenti come Importazione risorse CSV e il supporto di Experience Manager per i profili di metadati possono automatizzare il processo di applicazione dei tag alle risorse, i tag devono essere caricati nel sistema. La funzione Strumenti di AEM ACS Tag Maker consente di compilare i tag utilizzando un foglio di calcolo di Microsoft Excel caricato nel sistema.
Le prestazioni e la stabilità sono fattori importanti per l’acquisizione delle risorse nel sistema. Poiché si sta caricando una grande quantità di dati nel sistema, si desidera assicurarsi che il sistema funziona così come può ridurre al minimo la quantità di tempo necessario ed evitare di sovraccaricare il sistema, che può causare un arresto anomalo del sistema, soprattutto nei sistemi già in produzione.
Esistono due approcci per caricare le risorse nel sistema: un approccio basato su push tramite HTTP o un approccio basato su pull tramite le API JCR.
Il team Managed Services di Adobe utilizza uno strumento chiamato Glutton per caricare i dati negli ambienti dei clienti. Glutton è una piccola applicazione Java che carica tutte le risorse da una directory in un'altra directory su una distribuzione Experience Manager. Invece di Glutton, puoi anche utilizzare strumenti come gli script Perl per pubblicare le risorse nell’archivio.
Ci sono due aspetti negativi principali dell'utilizzo dell'approccio di spingere attraverso https:
L’altro approccio per l’acquisizione delle risorse consiste nel estrarre le risorse dal file system locale. Tuttavia, se non è possibile 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.
L’ Importazione risorse CSV AEM strumenti ACS richiama le risorse dal file system e dai metadati delle risorse da un file CSV per l’importazione delle risorse. L’API Experience Manager Asset Manager viene utilizzata per importare le risorse nel sistema e applicare le proprietà dei metadati configurati. Idealmente, le risorse vengono montate sul server tramite un montaggio di file di rete o tramite 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 un secondo passaggio per applicare i metadati tramite uno strumento separato.
Dopo aver caricato le risorse nel sistema, devi elaborarle tramite il flusso di lavoro Aggiorna risorsa DAM per estrarre i metadati e generare rappresentazioni. Prima di eseguire questo passaggio, devi duplicare e modificare il flusso di lavoro Aggiorna risorsa DAM in base alle tue esigenze. Il flusso di lavoro predefinito contiene molti passaggi che potrebbero non essere necessari, ad esempio la generazione di Dynamic Media PTIFF o l’ integrazione InDesign Server .
Dopo aver configurato il flusso di lavoro in base alle tue esigenze, avrai a disposizione due opzioni per eseguirlo:
Per le distribuzioni con un livello di pubblicazione, devi attivare le risorse nella farm di pubblicazione. Mentre Adobe consiglia di eseguire più di una singola istanza di pubblicazione, è più efficiente replicare tutte le risorse in un’unica istanza di pubblicazione e quindi clonarla. Quando si attivano numerose risorse, potrebbe essere necessario intervenire dopo l’attivazione di una struttura ad albero. Ecco perché: Quando si attivano le attivazioni, gli elementi vengono aggiunti alla coda di eventi/lavori Sling. Dopo che le dimensioni di questa coda iniziano a superare i circa 40.000 elementi, l’elaborazione rallenta notevolmente. Dopo che la dimensione di questa coda supera i 100.000 elementi, la stabilità del sistema inizia a soffrire.
Per risolvere questo problema, puoi utilizzare Fast Action Manager per gestire la replica delle risorse. Questo funziona senza l'utilizzo delle code Sling, riducendo il sovraccarico e riducendo al contempo il carico di lavoro per evitare che il server venga sovraccaricato. Un esempio di utilizzo di FAM per gestire la replica è mostrato nella pagina di 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 denominata Grabbit, che pretende di avere prestazioni più veloci rispetto a vlt.
Per uno di questi approcci, è necessario che le risorse nell’istanza di authoring non vengano visualizzate come attivate. Per gestire il contrassegno di queste risorse con lo stato di attivazione corretto, è inoltre necessario eseguire uno script per contrassegnare le risorse come attivate.
Adobe non mantiene o supporta Grabbit.
Dopo l’attivazione delle risorse, puoi clonare l’istanza di pubblicazione per creare tutte le copie necessarie per la distribuzione. Clonare un server è abbastanza semplice, ma ci sono alcuni passaggi importanti da ricordare. Per clonare la pubblicazione:
crx-quickstart/launchpad/felix
per sling.id
. Elimina questo file.repository-XXX
.crx-quickstart/install/org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.config
e crx-quickstart/launchpad/config/org/apache/jackrabbit/oak/plugins/blob/datastore/FileDataStore.config
per puntare alla posizione del datastore sul nuovo ambiente.Una volta completata la migrazione, i moduli di avvio per i flussi di lavoro DAM Update Asset devono essere riabilitati per supportare la generazione di rendering e l’estrazione dei metadati per un utilizzo quotidiano del sistema.
Sebbene non siano altrettanto comuni, a volte è necessario migrare grandi quantità di dati da una distribuzione Experience Manager a un'altra; ad esempio, quando esegui un Experience Manager aggiornamento, aggiorna l’hardware o esegui la migrazione a un nuovo centro dati, ad esempio con una migrazione AMS.
In questo caso, le risorse sono già popolate 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 Experience Manager, esegui i seguenti passaggi:
Disattiva i flussi di lavoro: Poiché stai eseguendo la migrazione dei rendering insieme alle nostre risorse, vuoi disattivare i moduli di avvio del flusso di lavoro per il flusso di lavoro Aggiorna risorsa DAM .
Esegui migrazione tag: Poiché hai già caricato dei tag nella distribuzione Experience Manager di origine, puoi generarli in un pacchetto di contenuto e installare il pacchetto sull’istanza di destinazione.
Esegui migrazione risorse: Sono disponibili due strumenti consigliati per lo spostamento delle risorse da una distribuzione Experience Manager a un’altra:
Attivare le risorse: Segui le istruzioni per attivare le risorse documentate per la migrazione iniziale a Experience Manager.
Clona pubblicazione: Come per una nuova migrazione, il caricamento di una singola istanza di pubblicazione e la clonazione sono più efficienti dell’attivazione del contenuto su entrambi i nodi. Consulta Clonazione pubblicazione.
Abilita flussi di lavoro: Dopo aver completato la migrazione, riattiva i moduli di avvio per il flusso di lavoro Aggiorna risorsa DAM per supportare la generazione del rendering e l’estrazione dei metadati per un utilizzo quotidiano del sistema.