Requisitos previos

Para que su organización sea elegible para migrar entre regiones, su organización debe no 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 con Webex Identity, como nombre, dirección de correo electrónico y grupos de usuarios, se migran a la región de destino. Los datos analíticos de Webex Calling, Messaging y Devices también se migrarán una vez completada la migración de Webex Identity.

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 para organizaciones de Webex con menos de 10 000 usuarios, y puede tardar hasta ocho horas para 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 programada.

• 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 luego actualizaciones de estado cada dos horas mientras la actualización esté en progreso.

Qué sucede después de la migración y acciones requeridas de 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:
  • Descargar metadatos de SP.
  • Importe estos metadatos al IdP.
  • Active SSO yendo a Configuración de la organización > Autenticación y activación del Inicio de sesión único
• Los códigos de activación del dispositivo que se generaron pero no se usaron 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 manualmente los dispositivos para acelerar este proceso.
• Si su organización utiliza la integración de Okta para sincronizar los 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. 4 en Configurar Okta para la sincronización de usuarios en este artículo.
• Los datos analíticos no aparecerán inmediatamente después de la migración. La migración de datos analíticos continuará en segundo plano y durará hasta dos o tres días. No es necesario que usted realice ninguna acción para recuperar los datos analíticos. Volverá a aparecer automáticamente. El impacto es que no verá datos analíticos en Control Hub hasta dos o tres días después de completar la migración.
• La migración restablecerá las bases de datos locales de los usuarios si utilizan UCM Calling. Como resultado, los historiales de llamadas se restablecerán y el historial de llamadas anteriores ya no estará disponible.

Impactos para los usuarios finales

• Al comenzar la migración, se cierra la sesión de los usuarios en la aplicación Webex. Los usuarios deben volver a iniciar sesión nuevamente durante o después de la migración.
• 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 generalmente son autorizadas por los usuarios. Los tokens de usuario para las integraciones se revocan una vez que comienza la migración de datos de la aplicación común. Para que las integraciones sigan funcionando, los usuarios con los privilegios adecuados deberán volver a autorizar su acceso a esas integraciones.

Otras integraciones que no estén autorizadas por los usuarios deberán ser reautorizadas por los administradores o los responsables de cumplimiento. Por ejemplo, las integraciones de API de eventos solo pueden ser reautorizadas por los responsables de cumplimiento.

• Aplicaciones integradas—Los tokens de acceso y actualización de los usuarios no se migran, por lo que los usuarios deben autorizar las aplicaciones integradas nuevamente una vez finalizada la migración de datos de la aplicación común. Generalmente, esto se hace iniciando sesión en la aplicación incorporada.
• Integraciones—Los tokens de acceso y actualización de los usuarios no se migran, por lo que los usuarios deben autorizar las integraciones nuevamente una vez finalizada la migración de datos de la aplicación común.
  • Algunas integraciones se configuran 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 necesita ser reconfigurada. La página de aplicaciones en Control Hub también es una buena referencia para ver qué integraciones se desactivaron.
  • Las integraciones con soluciones de prevención de pérdida de datos deben ser reautorizadas por los responsables de cumplimiento.
  • Las integraciones de tareasy los conectores del Centro de contacto de Webex deben volver a autorizarse.
  • Si sus usuarios han creado integraciones de API de Webex, los tokens de acceso y actualización asociados con esas integraciones ya no funcionarán.
• Las aplicaciones de servicio necesitan volver a autorizarse. El cliente debe solicitar un nuevo token de acceso y actualización.
• 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.

Impactos en la mensajería de vídeo (Vidcast)

Si su organización utiliza mensajería de video (Vidcast), debe abrir un caso con el equipo de soporte de Cisco después de la migración para transferir los datos de Vidcast a la región de destino. Esto garantiza que todos los videos y grabaciones de Vidcast existentes permanezcan visibles y accesibles en la cuenta Webex de cada usuario.

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 informarles que pueden solicitar desvincular sus cuentas de Webex para solucionar el problema.