Procedimiento de actualización
NOTA
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.

Preparación de la actualización

- Detener la creación de contenido
- Detener la instancia de espera
- Deshabilitar agentes de replicación en el autor
- Ejecute las tareas de mantenimiento previas a la actualización.
Ejecución de la actualización

- Ejecute la actualización in situ
- 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
- Ejecute tareas de mantenimiento previas a la actualización en la instancia principal de Autor
- Si es necesario, actualice MongoDB en la instancia principal de Mongo a la versión 3.2 con WiredTiger
Ejecución de la actualización

- Ejecute una actualización in situ 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
- Ejecute mantenimiento previo a la actualización en Publish 2
- Ejecute una actualización in situ en Publish 2
- Actualizar el Dispatcher o el módulo web si es necesario
- Vaciar la caché de Dispatcher
- El control de calidad valida la publicación 2 a través de Dispatcher, detrás del cortafuegos
- Cerrar publicación 2
- Copiar la instancia de Publish 2
- Iniciar publicación 2
Si es correcto

- Habilitar el tráfico en Publish 2
- Detener el tráfico en la publicación 1
- Detenga la instancia Publish 1
- Reemplace la instancia Publish 1 con una copia de Publish 2
- Actualizar el Dispatcher o el módulo web si es necesario
- Vaciar la caché de Dispatcher para la publicación 1
- Iniciar publicación 1
- El control de calidad valida la publicación 1 a través de Dispatcher, detrás del cortafuegos
Si no se ha realizado correctamente (reversión)

- Crear una copia de Publish 1
- Reemplace la instancia Publish 2 con una copia de Publish 1
- Vaciar la caché de Dispatcher para la publicación 2
- Iniciar publicación 2
- El control de calidad valida la publicación 2 a través de Dispatcher, detrás del cortafuegos
- Habilitar el tráfico en Publish 2
Pasos finales de la actualización
- Habilitar el tráfico para la publicación 1
- El control de calidad realiza la validación final desde una dirección URL pública
- Habilitar agentes de replicación desde el entorno de Author
- Reanudar la creación de contenido
- Realice comprobaciones posteriores a la actualización.
