Procedimento de atualização

OBSERVAÇÃO

A atualização exigirá tempo de inatividade para o nível Autor, pois a maioria das atualizações de AEM é realizada no local. Seguindo essas práticas recomendadas, o tempo de inatividade do nível de publicação pode ser minimizado ou eliminado.

Ao atualizar seus ambientes de AEM, você precisa considerar as diferenças na abordagem entre a atualização de ambientes de autor ou de publicação, para minimizar o tempo de inatividade de autores e usuários finais. Esta página descreve o procedimento de alto nível para atualizar uma topologia de 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, bem como implantações baseadas em Mongo e TarMK, cada camada e microkernel foi listado em uma seção separada. Ao executar sua implantação, recomendamos primeiro atualizar seu ambiente de criação, determinar o sucesso e prosseguir para os ambientes de publicação.

Camada do autor do TarMK

Iniciando Topologia

A topologia presumida para esta seção consiste em um servidor Autor em execução no TarMK com um Cold Standby. A replicação ocorre do servidor Autor para o farm de publicação do TarMK. Embora não seja ilustrada aqui, essa abordagem também pode ser aproveitada para implantações que usam descarga. Certifique-se de atualizar ou reconstruir a instância de descarregamento na nova versão após desativar os agentes de replicação na instância do autor e antes de reativá-los.

tarmk_initial_topology

Preparação de atualização

upgrade-preparation-author

  1. Interromper a criação de conteúdo
  2. Pare a instância de standby
  3. Desativar agentes de replicação no autor
  4. Execute as tarefas de manutenção de pré-atualização.

Atualizar Execução

execute_upgrade

  1. Execute o upgrade no local
  2. Atualize o módulo do dispatcher se necessário
  3. O controle de qualidade valida a atualização
  4. Desligue a instância do autor.

Se tiver êxito

if_success

  1. Copie a instância atualizada para criar um novo Cold Standby
  2. Inicie a instância do autor
  3. Inicie a instância Standby .

Se não tiver êxito (Reversão)

reversão

  1. Inicie a instância do Cold Standby como o novo Primary
  2. Reconstrua o ambiente Autor do Cold Standby.

Cluster de Autores do MongoMK

Iniciando Topologia

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

mongo-topologia

Preparação de atualização

mongo-upgrade_prep

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

Atualizar Execução

execução mongo

  1. Execute um upgrade 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 tiver êxito

mongo-secundários

  1. Crie novas instâncias do autor do 6.3, conectadas à instância atualizada do Mongo
  2. Reconstrua os nós do MongoDB que foram removidos do cluster
  3. Atualize os arquivos 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)

mongo-rollback

  1. Reconfigure as instâncias secundárias do autor para se conectar ao armazenamento de dados clonado
  2. Desligue a instância principal do Autor atualizado
  3. Desligue a instância principal atualizada do Mongo.
  4. Inicie as instâncias secundárias do Mongo com uma delas como a nova
  5. Configure os arquivos DocumentNodeStoreService.cfg 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 atualizadas do autor, o nó Mongo e o armazenamento de dados.

Farm de Publicação TarMK

Farm de Publicação TarMK

A topologia presumida para esta seção consiste em duas instâncias de publicação do TarMK, encaminhadas por Dispatchers que, por sua vez, são encaminhados por um balanceador de carga. A replicação ocorre do servidor Autor para o farm de publicação do TarMK.

tarmk-pub-farm5

Atualizar Execução

upgrade-publish2

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

Se tiver êxito

upgrade-publish1

  1. Habilitar tráfego para publicar 2
  2. Parar tráfego para publicar 1
  3. Pare a instância Publicar 1
  4. Substitua a instância Publicar 1 com uma cópia do Publicar 2
  5. Atualize o Dispatcher ou o Módulo Web se necessário
  6. Liberar o cache do Dispatcher para Publicação 1
  7. Iniciar publicação 1
  8. O Controle de qualidade valida o Publicar 1 por meio do Dispatcher, atrás do firewall

Se não tiver êxito (Reversão)

pub_rollback

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

Etapas de atualização final

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

final

Nesta página

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now