Lisez attentivement et prenez en compte les remarques suivantes avant de restaurer des données :
Les états Collecte de données et CMS doivent être définis de la façon suivante pour les sauvegardes ci-après :
Données d'administration du système local - État Collecte de données désactivé ; CMS en mode mono-utilisateur
Données d'administration du système CMS - État Collecte de données activé ou désactivé ; CMS en mode mono-utilisateur
Données d'administration du système ACD - État Collecte de données activé ou désactivé ; CMS en mode mono-utilisateur
Données historiques, données non-CMS ou tables spécifiques - État Collecte de données activé ou désactivé ; CMS en mode mono ou multiutilisateurs
Les données doivent être sauvegardées avant de pouvoir être récupérées. Pour garantir la sécurité de vos données, sauvegardez souvent votre système.
La procédure de restauration s'exécute en tâche de fond. Le champ État de la fenêtre Restaurer les données permet de surveiller l'état du processus de restauration.
Vous pouvez reconfigurer CMS en mode multi-utilisateurs lorsque le champ État affiche le message Restauration terminée.
Lors de la migration ou de la restauration d'un utilisateur non-LDAP à partir d'une sauvegarde de maintenance, et lorsque l'ID de connexion (logid) d'un utilisateur n'existe pas dans /etc/passwd, l'utilisateur est créé en tant que nouvel ID de connexion. Cet ID de connexion nécessite l'administration d'un mot de passe comme si l'utilisateur avait été créé conformément à la section À propos de la gestion des utilisateurs.
Dans ce cas, les journaux de migration et de restauration contiennent des messages similaires aux exemples suivants :
/cms/maint/r3mig/mig.log
INFO: New UNIX user normusr1: name, room and telephone will not be migrated.
/cms/maint/restore/rest.log
Created UNIX login 'normusr1'.
Warning: Name, Telephone, and Room will not be restored for normusr1.
