Stratégie de sauvegarde et de restauration dans un environnement organisé en grappes
REMARQUE
Si votre déploiement d’AEM forms stocke les données personnalisées supplémentaires dans une base de données différente, vous devez mettre en place une stratégie de sauvegarde pour ces données veillant à ce qu’elles soient synchronisées avec les données AEM forms. De plus, vous devez concevoir l’application de sorte à ce qu’elle puisse gérer un scénario dans lequel les bases de données supplémentaires se désynchronisent. Il est fortement recommandé d’effectuer toutes les opérations de base de données dans le contexte d’une transaction pour veiller à sa cohérence.
Vous devez sauvegarder les éléments suivants du système AEM Forms pour récupérer d’une erreur :
Base de données utilisée par AEM Forms
le stockage global de document qui contient des données anciennes et autres documents persistants ;
la base de données AEM (crx-repository).
REMARQUE
Vous devez sauvegarder toutes les autres données qui sont utilisées par votre configuration d’AEM Forms, telles que les polices du client, les données des connecteurs, etc.
Sauvegarde d’un environnement organisé en grappes
Cette rubrique présente les stratégies suivantes pour sauvegarder tout environnement organisé en grappes d’AEM Forms :
Sauvegarde hors connexion avec temps d’interruption
Sauvegarder hors connexion sans temps d’interruption (sauvegarde d’un nœud secondaire qui est arrêté)
Sauvegarde en ligne sans temps d’interruption, mais un retard de réponse
Sauvegarde du fichier de propriétés de démarrage
Sauvegarde hors connexion avec temps d’interruption
Sur n’importe quel nœud, sauvegardez la base de données, le stockage global de documents et les connecteurs. (Voir Fichiers à sauvegarder et à récupérer.)
Effectuez les étapes suivantes pour sauvegarder le référentiel AEM hors ligne :
Pour chaque nœud de la grappe, sauvegarder le fichier qui contient l’identifiant du nœud de la grappe.
Sauvegardez tous les fichiers de tout nœud secondaire du cluster, notamment les sous-répertoires.
Sauvegardez l’identifiant du référentiel/système de chaque nœud de la grappe séparément.
Sur n’importe quel nœud, sauvegardez la base de données, le stockage global de documents et les connecteurs. (Voir Fichiers à sauvegarder et à récupérer.)
Effectuez les étapes suivantes pour sauvegarder le référentiel AEM hors ligne :
Pour chaque nœud de la grappe, sauvegarder le fichier qui contient l’identifiant du nœud de la grappe.
Sauvegardez tous les fichiers de tout nœud secondaire du cluster, notamment les sous-répertoires.
Sauvegardez le fichier repository/system.id de chaque nœud de la grappe séparément.
Sur n’importe quel nœud, sauvegardez la base de données, le stockage global de documents et les connecteurs. (Voir Fichiers à sauvegarder et à récupérer.)
Effectuez les étapes suivantes pour sauvegarder le référentiel AEM en ligne :
Pour chaque nœud de la grappe, sauvegardez le fichier qui contient le cluster_node.id.
Sauvegardez le fichier repository/system.id de chaque nœud de la grappe séparément.
Sur n’importe quel nœud secondaire, réalisez une sauvegarde en ligne du référentiel (pour connaître les étapes détaillées, reportez-vous à la section Sauvegarde en ligne).
Le cas échéant, sauvegardez toutes les autres données, telles que les polices du client.
Redémarrez la grappe.
Sauvegarde du fichier de propriétés de démarrage
Lorsque nous créons un cluster AEM, un fichier de propriétés est créé dans le serveur d’applications pour tous les nœuds secondaires. Il est conseillé de sauvegarder le fichier de propriétés de démarrage. Vous pouvez trouver le fichier à l’emplacement suivant sur votre serveur d’applications :
JBoss : dans le répertoire BIN
WebLogic : dans le répertoire de domaine
WebSphere : dans le répertoire de profil
Vous devez sauvegarder le fichier en cas de scénario de récupération après catastrophe du nœud secondaire AEM et le replacer à l’emplacement indiqué sur le serveur d’applications, en cas de restauration.
Récupération dans un environnement organisé en grappes
Dans le cas d’un échec de l’ensemble de la grappe ou d’un seul nœud, vous devez le restaurer à l’aide de la sauvegarde.
Pour la récupération d’un nœud unique, il vous suffit d’arrêter le nœud et d’exécuter la procédure de récupération pour un nœud unique.
Dans le cas d’un échec de l’ensemble de la grappe en raison d’échecs tels qu’une panne de base de données, vous devez effectuer les étapes suivantes. La restauration dépend de la méthode de sauvegarde utilisée.
Restauration d’un nœud unique
Arrêtez le nœud corrompu.
REMARQUE
Si le nœud corrompu est un nœud principal AEM, arrêtez le nœud de l’intégralité du cluster.
Recréez le système physique à partir d’une image système.
Appliquez à AEM Forms les correctifs et mises à jour qui ont été appliqués depuis que l’image a été réalisée. Cette information a été mentionnée durant la procédure de sauvegarde. AEM Forms doit être récupéré au même niveau de correctif auquel il se trouvait lors de la sauvegarde du système.
(Facultatif) Si tous les autres nœuds fonctionnent, il est possible que le référentiel AEM soit également corrompu. Dans ce cas, vous verrez un message de non-synchronisation du référentiel dans le fichier error.log du référentiel AEM.
Pour restaurer le référentiel, effectuez les étapes suivantes.
REMARQUE
Si une sauvegarde compressée de crx-repository a été réalisée en ligne, décompressez-la à l’emplacement qui vous convient et suivez le processus de restauration hors ligne.
Supprimez le répertoire partagé et les répertoires du référentiel, de version et des espaces de travail dans le répertoire clusterNode du nœud.
Restaurez la sauvegarde du nœud de la grappe (notamment les sous-répertoires) pour le nœud.
Supprimez le fichier clusterNode/revision.log sur le nœud.
Supprimez le fichier .lock sur le nœud, le cas échéant.
Supprimez le fichier repository/system.id sur le nœud, le cas échéant.
Supprimez les fichiers **/listener.properties sur le nœud, le cas échéant.
Restaurez le fichier repository/cluster_node.id pour les nœuds individuels de la grappe.
REMARQUE
Examinez les points suivants :
Si le nœud en échec était un nœud principal AEM, copiez tout le contenu du dossier du référentiel secondaire (crx-repository\crx.0000 où 0000 peut être n’importe quels chiffres) dans le dossier du référentiel crx-repository\ et supprimez le dossier du référentiel secondaire.
Avant de redémarrer tout nœud du cluster, assurez-vous que vous supprimez du nœud principal le fichier /clustered.txt du référentiel.
Assurez-vous que le nœud principal est démarré en premier, et lorsqu’il est complètement démarré, démarrez les autres nœuds.
Restauration de l’ensemble de la grappe
Arrêtez tous les nœuds de la grappe.
Recréez le système physique à partir d’une image système.
Appliquez à AEM Forms les correctifs et mises à jour qui ont été appliqués depuis que l’image a été réalisée. Cette information a été mentionnée dans l’étape 1 de la procédure de sauvegarde. AEM Forms doit être récupéré au même niveau de correctif auquel il se trouvait lors de la sauvegarde du système.
Restaurez la base de données, le stockage global de documents et les connecteurs.
Effectuez les opérations suivantes pour récupérer le référentiel AEM hors ligne :
REMARQUE
Si une sauvegarde compressée de crx-repository a été réalisée en ligne, décompressez-la à l’emplacement qui vous convient et suivez le processus de restauration hors ligne.
Sur tous les nœuds de la grappe, supprimez le répertoire partagé, et les répertoires du référentiel, de version et des espaces de travail dans le répertoire clusterNode.
Supprimez tous les fichiers et répertoires dans le répertoire partagé.
Restaurez la sauvegarde du nœud de la grappe (notamment les sous-répertoires) sur un nœud de la grappe.
Copiez tous les fichiers du nœud restauré de la grappe sur tous les autres nœuds de la grappe. Une fois cette opération effectuée, chaque nœud de la grappe contient les mêmes données.
Supprimez le fichier clusterNode/revision.log sur tous les nœuds de la grappe.
Supprimez le fichier .lock sur tous les nœuds de la grappe, le cas échéant.
Supprimez le fichier repository/system.id sur tous les nœuds de la grappe, le cas échéant.
Supprimez les fichiers **/listener.properties sur tous les nœuds de la grappe, le cas échéant.
Restaurez le fichier repository/cluster_node.id pour les nœuds individuels de la grappe.
REMARQUE
Examinez les points suivants :
Si le nœud en panne était un nœud maître AEM, copiez tout le contenu du dossier du référentiel esclave (au format crx-repository\crx.0000 où 0000 peut être n’importe quel nombre) au dossier du référentiel crx-repository.
Avant de redémarrer tout nœud du cluster, assurez-vous que vous supprimez du nœud principal le fichier /clustered.txt du référentiel.
Assurez-vous que le nœud principal est démarré en premier, et lorsqu’il est complètement démarré, démarrez les autres nœuds.
Sauvegarde et restauration du nœud d’éditeur de la solution Correspondence Management
Le nœud d’éditeur ne dispose pas d’une relation maître-esclave dans un environnement organisé en grappes. Vous pouvez réaliser une sauvegarde de tout nœud d’éditeur en suivant le document Sauvegarde et restauration.
Récupération d’un seul nœud d’éditeur
Arrêtez le nœud qui doit être récupéré et ne réalisez aucune activité de publication avant que le nœud fonctionne à nouveau.
Restaurez le nœud de publication à l’aide de [Restauration de la sauvegarde](https://docs.adobe.com/docs/fr/crx/current/administering/backup_and_restore.html#Restoring the Backup).
Récupération d’une grappe
Arrêtez la grappe.
Restaurez le nœud de publication à l’aide de [Restauration de la sauvegarde](https://docs.adobe.com/docs/fr/crx/current/administering/backup_and_restore.html#Restoring the Backup).
Démarrez le nœud maître, puis le nœud esclave de la grappe d’éditeur.
