Prerequisiti

Per fare in modo che la tua organizzazione sia idonea per la migrazione tra regioni, la tua organizzazione non deve disporre dei seguenti servizi:

• Webex per Broadworks
• Webex Call (prima dell'aggiornamento a Webex Calling)

Quali dati vengono migrati

Tutti i dati associati all'identità Webex, come nome, indirizzo e-mail e gruppi di utenti, vengono migrati nella regione di destinazione. Anche i dati analitici per Webex Calling, Messaging e Devices verranno migrati una volta completata la migrazione dell'identità Webex.

Impatto sui servizi Webex

Durante la migrazione

Una volta avviata la migrazione:

• Il completamento della migrazione dei dati può richiedere meno di un'ora per le organizzazioni Webex con meno di 10.000 utenti e può richiedere fino a otto ore per le organizzazioni con circa 100.000 utenti. Pianificare la migrazione dei dati in una data pianificata in base al tempo di inattività richiesto.

  Assicurati che tutti i processi in batch siano completati prima dell'inizio della migrazione pianificata.

• Non si dispone dell'accesso a Control Hub e gli utenti non potranno accedere a messaggistica, chiamata, Webex Contact Center e servizi di riunione per i siti gestiti da Control Hub.
• Se l'organizzazione ha impostato Single Sign-On (SSO), verrà disabilitata automaticamente.
• I dispositivi locali registrati con Webex Edge per i dispositivi e i dispositivi registrati su cloud non potranno accedere alle riunioni o effettuare chiamate.
• L'area di lavoro o l'eliminazione o la modifica in massa delle azioni avviate prima della migrazione potrebbero essere interrotte dalla migrazione e potrebbero non essere completate correttamente.
• Invieremo promemoria e-mail agli amministratori dell'organizzazione e verranno aggiornati lo stato ogni due ore mentre è in corso l'aggiornamento.

Cosa accade dopo la migrazione e le azioni richieste da te

• Se l'organizzazione ha configurato SSO, dopo la migrazione gli utenti non possono eseguire l'accesso fino a quando SSO viene riconfigurato come segue:
  • Scarica metadati SP.
  • Importa questi metadati nell'IdP.
  • Attiva SSO andando a Impostazioni organizzazione > Autenticazione e attivando Single Sign-On .
• I codici di attivazione dispositivo generati ma non utilizzati prima della migrazione dovranno essere generati di nuovo.
• I dispositivi possono richiedere fino a 24 ore per essere completamente operativi dopo la migrazione. È possibile riavviare manualmente i dispositivi per accelerare questo processo.
• Se la tua organizzazione utilizza l'integrazione Okta per sincronizzare gli utenti Okta in Control Hub, devi rigenerare il token di accesso al portatore come specificato nei passaggi 3 e 4 in Configura Okta per la sincronizzazione degli utenti in questo articolo.
• I dati di analisi non verranno visualizzati immediatamente dopo la migrazione. La migrazione dei dati di analisi continuerà in background e durerà da due a tre giorni. Non è richiesta alcuna azione per ripristinare i dati di analisi. Verrà nuovamente visualizzata automaticamente. L'impatto è che non verranno visualizzati i dati di analisi in Control Hub fino a due o tre giorni dopo il completamento della migrazione.
• La migrazione ripristinerà i database locali degli utenti se stanno utilizzando UCM Calling. Di conseguenza, le cronologie delle chiamate verranno ripristinate e la cronologia delle chiamate precedenti non sarà più disponibile.

Impatto sugli utenti finali

• All'inizio della migrazione, gli utenti vengono disconnessi dall'app Webex. Gli utenti devono eseguire nuovamente l'accesso durante o dopo la migrazione.
• Se gli utenti hanno configurato le impostazioni locali nei relativi client desktop e mobili dell'app Webex, devono riconfigurare alcune di queste impostazioni. Le seguenti impostazioni verranno ripristinate dopo la migrazione:
  • Chiamata
  • Preferenze audio e video
  • Accessibilità
  • Preferenze di messaggistica
  • Dispositivi

  Altre impostazioni locali come le impostazioni generali, le preferenze di notifica, l'aspetto (ad esempio, la modalità scura) e le impostazioni della privacy verranno mantenute (nessuna modifica) dopo la migrazione.

Impatto sulle integrazioni

Esistono molti tipi di integrazioni possibili con Webex e solitamente sono autorizzate dagli utenti. I token utente per le integrazioni vengono revocati una volta avviata la migrazione dei dati dell'applicazione comune. Per continuare a utilizzare le integrazioni, gli utenti con i privilegi appropriati devono concedere nuovamente l'accesso a tali integrazioni.

Altre integrazioni che non sono autorizzate dagli utenti dovranno essere riautorizzate dagli amministratori o dai responsabili della conformità. Ad esempio, le integrazioni API di Events possono essere riautorizzate solo dai responsabili della conformità.

• App incorporate: l'accesso e l'aggiornamento dei token per gli utenti non vengono migrati, pertanto gli utenti devono autorizzare nuovamente le app incorporate una volta terminata la migrazione dei dati dell'applicazione comune. Questa operazione solitamente viene eseguita eseguendo l'accesso all'app incorporata.
• Integrazioni: l'accesso e i token di aggiornamento per gli utenti non vengono migrati, pertanto gli utenti devono autorizzare nuovamente le integrazioni al termine della migrazione dei dati dell'applicazione comune.
  • Alcune integrazioni sono configurate in Control Hub e potrebbero essere disattivate durante la migrazione. Un esempio è l'integrazione ThousandEyes, che è disattivata durante la migrazione e che deve essere riconfigurata. Anche la pagina app in Control Hub è un buon riferimento per visualizzare le integrazioni disattivate.
  • Le integrazioni con le soluzioni di prevenzione della perdita di dati devono essere riautorizzate dai responsabili della conformità.
  • Le integrazioni delle attività e i connettori di Webex Contact Center devono essere riautorizzati.
  • Se gli utenti hanno creato integrazioni API Webex, i token di accesso e aggiornamento associati a tali integrazioni non funzioneranno più.
• Le app di servizio devono essere riautorizzate. Il client deve richiedere un nuovo token di accesso e aggiornamento.
• Se la propria organizzazione ha creato bot, il token di accesso per ciascun bot verrà revocato come parte della migrazione. Se si tenta di accedere ai bot, si riceverà un errore HTTP 401 poiché il token di accesso non sarà valido o scaduto. È necessario rigenerare il token di accesso per tutti i bot e aggiornare le configurazioni del bot per utilizzare il nuovo token di accesso. A tale scopo, accedere a https://developer.webex.com/my-apps, selezionando ciascun bot creato, quindi facendo clic su Rigenera token di accesso.

Se i tuoi utenti riscontrano problemi di accesso a Cisco.com con un account Webex collegato dopo la migrazione, puoi informarli che possono richiedere di annullare il collegamento dei propri account da Webex per risolvere il problema.