Aperçu

Si votre organisation est basée dans une région mais que vos données Webex résident dans une autre région, vous pourriez être éligible pour migrer vos données Webex vers votre propre région grâce à la fonctionnalité de migration de Control Hub.

Quelles sont les données migrées

Toutes les données associées à Webex Identity, telles que le nom, l'adresse électronique et les groupes d'utilisateurs, sont migrées vers la région de destination. Les données analytiques pourWebex Calling, Messaging et Devices seront également migrées une fois la migration de Webex Identity terminée.

Impacts sur vos services Webex

Pendant la migration

Lorsque la migration commence :

• La migration des données peut prendre moins d'une heure pour les organisations Webex comptant moins de 10 000 utilisateurs, et jusqu'à 8 heures pour les organisations comptant environ 100 000 utilisateurs. Veuillez programmer la migration de vos données à une date pour laquelle vous pouvez prendre en charge le temps d’arrêt requis.

  Assurez-vous que tous les traitements par lots soient terminés avant le début de la migration planifiée.

• Vous n’avez pas accès à Control Hub et les utilisateurs ne peuvent accéder à aucun service de messagerie, d’appel, de centre de contact Webex et de réunion pour les sites gérés par Control Hub.
• Les périphériques sur site enregistrés avec Webex Edge pour les périphériques et les périphériques enregistrés sur le Cloud ne pourront pas rejoindre les réunions ou effectuer des appels.
• Les actions de suppression ou de modification en bloc de l’espace de travail ou du périphérique démarrées juste avant la migration peuvent être interrompues par la migration et se terminer avec succès.

• Nous enverrons des rappels par courriel aux administrateurs de l'organisation, puis des mises à jour périodiques sur l'état d'avancement de la migration.

Que se passe-t-il après la migration et quelles sont les actions requises de votre part ?

• Si votre organisation a configuré l'authentification unique (SSO), celle-ci est automatiquement désactivée pendant la migration. Après la migration, les utilisateurs ne pourront pas se connecter tant que l'authentification unique (SSO) n'aura pas été reconfigurée comme suit :
  • Télécharger les métadonnées SP.
  • Importez ces métadonnées dans le fournisseur d'identité.
  • Activez l'authentification unique (SSO) en accédant aux Paramètres de l'organisation > Authentification et activation de l'authentification unique
• Les codes d'activation desappareils qui ont été générés mais non utilisés avant la migration devront être générés à nouveau.
• Les appareils peuvent mettre jusqu'à 24 heures pour être pleinement opérationnels après la migration. Vous pouvez redémarrer manuellement les appareils pour accélérer ce processus.
• Si votre organisation utilise l'intégration Okta pour synchroniser les utilisateurs Okta dans Control Hub, vous devez régénérer le jeton d'accès porteur comme spécifié dans les étapes 3 et 4 de la section Configurer Okta pour la synchronisation des utilisateurs decet article.
• Les données analytiques n'apparaîtront pas immédiatement après la migration. La migration des données analytiques se poursuivra en arrière-plan et durera de 2 à 3 jours. Aucune action n'est requise de votre part pour récupérer les données analytiques. Il réapparaîtra automatiquement. L'impact est que vous ne verrez pas les données analytiques dans Control Hub avant 2 ou 3 jours après la fin de la migration.

  Les données analytiques ne sont pas transférées lors de la migration d'un centre de données américain ou européen vers un centre de données canadien ou des Émirats arabes unis.

• La migration réinitialisera les bases de données locales des utilisateurs s'ils utilisent UCM Calling. Par conséquent, l'historique des appels sera réinitialisé et l'historique des appels précédents ne sera plus disponible.
• Vérifiez que les services hybrides fonctionnent correctement. Certains connecteurs hybrides peuvent mettre quelques minutes à se remettre en ligne une fois la migration terminée.
• Connectez-vous à l'application Webex et assurez-vous qu'elle fonctionne comme configuré.

Impacts sur les utilisateurs finaux

• Au début de la migration, les utilisateurs sont déconnectés de l'application Webex. Les utilisateurs doivent se reconnecter pendant ou après la migration.
• Si vos utilisateurs ont configuré les paramètres locaux dans leurs clients de bureau et mobiles de l’application Webex, alors ils doivent reconfigurer certains de ces paramètres. Les paramètres suivants seront réinitialisés après la migration :
  • Calling
  • Préférences audio et vidéo
  • Accessibilité
  • Préférences de messagerie
  • Périphériques

  D’autres paramètres locaux tels que les paramètres généraux, les préférences de notification, l’apparence (par exemple le mode foncé) et les paramètres de confidentialité seront conservés (aucun changement) après la migration.

Impacts sur les intégrations

Webex offre de nombreuses possibilités d'intégration, généralement autorisées par les utilisateurs. Les jetons d'utilisateur pour les intégrations sont révoqués une fois que la migration des données de l'application commune commence. Pour que les intégrations continuent de fonctionner, les utilisateurs disposant des privilèges requis devront réautoriser leur accès à ces intégrations.

Les autres intégrations qui ne sont pas autorisées par les utilisateurs devront être réautorisées par les administrateurs ou les responsables de la conformité. Par exemple, les intégrations de l'API Events ne peuvent être réautorisées que par les responsables de la conformité.

• Applications intégrées— Les jetons d'accès et d'actualisation des utilisateurs ne sont pas migrés, les utilisateurs doivent donc autoriser à nouveau les applications intégrées une fois la migration des données d'application communes terminée. Cela se fait généralement en se connectant à l'application intégrée.
• Intégrations— Les jetons d'accès et d'actualisation des utilisateurs ne sont pas migrés ; les utilisateurs doivent donc autoriser à nouveau les intégrations une fois la migration des données communes de l'application terminée.
  • Certaines intégrations sont configurées dans Control Hub et peuvent être désactivées pendant la migration. Un exemple est l'intégration ThousandEyes, qui est désactivée pendant la migration et doit être reconfigurée. La page des applications dans Control Hub est également une bonne référence pour voir quelles intégrations ont été désactivées.
  • Les intégrations avec les solutions de prévention des pertes de données doivent être réautorisées par les responsables de la conformité.
  • Les intégrations de tâches Webex Contact Center et les connecteurs doivent être réautorisés.
  • Si vos utilisateurs ont créé des intégrations d'API Webex, les jetons d'accès et d'actualisation associés à ces intégrations ne fonctionneront plus.
• Les applications de service doivent être réautorisées. Le client doit demander un nouveau jeton d'accès et un jeton d'actualisation.
• Si votre organisation a créé des robots, le jeton d’accès pour chaque robot sera révoqué dans le cadre de la migration. Si vous tentez d’accéder aux bots, vous recevrez une erreur HTTP 401 car le jeton d’accès sera invalide ou aura expiré. Vous devez à nouveau régénérer le jeton d’accès pour tous vos bots et mettre à jour vos configurations de robots pour utiliser le nouveau jeton d’accès. Ceci peut être effectué en accédant à https://developer.webex.com/my-apps, en sélectionnant chaque robot que vous avez créé, puis en cliquant sur Jeton d’accès à regénérer.

Impacts sur la messagerie vidéo (vidcast)

Si votre organisation utilise la messagerie vidéo (Vidcast), vous devez ouvrir un ticket auprès de l'équipe de support Cisco après la migration afin de transférer les données Vidcast vers la région cible. Cela permet de garantir que toutes les vidéos et tous les enregistrements Vidcast existants restent visibles et accessibles dans le compte Webex de chaque utilisateur.