Requisitos previos

Para que su organización sea elegible para migrar entre regiones, no debe tener ninguno de los siguientes servicios:

• Webex para BroadWorks
• Webex Call (antes de que se actualice a Webex Calling)

Qué datos se migran

Todos los datos asociados a la identidad de Webex, como nombre, dirección de correo electrónico y grupos de usuarios, se migran a la región de destino. Los datos de análisis para Webex Calling, mensajería y dispositivos también se migrarán después de que se haya completado la migración de identidad de Webex.

Impactos en los servicios de Webex

Durante la migración

Una vez que comience la migración:

• La migración de datos puede tardar menos de una hora en completarse en las organizaciones de Webex con menos de 10 000 usuarios, y puede tardar hasta ocho horas en las organizaciones con alrededor de 100 000 usuarios. Plan planificado la migración de datos en una fecha en la que pueda adaptarse para el tiempo de inactividad requerido.

  Asegúrese de que todos los trabajos por lotes se completen antes de que comience la migración planificada.

• No tendrá acceso a Control Hub, y los usuarios no podrán acceder a ningún servicio de mensajería, llamadas, centro de contacto de Webex ni servicios de reunión para los sitios administrados por Control Hub.
• Si su organización ha configurado inicio de sesión único aplicación (SSO), se deshabilitará automáticamente.
• Los dispositivos locales inscritos en Webex Edge para dispositivos y dispositivos registrados en la nube no podrán entrar a reuniones ni realizar llamadas.
• Las acciones de eliminación o cambio masivo de workspace o dispositivos iniciadas antes de la migración pueden ser interrumpidas por la migración y es posible que no se completen correctamente.
• Enviaremos recordatorios por correo electrónico a los administradores de la organización y, a continuación, actualizaciones de estado cada dos horas mientras la actualización esté en curso.

Qué sucede después de la migración y las acciones requeridas por su parte

• Si su organización ha configurado los SSO, después de la migración, los usuarios no podrán iniciar sesión hasta que SSO se reconfigura de la siguiente manera:
  • Descargue los metadatos del SP.
  • Importe estos metadatos al IdP.
  • Para activar el SSO, vaya a Configuración de la organización > Autenticación y active el Inicio de sesión único .
• Los códigos de activación de dispositivos que se generaron pero no se utilizaron antes de la migración deberán generarse nuevamente.
• Los dispositivos pueden tardar hasta 24 horas en estar completamente operativos después de la migración. Puede reiniciar dispositivos manualmente para acelerar este proceso.
• Si su organización utiliza la integración de Okta para sincronizar usuarios de Okta en Control Hub, debe volver a generar el token de acceso del portador como se especifica en los pasos 3 y 4 en Configurar Okta para la sincronización de usuarios en este artículo.
• Los datos de análisis no aparecerán inmediatamente después de la migración. La migración de datos de análisis continuará en segundo plano y durará entre dos y tres días. No es necesario que realice ninguna acción para recuperar los datos de análisis. Volverá a aparecer automáticamente. El impacto es que no verá los datos de análisis en Control Hub hasta dos o tres días después de que finalice la migración.
• La migración restablecerá las bases de datos locales de los usuarios si están utilizando UCM Calling. En consecuencia, los historiales de llamadas se restablecerán y el historial de llamadas anteriores ya no estará disponible.

Impactos en los usuarios finales

• Al inicio de la migración, los usuarios cierran sesión de la aplicación de Webex. Los usuarios deben volver a iniciar sesión durante la migración o después de esta.
• Si sus usuarios configuraron ajustes locales en sus clientes de escritorio y móviles de la aplicación de Webex, deben volver a configurar algunos de estos ajustes. Después de la migración, se restablecerá la siguiente configuración:
  • Llamadas
  • Preferencias de audio y vídeo
  • Accesibilidad
  • Preferencias de mensajería
  • Dispositivos

  Otros ajustes locales, como la configuración general, las preferencias de notificación, el aspecto (p. ej., el modo oscuro) y la configuración de privacidad se conservarán (sin cambios) después de la migración.

Impactos en las integraciones

Hay muchos tipos de integraciones posibles con Webex y, por lo general, los usuarios las autorizan. Los tokens de usuario a las integraciones se revocan una vez que se inicia la migración de datos de aplicaciones comunes. Para que las integraciones sigan funcionando, los usuarios con los privilegios adecuados tendrán que volver a autorizar su acceso a esas integraciones.

Los administradores o los responsables de cumplimiento deberán volver a autorizar otras integraciones que no estén autorizadas por los usuarios. Por ejemplo, solo los responsables de cumplimiento pueden volver a autorizar las integraciones de la API de eventos.

• Aplicaciones integradas: no se migran los tokens de acceso y actualización para los usuarios, por lo que los usuarios deben autorizar nuevamente las aplicaciones integradas una vez finalizada la migración de datos de aplicaciones comunes. Esto se suele hacer iniciando sesión en la aplicación integrada.
• Integraciones: los tokens de acceso y actualización para los usuarios no se migran, por lo que los usuarios deben autorizar las integraciones nuevamente una vez finalizada la migración de datos de aplicaciones comunes.
  • Algunas integraciones están configuradas en Control Hub y pueden desactivarse durante la migración. Un ejemplo es la integración de ThousandEyes, que se desactiva durante la migración y debe reconfigurarse. La página de aplicaciones en Control Hub también es una buena referencia para ver qué integraciones se desactivaron.
  • Los responsables de cumplimiento deben volver a autorizar las integraciones con las soluciones de prevención de pérdida de datos .
  • Las integraciones de tareas y los conectores de Webex Contact Center deben ser reautorizados.
  • Si sus usuarios han desarrollado integraciones de API de Webex, los tokens de acceso y actualización asociados a esas integraciones ya no funcionarán.
• Es necesario volver a autorizar las aplicaciones de servicio . El cliente debe pedir un nuevo acceso y actualizar el token.
• Si su organización ha creado bots, el token de acceso para cada bot será revocado como parte de la migración. Si intenta acceder a los bots, recibirá un error de HTTP 401, ya que el token de acceso no será válido o caducará. Debe volver a generar el token de acceso para todos sus bots y actualizar sus configuraciones de bots para utilizar el nuevo token de acceso. Esto se puede hacer accediendo a https://developer.webex.com/my-apps, seleccionando cada bot que ha creado y haciendo clic en Volver a generar token de acceso.

Si sus usuarios tienen problemas para iniciar sesión en Cisco.com con una cuenta de Webex vinculada después de la migración, puede hacerles saber que pueden solicitar desvincular sus cuentas de Webex para solucionar el problema.