Recuperação dos dados de formulários do AEM recovering-the-aem-forms-data

Esta seção descreve as etapas necessárias para recuperar os dados de formulários AEM. Consulte também Considerações especiais sobre backup e recuperação.

NOTE
O banco de dados, o repositório GDS, o repositório AEM e os diretórios raiz do armazenamento de conteúdo devem ser restaurados em um computador com o mesmo nome DNS do original.

Os formulários AEM devem se recuperar de forma confiável 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 passadas e os sistemas podem substituir acidentalmente os dados de processo necessários.

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

Falta de Energia, Falha do Sistema: As APIs do sistema de arquivos geralmente não são projetadas ou usadas de maneira robusta que proteja contra falhas inesperadas do sistema. Se ocorrer uma falta de energia ou uma falha no sistema, o conteúdo do documento armazenado no banco de dados estará mais provavelmente atualizado do que o 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 de um backup para um novo sistema, as configurações a seguir podem ser diferentes. Esta diferença não deve afetar uma recuperação bem-sucedida do aplicativo de formulários AEM:

  • Endereço IP
  • Configuração do sistema físico (CPUs, disco, memória)
  • Localização do GDS
NOTE
O backup do diretório raiz do armazenamento de conteúdo deve ser restaurado no local desse diretório, conforme 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 operando corretamente, execute o procedimento de recuperação de nó único do cluster.

Recuperação dos dados de formulários do AEM recover-the-aem-forms-data

  1. Interrompa 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, esta etapa pode não ser necessária se o motivo da recuperação for um servidor de banco de dados com defeito.

  3. Aplique patches ou atualizações aos formulários AEM que foram aplicados desde que a imagem foi criada. Essas informações foram registradas no procedimento de backup. Os formulários AEM devem ser corrigidos no mesmo nível de correção de quando foi feito o backup do sistema.

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

  5. Recuperar o banco de dados de formulários AEM executando primeiro uma operação de restauração de banco de dados usando os arquivos de backup do banco de dados e, em seguida, 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 knowledge base:

  6. Recupere o diretório GDS, primeiro excluindo o conteúdo do diretório GDS na instalação existente de formulários AEM e, em seguida, copiando o conteúdo do diretório GDS do GDS de backup. Se você alterou o local do diretório GDS, consulte Alterando o local GDS durante a recuperação.

  7. Renomeie o diretório de backup de GDS a ser restaurado, conforme mostrado nestes exemplos:

    note note
    NOTE
    Se o diretório /restore já existir, faça backup dele e depois 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®) Renomear [appserver root]/installedApps/adobe/'server'/DocumentStorage/backup para:

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

  8. Recupere o diretório raiz de armazenamento de conteúdo primeiro excluindo o conteúdo do diretório raiz de armazenamento de conteúdo na instalação existente do AEM Forms e, em seguida, recuperando o conteúdo seguindo as tarefas para ambientes independentes ou em cluster:

    note note
    NOTE
    O backup do diretório raiz do armazenamento de conteúdo deve ser restaurado no local do diretório raiz do armazenamento de conteúdo conforme definido durante a configuração do Content Services (obsoleto).

    Autônomo: Durante o processo de recuperação, restaure todos os diretórios que foram incluídos no 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 de índices Lucene já deve existir e nenhuma ação é necessária.

    Clusterizado: Durante o processo de recuperação, restaure todos os diretórios que foram incluídos no backup. Para restaurar o diretório Raiz do Índice, execute as seguintes etapas em cada nó do cluster:

    • Exclua todo o conteúdo no diretório Raiz do Índice.
    • Se o diretório /backup-lucene-indexes estiver presente, copie o conteúdo do diretório Raiz de Armazenamento de Conteúdo/backup-lucene-indexes para o diretório Raiz de Índice e exclua o diretório Raiz de Armazenamento de Conteúdo/backup-lucene-indexes.
    • Se o diretório /lucene-indexes estiver presente, copie o conteúdo do diretório Raiz de Armazenamento de Conteúdo/lucene-indexes para o diretório Raiz de Índice.
  9. Restaurar/recuperar o repositório do CRX.

    • Independente

      Restaurar instâncias de criação 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 determina a restauração dos dados do Forms Manager e do AEM Forms Workspace também.

    • Clusterizado

      Para restauração em um ambiente em cluster, consulte Estratégia de backup e restauração em um ambiente em cluster.

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

  11. Iniciar formulários AEM (consulte Iniciando e interrompendo 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 do local original, 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 usa dois parâmetros, defaultGDS e newGDS. Consulte o arquivo ReadMe.txt na mesma pasta para obter instruções sobre como executar o script.

NOTE
Se você tiver ativado o armazenamento de documentos no banco de dados, não será necessário alterar o local do GDS.
NOTE
Essa circunstância é a única sob a qual você deve usar esse script para alterar a localização do GDS. Para alterar a localização do GDS enquanto os formulários AEM estiverem em execução, use o Console de administração. (Consulte Definir configurações gerais de formulários AEM.)
NOTE
A implantação do componente falhará no Windows se o diretório GDS estiver na raiz da unidade (por exemplo, D:). Para GDS, você deve verificar se o diretório não está localizado na raiz da unidade, mas está em um subdiretório. Por exemplo, o diretório deve ser D:\GDS e não apenas D:.

Recuperação do GDS em um ambiente em cluster recovering-the-gds-to-a-clustered-environment

Para alterar a localização do GDS em um ambiente clusterizado, desligue todo o cluster e execute o script LCSetGDS em um único nó do cluster. (Consulte Alterando o local do GDS durante a recuperação.) Inicie somente 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.

NOTE
Se você não puder garantir que inicie um nó completamente antes de iniciar outros nós, execute o script LCSetGDS em cada nó do cluster antes de iniciar o cluster.
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2