Lisez attentivement et prenez en compte les remarques suivantes avant de migrer les données :
Avertissement :
Tenter d'effectuer une migration des données d'administration des agents et du centre d'appels de manière répétée peut entraîner des erreurs graves qui rendront toute restauration difficile. Une seconde migration des mêmes données peut corrompre les tables de mots de passe. Pour effectuer une deuxième migration des données d'administration des ACD, procédez à une reconfiguration du logiciel CMS.
Pour migrer les données d'administration système ou les données d'administration des agents et du centre d'appels, CMS doit être en mode mono-utilisateur.
Les migrations des données d'administration système ne peuvent pas être effectuées par phase. La migration de certains ID utilisateur à un moment et d'autres ID ultérieurement entraîne la création de deux ensembles de données. Un seul ensemble de données peut être utilisé et ne peut pas être migré vers un autre ensemble.
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.
