Migrați datele Webex ale organizației dvs. într-o altă regiune din Control Hub

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
• Apel spark (înainte de upgrade-ul la Apelare Webex)

Ce date sunt migrate

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.

Impactul asupra serviciilor webex

În timpul migrării

Odată ce migrarea începe:

• Migrarea datelor poate dura mai puțin de o oră pentru a fi finalizată 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 acomoda pentru perioadele de nefuncționare necesare.

  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, apel, centru de contact Webex și servicii de întâlnire pentru site-urile gestionate de Control Hub.
• Dacă organizația a configurat sign-on unic (SSO), aceasta va fi dezactivată automat.
• Dispozitivele locale înregistrate la Webex Edge pentru dispozitive și dispozitive înregistrate în cloud nu vor putea să se asocieze la întâlniri sau să efectueze apeluri.
• Acțiunile de ștergere sau modificare în bloc a spațiului de lucru sau a dispozitivului au început chiar înainte ca migrarea să fie întreruptă de migrare și să nu se finalizeze cu succes.
• Vom trimite memento-uri prin e-mail administratorilor organizației, iar apoi actualizările de stare la fiecare două ore, în timp ce actualizarea este în curs.

Ce se întâmplă după migrare și acțiunile necesare de la dvs.

• Dacă organizația a configurat SSO, atunci după migrare utilizatorii nu se pot 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 activând Conectarea unică .
• Codurile de activare a dispozitivului care au fost generate, dar nu au fost utilizate înainte de migrare vor trebui să fie 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 al purtătorului așa cum este specificat în pașii 3 și 4 în Configurați Okta pentru sincronizarea utilizatorului în acest articol.
• Datele analitice nu vor apărea imediat după migrare. Migrarea datelor analitice va continua în fundal și va dura până la două-trei zile. Nu sunt necesare acțiuni din partea dvs. pentru a readuce datele analitice. Se va reapărea automat. Impactul este că nu veți vedea datele analitice în Control Hub până la două sau trei zile după finalizarea migrării.
• Migrarea va reseta bazele de date locale ale utilizatorilor dacă utilizează UCM Calling. Ca 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 au configurat setările 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 reinițializate după migrare:
  • Calling
  • Preferințe audio și video
  • Accesibilitate
  • Preferințe de mesagerie
  • Dispozitive

  Alte setări locale, cum ar fi setările generale, preferințele de notificare, aspectul (de exemplu, modul întunecat) și setările de confidențialitate vor fi păstrate (fără modificări) 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.

• 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 a creat roboți, simbolul de acces pentru fiecare bot va fi revocat ca parte a migrării. Dacă încercați să accesați roboții, veți primi o eroare HTTP 401, deoarece simbolul de acces va fi nevalid sau expirat. Trebuie să regenerați simbolul de acces pentru toți roboții și să actualizați configurațiile botului pentru a utiliza noul simbol de acces. Acest lucru se poate face accesând https://developer.webex.com/my-apps, selectând fiecare bot pe care l-ați creat, apoi făcând clic pe Regenerate Access Token.

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.