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.
O banco de dados, o GDS, o repositório AEM e os diretórios raiz do Armazenamento de conteúdo devem ser restaurados para um computador com o mesmo nome DNS do original.
AEM formulários devem se recuperar com confiança das seguintes falhas:
Falha de 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, Travamento do sistema: as APIs do sistema de arquivos geralmente não são projetadas ou usadas de forma robusta, protegendo contra falhas inesperadas do sistema. Se ocorrer uma falha de energia ou falha do sistema, o conteúdo do documento armazenado no banco de dados tem maior probabilidade de estar atualizado do que o conteúdo armazenado em um sistema de arquivos.
Se estiver usando o modo de backup em andamento, 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 a recuperação bem-sucedida do aplicativo de formulários AEM:
O backup do diretório raiz do Armazenamento de conteúdo deve ser restaurado para o local desse diretório, conforme foi definido durante a configuração do Content Services.
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.
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 a formulários AEM que foram aplicados desde que a imagem foi feita. Essas informações foram registradas no procedimento de backup. AEM formulários devem ser corrigidos para o mesmo nível de correção que era quando o backup do sistema foi feito.
(WebSphere Application Server) Se você 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 AEM executando primeiro uma operação de restauração do 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 AEM banco de dados de formulários.) 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 dos formulários AEM e, em seguida, copiando o conteúdo do diretório GDS do GDS que foi feito backup. Se você alterou o local do diretório GDS, consulte Alteração do local GDS durante a recuperação.
Renomeie o diretório de backup GDS a ser restaurado, como mostra estes exemplos:
Se o diretório /restore já existir, faça backup dele e exclua-o antes de renomear o diretório /backup que contém os dados mais recentes.
(JBoss) Renomeie [appserver root]/server/'server'/svcnative/DocumentStorage/backup
para:
[appserver root]/server/'server'/svcnative/DocumentStorage/restore
.
(WebLogic) Renomeie [appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/backup
para:
[appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/restore
.
(WebSphere) Renomeie [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 primeiro excluindo o conteúdo do diretório raiz do Armazenamento de conteúdo na instalação existente dos formulários AEM e recuperando o conteúdo seguindo as tarefas para ambientes independentes ou agrupados:
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, como foi definido durante a configuração do Content Services (obsoleto).
Autônomo: durante o processo de recuperação, restaure todos os diretórios cujo backup foi feito. Quando esses diretórios forem restaurados, se o diretório /backup-lucene-indexes estiver presente, renomeie-o como /lucene-indexes. Caso contrário, o diretório lucene-index já deverá existir e nenhuma ação será necessária.
Agrupado: durante o processo de recuperação, restaure todos os diretórios cujo backup foi feito. Para restaurar o diretório raiz de índice, execute as seguintes etapas em cada nó do cluster:
Restaure/recupere o repositório CRX.
Autônomo
Restaurar instâncias de autor e publicação: Se ocorrer um desastre, você poderá restaurar o repositório para o último estado de 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.
Agrupado
Para restaurar em um ambiente clusterizado, consulte Estratégia para backup e restauração em um ambiente clusterizado.
Exclua todos os arquivos temporários de formulários AEM criados no diretório java.io.temp ou no diretório temporário Adobe.
Formulários de AEM de start (consulte Iniciar e parar serviços).
Se seu GDS for restaurado para um local diferente do local em que ele estava originalmente, execute o script LCSetGDS para definir o GDS para o novo local. O script está na pasta [aem-forms root]\sdk\misc\Foundation\SetGDSCommandline
. O script utiliza dois parâmetros, defaultGDS
e newGDS
. Consulte o arquivo ReadMe.txt
na mesma pasta para obter instruções sobre como executar o script.
Se você ativou o armazenamento do documento no banco de dados, não é necessário alterar a localização do GDS.
Essa circunstância é a única sob a qual você deve usar esse script para alterar a localização do GDS. Para alterar o local do GDS enquanto AEM formulários estiver em execução, use o Console de administração. (Consulte Definir configurações gerais de formulários AEM.)
A implantação do componente falhará no Windows se o diretório GDS estiver na raiz da unidade (por exemplo, D:). Para GDS, verifique se o diretório não está localizado na raiz da unidade, mas em um subdiretório. Por exemplo, o diretório deve ser D:\GDS and not simply D:.
Para alterar o local GDS em um ambiente clusterizado, desligue o cluster inteiro e execute o script LCSetGDS em um único nó do cluster. (Consulte Alteração do local GDS durante a recuperação.) Start somente aquele 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.
Se você não puder garantir que inicie um nó completamente antes de iniciar outros nós, execute o script LCSetGDS em todos os nós do cluster antes de start do cluster.