Stratégie de sauvegarde et de récupération de LiveCycle

Après avoir identifié le mode d’utilisation de LiveCycle, déterminez les fichiers à sauvegarder, la fréquence de sauvegarde, ainsi que la fenêtre de sauvegarde à mettre en place.

Important : comme pour tous les autres aspects relatifs à l’implémentation de LiveCycle, vous devez développer et tester une stratégie de sauvegarde et de récupération dans un environnement intermédiaire ou de développement avant de passer en phase de production. Il s’agit de veiller à ce que l’intégralité de la solution fonctionne comme prévu, sans perte de données.

Adobe Experience Manager (AEM) fait partie intégrante de LiveCycle. Par conséquent, vous devez également sauvegarder AEM en synchronisation avec la sauvegarde LiveCycle, car les services et la solution Correspondence Management, tels que Forms Manager, sont basés sur les données stockées dans la partie AEM de LiveCycle. Pour éviter toute perte de données, les données propres à LiveCycle doivent être sauvegardées de sorte que le stockage global de documents et AEM (référentiel) soient en corrélation avec les références de la base de données. La base de données, le répertoire de stockage global de documents, le répertoire AEM et le répertoire racine de stockage de contenu doivent être restaurés sur un ordinateur avec le même nom DNS que le nom d’origine.

    Types de sauvegardes

    La stratégie de sauvegarde de LiveCycle implique deux types de sauvegardes :

    Image système :
    sauvegarde complète du système, que vous pouvez utiliser pour récupérer le contenu de votre ordinateur si le disque dur ou l’ordinateur lui-même cesse de fonctionner. Une sauvegarde de l’image système doit être exécutée avant tout déploiement de production de LiveCycle. Les stratégies internes à l’entreprise définissent ensuite la fréquence d’exécution des sauvegardes de l’image système.

    Données spécifiques à LiveCycle :
    Les données d’application existent dans la base de données, le stockage global de documents et le référentiel AEM, et elles doivent être sauvegardées en temps réel. Le répertoire de stockage global de documents est un répertoire utilisé pour stocker les fichiers de longue durée utilisés dans le cadre d’un processus. Ces fichiers comprennent des PDF, des stratégies ou des modèles de formulaires.
    Remarque : si Content Services (obsolète) est installé, sauvegardez également le répertoire racine de stockage de contenu (voir Répertoire racine de stockage de contenu (Content Services uniquement)).

    La base de données est utilisée pour stocker des artefacts de formulaires, des configurations de services, 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. Si le stockage de documents dans la base de données est activé, les données et documents persistants du répertoire de stockage global de documents sont également stockés dans la base de données. Les méthodes suivantes permettent de sauvegarder et de récupérer la base de données :

    • Le mode de sauvegarde instantané indique que le système LiveCycle est en mode de sauvegarde indéfiniment, ou pour un nombre de minutes spécifié après lequel le mode de sauvegarde n’est plus activé. Pour passer en mode de sauvegarde instantané ou pour le quitter, vous pouvez utiliser l’une des options suivantes. Après un scénario de récupération, le mode de sauvegarde instantané ne devrait pas être activé.

    • Le mode de sauvegarde restauration indique que le système sera toujours en mode de sauvegarde et qu’une nouvelle session du mode de sauvegarde sera initiée à la libération de la session précédente. Aucun délai d’expiration n’est associé au mode de sauvegarde restauration. Lorsque le script LCBackupMode ou les API sont appelés pour quitter le mode de sauvegarde restauration, une nouvelle session du mode de sauvegarde restauration commence. Cela s’avère utile pour prendre en charge des sauvegardes en continu, tout en permettant la suppression des documents anciens et inutiles du répertoire de stockage global de documents. Le mode de sauvegarde restauration n’est pas pris en charge via la page relative à la sauvegarde et à la récupération. Après un scénario de récupération, le mode de sauvegarde restauration reste activé. Vous pouvez quitter le mode de sauvegarde en continu (mode de sauvegarde restauration) en utilisant le script LCBackupMode avec l’option leaveContinuousCoverage.

    Remarque : si vous quittez le mode de sauvegarde restauration, une nouvelle session du mode de sauvegarde commence immédiatement. Pour désactiver entièrement le mode de sauvegarde restauration, utilisez l’option leaveContinuousCoverage dans le script, ce qui remplace la session de sauvegarde restauration existante. Lorsque vous êtes en mode de sauvegarde instantané, vous pouvez quitter le mode de sauvegarde comme vous le faites habituellement.

    Pour éviter les pertes de données, les données spécifiques à LiveCycle doivent être sauvegardées de sorte à ce que les documents du répertoire de stockage global de documents et du répertoire racine de stockage de contenu soient en corrélation avec les références de la base de données.

    Important : lorsque le répertoire de stockal global de documents est stocké sur le système de fichiers et non dans la base de données, effectuez la sauvegarde de la base de données avant la sauvegarde du répertoire de stockal global de documents.

    Remarques spécifiques à la sauvegarde et la récupération

    Utilisez les recommandations ci-dessous si vous souhaitez récupérer LiveCycle dans un environnement différent suite aux modifications suivantes :

    • modification de l’adresse IP, du nom d’hôte ou du port du serveur LiveCycle ;

    • modification de la lettre des lecteurs ou du chemin d’accès au répertoire ;

    • passage à un hôte, un port ou un nom de base de données différents.

    En règle générale, de tels scénarios de récupération se produisent suite à une défaillance matérielle du serveur hébergeant le serveur d’applications, le serveur de base de données ou le serveur LiveCycle. En plus des configurations spécifiques à LiveCycle décrites dans cette section, vous devez également effectuer les modifications nécessaires au niveau des autres composants du déploiement de LiveCycle, tels que les services d’équilibrage de charge et les pare-feu, en cas de modification du nom d’hôte ou de l’adresse IP d’un serveur LiveCycle.

    Eléments non modifiables

    Il est possible de modifier le serveur de base de données et de nombreux autres paramètres ; toutefois, la modification du type de serveur d’applications ou de base de données est impossible lors de la récupération de LiveCycle à partir d’une sauvegarde. Par exemple, lorsque vous récupérez une sauvegarde LiveCycle, vous ne pouvez pas modifier le serveur d’applications et le faire passer de JBoss à WebLogic, ni faire passer une base de données d’Oracle à DB2. De plus, la version de LiveCycle récupérée doit utiliser les mêmes chemins d’accès au système de fichiers, par exemple le répertoire des polices.

    Redémarrage post-récupération

    Avant de redémarrer le serveur LiveCycle après une récupération, effectuez la procédure suivante :

    1. Démarrez le système en mode de maintenance.

    2. Effectuez les opérations suivantes pour vous assurer que Form Manager est synchronisé avec LiveCycle en mode de maintenance :

      1. Accédez à http://<serveur>:<port>/lc/fm et connectez-vous en utilisant les informations d’identification administrateur/mot de passe.

      2. Cliquez sur le nom de l’utilisateur (Super administrateur dans ce cas) dans l’angle supérieur droit.

      3. Cliquez sur Admin Options (Options d’administration).

      4. Cliquez sur Start (Démarrer) pour synchroniser les actifs du référentiel.

    3. Dans un environnement organisé en grappes, le nœud maître (par rapport à AEM) doit être au-dessus des nœuds esclaves.

    4. Assurez-vous qu’aucun processus n’est initialisé à partir de sources internes ou externes telles que les initiateurs de processus Web, SOAP ou EJB jusqu’à ce que le fonctionnement normal du système soit validé.

    Si la base de données principale de LiveCycle est déplacée ou modifiée, consultez les détails de mise à jour des informations de connexion des sources de données LiveCycle IDP_DS et EDC_DS contenus dans les guides d’installation correspondant au serveur d’applications.

    Modification du nom d’hôte ou de l’adresse IP de LiveCycle

    Dans une grappe, lorsque vous utilisez une mise en cache TCP plutôt qu’UDP, vous devez mettre à jour la configuration du localisateur de mise en cache. Voir Configuration des localisateurs de mise en cache (mise en cache via TCP uniquement), dans le guide de configuration correspondant au serveur d’applications.

    Modification des chemins d’accès au système de fichiers des nœuds LiveCycle

    Si vous modifiez les chemins d’accès au système de fichiers d’un nœud autonome, vous devez mettre à jour les références appropriées dans les préférences, dans les autres configurations système, dans les applications personnalisées et dans les applications LiveCycle déployées. Lorsqu’il s’agit d’une grappe, tous les nœuds doivent utiliser la même configuration de chemin d’accès au système de fichiers. Vous devez définir le répertoire racine de stockage global de documents et vous assurer qu’il pointe vers une copie du répertoire de stockage global de documents récupéré, lui-même synchronisé avec la base de données récupérée. La définition d’un chemin d’accès au répertoire de stockage global de documents est primordiale car ce dernier peut contenir des données conçues pour persister au fil des redémarrages du serveur d’applications.

    Dans un environnement organisé en grappes, la configuration de chemin d’accès au système de fichiers du référentiel doit être la même pour tous les nœuds de grappe avant la sauvegarde et après la récupération.

    Utilisez le script LCSetGDS dans le dossier [racine LiveCycle]\sdk\misc\Foundation\SetGDSCommandline pour définir le chemin d’accès au répertoire de stockage global de documents après avoir modifié les chemins d’accès au système de fichiers. Voir le fichier ReadMe.txt dans le même dossier pour plus d’informations. S’il est impossible d’utiliser l’ancien chemin du répertoire de stockage global de documents, le script LCSetGDS doit être utilisé pour définir le nouveau chemin d’accès de ce répertoire avant le démarrage de LiveCycle.

    Important : il s’agit là de la seule circonstance vous permettant d’utiliser ce script pour modifier l’emplacement du répertoire de stockage global de documents. Pour modifier l’emplacement du répertoire de stockage global de documents pendant l’exécution de LiveCycle, utilisez Administration Console (voir Configuration des paramètres généraux de LiveCycle).

    Après avoir défini le chemin d’accès au répertoire de stockage global de documents, démarrez le serveur LiveCycle en mode de maintenance puis utilisez Administration Console pour mettre à jour les chemins d’accès au système de fichiers restants pour le nouveau nœud. Après avoir vérifié que toutes les configurations nécessaires ont été mises à jour, il vous faut redémarrer et tester LiveCycle.