Procedimiento de actualización upgrade-procedure

CAUTION
AEM 6.4 ha llegado al final de la compatibilidad ampliada y esta documentación ya no se actualiza. Para obtener más información, consulte nuestra períodos de asistencia técnica. Buscar las versiones compatibles here.
NOTE
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 tarmk-author-tier

Topología de inicio starting-topology

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.

tarmk_started_topología

Preparación de la actualización upgrade-preparation

upgrade-preparation-author

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

Ejecución de la actualización upgrade-execution-1

execute_upgrade

  1. Ejecute el actualización in situ
  2. Actualización del módulo de Dispatcher si es necesario
  3. El control de calidad valida la actualización
  4. Cierre la instancia de autor.

Si se realiza correctamente if-successful

if_success

  1. Copie la instancia actualizada para crear un nuevo modo de espera pasiva
  2. Iniciar la instancia de autor
  3. Inicie la instancia de espera.

Si No Se Ha Realizado Correctamente (Reversión) if-unsuccessful-rollback

rollback

  1. Inicie la instancia de espera pasiva como el nuevo primario
  2. Reconstruya el entorno Autor desde el modo de espera pasiva.

Clúster de autor de MongoMK mongomk-author-cluster

Topología de inicio starting

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.

mongo-topología

Preparación de la actualización preparation

mongo-upgrade_prep

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

mongo-execution

  1. Ejecute un actualización in situ en el Autor principal
  2. Actualizar el Dispatcher o el módulo web si es necesario
  3. El control de calidad valida la actualización

Si se realiza correctamente successful-1

mongo-secundario

  1. Crear nuevas instancias de autor 6.3, conectadas a la instancia actualizada de Mongo
  2. Reconstruya los nodos MongoDB que se eliminaron del clúster
  3. Actualice el 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) if-unsuccessful

mongo-rollback

  1. Vuelva a configurar las instancias secundarias de Autor para conectarse al almacén de datos clonado
  2. Apague la instancia principal de Author actualizada
  3. Cierre la instancia principal actualizada de Mongo.
  4. Inicie las instancias secundarias de Mongo con una de ellas como la nueva instancia principal
  5. Configure las variables DocumentNodeStoreService.cfg archivos en las instancias de autor secundarias para señalar al conjunto de réplicas de instancias de Mongo aún no actualizadas
  6. Inicie las instancias secundarias de Autor
  7. Limpie las instancias de autor actualizadas, el nodo Mongo y el almacén de datos.

Granja de publicación TarMK tarmk-publish-farm

Granja de publicación TarMK publish-farm

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.

tarmk-pub-farmv5

Ejecución de la actualización execution-upgrade

upgrade-publish2

  1. Detenga el tráfico a la instancia Publicar 2 en el equilibrador de carga
  2. Ejecutar mantenimiento previo a la actualización en Publish 2
  3. Ejecute un actualización in situ en Publish 2
  4. Actualizar el Dispatcher 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 de Dispatcher, detrás del cortafuegos
  7. Cerrar publicación 2
  8. Copiar la instancia de Publish 2
  9. Iniciar publicación 2

Si se realiza correctamente successful-2

upgrade-publish1

  1. Habilitar el tráfico en Publish 2
  2. Detener el tráfico en la publicación 1
  3. Detenga la instancia Publish 1
  4. Reemplace la instancia Publish 1 con una copia de Publish 2
  5. Actualizar el Dispatcher 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 de Dispatcher, detrás del cortafuegos

Si No Se Ha Realizado Correctamente (Reversión) rollback

pub_rollback

  1. Crear una copia de Publish 1
  2. Reemplace la instancia 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 de Dispatcher, detrás del cortafuegos
  6. Habilitar el tráfico en Publish 2

Pasos finales de la actualización final-upgrade-steps

  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 Author
  4. Reanudar la creación de contenido
  5. Realizar comprobaciones posteriores a la actualización.

final

recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56