Migrar los datos de Webex de su organización a otra región en Control Hub

Requisitos previos

Para que su organización pueda optar a la migración entre regiones, debe no disponer de alguno 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 Webex Identity, como el nombre, la dirección de correo electrónico y los 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 finalizada 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 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 completarán 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, a continuación, actualizaciones de estado cada dos horas mientras la actualización esté en curso.

Qué ocurre después de la migración y qué medidas debe tomar usted

• 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 SP.
  • Importe estos metadatos al IdP.
  • Para activar el SSO, vaya a Configuración de la organización > Autenticación y active 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 tendrán que generarse de nuevo.
• Si su organización utiliza la integración de Okta para sincronizar los usuarios de Okta en Control Hub, deberá regenerar el token de acceso de portador tal y como se especifica en pasos 3 y 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 realice ninguna acción para recuperar los datos analíticos. Reaparecerá automáticamente. La consecuencia es que no verá los datos analíticos en Control Hub hasta dos o tres días después de la finalización de la migración.
• La migración restablecerá las bases de datos locales de los usuarios si están utilizando UCM Calling. Como resultado, los historiales de llamadas se reiniciarán y el historial de llamadas anteriores dejará de estar disponible.

Repercusiones para los usuarios finales

• Al inicio de la migración, se cierra la sesión de los usuarios en Webex App. Los usuarios deben volver a iniciar sesión 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.

Repercusiones en las integraciones

Hay muchos tipos de integraciones posibles con Webex, y normalmente son autorizadas por los usuarios. Los tokens de usuario para las integraciones se revocan una vez que se inicia 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 dichas 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 la API de Eventos sólo pueden ser reautorizadas por los responsables de cumplimiento.

• Aplicaciones incrustadas-Los tokens de acceso y actualización de los usuarios no se migran, por lo que los usuarios deben autorizar de nuevo las aplicaciones incrustadas una vez finalizada la migración de los datos de las aplicaciones comunes. Esto suele hacerse iniciando sesión en la aplicación integrada.
• Integraciones-Los tokens de acceso y actualización de los usuarios no se migran, por lo que los usuarios deben autorizar de nuevo las integraciones 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 ThousandEyes, que se desactiva durante la migración y debe volver a configurarse. La página de aplicaciones en Control Hub también es una buena referencia para ver qué integraciones se desactivaron.
  • Las integraciones con las soluciones de prevención de pérdida de datos de deben ser autorizadas de nuevo por los responsables de cumplimiento.
  • Webex Contact Center integraciones de tareas y conectores deben ser reautorizados.
  • Si tus usuarios han creado alguna integración con la API de Webex, los tokens de acceso y actualización asociados a esas integraciones dejarán de funcionar.
• Es necesario volver a autorizar Service Apps . 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.

Si sus usuarios tienen problemas para iniciar sesión en Cisco.com con una cuenta de Webex vinculada tras la migración, puede informarles de que pueden solicitar la desvinculación de sus cuentas de Webex para solucionar el problema.