Panoramica

Se la tua organizzazione ha sede in una regione ma i tuoi dati Webex risiedono in una regione diversa, potresti avere diritto a migrare i tuoi dati Webex nella tua regione tramite la funzione di migrazione in Control Hub.

Quali dati vengono migrati

Tutti i dati associati a Webex Identity, 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 dopo il completamento della migrazione di Webex Identity.

Fanno eccezione i dati che verranno migrati:

• I dati analitici CCUC non verranno migrati in questo momento. I dati analitici di CCUC verranno migrati nell'ambito della migrazione dei dati di messaggistica.
• La migrazione dei dati analitici non si applica alle organizzazioni che migrano da un data center statunitense o europeo a un data center canadese o degli Emirati Arabi Uniti (EAU).
• Le configurazioni di sincronizzazione della directory CCUC non verranno migrate. Dopo la migrazione, è necessario configurare la sincronizzazione della directory CCUC nella regione di destinazione.

Impatto sui servizi Webex

Durante la migrazione

Una volta avviata la migrazione:

• La migrazione dei dati può richiedere meno di un'ora per le organizzazioni Webex con meno di 10.000 utenti e fino a 8 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.

  Assicurarsi che tutti i processi batch siano completati prima dell'inizio della migrazione programmata.

• 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.
• 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 via e-mail agli amministratori dell'organizzazione e aggiornamenti periodici sullo stato di avanzamento della migrazione.

Cosa succede dopo la migrazione e quali azioni sono richieste da parte tua

• Se la tua organizzazione ha configurato l'SSO, quest'ultimo verrà disabilitato automaticamente durante la migrazione. Dopo la migrazione, gli utenti non potranno accedere finché l'SSO non verrà riconfigurato come segue:
  • Scarica i metadati di SP.
  • Importa questi metadati nell'IdP.
  • Attiva l'SSO andando su Impostazioni dell'organizzazione > Autenticazione e attivazione/disattivazione dell'accesso singolo su attivo.
• I codici di attivazione del dispositivo generati ma non utilizzati prima della migrazione dovranno essere generati nuovamente.
• I dispositivi potrebbero impiegare fino a 24 ore per essere pienamente operativi dopo la migrazione. È possibile riavviare manualmente i dispositivi per velocizzare questo processo.
• Se la tua organizzazione utilizza l'integrazione con Okta per sincronizzare gli utenti Okta con Control Hub, devi rigenerare il token di accesso bearer come specificato nei passaggi 3 e 4 della sezione Configurare Okta per la sincronizzazione degli utentidi questo articolo.
• I dati analitici non saranno visibili immediatamente dopo la migrazione. La migrazione dei dati analitici proseguirà in background e richiederà dai 2 ai 3 giorni. Non è richiesta alcuna azione da parte tua per recuperare i dati analitici. Riapparirà automaticamente. Di conseguenza, i dati analitici non saranno visibili in Control Hub fino a 2 o 3 giorni dopo il completamento della migrazione.

  I dati analitici non vengono migrati quando si migra da un data center statunitense o europeo a un data center canadese o degli Emirati Arabi Uniti.

• La migrazione ripristinerà i database locali degli utenti che utilizzano UCM Calling. Di conseguenza, la cronologia delle chiamate verrà reimpostata e la cronologia delle chiamate precedenti non sarà più disponibile.
• Verificare che i servizi ibridi funzionino correttamente. Alcuni connettori ibridi potrebbero impiegare qualche minuto per tornare online al termine della migrazione.
• Accedi all'app Webex e verifica che funzioni come configurato.

Impatto sugli utenti finali

• All'inizio della migrazione, gli utenti vengono disconnessi dall'app Webex. Gli utenti dovranno effettuare 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.

Impatti sulle integrazioni

Esistono molti tipi di integrazioni possibili con Webex, che di solito vengono autorizzate dagli utenti. I token utente per le integrazioni vengono revocati una volta avviata la migrazione dei dati dell'applicazione comune. Affinché le integrazioni continuino a funzionare, gli utenti con i privilegi appropriati dovranno autorizzare nuovamente il proprio accesso a tali integrazioni.

Le altre integrazioni non autorizzate dagli utenti dovranno essere riautorizzate dagli amministratori o dai responsabili della conformità. Ad esempio, le integrazioni dell'API Eventi possono essere riautorizzate solo dai responsabili della conformità.

• App incorporate— I token di accesso e di aggiornamento per gli utenti non vengono migrati, quindi gli utenti devono autorizzare nuovamente le app incorporate al termine della migrazione dei dati comuni delle applicazioni. Questo avviene solitamente accedendo all'applicazione integrata.
• Integrazioni—I token di accesso e di aggiornamento per gli utenti non vengono migrati, quindi 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'integrazionecon ThousandEyes , che viene disattivata durante la migrazione e deve essere riconfigurata. La pagina delle app in Control Hub è anche un buon riferimento per vedere quali integrazioni sono state disattivate.
  • Le integrazioni con le soluzioni di prevenzione della perdita di dati (Data Loss Prevention ) devono essere riautorizzate dai responsabili della conformità.
  • Le integrazioni delle attività di Webex Contact Center e i connettori devono essere riautorizzati.
  • Se i tuoi utenti hanno creato integrazioni con le API di Webex, i token di accesso e di 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 di 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.

Impatti sulla messaggistica video (videocast)

Se la tua organizzazione utilizza la messaggistica video (Vidcast), dopo la migrazione è necessario aprire un caso con il team di supporto Cisco per trasferire i dati Vidcast nella regione di destinazione. In questo modo si garantisce che tutti i video e le registrazioni Vidcast esistenti rimangano visibili e accessibili nell'account Webex di ciascun utente.