Replica

Gli agenti di replica sono fondamentali per Adobe Experience Manager (AEM) come meccanismo utilizzato per:

  • Pubblicare (attivare) il contenuto da un autore a un ambiente di pubblicazione.
  • Elimina esplicitamente il contenuto dalla cache del dispatcher.
  • Restituire l’input dell’utente (ad esempio, l’input del modulo) dall’ambiente di pubblicazione all’ambiente di authoring (controllato dall’ambiente di authoring).

Le richieste sono accodate all'agente appropriato per l'elaborazione.

NOTE

I dati utente (utenti, gruppi di utenti e profili utente) non vengono replicati tra le istanze di creazione e pubblicazione.

Per più istanze di pubblicazione, i dati dell'utente vengono distribuiti Sling quando è abilitata la sincronizzazione utente.

Replica da Author a Publish

La replica in un’istanza di pubblicazione o in un dispatcher avviene in diversi passaggi:

  • l’autore richiede che alcuni contenuti vengano pubblicati (attivati); questo può essere avviato da una richiesta manuale o da attivatori automatici preconfigurati.

  • la richiesta viene trasmessa all'agente di replica predefinito appropriato; un ambiente può avere diversi agenti predefiniti che saranno sempre selezionati per tali azioni.

  • l'agente di replica "crea un pacchetto" del contenuto e lo inserisce nella coda di replica.

  • nella scheda Siti Web l' indicatore di stato colorato è impostato per le singole pagine.

  • il contenuto viene sollevato dalla coda e trasportato all'ambiente di pubblicazione utilizzando il protocollo configurato; in genere si tratta di HTTP.

  • un servlet nell’ambiente di pubblicazione riceve la richiesta e pubblica il contenuto ricevuto; il servlet predefinito è https://localhost:4503/bin/receive.

  • è possibile configurare più ambienti di creazione e pubblicazione.

chlimage_1-21

Replica da Pubblica all'autore

Alcune funzioni consentono agli utenti di inserire i dati in un’istanza di pubblicazione.

In alcuni casi, per restituire questi dati all’ambiente di authoring da cui vengono redistribuiti ad altri ambienti di pubblicazione è necessario un tipo di replica noto come replica inversa. Per motivi di sicurezza, il traffico dall’ambiente di pubblicazione all’ambiente di authoring deve essere rigorosamente controllato.

La replica inversa utilizza un agente nell'ambiente di pubblicazione che fa riferimento all'ambiente di authoring. Questo agente inserisce i dati in una casella in uscita. Questa casella in uscita viene associata ai listener di replica nell'ambiente di authoring. I listener eseguono il polling delle caselle di posta in uscita per raccogliere i dati immessi e quindi distribuirli secondo necessità. In questo modo l’ambiente di authoring controlla tutto il traffico.

In altri casi, ad esempio per le funzioni Community (ad esempio, forum, blog, commenti e revisioni), la quantità di contenuto generato dall’utente (UGC) immesso nell’ambiente di pubblicazione è difficile da sincronizzare efficacemente tra AEM istanze utilizzando la replica.

AEM Communities non utilizza mai la replica per UGC. Al contrario, la distribuzione per Communities richiede uno store comune per UGC (vedere Community Content Storage).

Replica - Out of the Box

Il sito Web Web di vendita al dettaglio incluso in un'installazione standard di AEM può essere utilizzato per illustrare la replica.

Per seguire questo esempio e utilizzare gli agenti di replica predefiniti è necessario installare AEM con:

  • l'ambiente di authoring sulla porta 4502
  • l'ambiente di pubblicazione sulla porta 4503
NOTE

Opzione attivata per impostazione predefinita :

  • Agenti sull'autore : Agente predefinito (pubblicazione)

Effettivamente disattivato per impostazione predefinita (a partire dal AEM 6.1):

  • Agenti sull'autore : Agente replica inversa (publish_reverse)
  • Agenti in pubblicazione : Replica inversa (in uscita)

Per verificare lo stato dell'agente o della coda, utilizzare la console Strumenti.
Vedere Monitoraggio degli agenti di replica.

Replica (autore per la pubblicazione)

  1. Passate alla pagina del supporto nell’ambiente di authoring.
    https://localhost:4502/content/we-retail/us/en/experience.html <pi>
  2. Modificate la pagina per aggiungere del nuovo testo.
  3. Attivate Pagine per pubblicare le modifiche.
  4. Aprite la pagina del supporto nell’ambiente di pubblicazione:
    https://localhost:4503/content/we-retail/us/en/experience.html
  5. È ora possibile visualizzare le modifiche immesse durante l’authoring.

Questa replica viene eseguita dall’ambiente di authoring tramite:

  • Agente predefinito (pubblicazione)
    Questo agente replica il contenuto nell’istanza di pubblicazione predefinita.
    Per informazioni dettagliate, consultate la console Strumenti dell’ambiente di authoring (configurazione e registri); oppure:

    https://localhost:4502/etc/replication/agents.author/publish.html.

Agenti di replica - Fuori dalla casella

I seguenti agenti sono disponibili in un'installazione standard AEM:

  • Default
    AgentUtilizzato per replicare dall’autore alla pubblicazione.

  • Dispatcher Flush
    Viene utilizzato per gestire la cache del dispatcher. Per ulteriori informazioni, vedere Invalidazione della cache del dispatcher dall'ambiente di authoring e Invalidazione della cache del dispatcher da un'istanza di pubblicazione.

  • Inverti
    replica: utilizzata per la replica dalla pubblicazione all’authoring. La replica inversa non viene utilizzata per le funzioni Community, come forum, blog e commenti. È effettivamente disattivato perché la casella in uscita non è abilitata. L'utilizzo della replica inversa richiede una configurazione personalizzata.

  • Agente statico
    Si tratta di un "agente che memorizza una rappresentazione statica di un nodo nel file system."
    Ad esempio, con le impostazioni predefinite, le pagine di contenuto e le risorse DAM sono memorizzate in /tmp, come HTML o nel formato di risorsa appropriato. Vedere le schede Settings e Rules per la configurazione.
    Questo è stato richiesto in modo che, quando la pagina viene richiesta direttamente dal server applicazioni, il contenuto possa essere visualizzato. Si tratta di un agente specializzato e (probabilmente) non sarà richiesto per la maggior parte dei casi.

Agenti di replica - Parametri di configurazione

Quando si configura un agente di replica dalla console Strumenti, nella finestra di dialogo sono disponibili quattro schede:

Impostazioni

  • Nome

    Un nome univoco per l'agente di replica.

  • Descrizione

    Descrizione della funzione che verrà utilizzata dall'agente di replica.

  • Abilitato

    Indica se l'agente di replica è attualmente abilitato.

    Quando l'agente è abilitato, la coda viene visualizzata come:

    • Attivazione quando gli elementi vengono elaborati.
    • ​Inattivo quando la coda è vuota.
    • Bloccato quando gli elementi sono in coda, ma non possono essere elaborati; ad esempio, quando la coda di ricezione è disabilitata.
  • Tipo di serializzazione

    Tipo di serializzazione:

    • Predefinito: Impostare se l'agente deve essere selezionato automaticamente.
    • Dispatcher Flush: Selezionare questa opzione se l'agente deve essere utilizzato per cancellare la cache del dispatcher.
  • Ritardo per riprovare

    Il ritardo (in millisecondi) tra due tentativi, in caso di problemi.

    Impostazione predefinita: 60000

  • ID utente agente

    A seconda dell'ambiente, l'agente utilizzerà questo account utente per:

    • raccogliere e creare pacchetti di contenuti dall’ambiente di authoring
    • creare e scrivere il contenuto nell’ambiente di pubblicazione

    Lasciate questo campo vuoto per usare l’account utente del sistema (l’account definito in sling come utente amministratore); per impostazione predefinita è admin).

    CAUTION

    Per un agente nell'ambiente di authoring, l'account deve avere accesso in lettura a tutti i percorsi che si desidera replicare.

    CAUTION

    Per un agente nell'ambiente di pubblicazione, l'account deve avere l'accesso per la creazione e la scrittura necessario per replicare il contenuto.

    NOTE

    Può essere utilizzato come meccanismo per selezionare contenuti specifici per la replica.

  • Livello registro

    Specifica il livello di dettaglio da utilizzare per i messaggi di registro.

    • Error: verranno registrati solo gli errori
    • Info: verranno registrati errori, avvisi e altri messaggi informativi
    • Debug: nei messaggi verrà utilizzato un elevato livello di dettaglio, principalmente a scopo di debug

    Impostazione predefinita: Info

  • Usa per replica inversa

    Indica se questo agente verrà utilizzato per la replica inversa; restituisce l’input dell’utente dall’ambiente di pubblicazione all’ambiente di creazione.

  • Aggiornamento alias

    Selezionando questa opzione, le richieste di annullamento convalida di alias o percorso vanità vengono abilitate al dispatcher. Vedere anche Configurazione di un agente di scaricamento del dispatcher.

Trasporto

  • URI

    Indica il servlet di ricezione nella posizione di destinazione. In particolare, è possibile specificare il nome host (o alias) e il percorso contestuale dell'istanza di destinazione.

    Esempio:

    • Un agente predefinito può essere replicato in https://localhost:4503/bin/receive
    • Un agente Dispatcher Flush può replicare in https://localhost:8000/dispatcher/invalidate.cache

    Il protocollo specificato qui (HTTP o HTTPS) determinerà il metodo di trasporto.

    Per gli agenti Dispatcher Flush, la proprietà URI viene utilizzata solo se si utilizzano voci virtualhost basate sul percorso per distinguere tra le farm, è possibile utilizzare questo campo per eseguire il targeting della farm per annullare la validità. Ad esempio, la farm n. 1 ha un host virtuale di www.mysite.com/path1/* e la farm n. 2 ha un host virtuale di www.mysite.com/path2/*. Potete utilizzare un URL di /path1/invalidate.cache per impostare come destinazione la prima farm e /path2/invalidate.cache per la seconda farm.

  • User

    Nome utente dell’account da utilizzare per accedere alla destinazione.

  • Password

    Password per l'account da utilizzare per accedere alla destinazione.

  • Dominio NTLM

    Dominio per l’autenticazione NTML.

  • Host NTLM

    Host per l'autenticazione NTML.

  • Abilita SSL relaxed

    Abilitate questa opzione se desiderate che i certificati SSL autocertificati vengano accettati.

  • Consenti certificati scaduti

    Abilitate questa opzione se desiderate che i certificati SSL scaduti vengano accettati.

Proxy

Le seguenti impostazioni sono necessarie solo se è necessario un proxy:

  • Host proxy

    Nome host del proxy utilizzato per il trasporto.

  • Porta proxy

    Porta del proxy.

  • Utente proxy

    Nome utente dell’account da utilizzare.

  • Password proxy

    Password dell’account da utilizzare.

  • Dominio proxy NTLM

    Il dominio NTLM proxy.

  • Host proxy NTLM

    Il dominio NTLM proxy.

Esteso

  • Interfaccia

    Qui è possibile definire l'interfaccia del socket a cui eseguire il binding.

    Imposta l'indirizzo locale da utilizzare per la creazione delle connessioni. Se non è impostato, verrà utilizzato l'indirizzo predefinito. Questo è utile per specificare l'interfaccia da utilizzare su sistemi multihomed o cluster.

  • Metodo HTTP

    Il metodo HTTP da utilizzare.

    Per un agente Dispatcher Flush questo è quasi sempre GET e non deve essere modificato (POST sarebbe un altro valore possibile).

  • Intestazioni HTTP

    Questi vengono utilizzati per gli agenti Dispatcher Flush e specificano gli elementi che devono essere scaricati.

    Per un agente Dispatcher Flush le tre voci standard non devono essere modificate:

    • CQ-Action:{action}
    • CQ-Handle:{path}
    • CQ-Path:{path}

    Questi vengono utilizzati, se del caso, per indicare l’azione da utilizzare per lo scarico della maniglia o del tracciato. I sottoparametri sono dinamici:

    • {action} indica un'azione di replica

    • {path} indica un percorso

    Essi sono sostituiti dal percorso/azione pertinente alla richiesta e pertanto non devono essere "hardcoded":

    NOTE

    Se avete installato AEM in un contesto diverso da quello predefinito consigliato, dovrete registrare il contesto nelle intestazioni HTTP. Esempio:
    CQ-Handle:/<*yourContext*>{path}

  • Chiudi connessione

    Consente di chiudere la connessione dopo ogni richiesta.

  • Timeout connessione

    Timeout (in millisecondi) da applicare durante il tentativo di stabilire una connessione.

  • Timeout socket

    Timeout (in millisecondi) da applicare in attesa del traffico dopo la connessione.

  • Versione protocollo

    Versione del protocollo; ad esempio 1.0 per HTTP/1.0.

Attivatori

Queste impostazioni vengono utilizzate per definire i trigger per la replica automatizzata:

  • Ignora predefinito

    Se questa opzione è selezionata, l'agente è escluso dalla replica predefinita; ciò significa che non sarà utilizzato se un autore di contenuto emette un'azione di replica.

  • In caso di modifica

    In questo caso, la replica di questo agente verrà attivata automaticamente quando una pagina viene modificata. Questo viene utilizzato principalmente per gli agenti Dispatcher Flush, ma anche per la replica inversa.

  • Al momento della distribuzione

    Se questa opzione è selezionata, l'agente replicherà automaticamente qualsiasi contenuto contrassegnato per la distribuzione al momento della modifica.

  • Raggiunto On/Offtime

    Questo attiverà la replica automatica (per attivare o disattivare una pagina, come appropriato) quando si verificano gli orari o gli orari definiti per una pagina. Viene utilizzato principalmente per gli agenti Dispatcher Flush.

  • Al ricevimento

    Se questa opzione è selezionata, l'agente eseguirà la catena di replica ogni volta che riceve gli eventi di replica.

  • Nessun aggiornamento di stato

    Se questa opzione è selezionata, l'agente non forzerà l'aggiornamento dello stato di replica.

  • Nessun controllo delle versioni

    Se questa opzione è selezionata, l'agente non forzerà il controllo delle versioni delle pagine attivate.

Configurazione degli agenti di replica

Per informazioni sulla connessione degli agenti di replica all'istanza di pubblicazione tramite MSSL, vedere Replica mediante SSL reciproco.

Configurazione degli agenti di replica dall'ambiente di authoring

Dalla scheda Strumenti nell’ambiente di authoring è possibile configurare gli agenti di replica che risiedono nell’ambiente di authoring (Agenti sull’autore) o nell’ambiente di pubblicazione (Agenti sulla pubblicazione). Le procedure seguenti illustrano la configurazione di un agente per l’ambiente di authoring, ma possono essere utilizzate per entrambi.

NOTE

Quando un dispatcher gestisce le richieste HTTP per le istanze di creazione o pubblicazione, la richiesta HTTP dell’agente di replica deve includere l’intestazione PATH. Oltre alla procedura seguente, è necessario aggiungere l’intestazione PATH all’elenco del dispatcher delle intestazioni client. (Vedere /clientheaders (intestazioni client).

  1. Accedere alla scheda Strumenti in AEM.

  2. Fare clic su Replica (riquadro a sinistra per aprire la cartella).

  3. Fare doppio clic su Agenti sull'autore (nel riquadro a sinistra o a destra).

  4. Fate clic sul nome agente appropriato (collegamento) per visualizzare informazioni dettagliate su tale agente.

  5. Fare clic su Modifica per aprire la finestra di dialogo di configurazione:

    chlimage_1-22

  6. I valori forniti devono essere sufficienti per un'installazione predefinita. Se si apportano modifiche, fare clic su OK per salvarle (vedere Agenti di replica - Parametri di configurazione per ulteriori dettagli sui singoli parametri).

NOTE

Un'installazione standard di AEM specifica admin come utente per le credenziali di trasporto all'interno degli agenti di replica predefiniti.

Deve essere modificato in un account utente di replica specifico per il sito con i privilegi necessari per replicare i percorsi richiesti.

Configurazione della replica inversa

La replica inversa viene utilizzata per riportare il contenuto generato dall’utente in un’istanza di pubblicazione a un’istanza di creazione. Questa funzione è comunemente utilizzata per funzioni quali sondaggi e moduli di registrazione.

Per motivi di sicurezza, la maggior parte delle topologie di rete non consente connessioni da alla "Zona Demilitarizzata" (una sottorete che espone i servizi esterni a una rete non affidabile, come Internet).

Poiché l’ambiente di pubblicazione si trova solitamente nella rete perimetrale, per riportare il contenuto nell’ambiente di authoring è necessario avviare la connessione dall’istanza di creazione. A questo scopo:

  • una outbox nell'ambiente di pubblicazione in cui viene inserito il contenuto.
  • un agente (pubblicare) nell’ambiente di authoring che esegue periodicamente il polling della casella in uscita per il nuovo contenuto.
NOTE

Per AEM Communities, la replica non viene utilizzata per il contenuto generato dall'utente in un'istanza di pubblicazione. Vedere Memorizzazione dei contenuti nella community.

A tal fine, è necessario:

Agente di replica inversa nell’ ambiente di authoringQuesto funge da componente attivo per raccogliere informazioni dalla casella in uscita nell’ambiente di pubblicazione:

Se si desidera utilizzare la replica inversa, assicurarsi che l'agente sia attivato.

chlimage_1-23

Un agente di replica inversa nell'ambiente di pubblicazione (una casella in uscita) Si tratta dell'elemento passivo in quanto agisce come una "casella in uscita". L’input dell’utente viene inserito qui, da dove viene raccolto dall’agente nell’ambiente di authoring.

chlimage_1-1

Configurazione della replica per più istanze di pubblicazione

NOTE

Viene replicato solo il contenuto; i dati utente no (utenti, gruppi di utenti e profili utente).

Per sincronizzare i dati utente tra più istanze di pubblicazione, abilitate Sincronizzazione utente.

Al momento dell'installazione, un agente predefinito è già configurato per la replica del contenuto in un'istanza di pubblicazione in esecuzione sulla porta 4503 dell'host locale.

Per configurare la replica del contenuto per un'istanza di pubblicazione aggiuntiva è necessario creare e configurare un nuovo agente di replica:

  1. Aprite la scheda Strumenti in AEM.

  2. Selezionare Replica, quindi Agenti sull'autore nel pannello a sinistra.

  3. Selezionare Nuovo….

  4. Impostare il Titolo e Nome, quindi selezionare Agente di replica.

  5. Fare clic su Crea per creare il nuovo agente.

  6. Fate doppio clic sul nuovo elemento agente per aprire il pannello di configurazione.

  7. Fare clic su Modifica - si aprirà la finestra di dialogo Impostazioni agente - il Tipo di serializzazione è già definito come Predefinito, che deve rimanere tale.

    • Nella scheda Impostazioni:

      • Attivare Enabled.

      • Inserire una descrizione.

      • Impostare il Ritardo tentativi su 60000.

      • Lasciare Tipo di serializzazione come Default.

    • Nella scheda Trasporto:

      • Immettete l’URI richiesto per la nuova istanza di pubblicazione; ad esempio,

        https://localhost:4504/bin/receive.

      • Immettere l'account utente specifico del sito utilizzato per la replica.

      • Puoi configurare altri parametri come necessario.

  8. Fare clic su OK per salvare le impostazioni.

Potete quindi testare l’operazione aggiornando e pubblicando una pagina nell’ambiente di authoring.

Gli aggiornamenti verranno visualizzati su tutte le istanze di pubblicazione configurate come sopra.

In caso di problemi, potete controllare i registri nell’istanza di creazione. A seconda del livello di dettaglio richiesto, è anche possibile impostare il Livello di registro su Debug utilizzando la finestra di dialogo Impostazioni agente come indicato sopra.

NOTE

Questo può essere combinato con l' ID utente agente per selezionare contenuti diversi per la replica nei singoli ambienti di pubblicazione. Per ciascun ambiente di pubblicazione:

  1. Configurate un agente di replica per la replica in tale ambiente di pubblicazione.
  2. Configurare un account utente; con i diritti di accesso necessari per leggere il contenuto che verrà replicato in tale ambiente di pubblicazione specifico.
  3. Assegnate l'account utente come ID utente agente per l'agente di replica.

Configurazione di un agente di scarico del dispatcher

Gli agenti predefiniti sono inclusi nell'installazione. Tuttavia, è comunque necessaria una certa configurazione e lo stesso vale per la definizione di un nuovo agente:

  1. Aprite la scheda Strumenti in AEM.

  2. Fare clic su Distribuzione.

  3. Selezionare Replica, quindi Agenti in fase di pubblicazione.

  4. Fate doppio clic sull'elemento Dispatcher Flush per aprire la panoramica.

  5. Fare clic su Modifica - si aprirà la finestra di dialogo Impostazioni agente:

    • Nella scheda Impostazioni:

      • Attivare Enabled.

      • Inserire una descrizione.

      • Lasciare il Tipo di serializzazione come Dispatcher Flush oppure impostarlo come tale se si crea un nuovo agente.

      • (facoltativo) Selezionare Alias update per abilitare le richieste di annullamento della convalida di alias o percorso vanità al Dispatcher.

    • Nella scheda Trasporto:

      • Immettete l’URI richiesto per la nuova istanza di pubblicazione; ad esempio,

        https://localhost:80/dispatcher/invalidate.cache.

      • Immettere l'account utente specifico del sito utilizzato per la replica.

      • Puoi configurare altri parametri come necessario.

    Per gli agenti Dispatcher Flush, la proprietà URI viene utilizzata solo se si utilizzano voci virtualhost basate sul percorso per distinguere tra le farm, è possibile utilizzare questo campo per eseguire il targeting della farm per annullare la validità. Ad esempio, la farm n. 1 ha un host virtuale di www.mysite.com/path1/* e la farm n. 2 ha un host virtuale di www.mysite.com/path2/*. Potete utilizzare un URL di /path1/invalidate.cache per impostare come destinazione la prima farm e /path2/invalidate.cache per la seconda farm.

    NOTE

    Se AEM installato in un contesto diverso da quello predefinito consigliato, è necessario configurare le Intestazioni HTTP nella scheda Estese.

  6. Fate clic su OK per salvare le modifiche.

  7. Tornate alla scheda Strumenti, da qui è possibile Attivare l'agente Dispatcher Flush (Agenti in fase di pubblicazione).

L'agente di replica Dispatcher Flush non è attivo per l'autore. È possibile accedere alla stessa pagina nell’ambiente di pubblicazione utilizzando l’URI equivalente; ad esempio, https://localhost:4503/etc/replication/agents.publish/flush.html.

Controllo dell'accesso agli agenti di replica

L'accesso alle pagine utilizzate per configurare gli agenti di replica può essere controllato utilizzando le autorizzazioni delle pagine utente e/o gruppo sul nodo etc/replication.

NOTE

L’impostazione di tali autorizzazioni non influisce sugli utenti che replicano il contenuto (ad esempio, dalla console Siti Web o dall’opzione della barra laterale). Il framework di replica non utilizza la "sessione utente" dell'utente corrente per accedere agli agenti di replica durante la replica delle pagine.

Configurazione degli agenti di replica dal CRXDE Lite

NOTE

La creazione di agenti di replica è supportata solo nel percorso dell'archivio /etc/replication. Questa operazione è necessaria per la corretta gestione degli ACL associati. La creazione di un agente di replica in un'altra posizione della struttura potrebbe causare accessi non autorizzati.

È possibile configurare diversi parametri degli agenti di replica tramite CRXDE Lite.

Se andate a /etc/replication, potete vedere i seguenti tre nodi:

  • agents.author
  • agents.publish
  • treeactivation

Le due agents contengono informazioni di configurazione sull'ambiente appropriato e sono attive solo quando l'ambiente è in esecuzione. Ad esempio, agents.publish verrà utilizzato solo nell'ambiente di pubblicazione. La schermata seguente mostra l’agente di pubblicazione nell’ambiente di authoring, come incluso in AEM WCM:

chlimage_1-24

Monitoraggio degli agenti di replica

Per monitorare un agente di replica:

  1. Accedere alla scheda Strumenti in AEM.

  2. Fate clic su Replica.

  3. Fare doppio clic sul collegamento agli agenti per l'ambiente appropriato (il riquadro a sinistra o a destra); ad esempio Agenti su author.

    Nella finestra visualizzata viene visualizzata una panoramica di tutti gli agenti di replica per l’ambiente di authoring, inclusi il target e lo stato.

  4. Fate clic sul nome agente appropriato (collegamento) per visualizzare informazioni dettagliate su tale agente:

    chlimage_1-2

    È possibile:

    • Verificare se l'agente è abilitato.

    • Visualizzare la destinazione di qualsiasi replica.

    • Verificare se la coda di replica è attualmente attiva (abilitata).

    • Verificare se sono presenti elementi nella coda.

    • ​Aggiornamento o ​Clearper aggiornare la visualizzazione delle voci della coda; questo consente di vedere gli elementi entrare e uscire dalla coda.

    • Visualizza registro per accedere al registro di eventuali azioni dell'agente di replica.

    • Test della connessione all’istanza di destinazione.

    • Se necessario, forzate il ripristino degli elementi della coda.

    CAUTION

    Non utilizzate il collegamento "Test Connection" per la replica inversa in uscita in un'istanza pubblicata.

    Se viene eseguito un test di replica per una coda in uscita, tutti gli elementi che sono più vecchi della replica di test verranno rielaborati con ogni replica inversa.

    Se tali elementi esistono già in una coda, possono essere trovati con la seguente query XPath JCR e devono essere rimossi.

    /jcr:root/var/replication/outbox/*[@cq:repActionType='TEST']

Replica batch

La replica batch non replica singole pagine o risorse, ma attende che venga attivata la prima soglia dei due elementi, in base all'ora o alla dimensione.

Vengono quindi raggruppati tutti gli elementi di replica in un pacchetto, che viene quindi replicato come un singolo file all'editore.

L'editore decomprimerà tutti gli elementi, li salverà e riferirà all'autore.

Configurazione della replica batch

  1. Passa a http://serveraddress:serverport/siteadmin
  2. Premere l'icona Strumenti nella parte superiore dello schermo
  3. Dalla barra di navigazione a sinistra, andate a Replica - Agenti in Author e fate doppio clic su Agente predefinito.
    • Potete inoltre raggiungere l'agente di replica di pubblicazione predefinito accedendo direttamente a http://serveraddress:serverport/etc/replication/agents.author/publish.html
  4. Premere il tasto Edit sopra la coda di replica.
  5. Nella finestra seguente, passare alla scheda Batch:
    replica batch
  6. Configurare l'agente.

Parametri

  • Enable Batch Mode - abilita o disabilita la modalità di replica batch
  • Max Wait Time - Tempo massimo di attesa per l'avvio di una richiesta batch, in secondi. Il valore predefinito è 2 secondi.
  • Trigger Size - Avvia la replica batch quando questo limite di dimensioni

Risorse aggiuntive

Per informazioni dettagliate sulla risoluzione dei problemi, è possibile consultare la pagina Risoluzione dei problemi di replica.

Per ulteriori informazioni, Adobe dispone di una serie di articoli Knowledge Base relativi alla replica:

https://helpx.adobe.com/experience-manager/kb/ReplicationSiblingReordering.
htmlhttps://helpx.adobe.com/experience-manager/kb/ReplicationFailureAfterNewIP.
htmlhttps://helpx.adobe.com/experience-manager/kb/LimitAccessToReplicationAgents.
htmlhttps://helpx.adobe.com/experience-manager/kb/PagePermissionsNotReplicatedWithUser.
htmlhttps://helpx.adobe.com/experience-manager/kb/HowToUseReverseReplication.
htmlhttps://helpx.adobe.com/experience-manager/kb/CQ5ReplicateToSpecificAgents.
htmlhttps://helpx.adobe.com/experience-manager/kb/ReplicationListener.
htmlhttps://helpx.adobe.com/experience-manager/kb/replication-stuck.
htmlhttps://helpx.adobe.com/experience-manager/kb/replication-privileges-missing-after-upgrade-to-cq-5-5.
htmlhttps://helpx.adobe.com/experience-manager/kb/CQ53UnableToCreateJobQueueDueToMaxQueues.



In questa pagina