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 no nível da Publish.

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

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 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 do Publish 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.
  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

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 de Autor do 6.5, 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 do Publish TarMK tarmk-publish-farm

Farm do Publish 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 do Publish 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 do Publish 2 no balanceador de carga.
  2. Execute a manutenção de pré-atualização no Publish 2.
  3. Execute uma atualização no local no Publish 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 o Publish 2 por meio da Dispatcher, atrás do firewall.
  7. Encerre o Publish 2.
  8. Copie a instância do Publish 2.
  9. Inicie o Publish 2.

Se bem-sucedido if-successful-2

publicação-atualização1

  1. Ative o tráfego para o Publish 2.
  2. Pare o tráfego para o Publish 1.
  3. Pare a instância do Publish 1.
  4. Substitua a instância do Publish 1 por uma cópia do Publish 2.
  5. Atualize o Dispatcher ou o Módulo Web se necessário.
  6. Limpe o cache do Dispatcher para o Publish 1.
  7. Inicie o Publish 1.
  8. O controle de qualidade valida o Publish 1 por meio da Dispatcher, atrás do firewall.

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

reversão_do_pub

  1. Crie uma cópia do Publish 1.
  2. Substitua a instância do Publish 2 por uma cópia do Publish 1.
  3. Limpe o cache do Dispatcher para o Publish 2.
  4. Inicie o Publish 2.
  5. O controle de qualidade valida o Publish 2 por meio da Dispatcher, atrás do firewall.
  6. Ative o tráfego para o Publish 2.

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

  1. Ative o tráfego para o Publish 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