Cerințe preliminare

Pentru ca organizația dvs. să fie eligibilă pentru a migra între regiuni, organizația dvs. nu trebuie să aibă niciunul dintre următoarele servicii:

• Webex pentru Broadworks
• Apel spark (înainte de upgrade-ul la Apelare Webex)

Ce date sunt migrate

Toate datele asociate cu identitatea Webex, cum ar fi numele, adresa de e-mail și grupurile de utilizatori, sunt migrate către regiunea de destinație. Datele analitice pentru Webex Calling, mesagerie și dispozitive vor fi, de asemenea, migrate după finalizarea migrării identității Webex.

Impactul asupra serviciilor 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 acomoda pentru perioadele de nefuncționare necesare.

  Asigurați-vă că toate sarcinile în serie 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 către administratorii organizației, iar apoi se vor actualiza starea 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 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 comutând Conectare unică pe activat.
• Codurile de activare a dispozitivelor care au fost generate, dar nu au fost utilizate înainte de migrare vor trebui generate din nou.
• Este posibil ca dispozitivele să fie complet operaționale după migrare până la 24 de ore. Puteți reporni manual dispozitivele pentru a accelera acest proces.
• Dacă organizația dvs. utilizează integrarea Okta pentru a sincroniza utilizatorii Okta în Control Hub, trebuie să regenerați tokenul de acces al titularului, după cum se specifică în pașii 3 și 4 în secțiunea Configurați Okta pentru sincronizarea utilizatorilor din 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ă până la trei zile. Nu sunt necesare acțiuni de la dvs. pentru a returna datele analitice. Va apărea din nou automat. Impactul este că nu veți vedea datele analitice în Control Hub decât după două sau trei zile de la finalizarea migrării.
• Migrarea va reseta bazele de date locale ale utilizatorilor dacă 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 de la Aplicația Webex. Utilizatorii trebuie să se reconecteze î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 acestea sunt de obicei autorizate de utilizatori. Tokenurile de utilizator la integrări sunt revocate odată ce începe migrarea datelor aplicației comune. Pentru ca integrările să continue să funcționeze, utilizatorii cu privilegii corecte vor trebui să își reautorizeze accesul la acele 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 agenții de conformitate.

• Aplicații încorporate—Tokenurile de acces și reîmprospătare pentru utilizatori nu sunt migrate, astfel încât utilizatorii trebuie să autorizeze din nou aplicațiile încorporate după finalizarea migrării comune a datelor aplicației. Acest lucru se face de obicei prin conectarea la aplicația încorporată.
• Integrări—Tokenurile de acces și reîmprospătare pentru utilizatori nu sunt migrate, astfel încât utilizatorii trebuie să autorizeze din nou integrările după finalizarea migrării comune a datelor 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 dezactivată în timpul migrării și trebuie reconfigurată. Pagina de aplicații din Control Hub este, de asemenea, o referință bună 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 agenții de conformitate.
  • Integrările pentru sarcinile Webex Contact Center și conectorii trebuie să fie reautorizați.
  • Dacă utilizatorii dvs. au construit integrări API Webex, tokenurile de acces și reîmprospătare asociate cu acele integrări nu vor mai funcționa.
• Aplicațiile de serviciu trebuie să fie reautorizate. Clientul trebuie să solicite un nou acces și să reîmprospăteze tokenul.
• 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 anularea asocierii conturilor lor de la Webex pentru a remedia problema.