Cerințe preliminare

Pentru ca organizația dvs. să fie eligibilă să migreze în regiuni, organizația dvs. nu trebuie să aibă oricare dintre următoarele servicii:

• Webex pentru Broadworks
• Spark Call (înainte de upgrade-ul la Webex Calling)

Ce date migrează

Toate datele asociate cu Webex Identity, cum ar fi numele, adresa de e-mail și grupurile de utilizatori, sunt migrate în regiunea de destinație. Datele analitice pentru Webex Calling, Messaging și Devices vor fi, de asemenea, migrate după finalizarea migrării Webex Identity.

Excepții de la datele care sunt migrate sunt: Date de analiză CCUC nu va fi migrată în acest moment. Migrarea datelor analitice nu se aplică organizațiilor care migrează între un centru de date din SUA la un centru de date canadian.

Impactul asupra serviciilor dvs. Webex

În timpul migrării

Odată ce migrarea începe:

• Finalizarea migrării datelor poate dura mai puțin de o oră pentru organizațiile Webex cu mai puțin de 10.000 de utilizatori și poate dura până la opt ore pentru organizațiile cu aproximativ 100.000 de utilizatori. Vă rugăm să programați migrarea datelor la o dată la care vă puteți adapta pentru timpul de inactivitate necesar.

  Asigurați-vă că toate locurile de muncă din lot vor fi finalizate înainte de începerea migrării programate.

• Nu veți avea acces la Control Hub, iar utilizatorii nu vor putea accesa niciun serviciu de mesagerie, apelare, centru de contact Webex și întâlniri pentru site-urile gestionate de Control Hub.
• Dacă organizația dvs. a configurat conectare singură (SSO), aceasta va fi dezactivată automat.
• Dispozitive on-premise înregistrate cu Webex Edge for Devices iar dispozitivele înregistrate în cloud nu vor putea participa la întâlniri sau efectua apeluri.
• Acțiunile de ștergere sau modificare în grup din spațiul de lucru sau dispozitivul inițiate chiar înainte de migrare pot fi întrerupte de migrare și nu se pot finaliza cu succes.
• Vom trimite memento-uri prin e-mail administratorilor organizației, iar apoi actualizări de stare la fiecare două ore, în timp ce actualizarea este în curs.

Ce se întâmplă după migrare și acțiunile necesare din partea dvs

• Dacă organizația dvs. a configurat SSO, după migrare, utilizatorii nu se vor putea conecta până când SSO nu este reconfigurat după cum urmează:
  • Descărcați metadatele SP.
  • Importați aceste metadate în IdP.
  • Activați SSO accesând Setări organizație > Autentificare și comutare Conectare unică la pornire.
• Codurile de activare a dispozitivului care au fost generate, dar neutilizate înainte de migrare, vor trebui generate din nou.
• Dacă organizația dvs. utilizează integrarea Okta pentru a sincroniza utilizatorii Okta în Control Hub, trebuie să regenerați tokenul de acces la purtător, așa cum este specificat în pașii 3 și 4 din Configurare Okta pentru sincronizarea utilizatorilor din acest articol .
• Datele analitice nu vor apărea imediat după migrare. Migrarea datelor Analytics va continua în fundal și va dura până la două-trei zile. Nu sunt necesare acțiuni din partea dvs. pentru a recupera datele analitice. Acesta va reapărea automat. Impactul este că nu veți vedea date de analiză în Control Hub decât la două sau trei zile de la finalizarea migrării.
• Migrarea va reseta bazele de date locale ale utilizatorilor dacă aceștia utilizează UCM Calling. Drept urmare, istoricul apelurilor va fi resetat, iar istoricul apelurilor anterioare nu va mai fi disponibil.

Impactul asupra utilizatorilor finali

• La începutul migrării, utilizatorii sunt deconectați din Aplicația Webex. Utilizatorii trebuie să se conecteze din nou în timpul sau după migrare.
• Dacă utilizatorii dvs. au configurat setări locale în clienții lor desktop și mobili ai aplicației Webex , atunci trebuie să reconfigureze unele dintre aceste setări. Următoarele setări vor fi resetate după migrare:
  • Apelare
  • Preferințe audio și video
  • Accesibilitate
  • Preferințe Mesagerie
  • Dispozitive

  Alte setări locale, cum ar fi setările generale, preferințele de notificare, aspectul (de ex. modul întunecat) și setările de confidențialitate vor fi păstrate (nicio modificare) după migrare.

Impactul asupra integrărilor

Există multe tipuri de integrări posibile cu Webex și sunt de obicei autorizate de utilizatori. Tokenurile utilizatorilor către integrări sunt revocate odată ce migrarea datelor comune ale aplicației începe. Pentru ca integrările să continue să funcționeze, utilizatorii cu privilegiile potrivite vor trebui să-și reautorizeze accesul la aceste integrări.

Alte integrări care nu sunt autorizate de utilizatori vor trebui să fie reautorizate fie de administratori, fie de ofițeri de conformitate. De exemplu, integrările API Events pot fi reautorizate numai de către ofițerii de conformitate.

Eșecul de a reautoriza integrările va duce la faptul că integrările nu mai funcționează.

• Aplicații încorporate- Accesul și reîmprospătarea tokenurilor pentru utilizatori nu sunt migrate, astfel încât utilizatorii trebuie să autorizeze din nou aplicațiile încorporate după ce migrarea datelor comune ale aplicației s-a încheiat. Acest lucru se face de obicei prin conectarea la aplicația încorporată.
• Integrări—Accesul și reîmprospătarea tokenurilor pentru utilizatori nu sunt migrate, astfel încât utilizatorii trebuie să autorizeze din nou integrările după terminarea migrării datelor comune ale aplicației.
  • Unele integrări sunt configurate în Control Hub și pot fi dezactivate în timpul migrării. Un exemplu este integrarea ThousandEyes, care este oprită în timpul migrării și trebuie reconfigurată. Pagina de aplicații din Control Hub este, de asemenea, o bună referință pentru a vedea ce integrări au fost dezactivate.
  • Integrările cu soluțiile de prevenire a pierderii de date trebuie să fie reautorizate de către ofițerii de conformitate.
  • Integrările sarcinilor și conectorii Webex Contact Center trebuie reautorizați.
  • Dacă utilizatorii dvs. au construit orice integrări API Webex, tokenurile de acces și reîmprospătare asociate cu aceste integrări nu vor mai funcționa.
• Aplicațiile serviciului trebuie să fie reautorizate. Clientul trebuie să solicite un nou token de acces și reîmprospătare.
• Dacă organizația dvs. a creat boți, tokenul de acces pentru fiecare bot va fi revocat ca parte a migrării. Dacă încercați să accesați boții, veți afișa o eroare HTTP 401, deoarece tokenul de acces va fi nevalid sau a expirat. Trebuie să regenerați tokenul de acces pentru toți boții și să actualizați configurațiile botului pentru a utiliza noul token de acces. Acest lucru se poate face prin accesarehttps://developer.webex.com/my-apps , selectând fiecare bot pe care l-ați creat și apoi făcând clic pe Regenerați tokenul de acces .

Dacă utilizatorii dvs. întâmpină probleme la conectarea la Cisco.com cu un cont Webex asociat după migrare, îi puteți anunța că pot solicita deconectarea conturilor lor de la Webex pentru a remedia problema.