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

  • 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 dados de 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 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) 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.

  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-indexes estiver presente, copie o conteúdo do diretório raiz do Armazenamento de conteúdo/backup-lucene-indexes para o diretório raiz de índice e elimine 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 de conteúdo/lucene-indexes para o diretório raiz de í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 clusterizado, consulte Estratégia para backup e restauração em um ambiente clusterizado.

  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 de AEM de start (consulte Iniciar e parar serviços).

Alteração do local 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 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.

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 Definir configurações gerais de formulários AEM.)

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

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