DocumentaçãoAEM 6.5 LTSGuia do usuário

Procedimento de atualização upgrade-procedure

Last update: Tue Mar 04 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Aplica-se a:
  • Experience Manager 6.5 LTS
  • Tópicos:

Criado para:

  • Administrador
NOTE
A atualização requer tempo de inatividade para a camada Autor, pois a maioria das atualizações do Adobe Experience Manager (AEM) é executada no local. Seguindo essas práticas recomendadas, você pode minimizar ou eliminar o tempo de inatividade do nível de publicação.

Ao atualizar os ambientes do AEM, você deve considerar as diferenças na abordagem entre atualizar os ambientes do autor ou de publicação para minimizar o tempo de inatividade dos autores e usuários finais. Esta página descreve o procedimento de alto nível para atualizar uma topologia do AEM atualmente em execução em uma versão do AEM 6.x. Como o processo difere entre os níveis de criação e publicação e implantações baseadas em Mongo e TarMK, cada nível e microkernel foi listado em uma seção separada. Ao executar a implantação, a Adobe recomenda primeiro atualizar o ambiente do autor, determinar o sucesso e prosseguir para os ambientes de publicação.

Camada de autor TarMK tarmk-author-tier

Topologia Inicial starting-topology

A topologia presumida para esta seção consiste em um servidor de Autores em execução no TarMK com um Modo de Espera a Frio. A replicação ocorre do servidor do autor para o farm de publicação TarMK. Embora não ilustrada aqui, essa abordagem também pode ser usada para implantações que usam descarga. Atualize ou recrie a instância de descarregamento na nova versão após desabilitar os agentes de replicação na instância do autor e antes de habilitá-los novamente.

tarmk_starting_topology

Preparação de atualização upgrade-preparation

autor-preparação-atualização

  1. Interrompa a criação de conteúdo.

  2. Interrompa a instância standby.

  3. Desative os agentes de replicação no autor.

  4. Execute as tarefas de manutenção de pré-atualização.

Execução de atualização upgrade-execution

executar_atualização

  1. Execute a atualização no local.

  2. Atualize o módulo Dispatcher se necessário.

  3. O controle de qualidade valida a atualização.

  4. Desligue a instância do autor.

Se bem-sucedido if-successful

if_successful

  1. Copie a instância atualizada para criar um Modo de Espera Restrito.

  2. Inicie a instância do Autor.

  3. Inicie a instância Stand-by.

Se Não Tiver Êxito (Reversão) if-unsuccessful-rollback

reversão

  1. Inicie a instância do Modo de Espera Off-line como o novo Principal.

  2. Recrie o ambiente do Autor a partir do Modo de Espera por Frio.

Cluster de autores do MongoMK mongomk-author-cluster

Topologia Inicial starting-topology-1

A topologia presumida para esta seção consiste em um cluster de Autores MongoMK com pelo menos duas instâncias de Autor do AEM, apoiadas por pelo menos dois bancos de dados MongoMK. Todas as instâncias de Autor compartilham um armazenamento de dados. Essas etapas devem se aplicar aos armazenamentos de dados S3 e File. A replicação ocorre dos servidores do autor para o farm de publicação TarMK.

topologia-mongo

Preparação de atualização upgrade-preparation-1

mongo-upgrade_prep

  1. Interrompa a criação de conteúdo.
  2. Clonar o armazenamento de dados para backup.
  3. Interrompa todas as instâncias de autor do AEM, exceto uma instância de autor principal.
  4. Remova todos os nós MongoDB, exceto um do conjunto de réplicas, sua instância Mongo primária.
  5. Atualize o arquivo DocumentNodeStoreService.cfg no Autor principal para refletir seu único conjunto de réplicas membro.
  6. Reinicie o Author principal para garantir que ele seja reiniciado corretamente.
  7. Desative os agentes de replicação no autor principal.
  8. Execute tarefas de manutenção de pré-atualização na instância de Autor primária.

Execução de atualização Upgrade-execution-1

execução-mongo

  1. Execute uma atualização no local no Autor principal.
  2. Atualize o Dispatcher ou o Módulo Web se necessário.
  3. O controle de qualidade valida a atualização.

Se bem-sucedido if-successful-1

mongo-secondaries

  1. Crie novas instâncias do Autor do AEM 6.5 LTS, conectadas à instância Mongo atualizada.

  2. Recrie os nós MongoDB que foram removidos do cluster.

  3. Atualize os arquivos DocumentNodeStoreService.cfg para refletir o conjunto de réplicas completo.

  4. Reinicie as instâncias do Autor, uma de cada vez.

  5. Remova o armazenamento de dados clonado.

Se Não Tiver Êxito (Reversão) if-unsuccessful-rollback-2

reversão mongo

  1. Reconfigure as instâncias secundárias do Autor para se conectarem ao armazenamento de dados clonado.

  2. Desligue a instância primária do autor atualizada.

  3. Desligue a instância primária do Mongo atualizada.

  4. Inicie as instâncias secundárias do Mongo com uma delas como a nova primária.

  5. Configure os arquivos DocumentNodeStoreService.cfg nas instâncias secundárias do Autor para apontar para o conjunto de réplicas das instâncias Mongo ainda não atualizadas.

  6. Inicie as instâncias secundárias do Autor.

  7. Limpe as instâncias do autor atualizadas, o nó Mongo e o armazenamento de dados.

Farm de publicação do TarMK tarmk-publish-farm

Farm de publicação do TarMK tarmk-publish-farm-1

A topologia assumida para esta seção consiste em duas instâncias de publicação TarMK, lideradas pelos Dispatchers que, por sua vez, são liderados por um balanceador de carga. A replicação ocorre do servidor do autor para o farm de publicação TarMK.

tarmk-pub-farmv5

Execução de atualização upgrade-execution-2

publicação-atualização2

  1. Pare o tráfego para a instância de Publicação 2 no balanceador de carga.
  2. Execute a manutenção de pré-atualização na Publicação 2.
  3. Execute uma atualização no local na Publicação 2.
  4. Atualize o Dispatcher ou o Módulo Web se necessário.
  5. Limpe o cache do Dispatcher.
  6. O controle de qualidade valida a Publicação 2 pela Dispatcher, atrás do firewall.
  7. Desligar Publicação 2.
  8. Copie a instância Publish 2.
  9. Iniciar publicação 2.

Se bem-sucedido if-successful-2

publicação-atualização1

  1. Ative o tráfego para a Publicação 2.
  2. Interromper o tráfego para a Publicação 1.
  3. Interrompa a instância do Publish 1.
  4. Substitua a instância de Publicação 1 por uma cópia de Publicação 2.
  5. Atualize o Dispatcher ou o Módulo Web se necessário.
  6. Limpe o cache do Dispatcher para Publicar 1.
  7. Iniciar publicação 1.
  8. O controle de qualidade valida a Publicação 1 pela Dispatcher, atrás do firewall.

Se Não Tiver Êxito (Reversão) if-unsuccessful-rollback-1

reversão_do_pub

  1. Criar uma cópia de Publicar 1.
  2. Substitua a instância de Publicação 2 por uma cópia de Publicação 1.
  3. Limpe o cache do Dispatcher para o Publish 2.
  4. Iniciar publicação 2.
  5. O controle de qualidade valida a Publicação 2 pela Dispatcher, atrás do firewall.
  6. Ative o tráfego para a Publicação 2.

Etapas finais de atualização final-upgrade-steps

  1. Ative o tráfego para Publicar 1.
  2. O controle de qualidade executa a validação final de um URL público.
  3. Ative os agentes de replicação no ambiente do Autor.
  4. Retomar a criação de conteúdo.
  5. Executar verificações pós-atualização.

final

recommendation-more-help
51c6a92d-a39d-46d7-8e3e-2db9a31c06a2