La actualización requerirá tiempo de inactividad para el nivel de Author, ya que la mayoría de las actualizaciones de AEM se realizan in situ. Siguiendo estas prácticas recomendadas, el tiempo de inactividad del nivel de publicación se puede minimizar o eliminar.
Al actualizar los entornos de AEM, debe tener en cuenta las diferencias de enfoque entre la actualización de entornos de autor o los entornos de publicación para minimizar el tiempo de inactividad tanto para los autores como para los usuarios finales. Esta página describe el procedimiento de alto nivel para actualizar una topología de AEM que actualmente se ejecuta en una versión de AEM 6.x. Dado que el proceso difiere entre los niveles de autor y publicación, así como las implementaciones basadas en Mongo y TarMK, cada nivel y micronúcleo se ha incluido en una sección separada. Al ejecutar la implementación, se recomienda primero actualizar el entorno de creación, determinar el éxito y, a continuación, avanzar a los entornos de publicación.
Nivel de Author de TarMK
Topología de inicio
La topología asumida para esta sección consiste en un servidor Autor que se ejecuta en TarMK con un modo de espera pasiva. La replicación se produce desde el servidor Autor al conjunto de servidores de publicación TarMK. Aunque no se ilustra aquí, este enfoque también se puede aprovechar para implementaciones que utilizan descarga. Asegúrese de actualizar o reconstruir la instancia de descarga en la nueva versión después de deshabilitar los agentes de replicación en la instancia de autor y antes de volver a activarlos.
Actualizar el módulo de Dispatcher si es necesario
El control de calidad valida la actualización
Cierre la instancia de autor.
Si es correcto
Copie la instancia actualizada para crear un nuevo modo de espera pasiva
Iniciar la instancia de autor
Inicie la instancia de espera.
Si no se ha realizado correctamente (reversión)
Inicie la instancia de espera pasiva como el nuevo primario
Reconstruya el entorno Autor desde el modo de espera pasiva.
Clúster de autor de MongoMK
Topología de inicio
La topología asumida para esta sección consiste en un clúster de Autor MongoMK con al menos dos instancias de Autor AEM, respaldadas por al menos dos bases de datos MongoMK. Todas las instancias de Autor comparten un almacén de datos. Estos pasos deben aplicarse a los almacenes de datos S3 y File. La replicación se produce desde los servidores Author al conjunto de servidores de publicación TarMK.
Preparación de la actualización
Detener la creación de contenido
Clonar el almacén de datos para la copia de seguridad
Detenga todas las instancias excepto una de AEM Author, su Autor principal
Elimine todos los nodos MongoDB excepto uno del conjunto de réplicas, su instancia principal de Mongo
Actualice el archivo DocumentNodeStoreService.cfg en el Autor principal para que refleje su conjunto de réplicas de miembro único
Reinicie el Autor principal para asegurarse de que se reinicia correctamente
Deshabilitar agentes de replicación en el Autor principal
Actualizar el Dispatcher o el módulo web si es necesario
El control de calidad valida la actualización
Si es correcto
Crear nuevas instancias de autor 6.3, conectadas a la instancia actualizada de Mongo
Reconstruya los nodos MongoDB que se eliminaron del clúster
Actualice los archivos DocumentNodeStoreService.cfg para que reflejen el conjunto completo de réplicas
Reinicie las instancias de autor de una en una
Elimine el almacén de datos clonado.
Si no se ha realizado correctamente (reversión)
Vuelva a configurar las instancias secundarias de Autor para conectarse al almacén de datos clonado
Apague la instancia principal de Author actualizada
Cierre la instancia principal actualizada de Mongo.
Inicie las instancias secundarias de Mongo con una de ellas como la nueva instancia principal
Configure los archivos DocumentNodeStoreService.cfg en las instancias secundarias de Autor para que apunten al conjunto de réplicas de instancias de Mongo aún no actualizadas
Inicie las instancias secundarias de Autor
Limpie las instancias de autor actualizadas, el nodo Mongo y el almacén de datos.
Granja de publicación TarMK
Granja de publicación TarMK
La topología asumida para esta sección consiste en dos instancias de publicación de TarMK, frontadas por Dispatchers que a su vez están frontadas por un equilibrador de carga. La replicación se produce desde el servidor Autor al conjunto de servidores de publicación TarMK.
Ejecución de la actualización
Detenga el tráfico a la instancia Publicar 2 en el equilibrador de carga