Procedimento de atualização upgrade-procedure

NOTE
A atualização requer tempo de inatividade para o nível de Autor, pois a maioria das atualizações do Adobe Experience Manager (AEM) é realizada 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 de AEM em execução atualmente 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, o 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

upgrade-preparation-author

  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 o tarefas de manutenção pré-atualização.

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

execute_upgrade

  1. Execute o atualização no local.

  2. Atualizar 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 Autores 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 de 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 DocumentNodeStoreService.cfg no Autor principal para refletir seu único conjunto de réplicas do membro.
  6. Reinicie o Author principal para garantir que ele seja reiniciado corretamente.
  7. Desative os agentes de replicação no autor principal.
  8. Executar tarefas de manutenção pré-atualização na instância primária do Autor.
  9. Se necessário, atualize o MongoDB na instância primária do Mongo para a versão 3.2 com o WiredTiger.

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

mongo-execution

  1. Executar um atualização no local no Autor principal.
  2. Atualizar 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 de Autor do 6.5, conectadas à instância Mongo atualizada.

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

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

  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

mongo-rollback

  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 o DocumentNodeStoreService.cfg Arquivos nas instâncias secundárias do Autor para apontar para o conjunto de réplicas de 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

upgrade-publish2

  1. Pare o tráfego para a instância de Publicação 2 no balanceador de carga.
  2. Executar manutenção pré-atualização em Publicar 2.
  3. Executar um atualização no local em Publicar 2.
  4. Atualizar 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 por meio do 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

upgrade-publish1

  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. Atualizar o Dispatcher ou o Módulo Web se necessário.
  6. Limpe o cache do Dispatcher para Publicação 1.
  7. Iniciar publicação 1.
  8. O controle de qualidade valida a Publicação 1 por meio do Dispatcher, atrás do firewall.

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

pub_rollback

  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 Publicação 2.
  4. Iniciar publicação 2.
  5. O controle de qualidade valida a Publicação 2 por meio do 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
19ffd973-7af2-44d0-84b5-d547b0dffee2