Prérequis

Pour que votre organisation soit éligible à la migration d’une région à l’autre, votre organisation ne doit pas avoir l’un des services suivants :

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

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 d’analyse pour Webex Calling, la messagerie et les périphériques 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 de moins de 10 000 utilisateurs, et peut prendre jusqu’à huit heures pour les organisations d’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 travaux par lots seront terminés avant le démarrage du transfert programmé.

• 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.
• Si votre organisation a installé authentification unique (SSO) (SSO), elle sera automatiquement désactivée.
• 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 courriers électroniques de rappel aux administrateurs de l’organisation, puis des mises à jour du statut toutes les deux heures pendant que la mise à jour est en cours.

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

• Si votre organisation a installé SSO, alors après la migration les utilisateurs ne peuvent pas se SSO jusqu’à ce que l’SSO soit reconfigurée comme suit :
  • Télécharger les métadonnées du fournisseur de services.
  • Importez ces métadonnées dans l’IdP.
  • Activez l’authentification unique SSO en allant dans Paramètres de l’organisation > Authentification et en activant Authentification unique sur Activé.
• Les codes d’activation des périphériques qui ont été générés mais qui n’ont pas été utilisés avant la migration devront être générés à nouveau.
• Il peut s’écouler jusqu’à 24 heures avant que les périphériques soient totalement opérationnels après la migration. Vous pouvez redémarrer manuellement les périphériques pour accélérer ce processus.
• Si votre organisation utilise l’intégration Okta pour synchroniser les utilisateurs Okta dans Control Hub, vous devez à nouveau générer le jeton d’accès au support comme indiqué dans les étapes 3 et 4 sous Configurer Okta pour la synchronisation des utilisateurs dans cet article.
• Les données analytiques 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 n’est requise de votre part pour ramener 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 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 les appels UCM. 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, 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

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 pour les extensions sont révoqués une fois la migration des données de l’application commune démarrée. Pour que les extensions continuent de fonctionner, les utilisateurs disposant des privilèges adéquats devront réautoriser leur accès à ces extensions.

Les autres extensions 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 d’Events API ne peuvent être réautorisées que par des responsables de la conformité.

• Applications intégrées–Les jetons d’accès et d’actualisation des utilisateurs ne sont pas transférés, donc les utilisateurs doivent autoriser les applications intégrées à nouveau une fois la migration des données de l’application commune terminée. Ceci est généralement effectué en vous connectant à l’application intégrée.
• Extensions–Les jetons d’accès et d’actualisation des 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 le Control Hub et peuvent être désactivées pendant la migration. Par exemple, l’intégration ThousandEyes, qui est désactivée pendant la migration et doit être reconfigurée. La page des applications dans le 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 chargés 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 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.

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 de dissocier leurs comptes de Webex pour résoudre le problème.