Show Menu
TÓPICOS×

Procedimento de atualização

A atualização exigirá tempo de inatividade para o nível Autor, já que a maioria das atualizações do AEM são realizadas no local. Seguindo essas práticas recomendadas, o tempo de inatividade da camada de publicação pode ser minimizado ou eliminado.
Ao atualizar seus ambientes de AEM, é necessário considerar as diferenças de abordagem entre a atualização de ambientes de criação ou publicação, a fim de minimizar o tempo de inatividade para seus autores e usuários finais. Esta página descreve o procedimento de alto nível para atualizar uma topologia do AEM em execução em uma versão do AEM 6.x. Como o processo difere entre os níveis de autor 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, em seguida, prosseguir para os ambientes de publicação.

Camada do autor TarMK

Topologia inicial

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

Preparação de atualização

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

Execução de atualização

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

Se bem-sucedido

  1. Copie a instância atualizada para criar um novo modo de espera frio
  2. Iniciar a instância do autor
  3. Inicie a instância Standby.

Se não for bem-sucedido (Reversão)

  1. Inicie a instância do modo de espera frio como o novo modo principal
  2. Reconstrua o ambiente do Autor a partir do modo de espera frio.

Cluster de Autores MongoMK

Topologia inicial

A topologia assumida para esta seção consiste em um cluster MongoMK Author com pelo menos duas instâncias do AEM Author, com backup de 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 de autor para o farm de publicação do TarMK.

Preparação de atualização

  1. Parar a criação de conteúdo
  2. Clonar o armazenamento de dados para backup
  3. Parar todas as instâncias do autor de AEM, seu autor principal
  4. Remova todos os nós MongoDB, exceto um, do conjunto de réplicas, sua instância principal 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. Desabilitar 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

  1. Executar 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

  1. Criar novas instâncias do autor 6.3, conectadas à instância do Mongo atualizada
  2. Recrie os nós MongoDB que foram removidos do cluster
  3. Atualize os DocumentNodeStoreService.cfg arquivos para refletir o conjunto completo de réplicas
  4. Reinicie as instâncias de Autor, uma de cada vez
  5. Remova o armazenamento de dados clonado.

Se não for bem-sucedido (Reversão)

  1. Reconfigure as instâncias secundárias do Autor para se conectar ao armazenamento de dados clonado
  2. Desligar a instância principal do Autor atualizado
  3. Desligue a instância principal do Mongo atualizada.
  4. Inicie as instâncias secundárias do Mongo com uma delas como a nova principal
  5. Configure os 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 do TarMK

Farm de publicação do TarMK

A topologia assumida 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.

Execução de atualização

  1. Parar o tráfego para a instância Publicar 2 no balanceador de carga
  2. Executar manutenção Tarefas de manutenção de pré-atualização pré-atualização no Publicar 2
  3. Executar uma atualização no local no Publicar 2
  4. Atualize o Dispatcher ou o Módulo Web, se necessário
  5. Liberar o cache do Dispatcher
  6. O QA valida o Publicar 2 por meio do Dispatcher, atrás do firewall
  7. Encerrar publicação 2
  8. Copiar a instância do Publicar 2
  9. Iniciar publicação 2

Se bem-sucedido

  1. Habilitar tráfego para publicar 2
  2. Parar o tráfego para publicar 1
  3. Parar a instância Publicar 1
  4. Substitua a instância Publicar 1 por 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 Publicar 1
  7. Iniciar publicação 1
  8. O QA valida o Publicar 1 por meio do Dispatcher, atrás do firewall

Se não for bem-sucedido (Reversão)

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

Etapas de atualização finais

  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 do autor
  4. Retomar criação de conteúdo
  5. Executar verificações Verificações e solução de problemas da pós-atualização após a atualização.