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.

Preparação de atualização

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

- Execute o upgrade no local
- Atualize o módulo do dispatcher se necessário
- O controle de qualidade valida a atualização
- Desligue a instância do autor.
Se tiver êxito

- Copie a instância atualizada para criar um novo Cold Standby
- Inicie a instância do autor
- Inicie a instância Standby .
Se não tiver êxito (Reversão)

- Inicie a instância do Cold Standby como o novo Primary
- 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.

Preparação de atualização

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

- Execute um upgrade no local no Autor principal
- Atualize o Dispatcher ou o Módulo Web se necessário
- O controle de qualidade valida a atualização
Se tiver êxito

- Crie novas instâncias do autor do 6.3, conectadas à instância atualizada do Mongo
- Reconstrua os nós do MongoDB que foram removidos do cluster
- Atualize os arquivos
DocumentNodeStoreService.cfg
para refletir o conjunto completo de réplicas
- Reinicie as instâncias do autor, uma de cada vez
- Remova o armazenamento de dados clonado.
Se não tiver êxito (Reversão)

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

Atualizar Execução

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

- Habilitar tráfego para publicar 2
- Parar tráfego para publicar 1
- Pare a instância Publicar 1
- Substitua a instância Publicar 1 com uma cópia do Publicar 2
- Atualize o Dispatcher ou o Módulo Web se necessário
- Liberar o cache do Dispatcher para Publicação 1
- Iniciar publicação 1
- O Controle de qualidade valida o Publicar 1 por meio do Dispatcher, atrás do firewall
Se não tiver êxito (Reversão)

- Criar uma cópia da Publicação 1
- Substitua a instância Publicar 2 por uma cópia do Publicar 1
- Liberar o cache do Dispatcher para o Publish 2
- Iniciar publicação 2
- O Controle de qualidade valida o Publicar 2 por meio do Dispatcher, atrás do firewall
- Habilitar tráfego para publicar 2
Etapas de atualização final
- Habilitar tráfego para publicar 1
- O controle de qualidade executa a validação final de um URL público
- Habilitar agentes de replicação do ambiente Autor
- Retomar criação de conteúdo
- Execute verificações pós-atualização.
