Recuperando os dados dos formulários AEM

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.

Observaçã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 é 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:

  • Endereço IP
  • Configuração física do sistema (CPUs, disco, memória)
  • Localização GDS
Observação

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.

Recuperar os dados dos formulários AEM

  1. Pare os serviços de formulários AEM e o servidor de aplicativos se estiver em execução.

  2. 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.

  3. 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.

  4. (WebSphere Application Server) Se você estiver se recuperando para uma nova instância do WebSphere Application Server, execute o comando restoreConfig.bat/sh.

  5. 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 dadosde formulários.) Para obter mais informações, consulte um destes artigos da base de conhecimento:

  6. 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 do GDS durante a recuperação.

  7. Renomeie o diretório de backup GDS a ser restaurado, como mostra estes exemplos:

    Observação

    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) 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) Renomeie [appserver root]/installedApps/adobe/[server]/DocumentStorage/backup para:

      [appserver root]/installedApps/adobe/[server]/DocumentStorage/restore.

  8. 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:

    Observação

    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:

    • Exclua todo o conteúdo do diretório Raiz de índice.
    • Se o diretório /backup-lucene-index estiver presente, copie o conteúdo do diretório raiz do Armazenamento de conteúdo/backup-lucene-indexes para o diretório raiz do índice e exclua o diretório raiz do Armazenamento de conteúdo/backup-lucene-indexes.
    • Se o diretório /lucene-indexes estiver presente, copie o conteúdo do diretório raiz do Armazenamento Conteúdo/lucene-indexes para o diretório raiz do índice.
  9. 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 agrupado, consulte Estratégia para backup e restauração em um ambienteagrupado.

  10. Exclua todos os arquivos temporários de formulários AEM criados no diretório java.io.temp ou no diretório temporário Adobe.

  11. Formulários AEM Start (consulte Iniciar e parar serviços).

Alteração do local do GDS durante a recuperação

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 [aem-forms root]\sdk\misc\Foundation\SetGDSCommandline pasta. O script utiliza dois parâmetros defaultGDS e newGDS. Consulte o ReadMe.txt arquivo na mesma pasta para obter instruções sobre como executar o script.

Observação

Se você ativou o armazenamento do documento no banco de dados, não é necessário alterar a localização do GDS.

Observação

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 Configurar configuraçõesgerais AEM formulários.)

Observação

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:.

Recuperando o GDS em um ambiente agrupado

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 da localização do 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.

Observação

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.

Nesta página