Arquivos para backup e recuperação files-to-back-up-and-recover

Os arquivos de aplicativos e de dados dos quais deve ser feito backup são descritos com mais detalhes nas seções a seguir.

Considere os seguintes pontos em relação ao backup e à recuperação:

Diretório de Armazenamento de Documentos Global global-document-storage-directory

O GDS é um diretório usado para armazenar arquivos de longa duração que são usados em um processo. A vida útil de arquivos de longa duração se destina a abranger uma ou mais inicializações de um sistema de formulários AEM e pode abranger dias e até anos. Esses arquivos de longa duração podem incluir PDF, políticas e modelos de formulário. Arquivos de longa duração são uma parte essencial do estado geral de muitas implantações de formulários AEM. Se alguns ou todos os documentos de longa duração forem perdidos ou corrompidos, o Forms Server poderá se tornar instável.

Os documentos de entrada para invocação de trabalho assíncrono também são armazenados no GDS e devem estar disponíveis para processar solicitações. Portanto, é importante considerar a confiabilidade do sistema de arquivos que hospeda o GDS e empregar um storage redundante de discos independentes (RAID) ou outra tecnologia, conforme apropriado para suas necessidades de qualidade e nível de serviço.

A localização do GDS é determinada durante o processo de instalação dos formulários AEM ou posteriormente usando o console de administração. Além de manter um local de alta disponibilidade para GDS, você também pode habilitar o armazenamento de banco de dados para documentos. Consulte Opções de backup quando o banco de dados é usado para armazenamento de documentos.

Localização do GDS gds-location

Se você deixar a configuração de local vazia durante a instalação, o local assumirá como padrão um diretório na instalação do servidor de aplicativos. Faça backup do seguinte diretório para o servidor de aplicativos:

Se você tiver alterado o local GDS para um local não-padrão, poderá determiná-lo da seguinte maneira:

Em um ambiente em cluster, o GDS normalmente aponta para um diretório compartilhado na rede e acessível para leitura/gravação para cada nó de cluster.

A localização do GDS pode ser alterada durante uma recuperação se a localização original já não estiver disponível. (Consulte Alteração da localização do GDS durante a recuperação.)

Opções de backup quando o banco de dados é usado para armazenamento de documentos backup-options-when-database-is-used-for-document-storage

Você pode habilitar o armazenamento de documentos de formulários AEM no banco de dados de formulários AEM usando o console de administração. Mesmo que essa opção mantenha todos os documentos persistentes no banco de dados, os formulários AEM ainda exigem o diretório GDS baseado no sistema de arquivos porque é usado para armazenar arquivos e recursos permanentes e temporários relacionados a sessões e invocações de formulários AEM.

Quando você seleciona a opção "Habilitar armazenamento de documentos no banco de dados" nas Configurações principais do sistema no console de administração ou usando o Gerenciador de configurações, os formulários AEM não permitem o modo de backup de instantâneo e o modo de backup contínuo. Portanto, não é necessário gerenciar os modos de backup usando formulários AEM. Se você usar essa opção, deverá fazer backup do GDS apenas uma vez depois de habilitar a opção. Ao recuperar formulários AEM de um backup, não é necessário renomear o diretório de backup para o GDS nem restaurar o GDS.

Repositório AEM aem-repository

O repositório AEM (crx-repository) será criado se crx-repository for configurado ao instalar formulários AEM. O local do diretório do repositório crx é determinado durante o processo de instalação dos formulários AEM. O backup e a restauração do repositório AEM são necessários juntamente com o banco de dados e o GDS para dados consistentes de formulários AEM em formulários AEM. O repositório do AEM contém dados para a Solução de gerenciamento de correspondência, o Forms Manager e o AEM Forms Workspace.

Solução de gerenciamento de correspondência correspondence-management-solution

A solução de gerenciamento de correspondência centraliza e gerencia a criação, a montagem e o fornecimento de correspondências seguras, personalizadas e interativas. Ele permite reunir rapidamente a correspondência de conteúdo pré-aprovado e criado de forma personalizada em um processo simplificado, da criação ao arquivamento. Como resultado, seus clientes obtêm comunicação oportuna, precisa, conveniente, segura e relevante. Sua empresa maximiza o valor das interações com o cliente e minimiza o custo e o risco com um processo simplificado para facilidade, velocidade e produtividade.

Uma configuração simples da Solução de gerenciamento de correspondência inclui uma instância de autor e uma instância de publicação na mesma máquina ou em máquinas diferentes

gerenciador de formulários forms-manager

o forms manager simplifica o processo de atualização, gerenciamento e baixa de formulários.

Espaço de trabalho AEM Forms html-workspace

O AEM Forms Workspace corresponde aos recursos do Flex Workspace (obsoleto para o AEM no JEE) e adiciona novos recursos para estender e integrar o Workspace e torná-lo mais fácil de usar.

Ele permite o gerenciamento de tarefas em clientes sem Flash Player e Adobe Reader. Ele facilita a execução do HTML Forms, além de PDF forms e formulários Flex.

Banco de dados de formulários AEM aem-forms-database

O banco de dados do AEM Forms armazena conteúdo, como artefatos de formulário, configurações de serviço, estado do processo e referências de banco de dados a arquivos no GDS e no diretório Raiz de armazenamento de conteúdo (para o Content Services). Os backups do banco de dados podem ser realizados em tempo real sem uma interrupção do serviço e a recuperação pode ser feita para um point-in-time específico ou para uma alteração específica. Esta seção descreve como configurar o banco de dados para que seja possível fazer backup dele em tempo real.

Em um sistema de formulários AEM configurado corretamente, o administrador do sistema e o administrador do banco de dados podem colaborar facilmente para recuperar o sistema para um estado consistente e conhecido.

Para fazer backup do banco de dados em tempo real, você deve usar o modo de snapshot ou configurar o banco de dados para ser executado no modo de log especificado. Isso permite que seja feito backup dos arquivos do banco de dados enquanto o banco de dados está aberto e disponível para uso. Além disso, o banco de dados preserva seus logs de reversão e de transações quando está sendo executado nesses modos.

DB2 db2

Configure seu banco de dados DB2 para ser executado no modo de log de arquivamento.

A IBM tem um conjunto de ferramentas e sistemas de ajuda para ajudar os administradores de bancos de dados a gerenciar suas tarefas de backup e recuperação:

O DB2 tem recursos integrados para fazer backup de um banco de dados no Tivoli Storage Manager. Com o Tivoli Storage Manager, os backups do DB2 podem ser armazenados em outra mídia ou no disco rígido local.

Oracle oracle

Use backups de snapshot ou configure o banco de dados do Oracle para ser executado no modo de log de arquivamento. (Consulte Backup do Oracle: uma introdução.) Para obter mais informações sobre backup e recuperação do banco de dados do Oracle, acesse estes sites:

Backup e recuperação do Oracle: Explica os conceitos de backup e recuperação e as técnicas mais comuns de uso do Recovery Manager (RMAN) para backup, recuperação e emissão de relatórios com mais detalhes e fornece mais informações sobre como planejar uma estratégia de backup e recuperação.

Oracle Database Backup and Recovery User's Guide (Guia do Usuário para Backup e Recuperação do Banco de Dados do): Fornece informações detalhadas sobre a arquitetura RMAN, conceitos e mecanismos de backup e recuperação, técnicas avançadas de recuperação, como recursos de recuperação point-in-time e flashback de banco de dados, além de ajuste do desempenho de backup e recuperação. Ele também abrange backup e recuperação gerenciados pelo usuário, usando instalações do sistema operacional do host em vez de RMAN. Esse volume é essencial para backup e recuperação de implantações de bancos de dados mais sofisticadas e para cenários avançados de recuperação.

Referência de backup e recuperação do banco de dados do Oracle: Fornece informações completas sobre sintaxe e semântica para todos os comandos do RMAN e descreve as exibições de banco de dados disponíveis para emissão de relatórios sobre atividades de backup e recuperação.

SQL Server sql-server

Use backups de instantâneos ou configure o banco de dados do SQL Server para ser executado no modo de log de transações.

O SQL Server também fornece duas ferramentas de backup e recuperação:

Para obter mais informações, consulte Backup e restauração.

MySQL mysql

Use MySQLAdmin ou modifique os arquivos INI no Windows para configurar seu banco de dados MySQL para ser executado no modo de log binário. (Consulte Registro binário do MySQL.) Uma ferramenta de backup a quente para MySQL também está disponível no software InnoBase. (Consulte Backup dinâmico do Innobase.)

Você pode usar o utilitário mysqldump para obter o backup completo do banco de dados. Backups completos são necessários, mas nem sempre são convenientes. Eles produzem grandes arquivos de backup e demoram para serem gerados. Para fazer um backup incremental, inicie o servidor com - log-bin conforme descrito na seção anterior. Cada vez que o servidor MySQL é reiniciado, ele para de gravar no log binário atual, cria um novo e, a partir de então, o novo se torna o atual. Você pode forçar um switch manualmente com o FLUSH LOGS SQL comando. Após o primeiro backup completo, os backups incrementais subsequentes são feitos usando o utilitário mysqladmin com o flush-logs , que cria o próximo arquivo de log.

Consulte Resumo da estratégia de backup.

binlog_format=mixed
log-bin=logname

Diretório raiz do armazenamento de conteúdo (somente Content Services) content-storage-root-directory-content-services-only

O diretório raiz de armazenamento de conteúdo contém o repositório do Content Services (obsoleto), onde todos os documentos, artefatos e índices são armazenados. Deve ser feito backup da árvore de diretório raiz do armazenamento de conteúdo. Esta seção descreve como determinar o local do diretório raiz de armazenamento de conteúdo para ambientes independentes e em cluster.

Local raiz do armazenamento de conteúdo (ambiente independente) content-storage-root-location-stand-alone-environment

O diretório raiz do armazenamento de conteúdo é criado quando o Content Services (Deprecated) é instalado. O local do diretório raiz do armazenamento de conteúdo é determinado durante o processo de instalação dos formulários AEM.

O local padrão para o diretório raiz de armazenamento de conteúdo é [aem-forms root]/lccs_data.

Faça backup dos seguintes diretórios no diretório raiz do armazenamento de conteúdo:

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Se o diretório /backup-lucene-indexes não estiver presente, faça backup do diretório /lucene-indexes, também no diretório raiz de armazenamento de conteúdo. Se o diretório /backup-lucene-indexes estiver presente, não faça backup do diretório /lucene-indexes porque isso pode causar erros.

Local raiz do armazenamento de conteúdo (ambiente em cluster) content-storage-root-location-clustered-environment

Quando você instala o Content Services (Obsoleto) em um ambiente em cluster, o diretório raiz do armazenamento de conteúdo é dividido em dois diretórios separados:

Diretório raiz do armazenamento de conteúdo: Normalmente, um diretório de rede compartilhada que é acessível para leitura/gravação para todos os nós no cluster

Diretório raiz do índice: Um diretório criado em cada nó do cluster, sempre com o mesmo caminho e nome de diretório

O local padrão para o diretório raiz de armazenamento de conteúdo é [GDS root]/lccs_data, onde [GDS root] é a localização descrita em Localização do GDS. Faça backup dos seguintes diretórios no diretório raiz do armazenamento de conteúdo:

/audit.contentstore

/contentstore

/contentstore.deleted

/backup-lucene-indexes

Se o diretório /backup-lucene-indexes não estiver presente, faça backup do diretório /lucene-indexes, também no diretório raiz de armazenamento de conteúdo. Se o diretório /backup-lucene-indexes estiver presente, não faça backup do diretório /lucene-indexes porque isso pode causar erros.

O local padrão para o diretório Raiz de Índice é [aem-forms root]/lucene-indexes em cada nó.

Fontes instaladas pelo cliente customer-installed-fonts

Se você instalou fontes adicionais no ambiente de formulários AEM, é necessário fazer backup delas separadamente. Faça backup de todos os diretórios de Adobe e fontes do cliente especificados no console de administração em Configurações > Sistema principal > Configurações. Certifique-se de fazer backup de todo o diretório de fontes.

Se você estiver reinicializando o sistema operacional no computador host e quiser usar fontes do sistema operacional anterior, o conteúdo do diretório de fontes do sistema também deverá ser submetido a backup. (Para obter instruções específicas, consulte a documentação do seu sistema operacional).