Procedimento de atualização

Ao atualizar seus ambientes AEM, é necessário considerar as diferenças de abordagem entre a atualização de ambientes do autor ou a publicação de ambientes para 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 AEM atualmente 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 do autor, determinar o sucesso e, em seguida, prosseguir para os ambientes de publicação.

Camada do autor TarMK

Iniciando Topologia

A topologia assumida para esta seção consiste em um servidor de autor em execução no TarMK com um modo de espera a 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. Desabilitar agentes de replicação no autor
4. Execute as tarefas de manutenção de pré-atualização.

Execução de Atualização

1. Execute a atualização in-loco
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.

Setiver êxito

1. Copie a instância atualizada para criar um novo modo de espera frio
2. Start da instância Autor
3. Start a instância Standby.

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

1. Start da instância do modo de espera frio como o novo modo principal
2. Reconstrua o ambiente Autor do Modo de espera frio.

Cluster de Autores MongoMK

Iniciando Topologia

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 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. Desabilitar agentes de replicação no Autor principal
8. Execute tarefas de manutenção 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. 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

Setiver êxito

1. Criar novas instâncias do autor 6.3, conectadas à instância do Mongo atualizada
2. Reconstrua os nós 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 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. Start das instâncias secundárias de Mongo com uma delas como a nova principal
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. Start 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 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. 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. Publicação de start 2

Setiver êxito

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 o Publicar 1
7. Publicação de start 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. Publicação de start 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. Ativar agentes de replicação do ambiente Autor
4. Retomar criação de conteúdo
5. Execute verificações pós-atualização.