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 para backup e recuperação.
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 podem, acidentalmente, substituir os dados de processo necessários.
Erro de 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.
Queda 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
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
-
Interrompa 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, esta etapa pode não ser necessária se o motivo da recuperação for um servidor de banco de dados com defeito.
-
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.
-
(WebSphere® Application Server) Se estiver recuperando uma nova instância do WebSphere® Application Server, execute o comando restoreConfig.bat/sh.
-
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:
-
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 a localização do diretório GDS, consulte Alteração da localização do GDS durante a recuperação.
-
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/backuppara:[appserver root]/server/'server'/svcnative/DocumentStorage/restore. -
(WebLogic) Renomear
[appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/backuppara:[appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/restore. -
Renomear (WebSphere®)
[appserver root]/installedApps/adobe/'server'/DocumentStorage/backuppara:[appserver root]/installedApps/adobe/'server'/DocumentStorage/restore.
-
-
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). Independente: Durante o processo de recuperação, restaure todos os diretórios dos quais foi feito 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 dos quais foi feito 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 do Índice e exclua o Diretório raiz de 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 de armazenamento de conteúdo/lucene-indexa o diretório para o diretório Raiz do Índice.
-
Restaurar/recuperar o repositório 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.
-
-
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.
-
Inicie formulários AEM (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 do local original, execute o script LCSetGDS para definir o GDS para o novo local. O script está no estado [aem-forms root]\sdk\misc\Foundation\SetGDSCommandline pasta. O script usa 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 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 Alteração da localização 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.