Fichiers à sauvegarder et à récupérer files-to-back-up-and-recover
Les fichiers de données et de l’application à sauvegarder sont décrits plus en détail dans les sections suivantes.
Veuillez tenir compte des points suivants concernant la sauvegarde et la récupération :
- La base de données doit être sauvegardée avant le stockage global de documents et le référentiel AEM.
- Si vous avez besoin de faire descendre les nœuds dans un environnement organisé en grappes pour la sauvegarde, assurez-vous que les nœuds secondaires sont fermés avant le nœud principal. Dans le cas contraire, une incohérence peut survenir dans la grappe ou le serveur. En outre, le nœud principal doit être rendu actif avant tout nœud secondaire.
- Pour l’opération de restauration d’un cluster, le serveur d’applications doit être arrêté pour chaque nœud du cluster.
Répertoire de stockage global de documents global-document-storage-directory
Le répertoire de stockage global de documents est utilisé pour stocker les fichiers de longue durée utilisés dans un processus. La durée de vie des fichiers de longue durée est destinée à couvrir un ou plusieurs lancements d’un système AEM Forms et peut s’étendre sur plusieurs jours, voire plusieurs années. Ces fichiers de longue durée peuvent inclure des PDF, des politiques et des modèles de formulaire. Les fichiers de longue durée constituent un élément essentiel de l’état général de nombreux déploiements d’AEM Forms. Si une partie ou la totalité de ces documents est perdue ou corrompue, le serveur Forms peut devenir instable.
Les documents d’entrée pour un appel de tâche asynchrone sont également stockés dans le répertoire de stockage global de documents et doivent être disponibles pour traiter les demandes. Il est donc important que vous preniez en compte la fiabilité du système de fichiers hébergeant le répertoire de stockage global de documents et que vous utilisiez une technologie RAID (Redundant Array of Independent Disks) ou toute autre technologie appropriée pour répondre à vos besoins en termes de niveau de qualité et de service.
L’emplacement du répertoire de stockage global de documents est déterminé pendant le processus d’installation d’AEM Forms ou ultérieurement à l’aide de la console d’administration. En plus de conserver un emplacement de haute disponibilité pour le stockage global de documents, vous pouvez également activer le stockage de base de données pour les documents. Voir Options de sauvegarde dans le cas de l’utilisation de la base de données pour le stockage de documents.
Emplacement du répertoire de stockage global de documents gds-location
Si vous ne définissez pas le paramètre d’emplacement lors de l’installation, l’emplacement est défini par défaut sur le répertoire sous l’installation du serveur d’applications. Sauvegardez le répertoire suivant de votre serveur d’applications :
- (JBoss)
[appserver root]/server/'server'/svcnative/DocumentStorage
- (WebLo gic)
[appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage
- (WebSphere)
[appserver root]/installedApps/adobe/'server'/DocumentStorage
Si vous avez installé le répertoire de stockage global de documents à un emplacement autre que celui par défaut, vous pouvez le définir comme suit :
- Connectez-vous à la console d’administration et cliquez sur Paramètres > Paramètres de Core System > Configurations.
- Enregistrez l’emplacement spécifié dans la zone Répertoire de stockage global de documents.
Dans un environnement organisé en cluster, le répertoire de stockage global de documents correspond généralement à un répertoire partagé sur le réseau et est accessible en lecture/écriture pour chaque nœud du cluster.
L’emplacement du répertoire de stockage global de documents peut être modifié lors d’une récupération si l’emplacement d’origine n’est plus disponible. (Voir Modification de l’emplacement du répertoire de stockage global de documents pendant la récupération).
Options de sauvegarde dans le cas de l’utilisation de la base de données pour le stockage de documents backup-options-when-database-is-used-for-document-storage
Vous pouvez activer le stockage de documents d’AEM Forms dans la base de données d’AEM forms à l’aide de la console d’administration. Même si cette option conserve tous les documents persistants dans la base de données, AEM Forms a tout de même besoin du répertoire de stockage global de documents basé sur le système de fichiers, car il est utilisé pour stocker des fichiers et ressources permanents et temporaires associés aux sessions et aux appels d’AEM Foms.
Lorsque vous sélectionnez l’option « Activer le stockage de documents dans la base de données » dans les paramètres de Core System dans Administration Console ou à l’aide du gestionnaire de configuration, AEM Forms n’autorise pas les modes de sauvegarde d’instantané et de sauvegarde de restauration. Par conséquent, vous n’avez pas besoin de gérer les modes de sauvegarde à l’aide d’AEM Forms. Si vous utilisez cette option, sauvegardez le répertoire de stockage global de documents une seule fois après avoir activé cette option. Lors de la récupération d’AEM Forms à partir d’une sauvegarde, il n’est pas nécessaire de renommer le répertoire de sauvegarde du stockage global de documents ni de restaurer ce dernier.
Référentiel AEM aem-repository
Le référentiel AEM (crx-repository) est créé si crx-repository est configuré lors de l’installation d’AEM Forms. L’emplacement du répertoire crx-repository est déterminé pendant le processus d’installation d’AEM Forms. La sauvegarde et la restauration du référentiel AEM sont requises, ainsi que la base de données et le répertoire de stockage global de documents, pour que les données d’AEM Forms dans les formulaires soient cohérentes. Le référentiel AEM contient des données pour la solution Correspondence Management, Forms Manager et AEM Forms Workspace.
Solution Correspondence Management correspondence-management-solution
La solution Correspondence Management centralise et gère la création, l’assemblage et la diffusion de correspondances sécurisées, personnalisées et interactives. Elle vous permet d’assembler rapidement une correspondance à partir de contenu prévalidé et personnalisé dans un processus simplifié allant de la création à l’archivage. Par conséquent, vos clientes et clients reçoivent une communication opportune, précise, pratique, sécurisée et pertinente. Votre entreprise optimise la valeur des interactions client et réduit les coûts et les risques grâce à un processus simplifié pour faciliter, accélérer et accroître la productivité.
Une configuration simple de la solution Correspondence Management comprend une instance de création et une instance de publication sur le même ordinateur ou sur différents ordinateurs.
gestionnaire de formulaires forms-manager
Le gestionnaire de formulaires simplifie le processus de mise à jour, de gestion et de retrait des formulaires.
Espace de travail AEM Forms html-workspace
AEM Forms Workspace correspond aux fonctionnalités de Flex Workspace (obsolète pour AEM Forms on JEE) et ajoute de nouvelles fonctionnalités pour étendre et intégrer Workspace et le rendre plus convivial.
Il permet la gestion des tâches sur les clients sans Flash Player ni Adobe Reader. Il facilite le rendu des formulaires HTML, en plus des PDF forms et des formulaires Flex.
Base de données AEM Forms aem-forms-database
La base de données d’AEM Forms stocke du contenu tel que des artefacts de formulaire, des configurations de service, un état de traitement et des références de base de données dans les fichiers du répertoire de stockage global de documents et du répertoire racine de stockage de contenu (pour Content Services). Les sauvegardes de la base de données peuvent être effectuées en temps réel sans interruption de service, et la récupération peut être effectuée à un moment précis ou lors d’un changement particulier. Cette section décrit comment configurer votre base de données pour qu’elle puisse être sauvegardée en temps réel.
Sur un système AEM Forms correctement configuré, l’administrateur ou l’administratrice système et l’administrateur ou l’administratrice de base de données peuvent facilement collaborer pour remettre le système dans un état connu et cohérent.
Pour sauvegarder la base de données en temps réel, vous devez utiliser le mode instantané ou configurer votre base de données pour qu’elle s’exécute dans le mode de journalisation spécifié. Cela permet de sauvegarder vos fichiers de base de données tant que la base de données est ouverte et disponible pour utilisation. En outre, la base de données conserve ses journaux de restauration et de transaction lorsqu’elle s’exécute dans ces modes.
DB2 db2
Configurez votre base de données DB2 pour qu’elle s’exécute en mode de consignation en archives.
IBM dispose d’une suite d’outils et de systèmes d’aide pour aider les administrateurs et administratrices de base de données à gérer leurs tâches de sauvegarde et de récupération :
- Accélérateur de journaux d’archives IBM DB2
- Expert en archivage de données IBM DB2
DB2 dispose de fonctionnalités intégrées pour sauvegarder une base de données dans Tivoli Storage Manager. En utilisant Tivoli Storage Manager, les sauvegardes DB2 peuvent être stockées sur d’autres supports ou sur le disque dur local.
Oracle oracle
Utilisez des sauvegardes instantanées ou configurez votre base de données Oracle pour qu’elle s’exécute en mode de consignation en archives. (Voir le document Oracle Backup: An Introduction.) Pour plus d’informations sur la sauvegarde et la récupération de votre base de données Oracle, consultez les sites suivants :
Oracle Backup and Recovery : explique en détail les concepts de sauvegarde et de récupération, les techniques les plus couramment employées pour utiliser Recovery Manager (RMAN) à des fins de sauvegarde, de récupération et de création de rapports, de même que la planification d’une politique de sauvegarde et de récupération.
Oracle Database Backup and Recovery User’s Guide : fournit des informations détaillées sur l’architecture RMAN, les concepts et les mécanismes de sauvegarde et de récupération, des techniques de récupération avancées telles que les fonctions de récupération instantanée et de flashback de base de données, de même que le réglage des performances de sauvegarde et de récupération. Il couvre également la sauvegarde et la récupération gérées par l’utilisateur ou l’utilisatrice, à l’aide des installations du système d’exploitation hôte au lieu de RMAN. Ce volume est essentiel pour la sauvegarde et la récupération de déploiements de base de données plus sophistiqués et pour les scénarios de récupération avancés.
Oracle Database Backup and Recovery Reference : présente des informations complètes sur la syntaxe et la sémantique de toutes les commandes RMAN et décrit les vues de base de données disponibles pour créer des rapports sur les activités de sauvegarde et de récupération.
SQL Server sql-server
Utilisez des sauvegardes de type instantané ou configurez votre base de données SQL Server pour qu’elle s’exécute en mode journal de transaction.
SQL Server fournit également deux outils de sauvegarde et de récupération :
- SQL Server Management Studio (GUI)
- T-SQL (ligne de commande)
Pour plus d’informations, voir Sauvegarder et restaurer.
MySQL mysql
Utilisez MySQLAdmin ou modifiez les fichiers INI dans Windows pour configurer votre base de données MySQL afin qu’elle s’exécute en mode de journalisation binaire. (Voir Journalisation binaire MySQL.) Un outil de sauvegarde à chaud pour MySQL est également disponible à partir du logiciel InnoBase. (Voir Sauvegarde à chaud Innobase.)
binlog_format=mixed log-bin=logname
Vous pouvez utiliser l’utilitaire mysqldump pour obtenir la sauvegarde complète de la base de données. Les sauvegardes complètes sont requises, mais elles ne sont pas toujours pratiques. Elles génèrent des fichiers de sauvegarde volumineux et leur exécution prend du temps. Pour exécuter une sauvegarde incrémentielle, veillez à démarrer le serveur avec l’option log-bin
, comme décrit dans la section précédente. A chaque fois que le serveur MySQL redémarre, il cesse d’écrire dans le journal binaire courant, en crée un nouveau, qui devient dès lors le nouveau journal binaire courant. Vous pouvez forcer un basculement manuel avec la commande FLUSH LOGS SQL
. Après la première sauvegarde intégrale, les sauvegardes incrémentielles suivantes sont effectuées en utilisant l’utilitaire mysqladmin avec la commande flush-logs
, qui crée le fichier journal suivant.
Voir Résumé de la stratégie de sauvegarde.
binlog_format=mixed
log-bin=logname
Répertoire racine de stockage de contenu (Content Services uniquement) content-storage-root-directory-content-services-only
Le répertoire racine de stockage de contenu contient le référentiel Content Services (obsolète) dans lequel sont stockés tous les documents, artefacts et index. L’arborescence du répertoire racine de stockage de contenu doit être sauvegardée. Cette section indique comment déterminer l’emplacement du répertoire racine de stockage de contenu pour les environnements autonomes et organisés en cluster.
Emplacement racine de stockage de contenu (environnement autonome) content-storage-root-location-stand-alone-environment
Le répertoire racine de stockage de contenu est créé lorsque Content Services (obsolète) est installé. L’emplacement du répertoire racine de stockage de contenu est déterminé pendant le processus d’installation d’AEM Forms.
L’emplacement par défaut du répertoire racine de stockage de contenu est [aem-forms root]/lccs_data
.
Sauvegardez les répertoires suivants dans le répertoire racine de stockage de contenu :
/audit.contentstore
/contentstore
/contentstore.deleted
/backup-lucene-indexes
Si le répertoire /backup-lucene-indexes n’est pas présent, sauvegardez le répertoire /lucene-indexes, également dans le répertoire racine de stockage de contenu. Si le répertoire /backup-lucene-indexes existe, ne sauvegardez pas le répertoire /lucene-indexes, car cela peut entraîner des erreurs.
Emplacement racine de stockage de contenu (environnement en cluster) content-storage-root-location-clustered-environment
Lorsque vous installez Content Services (obsolète) dans un environnement en cluster, le répertoire racine de stockage de contenu est divisé en deux répertoires distincts :
Répertoire racine de stockage de contenu : en règle générale, un répertoire réseau partagé, accessible en lecture/écriture par tous les nœuds du cluster.
Répertoire racine de l’index : répertoire créé sur chaque nœud du cluster, avec toujours le même chemin et le même nom de répertoire.
L’emplacement par défaut du répertoire racine de stockage de contenu est [GDS root]/lccs_data
, où [GDS root]
correspond à l’emplacement décrit à la section GDS (stockage global de documents). Sauvegardez les répertoires suivants dans le répertoire racine de stockage de contenu :
/audit.contentstore
/contentstore
/contentstore.deleted
/backup-lucene-indexes
Si le répertoire /backup-lucene-indexes n’est pas présent, sauvegardez le répertoire /lucene-indexes, également dans le répertoire racine de stockage de contenu. Si le répertoire /backup-lucene-indexes existe, ne sauvegardez pas le répertoire /lucene-indexes, car cela peut entraîner des erreurs.
L’emplacement par défaut du répertoire racine d’index est [aem-forms root]/lucene-indexes
sur chaque nœud.
Polices personnalisées customer-installed-fonts
Si vous avez installé des polices supplémentaires dans votre environnement AEM Forms, vous devez les sauvegarder séparément. Sauvegardez tous les répertoires de polices Adobe et de polices personnalisées tel qu’indiqué dans Administration Console sous Paramètres > Core System > Configurations. Assurez-vous de sauvegarder l’intégralité du répertoire de polices.
[aem-forms root]/fonts
.Si vous réinitialisez le système d’exploitation sur l’ordinateur hôte et que vous souhaitez utiliser des polices du précédent système d’exploitation, le contenu du répertoire des polices système doit également être sauvegardé. (Pour plus d’instructions, reportez-vous à la documentation de votre système d’exploitation).