Restore Config: restaurar objetos eliminados del CUCM

Para qué sirve

La página Restore Config muestra objetos que se eliminaron en el CUCM o mediante EasyUC y para los que existe una copia de seguridad del CUCM. Usted ve la configuración completa guardada y vuelve a crear el objeto en el CUCM mediante AXL, exactamente como se guardó. El objeto recibe un UUID nuevo en el proceso.

La página tiene una pestaña Overview y una pestaña por categoría: Phones, Phone numbers, Translation patterns, Route patterns, End users, Application users, SIP trunks, Gateways y Gateway ports. Son visibles las categorías para las que usted tiene un rol. Se omite una categoría que el servidor aún no guarda y para la que no hay datos.

Diferencia: Restore Phones (menú Phones) trabaja con el registro de dispositivos de EasyUC y restaura teléfonos que se eliminaron mediante EasyUC. Users deleted in cucm (menú Users) gestiona usuarios finales eliminados con plan, limpieza y registro de eliminación. Restore Config abarca además objetos que se eliminaron directamente en el CUCM y otros tipos de objeto. Para los usuarios finales, Restore Config abre el mismo cuadro de diálogo de restauración que Users deleted in cucm.

Requisitos previos

• Módulo de licencia cucm y una conexión CUCM activa.
• La copia de seguridad del CUCM de la conexión estaba activada antes de que se eliminara el objeto y se había seleccionado el tipo de objeto. Sin copia de seguridad, los objetos eliminados directamente en el CUCM no se pueden restaurar. Consulte el capítulo Config Backup.
• La opción de menú es visible con uno de estos roles: 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.
• Ver teléfonos y números de teléfono: ROLE_APP_LIST_DELETE_DEVICE. Restaurar: ROLE_APP_RESTORE_DEVICE o ROLE_APP_RESTORE_DELETED_USER.
• Ver y restaurar translation patterns: ROLE_APP_RESTORE_TRANS_PATTERN o ROLE_APP_CREATE_TRANS_PATTERN. Route patterns: ROLE_APP_RESTORE_ROUTE_PATTERN o ROLE_APP_CREATE_ROUTE_PATTERN.
• Usuarios finales: ROLE_APP_RESTORE_ENDUSER o ROLE_APP_RESTORE_DELETED_USER. ROLE_APP_CREATE_ENDUSER no es suficiente. Para usuarios con restricción de ubicación se aplica la misma regla de ubicación que en Users deleted in cucm.
• SIP trunks, gateways, puertos de gateway y usuarios de aplicación: solo administradores y creadores de plantillas (ROLE_APP_ADMIN, ROLE_APP_TEMPLATE).
• Todos los objetos a los que hace referencia el objeto eliminado deben existir en el CUCM, por ejemplo device pool, partición, calling search space o route list. Para un puerto de gateway debe existir el gateway con la unidad y la subunidad correspondientes.
• La eliminación está dentro del período de retención. El valor por defecto es de 90 días tras la eliminación.

Paso a paso: encontrar un objeto eliminado y ver la copia de seguridad

1. Abra EasyUC Cisco → Restore Config. Para cada categoría, la pestaña Overview muestra Deleted (open), Held, Restored (30 days), Storage, Last deletion y Kept until.
2. Haga clic en la categoría o seleccione la pestaña, por ejemplo Phones. La subpestaña Deleted objects está activa.
3. Lea los Baseline data: número de objetos abiertos, retenidos y restaurados, última eliminación y retención. El change feed detecta las eliminaciones al cabo de unos 90 segundos; si no, las detecta la siguiente reconciliación.
4. Busque el objeto. El campo de búsqueda abarca detalles distintos en cada categoría; en los teléfonos son nombre, descripción, número o modelo.
5. Si es necesario, marque include restored. En la pestaña End users puede filtrar además por All, Deleted in CUCM o Deleted in EasyUC.
6. En la fila, haga clic en Details. Se abre el cuadro de diálogo Backup con la pestaña Overview. Muestra el estado, el tipo de objeto, Deleted on, Backup from y los ajustes más importantes.
7. Abra la pestaña Complete configuration para ver todos los campos guardados. Con Export (JSON) guarda la copia de seguridad como archivo.
8. Abra la pestaña Changes para ver el historial del objeto hasta su eliminación.
9. Tenga en cuenta la indicación del cuadro de diálogo sobre lo que no se restaura. En los teléfonos son los certificados (LSC), la extensión principal y el UC service profile del usuario, así como la pertenencia a line groups.

Paso a paso: restaurar un teléfono, un número de teléfono o un pattern

1. En Restore Config, abra la pestaña Phones, Phone numbers, Translation patterns o Route patterns.
2. En la fila del objeto, haga clic en Restore.
3. Lea la solicitud Restore “<name>”?. Se crea un teléfono con líneas, botones, servicios y asociaciones de usuario. Las líneas que aún existen en el CUCM permanecen sin cambios. Un número de teléfono individual no se asocia a ningún dispositivo.
4. Confirme la solicitud.
5. Lea el mensaje situado encima de la lista: «“<name>” was restored.» o, con el añadido, «with <count> note(s)». Si hay notas, abra los Details y lea la sección Notes.
6. Para varios objetos, seleccione las filas o use la selección del encabezado de la tabla (Select all restorable entries on this page). Haga clic en Restore selection (<count>) y confirme. Los objetos se crean uno tras otro. Un error en un objeto no detiene a los demás. Stop detiene la ejecución.
7. Después compruebe el objeto en el CUCM o en la página correspondiente de EasyUC; en los teléfonos, incluido el registro.

Paso a paso: restaurar un SIP trunk, un gateway, un puerto o un usuario de aplicación

1. Abra la pestaña SIP trunks, Gateways, Gateway ports o Application users.
2. En la fila, haga clic en Restore …. Se abre el cuadro de diálogo Restore.
3. SIP trunk: deje activado Add back to route groups y compruebe la lista. Las pertenencias en el momento de la eliminación están preseleccionadas. Los route groups con el distintivo recently removed se ofrecen, pero no están preseleccionados.
4. Gateway: un gateway MGCP/SCCP se crea con unidades, subunidades y todos los puertos eliminados en una sola operación. Si falla una parte, todo permanece sin cambios. Los puertos digitales (PRI/BRI/T1) se guardan, pero no se restauran.
5. Puerto de gateway: compruebe la fila con gateway, unidad, subunidad y puerto. El gateway debe existir en el CUCM.
6. Usuario de aplicación: introduzca una New password. Las contraseñas nunca se guardan en la copia de seguridad. Si el usuario vuelve a existir en el CUCM, active Merge into the existing application user if it exists again. Entonces se añaden los dispositivos controlados, los CTI profiles y los grupos, y la contraseña permanece sin cambios.
7. Haga clic en Check only. Esta comprobación no cambia nada en el CUCM y muestra lo que ocurriría, por ejemplo Planned steps y Ports that would be created.
8. Si la comprobación termina sin errores, haga clic en Restore.
9. Lea el resultado en el cuadro de diálogo. En caso de conflicto, el cuadro de diálogo ofrece un botón adecuado: Merge into the existing one o Create anyway (allow same destination).
10. Tras restaurar un gateway, ejecute Apply Config en el CUCM si aparece el mensaje «configuration not applied».

Paso a paso: restaurar un usuario final

1. En Restore Config, abra la pestaña End users.
2. Si es necesario, seleccione Deleted in CUCM o Deleted in EasyUC. La columna Status muestra open, returned, running, partial, failed o restored.
3. En la fila, haga clic en Restore …. Se abre el cuadro de diálogo de restauración de Users deleted in cucm. Un plan muestra primero qué se vuelve a asociar y qué se crea de nuevo.
4. Si el usuario vuelve a existir en el CUCM, se vuelven a asociar los dispositivos, perfiles y asociaciones de la copia de seguridad. Si falta el usuario, se crea. Los usuarios LDAP solo regresan mediante la sincronización LDAP.
5. La contraseña y el PIN no se guardan en la copia de seguridad. Asigne valores nuevos si es necesario. Si no introduce nada, la restauración no establece ninguno.
6. Ejecute la restauración y lea las notas.
7. Para la limpieza y el registro de eliminación, use el enlace Manage deleted users (cleanup, deletion log) para abrir la página Users → Users deleted in cucm.

Campos y opciones

Comprobar el resultado y solucionar problemas

• Éxito: la fila cambia a Restored con la hora y el usuario. Los detalles muestran New UUID. En Config Backup aparece en Recent changes una entrada de tipo Restored.
• «“<name>” already exists in CUCM.»: el nombre vuelve a estar en uso. Compruebe el objeto existente en el CUCM.
• «“<name>” cannot be restored: <count> referenced objects are missing in CUCM. Please create them first.»: la sección Missing in CUCM: enumera los objetos. Si alguno de ellos tiene a su vez copia de seguridad, muestra restorable from backup.
• «“<name>” has not been detected as deleted or was already restored.»: vuelva a cargar la lista. En el caso de una eliminación retenida, un administrador debe ejecutar antes Accept.
• «CUCM rejected creating “<name>”.»: lea Last error en los detalles y corrija la causa en el CUCM.
• «You are not allowed to restore this object type.»: le falta el rol de restauración para este tipo.
• «The destination of “<name>” (address and port) is already used by another SIP trunk.»: cambie el destino o el security profile del otro trunk, o permita el destino duplicado en el cuadro de diálogo.
• «“<name>” is an LDAP user and is missing in CUCM.»: compruebe el usuario en el directorio y espere a la sincronización LDAP. Después se fusiona con el usuario devuelto.
• «“<name>”: unit … / subunit … is not (or no longer) configured on gateway …»: configure primero el módulo en el CUCM y después el puerto.
• Los usuarios de aplicación que el propio EasyUC utiliza (acceso AXL, ControlMe, call tracking, Calling Features) y los usuarios predeterminados del CUCM no se restauran desde la copia de seguridad. Vuelva a configurarlos en la función responsable.
• «The CUCM backup is disabled for this CUCM connection.»: sin copia de seguridad no hay entradas nuevas. Un administrador la activa en la conexión CUCM.
• «Restore users of your locations in “Deleted users”.»: con una restricción de ubicación, use la página Users deleted in cucm para los usuarios finales.
• Tome en serio las notas tras la restauración, por ejemplo «End user … no longer exists in CUCM – not associated.» o «Pattern … now points to … – not changed.» La restauración nunca modifica los patterns que apuntaban a un trunk o a un gateway.