Migrazione di risorse in blocco assets-migration-guide

Durante la migrazione delle risorse in Adobe Experience Manager, ci sono diversi passaggi da considerare. L’estrazione di risorse e metadati dalla loro home corrente esula dall’ambito di questo documento, in quanto varia ampiamente tra le diverse implementazioni, ma questo documento descrive come inserire tali risorse in Experience Manager, applichino i metadati, generino rappresentazioni e attivino le istanze di pubblicazione.

Prerequisiti prerequisites

Prima di eseguire effettivamente una delle fasi di questa metodologia, rivedere e implementare le linee guida in Suggerimenti per ottimizzare le prestazioni delle risorse. 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.

NOTE
I seguenti strumenti di migrazione delle risorse non fanno parte di Experience Manager e non sono supportati da Adobe:
  • ACS AEM Tools Tag Maker
  • Importazione risorse CSV strumenti AEM ACS
  • Gestione flusso di lavoro in blocco ACS Commons
  • ACS Commons Fast Action Manager
  • Flusso di lavoro sintetico
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.

Migra a Experience Manager migrating-to-aem

Migrazione delle risorse in Experience Manager richiede diversi passaggi e deve essere visto come un processo graduale. Le fasi della migrazione sono le seguenti:

  1. Disattiva i flussi di lavoro.
  2. Carica i tag.
  3. Acquisire le risorse.
  4. Elabora rappresentazioni.
  5. Attivare le risorse.
  6. Abilitare i flussi di lavoro.

chlimage_1-223

Disattiva flussi di lavoro disabling-workflows

Prima di avviare la migrazione, disattiva i moduli di avvio per Aggiorna risorsa DAM flusso di lavoro. È 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. Mentre strumenti come CSV Asset Importer e Experience Manager il supporto per i profili di metadati può automatizzare il processo di applicazione dei tag alle risorse, i tag devono essere caricati nel sistema. Il ACS AEM Tools Tag Maker funzionalità 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 su una Experience Manager distribuzione. 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:

  1. Le risorse devono essere trasmesse al server tramite HTTP. Questo richiede un po’ di sovraccarico e richiede molto tempo, prolungando così il tempo necessario per eseguire la migrazione.
  2. Se disponi di tag e metadati personalizzati che devono essere applicati alle risorse, questo approccio richiede un secondo processo personalizzato da eseguire per applicare i metadati alle risorse una volta importate.

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

Il Importazione risorse CSV strumenti AEM 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 attraverso Aggiorna risorsa DAM flusso di lavoro per estrarre metadati e generare rappresentazioni. Prima di eseguire questo passaggio, è necessario duplicare e modificare Aggiorna risorsa DAM per soddisfare le tue esigenze. Il flusso di lavoro preconfigurato contiene molti passaggi che potrebbero non essere necessari, ad esempio la generazione PTIFF di Dynamic Medie o InDesign Server integrazione.

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

  1. L'approccio più semplice è Gestione flusso di lavoro in blocco ACS Commons. Questo strumento consente di eseguire una query ed elaborarne i risultati tramite un flusso di lavoro. Sono disponibili opzioni per impostare anche le dimensioni del batch.
  2. Puoi utilizzare ACS Commons Fast Action Manager insieme a Synthetic Workflows (Flussi di lavoro sintetici). Questo approccio è molto più complesso, ma consente di rimuovere il sovraccarico del Experience Manager motore del flusso di lavoro ottimizzando l’utilizzo delle risorse del server. Inoltre, Fast Action Manager migliora ulteriormente le prestazioni monitorando dinamicamente le risorse del server e riducendo il carico posizionato sul sistema. Gli script di esempio sono stati forniti nella pagina delle funzioni di ACS Commons.

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 questo problema, è possibile utilizzare Gestione azioni rapide 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 Experience Manager infrastruttura denominata Grabbit, che afferma di avere 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.

NOTE
Adobe non gestisce o supporta Grabbit.

Pubblicazione clone 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:

  1. Eseguire il backup dell'istanza di origine e dell'archivio dati.
  2. Ripristina il backup dell’istanza e dell’archivio dati nel percorso di destinazione. I passaggi seguenti si riferiscono tutti a questa nuova istanza.
  3. Eseguire una ricerca nel file system in crx-quickstart/launchpad/felix per sling.id. Elimina questo file.
  4. Nel percorso principale dell’archivio dati, individua ed elimina qualsiasi repository-XXX file.
  5. Modifica 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 dell’archivio dati nel nuovo ambiente.
  6. Avvia l’ambiente.
  7. Aggiorna la configurazione di eventuali agenti di replica sugli autori in modo che puntino alle istanze di pubblicazione corrette o agli agenti di svuotamento del dispatcher sulla nuova istanza in modo che puntino ai dispatcher corretti per il nuovo ambiente.

Abilitare i flussi di lavoro enabling-workflows

Una volta completata la migrazione, i moduli di avvio per Aggiorna risorsa DAM i flussi di lavoro devono essere riabilitati per supportare la generazione di rendering e l’estrazione di metadati per l’utilizzo quotidiano del sistema.

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

Anche se non è così comune, a volte è necessario migrare grandi quantità di dati da una Experience Manager distribuzione in un altro, ad esempio quando si esegue un'operazione Experience Manager eseguire l'aggiornamento, l'aggiornamento dell'hardware o 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 Experience Manager della distribuzione, è necessario eseguire i seguenti passaggi:

  1. Disabilita flussi di lavoro: poiché stai eseguendo la migrazione delle rappresentazioni insieme alle nostre risorse, vuoi disabilitare i moduli di avvio dei flussi di lavoro per Aggiorna risorsa DAM flusso di lavoro.

  2. Migra tag: sono già presenti tag caricati nell’origine Experience Manager , è possibile generarli in un pacchetto di contenuti e installarli nell'istanza target.

  3. Migrare le risorse: sono disponibili due strumenti consigliati per lo spostamento delle risorse da un’unica Experience Manager distribuzione in un altro:

    • Copia remota Vault o vlt rcp, consente di utilizzare vlt in una rete. È possibile specificare una directory di origine e di destinazione e scaricare tutti i dati del repository da un'istanza e caricarli nell'altra. Vlt rcp è documentato all'indirizzo https://jackrabbit.apache.org/filevault/rcp.html
    • Grabbit è uno strumento di sincronizzazione dei contenuti open-source sviluppato da Time Warner Cable per i Experience Manager implementazione. Poiché utilizza flussi di dati continui, rispetto a vlt rcp, ha una latenza inferiore e richiede un miglioramento della velocità da due a dieci volte più veloce di vlt rcp. Grabbit supporta inoltre la sincronizzazione solo del contenuto delta, che consente di sincronizzare le modifiche dopo il completamento di un passaggio di migrazione iniziale.
  4. Attiva risorse: segui le istruzioni per attivazione delle risorse documentato per la migrazione iniziale a Experience Manager.

  5. Pubblicazione duplicata: come per una nuova migrazione, caricare una singola istanza di pubblicazione e clonarla è più efficiente che attivare il contenuto su entrambi i nodi. Consulta Clonazione della pubblicazione.

  6. Abilita flussi di lavoro: dopo aver completato la migrazione, riabilita i moduli di avvio per Aggiorna risorsa DAM flusso di lavoro per supportare la generazione di rendering e l’estrazione di metadati per l’utilizzo quotidiano del sistema.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2