Procedimento de atualização upgrade-procedure

CAUTION
AEM 6.4 chegou ao fim do suporte estendido e esta documentação não é mais atualizada. Para obter mais detalhes, consulte nossa períodos de assistência técnica. Encontre as versões compatíveis here.
NOTE
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 de criação do TarMK tarmk-author-tier

Iniciando Topologia starting-topology

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

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

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

execute_upgrade

  1. Execute o atualização no local
  2. Atualizar 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 bem-sucedido if-successful

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) if-unsuccessful-rollback

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 mongomk-author-cluster

Iniciando Topologia starting

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 preparation

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 DocumentNodeStoreService.cfg arquivo 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. Executar 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

Execução de atualização execution

execução mongo

  1. Execute 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 successful-1

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 o DocumentNodeStoreService.cfg arquivos 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

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 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 atualizadas do autor, o nó Mongo e o armazenamento de dados.

Farm de Publicação TarMK tarmk-publish-farm

Farm de Publicação TarMK publish-farm

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-farmv5

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

upgrade-publish2

  1. Pare o tráfego para a instância Publicar 2 no balanceador de carga
  2. Executar manutenção pré-atualização na publicação 2
  3. Execute um atualização no local na publicação 2
  4. Atualizar 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 bem-sucedido successful-2

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. Atualizar 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) rollback

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 final-upgrade-steps

  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. Executar verificações pós-atualização.

final

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