Conditions requises

Pour que votre organisation soit éligible à la migration entre les régions, votre organisation ne doit pas disposer des services suivants :

• Webex pour Broadworks
• Spark Call (avant la mise à niveau vers Webex Calling)

Quelles données sont migrées

Toutes les données associées à Webex Identity, telles que le nom, l’adresse électronique et les groupes d’utilisateurs, sont transférées vers la région de destination. Les données d’analyse pour Webex Calling, la messagerie et les périphériques seront également transférées une fois la migration de Webex Identity terminée.

Les exceptions concernant les données transférées sont les suivantes : Données analytiques CCUC ne sera pas migré pour le moment. La migration des données Analytics ne s’applique pas aux organisations qui migrent entre un centre de données américain et un centre de données canadien.

Impacts sur vos services Webex

Pendant la migration

Une fois la migration commencée :

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

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

• Vous n’aurez pas accès à Control Hub et les utilisateurs ne pourront pas accéder aux services de messagerie, d’appel, de centre de contact Webex et de réunion pour les sites gérés par Control Hub.
• Si votre organisation a configuré l'authentification authentification unique (SSO), elle sera automatiquement désactivée.
• Périphériques sur site enregistrés avec Webex Edge pour les périphériques et les périphériques enregistrés dans le cloud ne pourront pas rejoindre les réunions ou passer des appels.
• Les actions de suppression ou de modification en bloc de l'espace de travail ou du périphérique ont commencé juste avant la migration peuvent être interrompues par la migration et peuvent ne pas se terminer correctement.
• Nous enverrons des rappels par courrier électronique aux administrateurs de l'organisation, puis des mises à jour de statut toutes les deux heures pendant que la mise à jour est en cours.

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

• Si votre organisation a configuré SSO, après la migration, les utilisateurs ne peuvent pas se connecter tant que SSO n'est pas reconfiguré comme suit :
  • Télécharger les métadonnées du SP.
  • Importez ces métadonnées dans l'IdP.
  • Activez SSO en allant à Paramètres de l'organisation > Authentification et basculer Authentification unique sur activé.
• Codes d'activation du périphérique qui ont été générés mais non utilisés avant la migration devront être générés à nouveau.
• Si votre organisation utilise l'intégration d'Okta pour synchroniser les utilisateurs d'Okta dans Control Hub, vous devez régénérer le jeton d'accès du support comme spécifié dans étapes 3 et 4 sous Configurer Okta pour la synchronisation des utilisateurs dans cet article .
• Les données d'analyse n'apparaîtront pas immédiatement après la migration. La migration des données d'analyse se poursuivra en arrière-plan et durera jusqu'à deux à trois jours. Aucune action de votre part n’est requise pour récupérer les données d’analyse. Il réapparaîtra automatiquement. L'impact est que vous ne verrez pas les données d'analyse dans Control Hub jusqu'à deux ou trois jours après la fin de la migration.
• 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.

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, ils doivent reconfigurer certains de ces paramètres. Les paramètres suivants seront réinitialisés après la migration :
  • Appels
  • Préférences audio et vidéo
  • Accessibilité
  • Préférences de messagerie
  • Périphériques

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

Impacts sur les intégrations

Il existe de nombreux types d’intégrations possibles avec Webex, et elles sont généralement autorisées par les utilisateurs. Les jetons utilisateur dans les extensions sont révoqués une fois que la migration des données de l’application commune a commencé. Pour que les extensions puissent continuer à fonctionner, les utilisateurs disposant des bons privilèges devront réautoriser leur accès à ces extensions.

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é.

Si vous ne réautorisez pas les extensions, celles-ci ne fonctionneront plus.

• Applications intégrées–Les jetons d’accès et d’actualisation pour les utilisateurs ne sont pas transférés, donc les utilisateurs doivent autoriser à nouveau les applications intégrées une fois la migration des données de l’application commune terminée. Cela se fait généralement en se connectant à l’application intégrée.
• Extensions–Les jetons d’accès et d’actualisation pour les utilisateurs ne sont pas transférés, donc les utilisateurs doivent à nouveau autoriser les extensions une fois la migration des données de l’application commune 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 extensions 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 et les connecteurs de Webex Contact Center doivent être réautorisés.
  • Si vos utilisateurs ont créé des intégrations 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 nouvel accès et actualiser le jeton.
• Si votre organisation a créé des bots, le jeton d'accès pour chaque bot sera révoqué dans le cadre de la migration. Si vous essayez d'accéder aux robots, vous obtiendrez une erreur HTTP 401 car le jeton d'accès sera invalide ou a expiré. Vous devez régénérer le jeton d'accès pour tous vos robots et mettre à jour les configurations de vos robots pour utiliser le nouveau jeton d'accès. Cela peut être fait en accédanthttps://developer.webex.com/my-apps , en sélectionnant chaque bot que vous avez créé, puis en cliquant sur Régénérer le jeton d'accès .

Si vos utilisateurs rencontrent des difficultés pour se connecter à Cisco.com avec un compte Webex lié après la migration, vous pouvez leur faire savoir qu’ils peuvent demander à délier leurs comptes de Webex pour résoudre le problème.