Show Menu
TEMAS×

Procedimiento de actualización

La actualización requerirá tiempo de inactividad para el nivel Autor, ya que la mayoría de las actualizaciones de AEM se realizan in situ. Al seguir estas optimizaciones, el tiempo de inactividad del nivel de publicación se puede minimizar o eliminar.
Al actualizar los entornos AEM, debe tener en cuenta las diferencias de enfoque entre la actualización de los entornos de creación o de publicación para minimizar el tiempo de inactividad tanto para los usuarios como para los autores. Esta página describe el procedimiento de alto nivel para actualizar una topología de AEM que se está ejecutando 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, continuar con los entornos de publicación.

Nivel de creación 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 espera en frío. La replicación se produce desde el servidor de creación al conjunto de publicaciones 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 habilitarlos.

Preparación de la actualización

  1. Detener la creación de contenido
  2. Detener la instancia de espera
  3. Deshabilitar los agentes de replicación en el autor
  4. Ejecute las tareas de mantenimiento previas a la actualización.

Ejecución de la actualización

  1. Ejecución de la actualización in situ
  2. Actualizar el módulo de despachante si es necesario
  3. El control de calidad valida la actualización
  4. Cierre la instancia de creación.

Si es correcto

  1. Copie la instancia actualizada para crear un nuevo Cold Standby
  2. Iniciar la instancia de Autor
  3. Inicie la instancia de Standby.

Si No Se Ha Realizado Correctamente (Reversión)

  1. Inicie la instancia de Cold Standby como el nuevo primario
  2. Vuelva a compilar el entorno Autor a partir del modo en espera frío.

MongoMK Author Cluster

Topología de inicio

La topología asumida para esta sección consiste en un clúster de MongoMK Author con al menos dos instancias de AEM Author, 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 TarMK Publish.

Preparación de la actualización

  1. Detener la creación de contenido
  2. Clonar el almacén de datos para backup
  3. Detenga todas las instancias de AEM Author excepto una, su autor principal
  4. Elimine todos los nodos MongoDB excepto uno del conjunto de réplicas, la instancia principal de Mongo
  5. Actualice el DocumentNodeStoreService.cfg archivo en el Autor principal para que refleje el conjunto de réplicas de un solo miembro
  6. Reinicie el autor principal para asegurarse de que se reinicia correctamente
  7. Deshabilitar los agentes de replicación en el autor principal
  8. Ejecutar tareas de mantenimiento previas a la actualización en la instancia principal de Author
  9. 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

  1. Ejecutar una actualización Realización de una actualización in situ in-situ en el autor principal
  2. Actualizar el despachante o el módulo Web si es necesario
  3. El control de calidad valida la actualización

Si es correcto

  1. Crear nuevas instancias de Autor de 6.5, conectadas a la instancia de Mongo actualizada
  2. Vuelva a generar los nodos MongoDB que se eliminaron del clúster
  3. Actualice los DocumentNodeStoreService.cfg archivos para reflejar el conjunto completo de réplicas
  4. Reinicie las instancias de Autor de una en una
  5. Elimine el almacén de datos clonado.

Si No Se Ha Realizado Correctamente (Reversión)

  1. Reconfiguración de las instancias de autor secundarias para conectarse al almacén de datos clonado
  2. Apagar la instancia principal de Author actualizada
  3. Cierre la instancia principal de Mongo actualizada.
  4. Inicie las instancias secundarias de Mongo con una de ellas como la nueva instancia primaria
  5. Configure los DocumentNodeStoreService.cfg archivos en las instancias secundarias de Autor para que apunten al conjunto de réplicas de instancias de Mongo que aún no se han actualizado
  6. Inicio de las instancias secundarias de Autor
  7. Limpie las instancias de creación 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 TarMK, delante de los despachantes que, a su vez, están precedidas por un equilibrador de carga. La replicación se produce desde el servidor de creación al conjunto de servidores de publicación TarMK.

Ejecución de la actualización

  1. Detener el tráfico de la instancia de Publish 2 en el equilibrador de carga
  2. Ejecutar el mantenimiento Tareas de mantenimiento previas a la actualización previo a la actualización en la publicación 2
  3. Ejecutar una actualización Realización de una actualización in situ in-situ en Publish 2
  4. Actualizar el despachante o el módulo Web si es necesario
  5. Vaciar la caché de Dispatcher
  6. El control de calidad valida la publicación 2 a través del despachante, detrás del servidor de seguridad
  7. Cerrar publicación 2
  8. Copiar la instancia de Publish 2
  9. Iniciar publicación 2

Si es correcto

  1. Habilitar el tráfico para la publicación 2
  2. Detener el tráfico para publicar 1
  3. Detener la instancia de Publish 1
  4. Reemplazar la instancia de Publish 1 con una copia de Publish 2
  5. Actualizar el despachante o el módulo Web si es necesario
  6. Vaciar la caché de Dispatcher para la publicación 1
  7. Iniciar publicación 1
  8. El control de calidad valida la publicación 1 a través del despachante, detrás del servidor de seguridad

Si No Se Ha Realizado Correctamente (Reversión)

  1. Crear una copia de Publish 1
  2. Reemplazar la instancia de Publish 2 con una copia de Publish 1
  3. Vaciar la caché de Dispatcher para la publicación 2
  4. Iniciar publicación 2
  5. El control de calidad valida la publicación 2 a través del despachante, detrás del servidor de seguridad
  6. Habilitar el tráfico para la publicación 2

Pasos finales de actualización

  1. Habilitar el tráfico para la publicación 1
  2. El control de calidad realiza la validación final desde una dirección URL pública
  3. Habilitar agentes de replicación desde el entorno de creación
  4. Reanudar la creación de contenido
  5. Realice comprobaciones posteriores a la actualización.