Cette section décrit les étapes nécessaires à la récupération des données de LiveCycle. Voir également Remarques spécifiques à la sauvegarde et la récupération.
Important : La base de données, le répertoire de stockage global de documents, le référentiel 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.
LiveCycle doit pouvoir récupérer de manière fiable après les échecs suivants :
Echec du disque : la dernière version du support de sauvegarde est nécessaire pour récupérer le contenu de la base de données.
Données corrompues : les systèmes de fichiers n’enregistrent pas les transactions passées et les systèmes peuvent remplacer accidentellement des données de processus requises.
Erreur Utilisateur : la récupération se limite aux données mises à disposition par la base de données. La récupération est d’autant plus simple que les données ont été enregistrées et sont disponibles.
Panne de courant, panne du système : souvent, les API d’un système de fichiers ne sont pas assez robustes ou mal utilisées contre les échecs imprévus du système. Ainsi, si une coupure d’électricité ou une panne système survient, il est nettement plus probable que les contenus des documents stockés dans la base de données soient plus à jour que les contenus stockés dans un système de fichiers.
Si vous utilisez le mode de sauvegarde restauration, vous restez en mode de sauvegarde après la récupération. Si vous vous trouvez en mode de sauvegarde instantané, vous ne restez pas en mode de sauvegarde après la récupération.
Lorsque vous effectuez une restauration à partir d’une sauvegarde sur un nouveau système, les configurations suivantes peuvent être différentes. Les éléments suivants n’affectent pas les récupérations réussies de l’application LiveCycle :
Adresse IP
Configuration du système physique (UC, disque et mémoire)
Emplacement du répertoire de stockage global de documents
Important : la sauvegarde du répertoire racine de stockage de contenu doit être restaurée à l’emplacement de ce répertoire, tel qu’il a été défini durant la configuration de Content Services.
Si un nœud unique d’une grappe multinœud a échoué et si les nœuds restants de la grappe fonctionnent correctement, effectuez une récupération du nœud unique de la grappe.
Modification de l’emplacement du stockage global de documents durant la récupération
Si votre répertoire de stockage global de documents est restauré à un emplacement différent de son emplacement d’origine, exécutez le script LCSetGDS pour définir le répertoire de stockage global de documents sur le nouvel emplacement. Le script se trouve dans le dossier [racine LiveCycle]\sdk\misc\Foundation\SetGDSCommandline. Il utilise deux paramètres, defaultGDS et newGDS. Voir le fichier ReadMe.txt dans le même dossier pour obtenir des instructions sur la façon d’exécuter le script.
Remarque : si vous aviez activé le stockage de documents dans la base de données, la modification de l’emplacement du répertoire de stockage global de documents n’est pas nécessaire.
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).
Important : le déploiement des composants échoue sous Windows si le répertoire de stockage global de documents se situe à la racine du disque (par exemple D:\). Vous devez vous assurer que le répertoire ne se trouve pas en racine, mais bien dans un sous-répertoire du lecteur. Par exemple, il peut s’agir de D:\GDS, au lieu de D:\.
