Los agentes de replicación son fundamentales para Adobe Experience Manager (AEM) como mecanismo utilizado para:
Las solicitudes están en cola al agente apropiado para su procesamiento.
Los datos de usuario (usuarios, grupos de usuarios y perfiles de usuario) no se replican entre instancias de autor y publicación.
Para varias instancias de publicación, los datos de usuario se distribuyen en Sling cuando Sincronización de usuarios está habilitada.
La replicación, para una instancia de publicación o Dispatcher, se realiza en varios pasos:
el autor solicita la publicación (activación) de cierto contenido; esto se puede iniciar mediante una solicitud manual o mediante déclencheur automáticos que se hayan preconfigurado.
la solicitud se pasa al agente de replicación predeterminado apropiado; un entorno puede tener varios agentes predeterminados que siempre se seleccionan para estas acciones.
el agente de replicación "empaqueta" el contenido y lo coloca en la cola de replicación.
en la ficha Sitios web , se establece el indicador de estado de color para las páginas individuales.
el contenido se levanta de la cola y se transporta al entorno de publicación mediante el protocolo configurado; normalmente es HTTP.
un servlet en el entorno de publicación recibe la solicitud y publica el contenido recibido; el servlet predeterminado es http://localhost:4503/bin/receive
.
se pueden configurar varios entornos de autor y publicación.
Algunas funciones permiten a los usuarios introducir datos en una instancia de publicación.
En algunos casos, se necesita un tipo de replicación conocido como replicación inversa, para devolver estos datos al entorno de creación desde donde se redistribuyen a otros entornos de publicación. Debido a consideraciones de seguridad, cualquier tráfico desde la publicación al entorno de creación debe estar estrictamente controlado.
La replicación inversa utiliza un agente en el entorno de publicación que hace referencia al entorno de creación. Este agente coloca los datos en una bandeja de salida. Esta bandeja de salida se compara con los oyentes de replicación en el entorno de creación. Los oyentes sondean las bandejas de salida para recopilar los datos introducidos y luego distribuirlos según sea necesario. Esto garantiza que el entorno de creación controle todo el tráfico.
En otros casos, como en el caso de las funciones de Communities (por ejemplo, foros, blogs, comentarios y revisiones), la cantidad de contenido generado por el usuario (UGC) que se introduce en el entorno de publicación es difícil de sincronizar de forma eficaz en todas las instancias de AEM mediante la replicación.
AEM Communities nunca utiliza la replicación para UGC. En su lugar, la implementación para Communities requiere un almacén común para UGC (consulte Almacenamiento de contenido de la comunidad).
El sitio web de Geometrixx que se incluye en una instalación estándar de AEM puede utilizarse para ilustrar la replicación.
Para seguir este ejemplo y utilizar los agentes de replicación predeterminados debe Instalar AEM con:
4502
4503
Habilitado de manera predeterminada :
Efectivamente desactivado de forma predeterminada (a partir de AEM 6.1) :
Para comprobar el estado del agente o de la cola, utilice la consola Tools.
Consulte Monitorización de los agentes de replicación.
Vaya a la página de asistencia técnica del entorno de creación.
http://localhost:4502/content/geometrixx/en/support.html
Edite la página para agregar texto nuevo.
Active Página para publicar los cambios.
Abra la página de asistencia en el entorno de publicación:
http://localhost:4503/content/geometrixx/en/support.html
Ahora puede ver los cambios introducidos en el autor.
Esta replicación se procesa desde el entorno de creación mediante:
Agente predeterminado (publicación)
Este agente replica el contenido en la instancia de publicación predeterminada.
Se puede acceder a los detalles de esto (configuración y registros) desde la consola Herramientas del entorno de creación. o:
http://localhost:4502/etc/replication/agents.author/publish.html
.
Los siguientes agentes están disponibles en una instalación AEM estándar:
Agente predeterminado : se utiliza para replicar de autor a publicación.
Vaciado de Dispatcher : Se utiliza para administrar la caché de Dispatcher. Consulte Invalidación de la caché de Dispatcher desde el entorno de creación y Invalidación de la caché de Dispatcher desde una instancia de publicación para obtener más información.
Replicación inversa : se utiliza para replicar desde la publicación hasta el autor. La replicación inversa no se utiliza para características de Communities, como foros, blogs y comentarios. Está deshabilitada de forma efectiva, ya que la bandeja de salida no está habilitada. El uso de la replicación inversa requeriría una configuración personalizada.
Agente estático: es un "Agente que almacena una representación estática de un nodo en el sistema de archivos". Por ejemplo, con la configuración predeterminada, las páginas de contenido y los recursos DAM se almacenan en /tmp
como HTML o con el formato de recurso adecuado. Consulte las pestañas Settings
y Rules
para ver la configuración. Esto se solicitó para que cuando la página se solicite directamente desde el servidor de aplicaciones, se pueda ver el contenido. Se trata de un agente especializado y (probablemente) no será necesario en la mayoría de los casos.
Al configurar un agente de replicación desde la consola Herramientas , hay cuatro pestañas disponibles en el cuadro de diálogo:
Nombre
Un nombre único para el agente de replicación.
Descripción
Descripción del propósito que servirá este agente de replicación.
Activado
Indica si el agente de replicación está habilitado actualmente.
Cuando el agente esté habilitado, la cola se mostrará de la siguiente manera:
Tipo de serialización
Tipo de serialización:
Intervalo entre reintentos
El retraso (tiempo de espera en milisegundos) entre dos reintentos, en caso de que se encuentre un problema.
Valor predeterminado: 60000
ID de usuario agente
Según el entorno, el agente utilizará esta cuenta de usuario para:
Deje este campo vacío para utilizar la cuenta de usuario del sistema (la cuenta definida en sling como usuario administrador; de forma predeterminada, es admin
).
Para un agente en el entorno de creación, esta cuenta debe tener acceso de lectura a todas las rutas que desee duplicar.
Para un agente en el entorno de publicación, esta cuenta debe tener el acceso de creación y escritura necesario para replicar el contenido.
Se puede utilizar como mecanismo para seleccionar contenido específico para la replicación.
Nivel de registro
Especifica el nivel de detalle que se utilizará para los mensajes de registro.
Error
: solo se registrarán erroresInfo
: se registrarán errores, advertencias y otros mensajes informativosDebug
: se utilizará un alto nivel de detalle en los mensajes, principalmente con fines de depuraciónValor predeterminado: Info
Utilizar para replicación inversa
Indica si este agente se utilizará para la replicación inversa; devuelve los datos introducidos por el usuario desde la publicación al entorno de creación.
Actualización de alias
Al seleccionar esta opción, se habilitarán las solicitudes de invalidación de alias o de ruta de vanidad en Dispatcher. Consulte también Configuración de un agente de vaciado de Dispatcher.
URI
Esto especifica el servlet receptor en la ubicación de destino. En concreto, puede especificar aquí el nombre de host (o alias) y la ruta de contexto a la instancia de destino.
Por ejemplo:
http://localhost:4503/bin/receive
http://localhost:8000/dispatcher/invalidate.cache
El protocolo especificado aquí (HTTP o HTTPS) determinará el método de transporte.
Para los agentes de vaciado de Dispatcher, la propiedad URI solo se utiliza si utiliza entradas de host virtual basadas en rutas para diferenciar entre granjas, utilice este campo para dirigirse a la granja para invalidar. Por ejemplo, la granja n.º 1 tiene un host virtual de www.mysite.com/path1/*
y la granja n.º 2 tiene un host virtual de www.mysite.com/path2/*
. Puede utilizar una URL de /path1/invalidate.cache
para dirigirse al primer conjunto de servidores y /path2/invalidate.cache
para dirigirse al segundo conjunto de servidores.
Usuario
Nombre de usuario de la cuenta que se usará para acceder al objetivo.
Contraseña
Contraseña de la cuenta que se utilizará para acceder al objetivo.
Dominio NTLM
Dominio para autenticación NTML.
Host NTLM
Host para autenticación NTML.
Habilitar SSL relajado
Active esta opción si desea que se acepten certificados SSL autocertificados.
Permitir certificados caducados
Habilitar si desea que se acepten certificados SSL caducados.
Los siguientes ajustes solo son necesarios si se necesita un proxy:
Host de proxy
Nombre del host del proxy utilizado para el transporte.
Puerto de proxy
Puerto del proxy.
Usuario de proxy
Nombre de usuario de la cuenta que se va a utilizar.
Contraseña de proxy
Contraseña de la cuenta que se va a utilizar.
Dominio NTLM de proxy
El dominio NTLM de proxy.
Host NTLM de proxy
El dominio NTLM de proxy.
Interfaz
Aquí puede definir la interfaz de socket a la que se va a enlazar.
Esto establece la dirección local que se utilizará al crear conexiones. Si no se configura, se utilizará la dirección predeterminada. Esto resulta útil para especificar la interfaz que se utilizará en los sistemas agrupados o de múltiples hogares.
Método HTTP
El método HTTP que se va a utilizar.
Para un agente de vaciado de Dispatcher, esto es casi siempre GET y no debe cambiarse (el POST sería otro valor posible).
Encabezados HTTP
Se utilizan para los agentes de vaciado de Dispatcher y especifican los elementos que deben vaciarse.
Para un agente de vaciado de Dispatcher, las tres entradas estándar no deben tener que cambiar:
CQ-Action:{action}
CQ-Handle:{path}
CQ-Path:{path}
Se utilizan, según proceda, para indicar la acción que debe utilizarse al vaciar el controlador o la ruta. Los subparámetros son dinámicos:
{action}
indica una acción de replicación{path}
indica una rutaSe sustituyen por la ruta/acción relevante a la solicitud y, por lo tanto, no necesitan estar "codificados":
Si ha instalado AEM en un contexto que no sea el predeterminado recomendado, deberá registrar el contexto en los encabezados HTTP. Por ejemplo:
CQ-Handle:/<*yourContext*>{path}
Cerrar conexión
Active esta opción para cerrar la conexión después de cada solicitud.
Tiempo de espera de conexión
Tiempo de espera (en milisegundos) que se debe aplicar al intentar establecer una conexión.
Tiempo de espera de socket
Tiempo de espera (en milisegundos) que se debe aplicar al esperar tráfico después de establecer una conexión.
Versión del protocolo
Versión del protocolo; por ejemplo, 1.0
para HTTP/1.0.
Estos ajustes se utilizan para definir déclencheur para la replicación automatizada:
Omitir predeterminado
Si se selecciona, el agente se excluye de la replicación predeterminada; esto significa que no se utilizará si un autor de contenido emite una acción de replicación.
En la modificación
En este caso, la replicación de este agente se activará automáticamente cuando se modifique una página. Esto se utiliza principalmente para los agentes de vaciado de Dispatcher, pero también para la replicación inversa.
En distribución
Si se selecciona, el agente replicará automáticamente cualquier contenido que esté marcado para su distribución cuando se modifique.
Tiempo de activación/desactivación alcanzado
Esto déclencheur la replicación automática (para activar o desactivar una página según corresponda) cuando se produzcan las veces u horas de inactividad definidas para una página. Se utiliza principalmente para agentes de vaciado de Dispatcher.
En estado de recepción
Si se selecciona, el agente replicará en cadena cada vez que reciba eventos de replicación.
No hay actualización de estado
Cuando se selecciona, el agente no fuerza una actualización del estado de replicación.
No hay asignación de versiones
Cuando se selecciona, el agente no fuerza el control de versiones de páginas activadas.
Para obtener información sobre la conexión de agentes de replicación a la instancia de publicación mediante MSSL, consulte Replicating Using Mutual SSL.
Desde la pestaña Herramientas del entorno de creación puede configurar los agentes de replicación que residen en el entorno de creación (Agents on author) o en el entorno de publicación (Agents on publish). Los siguientes procedimientos ilustran la configuración de un agente para el entorno de creación, pero se puede utilizar para ambos.
Cuando un despachante gestiona solicitudes HTTP para instancias de autor o publicación, la solicitud HTTP del agente de replicación debe incluir el encabezado PATH. Además del siguiente procedimiento, debe añadir el encabezado PATH a la lista de dispatcher de encabezados de cliente. (Consulte /encabezados de cliente (encabezados de cliente). 🔗
Acceda a la pestaña Tools en AEM.
Haga clic en Replicación (panel izquierdo para abrir la carpeta).
Haga doble clic en Agentes del autor (a la izquierda o al panel derecho).
Haga clic en el nombre del agente correspondiente (que es un vínculo) para mostrar información detallada sobre ese agente.
Haga clic en Editar para abrir el cuadro de diálogo de configuración:
Los valores proporcionados deben ser suficientes para una instalación predeterminada. Si realiza cambios, haga clic en OK para guardarlos (consulte Agentes de replicación - Parámetros de configuración para obtener más información sobre los parámetros individuales).
Una instalación estándar de AEM especifica admin
como usuario para las credenciales de transporte dentro de los agentes de replicación predeterminados.
Esto debe cambiarse a una cuenta de usuario de replicación específica del sitio con privilegios para replicar las rutas requeridas.
La duplicación inversa se utiliza para devolver el contenido del usuario generado en una instancia de publicación a una instancia de autor. Esto suele utilizarse para funciones como encuestas y formularios de registro.
Por motivos de seguridad, la mayoría de las topologías de red no permiten conexiones desde la "Zona desmilitarizada" (una subred que expone los servicios externos a una red de confianza como Internet).
Como el entorno de publicación suele estar en la DMZ, para recuperar contenido del entorno de creación, la conexión debe iniciarse desde la instancia de autor. Esto se hace con:
Para AEM Communities, la replicación no se utiliza para el contenido generado por el usuario en una instancia de publicación. Consulte Almacenamiento de contenido de la comunidad.
Para ello, necesita:
Un agente de replicación inversa en el entorno de creaciónActúa como el componente activo para recopilar información de la bandeja de salida en el entorno de publicación:
Si desea utilizar la replicación inversa, asegúrese de que este agente esté activado.
Un agente de replicación inversa en el entorno de publicación (una bandeja de salida) Este es el elemento pasivo, ya que actúa como una "bandeja de salida". La entrada del usuario se coloca aquí, desde donde el agente la recopila en el entorno de creación.
Solo se replica el contenido: los datos de usuario no (usuarios, grupos de usuarios y perfiles de usuario).
Para sincronizar los datos de usuario en varias instancias de publicación, habilite Sincronización de usuarios.
Tras la instalación, ya se ha configurado un agente predeterminado para la replicación de contenido en una instancia de publicación que se ejecuta en el puerto 4503 del host local.
Para configurar la replicación del contenido para una instancia de publicación adicional, debe crear y configurar un nuevo agente de replicación:
Abra la pestaña Tools en AEM.
Seleccione Replicación y, a continuación, Agentes del autor en el panel izquierdo.
Seleccione Nuevo….
Establezca los Title y Name y, a continuación, seleccione Replication Agent.
Haga clic en Crear para crear el nuevo agente.
Haga doble clic en el nuevo elemento del agente para abrir el panel de configuración.
Haga clic en Editar: se abrirá el cuadro de diálogo Configuración del agente: el Tipo de serialización ya está definido como Predeterminado, debe permanecer así.
En la pestaña Settings:
60000
.Default
.En la pestaña Transport:
Introduzca el URI necesario para la nueva instancia de publicación; por ejemplo,
http://localhost:4504/bin/receive
.
Introduzca la cuenta de usuario específica del sitio que se utiliza para la replicación.
Puede configurar otros parámetros según sea necesario.
Haga clic en OK para guardar la configuración.
A continuación, puede probar la operación actualizando y publicando una página en el entorno de creación.
Las actualizaciones aparecerán en todas las instancias de publicación que se hayan configurado como se ha indicado anteriormente.
Si tiene algún problema, puede comprobar los registros de la instancia de autor. Según el nivel de detalle requerido, también puede establecer el Nivel de registro en Debug
mediante el cuadro de diálogo Configuración del agente como se ha indicado anteriormente.
Esto se puede combinar con el uso del ID de usuario del agente para seleccionar contenido diferente para replicarlo en los entornos de publicación individuales. Para cada entorno de publicación:
Los agentes predeterminados se incluyen en la instalación. Sin embargo, sigue siendo necesaria cierta configuración y lo mismo se aplica si está definiendo un nuevo agente:
Abra la pestaña Tools en AEM.
Haga clic en Deployment.
Seleccione Replication y luego Agents on publish.
Haga doble clic en el elemento Dispatcher Flush para abrir la descripción general.
Haga clic en Editar: se abrirá el cuadro de diálogo Configuración del agente:
En la pestaña Settings:
Dispatcher Flush
o configúrelo como tal si crea un nuevo agente.En la pestaña Transport:
Introduzca el URI necesario para la nueva instancia de publicación; por ejemplo,
http://localhost:80/dispatcher/invalidate.cache
.
Introduzca la cuenta de usuario específica del sitio que se utiliza para la replicación.
Puede configurar otros parámetros según sea necesario.
Para los agentes de vaciado de Dispatcher, la propiedad URI solo se utiliza si utiliza entradas de host virtual basadas en rutas para diferenciar entre granjas, utilice este campo para dirigirse a la granja para invalidar. Por ejemplo, la granja n.º 1 tiene un host virtual de www.mysite.com/path1/*
y la granja n.º 2 tiene un host virtual de www.mysite.com/path2/*
. Puede utilizar una URL de /path1/invalidate.cache
para dirigirse al primer conjunto de servidores y /path2/invalidate.cache
para dirigirse al segundo conjunto de servidores.
Si ha instalado AEM en un contexto distinto al predeterminado recomendado, debe configurar los encabezados HTTP en la pestaña Extended.
Haga clic en Aceptar para guardar los cambios.
Vuelva a la pestaña Tools, desde aquí puede Activate el agente Dispatcher Flush (Agents on publish).
El agente de replicación Dispatcher Flush no está activo en el autor. Puede acceder a la misma página en el entorno de publicación utilizando el URI equivalente; por ejemplo, http://localhost:4503/etc/replication/agents.publish/flush.html
.
El acceso a las páginas utilizadas para configurar los agentes de replicación se puede controlar mediante el uso de permisos de página de usuario o grupo en el nodo etc/replication
.
La configuración de estos permisos no afectará a los usuarios que replicen contenido (por ejemplo, desde la consola Sitios web o la opción de la barra de tareas). El marco de replicación no utiliza la "sesión de usuario" del usuario actual para acceder a los agentes de replicación al replicar páginas.
[NOTA!]
La creación de agentes de replicación solo se admite en la ubicación del repositorio
/etc/replication
. Esto es necesario para que las ACL asociadas se gestionen correctamente. La creación de un agente de replicación en otra ubicación del árbol puede dar lugar a un acceso no autorizado.
Se pueden configurar varios parámetros de los agentes de replicación mediante CRXDE Lite.
Si se desplaza a /etc/replication
puede ver los tres nodos siguientes:
agents.author
agents.publish
treeactivation
Los dos agents
contienen información de configuración sobre el entorno apropiado y solo están activos cuando ese entorno se está ejecutando. Por ejemplo, agents.publish
solo se utilizará en el entorno de publicación. La siguiente captura de pantalla muestra el agente de publicación en el entorno de creación, tal como se incluye con AEM WCM:
Para monitorizar un agente de replicación:
Acceda a la pestaña Tools en AEM.
Haga clic en Replicación.
Haga doble clic en el vínculo a los agentes para el entorno adecuado (panel izquierdo o derecho); por ejemplo Agentes en author.
La ventana resultante muestra una visión general de todos sus agentes de replicación para el entorno de creación, incluidos su destino y estado.
Haga clic en el nombre de agente apropiado (que es un vínculo) para mostrar información detallada sobre ese agente:
Aquí puede hacer lo siguiente:
No utilice el vínculo "Probar conexión" para el buzón de salida de replicación inversa en una instancia de publicación.
Si se realiza una prueba de replicación para una cola de Outbox, todos los elementos que sean más antiguos que la replicación de prueba se reprocesarán con cada replicación inversa.
Si estos elementos ya existen en una cola, se pueden encontrar con la siguiente consulta XPath JCR y se deben eliminar.
/jcr:root/var/replication/outbox//*[@cq:repActionType='TEST']
La replicación por lotes no replica páginas o recursos individuales, pero espera el primer umbral de los dos, en función del tiempo o el tamaño, que se activará.
Luego empaqueta todos los elementos de replicación en un paquete, que luego se replica como un solo archivo al editor.
El editor descomprimirá todos los elementos, los guardará y devolverá un informe al autor.
http://serveraddress:serverport/siteadmin
http://serveraddress:serverport/etc/replication/agents.author/publish.html
Enable Batch Mode
- activa o desactiva el modo de replicación por lotesMax Wait Time
- Tiempo de espera máximo hasta que se inicia una solicitud por lotes, en segundos. El valor predeterminado es de 2 segundos.Trigger Size
- Inicia la replicación por lotes cuando se alcanza este límite de tamaño, en MB. El valor predeterminado es 5 MB.Para obtener más información sobre la solución de problemas, puede leer la página Resolución de problemas de replicación.
Para obtener información adicional, Adobe tiene una serie de artículos de la Base de conocimiento relacionados con la replicación:
https://helpx.adobe.com/es/experience-manager/kb/ReplicationSiblingReordering.html
https://helpx.adobe.com/es/experience-manager/kb/ReplicationFailureAfterNewIP.html
https://helpx.adobe.com/es/experience-manager/kb/LimitAccessToReplicationAgents.html
https://helpx.adobe.com/experience-manager/kb/PagePermissionsNotReplicatedWithUser.html
https://helpx.adobe.com/es/experience-manager/kb/HowToUseReverseReplication.html
https://helpx.adobe.com/es/experience-manager/kb/CQ5ReplicateToSpecificAgents.html
https://helpx.adobe.com/es/experience-manager/kb/ReplicationListener.html
https://helpx.adobe.com/experience-manager/kb/replication-stuck.html
https://helpx.adobe.com/es/experience-manager/kb/replication-privileges-missing-after-upgrade-to-cq-5-5.html
https://helpx.adobe.com/es/experience-manager/kb/CQ53UnableToCreateJobQueueDueToMaxQueues.html
https://helpx.adobe.com/es/experience-manager/kb/ACLReplication.html
https://helpx.adobe.com/es/experience-manager/kb/content-grow-due-reverse-replication.html
https://helpx.adobe.com/es/experience-manager/kb/ReplicationAgentUsingAnonUser.html