Se a implementação de formulários AEM armazenar dados personalizados adicionais em um banco de dados diferente, será necessário implementar uma estratégia para fazer backup desses dados, garantindo que eles permaneçam sincronizados com os dados de formulários AEM. Além disso, o aplicativo deve ser projetado de modo que seja robusto o suficiente para lidar com um cenário em que os bancos de dados adicionais fiquem fora de sincronia. É altamente recomendável que qualquer operação de banco de dados executada seja feita no contexto de uma transação para ajudar a manter um estado consistente.
É necessário fazer backup das seguintes partes do sistema de formulários AEM para recuperar-se de qualquer erro:
É necessário fazer backup de quaisquer outros dados que estejam sendo usados pela configuração de formulários AEM, como fontes do cliente, dados do conector, etc.
Este tópico discute as seguintes estratégias para fazer backup de qualquer ambiente agrupado de formulários AEM:
Encerre todo o cluster e os serviços relacionados. (consulte Iniciar e parar serviços)
Em qualquer nó, faça backup do banco de dados, GDS e Conectores. (consulte Arquivos para fazer backup e recuperar)
Execute as seguintes etapas para fazer backup AEM repositório offline:
Para obter etapas detalhadas, consulte Backup e restauração.
Faça backup de quaisquer outros dados, como fontes do cliente.
Start o cluster novamente.
Insira o modo de backup em andamento. (consulte Entrando nos modos de backup)
Observe que precisamos sair do modo de backup em andamento após uma recuperação.
Desligue qualquer um dos nós secundários do cluster em relação à AEM. (consulte Iniciar e parar serviços)
Em qualquer nó, faça backup do banco de dados, GDS e Conectores. (consulte Arquivos para fazer backup e recuperar)
Execute as seguintes etapas para fazer backup AEM repositório offline:
Para obter etapas detalhadas, consulte Backup e restauração.
Faça backup de quaisquer outros dados, como fontes do cliente.
Start o cluster novamente.
Insira o modo de backup em andamento. (consulte Entrando nos modos de backup)
Observe que é necessário sair do modo de backup em andamento após uma recuperação.
Desligue qualquer um dos nós secundários do cluster em relação à AEM. (consulte Iniciar e parar serviços)
Em qualquer nó, faça backup do banco de dados, GDS e Conectores. (consulte Arquivos para fazer backup e recuperar)
Execute as seguintes etapas para fazer backup AEM repositório on-line:
Faça backup de quaisquer outros dados, como fontes do cliente.
Start o cluster novamente.
Quando criamos um cluster AEM, um arquivo de propriedades é criado no servidor de aplicativos para todos os nós secundários. É recomendável fazer backup do arquivo de propriedades do Bootstrap. Você pode encontrar o arquivo no seguinte local no servidor de aplicativos:
É necessário fazer backup do arquivo para o cenário de recuperação de desastres AEM nó secundário e substituí-lo no local especificado no servidor de aplicativos, se restaurado.
Em caso de falha de todo o cluster ou de um único nó, é necessário restaurá-lo usando o backup.
Para uma recuperação de nó único, basta encerrar o nó único e executar o procedimento de recuperação de nó único.
Se o cluster inteiro falhar devido a falhas como falhas no banco de dados, é necessário executar as seguintes etapas. A restauração depende do método de backup usado.
Pare o nó corrompido.
Se o nó corrompido for um nó primário AEM, desligue o nó de cluster inteiro.
Recrie o sistema físico a partir de uma imagem do sistema.
Aplique patches ou atualizações a formulários AEM que foram aplicados desde que a imagem foi feita. Essas informações foram registradas durante o procedimento de backup. AEM formulários devem ser recuperados para o mesmo nível de correção que no momento do backup do sistema.
(Opcional) Se todos os outros nós estiverem funcionando bem, é possível que o repositório AEM também esteja corrompido. Nesse caso, você verá uma mensagem de não sincronização do repositório no arquivo error.log do repositório AEM.
Para restaurar o repositório, execute as seguintes etapas.
Se um backup compactado do repositório crx foi colocado on-line, descompacte-o em qualquer local e siga o processo de restauração off-line.
Considere os seguintes pontos:
Pare todos os nós do cluster.
Recrie o sistema físico a partir de uma imagem do sistema.
Aplique patches ou atualizações a formulários AEMAEM que foram aplicados desde que a imagem foi feita. Essas informações foram registradas na etapa 1 do procedimento de backup. AEM formulários devem ser recuperados para o mesmo nível de correção que no momento do backup do sistema.
Restaure o banco de dados, GDS e Conectores.
Faça o seguinte para recuperar o repositório AEM offline:
Se um backup compactado do repositório crx foi colocado on-line, descompacte-o em qualquer local e siga o processo de restauração off-line.
Considere os seguintes pontos:
O nó do editor não tem nenhuma relação primário-secundário em um ambiente clusterizado. Você pode fazer backup de qualquer nó do Publisher seguindo Backup e restauração.