Restore Config : restaurer des objets CUCM supprimés

À quoi cela sert

La page Restore Config affiche les objets qui ont été supprimés dans le CUCM ou via EasyUC et pour lesquels une sauvegarde CUCM existe. Vous voyez la configuration complète sauvegardée et vous recréez l'objet dans le CUCM via AXL, exactement tel qu'il avait été sauvegardé. L'objet reçoit à cette occasion un nouvel UUID.

La page comporte un onglet Overview et un onglet par catégorie : Phones, Phone numbers, Translation patterns, Route patterns, End users, Application users, SIP trunks, Gateways et Gateway ports. Les catégories pour lesquelles vous avez un rôle sont visibles. Une catégorie que le serveur ne sauvegarde pas encore et pour laquelle il n'existe aucune donnée est omise.

Distinction : Restore Phones (menu Phones) travaille avec le registre d'appareils d'EasyUC et restaure les téléphones supprimés via EasyUC. Users deleted in cucm (menu Users) gère les utilisateurs finaux supprimés avec plan, nettoyage et journal de suppression. Restore Config couvre en outre les objets supprimés directement dans le CUCM, ainsi que d'autres types d'objets. Pour les utilisateurs finaux, Restore Config ouvre la même boîte de dialogue de restauration que Users deleted in cucm.

Prérequis

• Module de licence cucm et connexion CUCM active.
• La sauvegarde CUCM de la connexion a été activée avant la suppression de l'objet, et le type d'objet était sélectionné. Sans sauvegarde, les objets supprimés directement dans le CUCM ne peuvent pas être restaurés. Voir le chapitre Config Backup.
• Entrée de menu visible avec l'un de ces rôles : ROLE_APP_LIST_DELETE_DEVICE, ROLE_APP_RESTORE_DEVICE, ROLE_APP_RESTORE_DELETED_USER, ROLE_APP_RESTORE_TRANS_PATTERN, ROLE_APP_CREATE_TRANS_PATTERN, ROLE_APP_RESTORE_ROUTE_PATTERN, ROLE_APP_CREATE_ROUTE_PATTERN, ROLE_APP_RESTORE_ENDUSER.
• Afficher les téléphones et les numéros de téléphone : ROLE_APP_LIST_DELETE_DEVICE. Restaurer : ROLE_APP_RESTORE_DEVICE ou ROLE_APP_RESTORE_DELETED_USER.
• Afficher et restaurer les translation patterns : ROLE_APP_RESTORE_TRANS_PATTERN ou ROLE_APP_CREATE_TRANS_PATTERN. Route patterns : ROLE_APP_RESTORE_ROUTE_PATTERN ou ROLE_APP_CREATE_ROUTE_PATTERN.
• Utilisateurs finaux : ROLE_APP_RESTORE_ENDUSER ou ROLE_APP_RESTORE_DELETED_USER. ROLE_APP_CREATE_ENDUSER ne suffit pas. Pour les utilisateurs soumis à une restriction de site, la même règle de site que sous Users deleted in cucm s'applique.
• Trunks SIP, passerelles, ports de passerelle et utilisateurs d'application : administrateurs et créateurs de modèles uniquement (ROLE_APP_ADMIN, ROLE_APP_TEMPLATE).
• Tous les objets auxquels l'objet supprimé fait référence doivent exister dans le CUCM, par exemple device pool, partition, calling search space ou route list. Pour un port de passerelle, la passerelle avec l'unité et la sous-unité correspondantes doit exister.
• La suppression se situe dans la durée de conservation. La valeur par défaut est de 90 jours après la suppression.

Pas à pas : trouver un objet supprimé et consulter la sauvegarde

1. Ouvrez EasyUC Cisco → Restore Config. Pour chaque catégorie, l'onglet Overview affiche Deleted (open), Held, Restored (30 days), Storage, Last deletion et Kept until.
2. Cliquez sur la catégorie ou sélectionnez l'onglet, par exemple Phones. Le sous-onglet Deleted objects est actif.
3. Lisez les Baseline data : nombre d'objets ouverts, retenus et restaurés, dernière suppression et durée de conservation. Le flux de modifications détecte les suppressions après environ 90 secondes, sinon c'est le prochain rapprochement qui le fait.
4. Recherchez l'objet. Le champ de recherche couvre des informations différentes selon la catégorie ; pour les téléphones, ce sont le nom, la description, le numéro ou le modèle.
5. Si nécessaire, cochez include restored. Dans l'onglet End users, vous pouvez en outre filtrer par All, Deleted in CUCM ou Deleted in EasyUC.
6. Dans la ligne, cliquez sur Details. La boîte de dialogue Backup s'ouvre avec l'onglet Overview. Elle affiche l'état, le type d'objet, Deleted on, Backup from et les paramètres les plus importants.
7. Ouvrez l'onglet Complete configuration pour voir tous les champs sauvegardés. Avec Export (JSON), vous enregistrez la sauvegarde sous forme de fichier.
8. Ouvrez l'onglet Changes pour voir l'historique de l'objet jusqu'à sa suppression.
9. Notez l'indication dans la boîte de dialogue sur ce qui n'est pas restauré. Pour les téléphones, il s'agit des certificats (LSC), du poste principal et du profil de service UC de l'utilisateur, ainsi que des appartenances à des line groups.

Pas à pas : restaurer un téléphone, un numéro de téléphone ou un pattern

1. Dans Restore Config, ouvrez l'onglet Phones, Phone numbers, Translation patterns ou Route patterns.
2. Dans la ligne de l'objet, cliquez sur Restore.
3. Lisez la demande Restore “<name>”?. Un téléphone est créé avec lignes, touches, services et associations d'utilisateurs. Les lignes qui existent encore dans le CUCM restent inchangées. Un numéro de téléphone isolé n'est associé à aucun appareil.
4. Confirmez la demande.
5. Lisez le message au-dessus de la liste : « “<name>” was restored. » ou avec le complément « with <count> note(s) ». S'il y a des remarques, ouvrez les Details et lisez la section Notes.
6. Pour plusieurs objets, sélectionnez les lignes ou utilisez la sélection dans l'en-tête du tableau (Select all restorable entries on this page). Cliquez sur Restore selection (<count>) et confirmez. Les objets sont créés l'un après l'autre. Une erreur sur un objet ne retarde pas les autres. Stop interrompt l'exécution.
7. Vérifiez ensuite l'objet dans le CUCM ou sur la page EasyUC correspondante, pour les téléphones y compris l'enregistrement.

Pas à pas : restaurer un trunk SIP, une passerelle, un port ou un utilisateur d'application

1. Ouvrez l'onglet SIP trunks, Gateways, Gateway ports ou Application users.
2. Dans la ligne, cliquez sur Restore …. La boîte de dialogue Restore s'ouvre.
3. Trunk SIP : laissez Add back to route groups actif et vérifiez la liste. Les appartenances au moment de la suppression sont présélectionnées. Les route groups portant le badge recently removed sont proposés, mais non présélectionnés.
4. Passerelle : une passerelle MGCP/SCCP est créée avec unités, sous-unités et tous les ports supprimés en une seule opération. Si une partie échoue, tout reste inchangé. Les ports numériques (PRI/BRI/T1) sont sauvegardés, mais non restaurés.
5. Port de passerelle : vérifiez la ligne avec passerelle, unité, sous-unité et port. La passerelle doit exister dans le CUCM.
6. Utilisateur d'application : saisissez un New password. Les mots de passe ne sont jamais sauvegardés. Si l'utilisateur existe à nouveau dans le CUCM, activez Merge into the existing application user if it exists again. Les appareils contrôlés, les profils CTI et les groupes sont alors ajoutés et le mot de passe reste inchangé.
7. Cliquez sur Check only. Cette vérification ne modifie rien dans le CUCM et montre ce qui se passerait, par exemple Planned steps et Ports that would be created.
8. Si la vérification se termine sans erreur, cliquez sur Restore.
9. Lisez le résultat dans la boîte de dialogue. En cas de conflit, la boîte de dialogue propose un bouton adapté : Merge into the existing one ou Create anyway (allow same destination).
10. Après une restauration de passerelle, déclenchez Apply Config dans le CUCM si le message « configuration not applied » apparaît.

Pas à pas : restaurer un utilisateur final

1. Dans Restore Config, ouvrez l'onglet End users.
2. Si nécessaire, sélectionnez Deleted in CUCM ou Deleted in EasyUC. La colonne Status affiche open, returned, running, partial, failed ou restored.
3. Dans la ligne, cliquez sur Restore …. La boîte de dialogue de restauration de Users deleted in cucm s'ouvre. Un plan montre d'abord ce qui est réassocié et ce qui est recréé.
4. Si l'utilisateur existe à nouveau dans le CUCM, les appareils, profils et associations issus de la sauvegarde sont réassociés. Si l'utilisateur manque, il est créé. Les utilisateurs LDAP ne reviennent que par la synchronisation LDAP.
5. Le mot de passe et le code PIN ne sont pas sauvegardés. Attribuez de nouvelles valeurs si nécessaire. Si vous ne saisissez rien, la restauration n'en définit aucune.
6. Lancez la restauration et lisez les remarques.
7. Pour le nettoyage et le journal de suppression, utilisez le lien Manage deleted users (cleanup, deletion log) pour ouvrir la page Users → Users deleted in cucm.

Champs et options

Vérifier le résultat et résoudre les problèmes

• Succès : la ligne passe à Restored avec l'heure et l'utilisateur. Les détails affichent New UUID. Dans Config Backup, une entrée de nature Restored apparaît dans Recent changes.
• « “<name>” already exists in CUCM. » : le nom est de nouveau utilisé. Vérifiez l'objet existant dans le CUCM.
• « “<name>” cannot be restored: <count> referenced objects are missing in CUCM. Please create them first. » : la section Missing in CUCM: répertorie les objets. Si l'un d'eux est lui-même sauvegardé, il affiche restorable from backup.
• « “<name>” has not been detected as deleted or was already restored. » : rechargez la liste. Pour une suppression retenue, un administrateur doit d'abord exécuter Accept.
• « CUCM rejected creating “<name>”. » : lisez Last error dans les détails et corrigez la cause dans le CUCM.
• « You are not allowed to restore this object type. » : le rôle de restauration pour ce type vous manque.
• « The destination of “<name>” (address and port) is already used by another SIP trunk. » : modifiez la destination ou le profil de sécurité de l'autre trunk, ou autorisez la destination en double dans la boîte de dialogue.
• « “<name>” is an LDAP user and is missing in CUCM. » : vérifiez l'utilisateur dans l'annuaire et attendez la synchronisation LDAP. Il est ensuite fusionné avec l'utilisateur revenu.
• « “<name>”: unit … / subunit … is not (or no longer) configured on gateway … » : configurez d'abord le module dans le CUCM, puis le port.
• Les utilisateurs d'application qu'EasyUC utilise lui-même (accès AXL, ControlMe, suivi des appels, Calling Features) et les utilisateurs par défaut du CUCM ne sont pas restaurés depuis la sauvegarde. Configurez-les de nouveau dans la fonction responsable.
• « The CUCM backup is disabled for this CUCM connection. » : sans sauvegarde, il n'y a pas de nouvelles entrées. Un administrateur l'active sur la connexion CUCM.
• « Restore users of your locations in “Deleted users”. » : avec une restriction de site, utilisez la page Users deleted in cucm pour les utilisateurs finaux.
• Prenez les remarques après la restauration au sérieux, par exemple « End user … no longer exists in CUCM – not associated. » ou « Pattern … now points to … – not changed. » La restauration ne modifie jamais les patterns qui pointaient vers un trunk ou une passerelle.