Estratégia para backup e restauração em um ambiente em cluster strategy-for-backup-and-restore-in-a-clustered-environment
Você precisa fazer o backup das seguintes partes do sistema de formulários AEM para recuperar qualquer erro:
- Banco de dados usado por formulários AEM
- GDS que tem dados de longa duração e outros documentos persistentes
- Banco de dados AEM (crx-repository)
Faça backup de um ambiente em cluster back-up-a-clustered-environment
Este tópico discute as seguintes estratégias para fazer backup de qualquer ambiente em cluster de formulários AEM:
- Backup offline com tempo de inatividade
- Backup offline sem tempo de inatividade (backup de um nó secundário que está desligado)
- Backup on-line sem tempo de inatividade, mas com atraso na resposta
- Faça o backup do arquivo de propriedades do Bootstrap
Backup offline com tempo de inatividade offline-backup-with-downtime
-
Encerre todo o cluster e serviços relacionados. (consulte Iniciar e parar serviços)
-
Em qualquer nó, faça backup do banco de dados, GDS e Connectors. (consulte Arquivos para backup e recuperação)
-
Execute as seguintes etapas para fazer backup AEM repositório offline:
- Para cada nó do cluster, faça backup do arquivo que contém o ID do nó do cluster.
- Faça backup de todos os arquivos de qualquer nó do cluster secundário, incluindo subdiretórios.
- Faça backup do repositório/ID do sistema de cada nó do cluster separadamente.
Para obter etapas detalhadas, consulte Backup e restauração.
-
Faça o backup de quaisquer outros dados, como fontes do cliente.
-
Inicie o cluster novamente.
Backup offline sem tempo de inatividade offline-backup-with-no-downtime
-
Entre no modo de backup em andamento. (consulte Inserir os modos de backup)
Observe que precisamos sair do modo de backup contínuo após uma recuperação.
-
Desligue qualquer um dos nós secundários do cluster em relação ao AEM. (consulte Iniciar e parar serviços)
-
Em qualquer nó, faça backup do banco de dados, GDS e Connectors. (consulte Arquivos para backup e recuperação)
-
Execute as seguintes etapas para fazer backup AEM repositório offline:
- Para cada nó do cluster, faça backup do arquivo que contém o ID do nó do cluster.
- Faça backup de todos os arquivos de qualquer nó do cluster secundário, incluindo subdiretórios.
- Faça backup repository/system.id de cada nó do cluster separadamente.
Para obter etapas detalhadas, consulte Backup e restauração.
-
Faça o backup de quaisquer outros dados, como fontes do cliente.
-
Inicie o cluster novamente.
Backup on-line sem tempo de inatividade, mas com atraso na resposta online-backup-with-no-downtime-but-delay-in-response
-
Entre no modo de backup em andamento. (consulte Inserir os modos de backup)
Observe que é necessário deixar o modo de backup contínuo após uma recuperação.
-
Desligue qualquer um dos nós secundários do cluster em relação ao AEM. (consulte Iniciar e parar serviços)
-
Em qualquer nó, faça backup do banco de dados, GDS e Connectors. (consulte Arquivos para backup e recuperação)
-
Execute as seguintes etapas para fazer backup AEM repositório online:
- Para cada nó do cluster, faça backup do arquivo que contém o cluster_node.id.
- Faça backup repository/system.id de cada nó do cluster separadamente.
- Em qualquer nó secundário, faça um backup on-line do repositório para obter etapas detalhadas, consulte Backup on-line.
-
Faça o backup de quaisquer outros dados, como fontes do cliente.
-
Inicie o cluster novamente.
Faça o backup do arquivo de propriedades do Bootstrap back-up-the-bootstrap-properties-file
Quando criamos um cluster AEM, um arquivo de propriedades é criado no servidor de aplicativos para todos os nós secundários. É recomendável fazer o backup do arquivo de propriedades do Bootstrap. Você pode encontrar o arquivo no seguinte local no servidor de aplicativos:
- JBoss: no diretório BIN
- WebLogic: no diretório de domínio
- WebSphere: no diretório do perfil
Você precisa fazer o 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.
Recuperação em um ambiente em cluster recovery-in-a-clustered-environment
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.
Caso todo o cluster falhe devido a falhas como falha do banco de dados, é necessário executar as seguintes etapas. A restauração depende do método de backup usado.
Restaurar um único nó restoring-a-single-node
-
Pare o nó corrompido.
note note NOTE Se o nó corrompido for um nó primário AEM, encerre todo o nó do cluster. -
Recrie o sistema físico a partir de uma imagem do sistema.
-
Aplique patches ou atualizações AEM formulários que foram aplicados desde que a imagem foi feita. Essas informações foram registradas durante o procedimento de backup. Os formulários AEM devem ser recuperados no mesmo nível de patch que quando o backup do sistema foi feito.
-
(Opcional) Se todos os outros nós estiverem funcionando bem, é possível que o repositório de AEM também esteja corrompido. Nesse caso, você verá uma mensagem de cancelamento de sincronização do repositório no arquivo error.log do repositório AEM.
Para restaurar o repositório, execute as seguintes etapas.
note note NOTE Se um backup compactado crx-repository foi colocado online, descompacte-o em qualquer local e siga o processo de restauração offline. - Exclua os diretórios de repositório, compartilhados, versão e espaços de trabalho no diretório clusterNode do nó .
- Restaure o backup do nó do cluster (incluindo subdiretórios) para o nó .
- Exclua o arquivo clusterNode/revision.log no nó .
- Exclua o .lock no nó , se existir.
- Exclua o repository/system.id no nó , se existir.
- Exclua os arquivos **/listener.properties no nó, se existir.
- Restaure repository/cluster_node.id para nós de cluster individuais.
- Se o nó com falha foi um nó primário AEM, copie todo o conteúdo da pasta do repositório secundário (crx-repository\crx.0000 onde 0000 pode ser qualquer dígito) para a pasta crx-repository\ repository e exclua a pasta do repositório secundário.
- Antes de reiniciar qualquer nó do cluster, certifique-se de excluir o repositório /clustered.txt do nó principal.
- Certifique-se de que o nó principal seja iniciado primeiro e, uma vez completamente ativado, inicie outros nós.
Restaurar todo o cluster restoring-the-entire-cluster
-
Pare todos os nós do cluster.
-
Recrie o sistema físico a partir de uma imagem do sistema.
-
Aplique patches ou atualizações AEM formulários do AEM que foram aplicados desde que a imagem foi feita. Essas informações foram registradas na etapa 1 do procedimento de backup. Os formulários AEM devem ser recuperados no mesmo nível de patch que quando o backup do sistema foi feito.
-
Restaure o banco de dados, GDS e Connectors.
-
Faça o seguinte para recuperar o repositório AEM offline:
note note NOTE Se um backup compactado crx-repository foi colocado online, descompacte-o em qualquer local e siga o processo de restauração offline. - Em todos os nós do cluster, exclua os diretórios de repositório, compartilhado, versão e espaços de trabalho no diretório clusterNode .
- Exclua todos os arquivos e diretórios no diretório compartilhado.
- Restaure o backup do nó do cluster (incluindo subdiretórios) para um nó do cluster.
- Copie todos os arquivos do nó do cluster restaurado para todos os outros nós do cluster. Depois de concluído, cada nó do cluster contém os mesmos dados.
- Exclua o arquivo clusterNode/revision.log em todos os nós do cluster.
- Exclua o .lock em todos os nós do cluster, se existir.
- Exclua o repository/system.id todos os nós do cluster, se existir.
- Exclua os arquivos **/listener.properties em todos os nós do cluster, se existirem.
- Restaure repository/cluster_node.id para nós de cluster individuais.
- Se o nó com falha foi um nó primário AEM, copie todo o conteúdo da pasta do repositório secundário (parece crx-repository\crx.0000, onde 0000 pode ser qualquer dígito) para a pasta crx-repository\ repository.
- Antes de reiniciar qualquer nó do cluster, certifique-se de excluir o repositório /clustered.txt do nó principal.
- Certifique-se de que o nó principal seja iniciado primeiro e, uma vez completamente ativado, inicie outros nós.
Fazer backup e restaurar o nó de publicação da Solução de gerenciamento de correspondência back-up-and-restore-correspondence-management-solution-publish-node
O nó do editor não tem nenhuma relação primária-secundária em um ambiente em cluster. Você pode fazer backup de qualquer nó do Editor seguindo Backup e restauração.
Recuperar um único nó do editor recover-a-single-publisher-node
- Desligue o nó que precisa ser recuperado e não faça nenhuma atividade de publicação até que o nó esteja ativo novamente.
- Restaure o nó Publicar usando [Restaurar o Backup](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring o backup).
Recuperar um cluster recover-a-cluster
- Desligue o cluster.
- Restaure o nó Publicar usando [Restaurar o Backup](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring o backup).
- Inicie o nó principal seguido pelo nó secundário do cluster de criação.