Recuperação dos dados de formulários de AEM recovering-the-aem-forms-data
Esta seção descreve as etapas necessárias para recuperar os dados dos formulários AEM. Consulte também Considerações especiais para backup e recuperação.
Os formulários AEM devem se recuperar com confiança das seguintes falhas:
Falha do disco: A mídia de backup mais recente é necessária para recuperar o conteúdo do banco de dados.
Corrupção de dados: Os sistemas de arquivos não registram transações anteriores e os sistemas podem substituir acidentalmente os dados necessários do processo.
Erro do usuário: A recuperação está limitada aos dados disponibilizados pelo banco de dados. Se os dados foram armazenados e estão disponíveis, a recuperação é simplificada.
Interrupção de energia, falha do sistema: As APIs do sistema de arquivos geralmente não são projetadas ou usadas de forma robusta, o que protege contra falhas inesperadas do sistema. Se ocorrer uma falha de energia ou do sistema, o conteúdo do documento armazenado no banco de dados provavelmente estará atualizado em relação ao conteúdo armazenado em um sistema de arquivos.
Se estiver usando o modo de backup contínuo, você ainda estará no modo de backup após a recuperação. Se estiver usando o modo de backup de snapshot, você não estará no modo de backup após a recuperação.
Ao restaurar do backup para um novo sistema, as seguintes configurações podem ser diferentes. Essa diferença não deve afetar uma recuperação bem-sucedida do aplicativo AEM forms:
- Endereço IP
- Configuração física do sistema (CPUs, disco, memória)
- Localização GDS
Se um único nó de um cluster de vários nós falhar e os nós restantes do cluster estiverem funcionando corretamente, execute o procedimento de recuperação de nó único do cluster.
Recuperar os dados dos formulários de AEM recover-the-aem-forms-data
-
Pare os serviços de formulários AEM e o servidor de aplicativos se estiver em execução.
-
Se necessário, recrie o sistema físico a partir de uma imagem do sistema. Por exemplo, essa etapa pode não ser necessária se o motivo da recuperação for um servidor de banco de dados com falha.
-
Aplique patches ou atualizações AEM formulários que foram aplicados desde que a imagem foi feita. Essas informações foram registradas no procedimento de backup. AEM formulários devem ser corrigidos no mesmo nível de patch que no momento em que o backup do sistema foi feito.
-
(WebSphere Application Server) Se estiver se recuperando para uma nova instância do WebSphere Application Server, execute o comando restoreConfig.bat/sh.
-
Recupere o banco de dados de formulários de AEM executando primeiro uma operação de restauração de banco de dados usando os arquivos de backup do banco de dados e aplicando os redo logs de transação ao banco de dados recuperado. (Consulte Banco de dados de formulários AEM.) Para obter mais informações, consulte um destes artigos da base de conhecimento:
-
Recupere o diretório GDS primeiro excluindo o conteúdo do diretório GDS na instalação existente de formulários AEM e copiando o conteúdo do diretório GDS do GDS com backup. Se você alterou o local do diretório GDS, consulte Alteração da localização do GDS durante a recuperação.
-
Renomeie o diretório de backup GDS a ser restaurado, conforme mostrado nestes exemplos:
note note NOTE Se o diretório /restore já existir, faça o backup e depois o exclua antes de renomear o diretório /backup que contém os dados mais recentes. -
(JBoss) Renomear
[appserver root]/server/[server]/svcnative/DocumentStorage/backup
para:[appserver root]/server/[server]/svcnative/DocumentStorage/restore
. -
(WebLogic) Renomear
[appserverdomain]/[server]/adobe/AEMformsserver/DocumentStorage/backup
para:[appserverdomain]/[server]/adobe/AEMformsserver/DocumentStorage/restore
. -
(WebSphere) Renomear
[appserver root]/installedApps/adobe/[server]/DocumentStorage/backup
para:[appserver root]/installedApps/adobe/[server]/DocumentStorage/restore
.
-
-
Recupere o diretório raiz do armazenamento de conteúdo excluindo primeiro o conteúdo do diretório raiz do armazenamento de conteúdo na instalação existente de formulários AEM e recuperando o conteúdo seguindo as tarefas de ambientes autônomos ou em cluster:
note note NOTE O backup do diretório raiz do armazenamento de conteúdo deve ser restaurado para o local do diretório raiz do armazenamento de conteúdo, pois foi definido durante a configuração do Content Services (obsoleto). Independente: Durante o processo de recuperação, restaure todos os diretórios que foram submetidos a backup. Quando esses diretórios forem restaurados, se o diretório /backup-lucene-indexes estiver presente, renomeie-o para /lucene-indexes. Caso contrário, o diretório lucene-indexes já deve existir e nenhuma ação é necessária.
Em cluster: Durante o processo de recuperação, restaure todos os diretórios que foram submetidos a backup. Para restaurar o diretório Raiz do Índice, execute as seguintes etapas em cada nó do cluster:
- Exclua todo o conteúdo do diretório Raiz de índice.
- Se o diretório /backup-lucene-indexes estiver presente, copie o conteúdo da variável Diretório raiz do armazenamento de conteúdo/backup-lucene-indexes diretory para o diretório Raiz do Índice e exclua o Diretório raiz do armazenamento de conteúdo diretório /backup-lucene-indexes.
- Se o diretório /lucene-indexes estiver presente, copie o conteúdo do Diretório raiz do armazenamento de conteúdo/lucene-indexes para o diretório Raiz de Índice.
-
Restaure/recupere o repositório CRX.
-
Independente
Restaurar instâncias de autor e publicação: Se ocorrer um desastre, é possível restaurar o repositório para o último estado do backup executando as etapas descritas em Backup e restauração.
A restauração completa do nó Autor também verifica a restauração dos dados do Forms Manager e do AEM Forms Workspace.
-
Cluster
Para restauração em um ambiente em cluster, consulte Estratégia para backup e restauração em um ambiente em cluster.
-
-
Exclua todos os arquivos temporários de formulários AEM que foram criados no diretório java.io.temp ou no diretório temporário do Adobe.
-
Iniciar AEM formulários (consulte Iniciar e parar serviços).
Alteração da localização do GDS durante a recuperação changing-the-gds-location-during-recovery
Se o GDS for restaurado para um local diferente de onde ele foi originalmente, execute o script LCSetGDS para definir o GDS para o novo local. O script está no [aem-forms root]\sdk\misc\Foundation\SetGDSCommandline
pasta. O script utiliza dois parâmetros, defaultGDS
e newGDS
. Consulte a ReadMe.txt
na mesma pasta para obter instruções sobre como executar o script.
Recuperação do GDS para um ambiente em cluster recovering-the-gds-to-a-clustered-environment
Para alterar o local do GDS em um ambiente em cluster, encerre todo o cluster e execute o script LCSetGDS em um único nó do cluster. (Consulte Alteração da localização do GDS durante a recuperação.) Inicie apenas esse nó. Quando esse nó for totalmente iniciado, outros nós no cluster poderão ser iniciados com segurança e apontarão corretamente para o novo GDS.