Cerințe preliminare

Pentru ca organizația dumneavoastră să fie eligibilă pentru migrarea între regiuni, aceasta trebuie să nu dețină 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 Webex Identity, cum ar fi numele, adresa de e-mail și grupurile de utilizatori, sunt migrate în regiunea de destinație. Datele analiticepentru 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 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 lucrările în 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 mementouri prin e-mail administratorilor organizației, apoi actualizări de stare la fiecare două ore pe durata actualizării.

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ările organizației > Autentificare și activare Autentificare unică.
• Codurile de activare a dispozitivelorcare au fost generate, dar nu au fost utilizate înainte de migrare, vor trebui generate din nou.
• Dispozitivele pot fi complet operaționale în termen de până la 24 de ore după migrare. 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 token-ul de acces la purtător așa cum este specificat în pașii 3 și 4 sub Configurați Okta pentru sincronizarea utilizatorilor î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ă până la trei zile. Nu este necesară nicio acțiune din partea dumneavoastră pentru a recupera datele analitice. Va reapărea automat. Impactul este că nu veți vedea date analitice în Control Hub decât la două sau trei zile după finalizarea migrării.
• Migrarea va reseta bazele de date locale ale utilizatorilor dacă aceștia utilizează apelarea UCM. Prin urmare, istoricul apelurilor va fi resetat, iar istoricul apelurilor anterioare nu va mai fi disponibil.

Impact asupra utilizatorilor finali

• La începutul migrării, utilizatorii sunt deconectați de la 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.

Impact asupra integrărilor

Există multe tipuri de integrări posibile cu Webex, iar acestea sunt de obicei autorizate de utilizatori. Jetoanele de utilizator pentru integrări sunt revocate odată ce începe migrarea datelor aplicației comune. Pentru ca integrările să continue să funcționeze, utilizatorii cu privilegiile corecte vor trebui să își autorizeze din nou accesul la respectivele integrări.

Alte integrări care nu sunt autorizate de utilizatori vor trebui autorizate din nou fie de administratori, fie de responsabilurile cu conformitatea. De exemplu, integrările API-ului Events pot fi reautorizate doar de către ofițerii de conformitate.

• Aplicații încorporate—Jetoanele de acces și de reîmprospătare pentru utilizatori nu sunt migrate, așadar utilizatorii trebuie să autorizeze din nou aplicațiile încorporate după finalizarea migrării datelor comune ale aplicațiilor. De obicei, acest lucru se face prin conectarea la aplicația încorporată.
• Integrări—Jetoanele de acces și reîmprospătare pentru utilizatori nu sunt migrate, așadar utilizatorii trebuie să autorizeze din nou integrările după finalizarea migrării datelor aplicației comune.
  • 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 datelor trebuie reautorizate de către ofițerii de conformitate.
  • Integrările de activități ] și conectorii din Webex Contact Center trebuie autorizați din nou.
  • Dacă utilizatorii dvs. au construit integrări API Webex, token-urile de acces și de reîmprospătare asociate cu acele integrări nu vor mai funcționa.
• Aplicațiile de servicetrebuie autorizate din nou. Clientul trebuie să solicite un nou token de acces și un token de actualizare.
• 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.

Impact asupra mesageriei video (Vidcast)

Dacă organizația dumneavoastră utilizează mesagerie video (Vidcast), trebuie să deschideți un caz cu echipa de asistență Cisco după migrare pentru a transfera datele Vidcast în regiunea țintă. Acest lucru asigură că toate videoclipurile și înregistrările Vidcast existente rămân vizibile și accesibile în contul Webex al fiecărui utilizator.

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