Selitev podatkov Webex vaše organizacije v drugo regijo v Control Hubu

Predpogoji

Da bi bila vaša organizacija upravičena do selitve med regijami, mora ne imeti katero koli od naslednjih storitev:

• Webex za Broadworks
• Spark Call (pred nadgradnjo na Webex Calling)

Kateri podatki se prenesejo

Vsi podatki, povezani z Identiteto Webex, kot so ime, e-poštni naslov in skupine uporabnikov, se prenesejo v ciljno regijo. Analitični podatki za storitve Webex Calling, Messaging in Devices bodo prav tako preneseni po končani migraciji identitete Webex.

Vpliv na storitve Webex

Med migracijo

Ko se migracija začne:

• Migracija podatkov v organizacijah Webex z manj kot 10 000 uporabniki lahko traja manj kot eno uro, v organizacijah s približno 100 000 uporabniki pa do osem ur. Migracijo podatkov načrtujte na datum, ko se lahko prilagodite potrebnemu času izpada.

  Prepričajte se, da bodo vsa paketna opravila končana pred začetkom načrtovane migracije.

• Ne boste imeli dostopa do centra Control Hub, uporabniki pa ne bodo mogli dostopati do storitev sporočanja, klicanja, kontaktnega centra Webex in sestankov za spletna mesta, ki jih upravlja center Control Hub.
• Če je vaša organizacija nastavila enotno prijavo (SSO), bo ta samodejno onemogočena.
• Lokalne naprave, registrirane s Webex Edge for Devices , in naprave, registrirane v oblaku, se ne bodo mogle pridružiti sestankom ali opravljati klicev.
• Delovni prostor ali naprava, ki se začne izvajati tik pred migracijo, lahko zaradi migracije prekine in se ne zaključi uspešno.
• Upraviteljem organizacije bomo poslali e-poštne opomnike, nato pa vsaki dve uri posodobitve stanja, medtem ko bo posodobitev v teku.

Kaj se zgodi po migraciji in kakšni so potrebni ukrepi z vaše strani

• Če je organizacija nastavila SSO, se uporabniki po migraciji ne bodo mogli prijaviti, dokler SSO ne bo ponovno konfiguriran na naslednji način:
  • Prenesite metapodatke SP.
  • uvozite te metapodatke v identitetni ponudnik.
  • SSO aktivirajte tako, da obiščete Organization settings > Authentication in preklopite Single sign-on na on.
• Aktivacijske kode naprav , ki so bile ustvarjene, vendar niso bile uporabljene pred migracijo, bo treba ponovno ustvariti.
• Če vaša organizacija uporablja integracijo Okta za sinhronizacijo uporabnikov Okta v Control Hub, morate regenerirati žeton za dostop do nosilca, kot je določeno v korakih 3 in 4 pod Konfiguracija Okta za sinhronizacijo uporabnikov v tem članku.
• Analitični podatki se ne bodo pojavili takoj po migraciji. Selitev analitičnih podatkov se nadaljuje v ozadju in traja do dva do tri dni. Za povrnitev analitičnih podatkov ni potrebnih nobenih dejanj. Ponovno se bo samodejno pojavil. Posledica tega je, da bodo analitični podatki v Control Hubu vidni šele dva ali tri dni po končani migraciji.
• Migracija bo ponastavila lokalne podatkovne zbirke uporabnikov, če ti uporabljajo UCM Calling. Zgodovina klicev se ponastavi in zgodovina prejšnjih klicev ne bo več na voljo.

Učinki na končne uporabnike

• Na začetku migracije so uporabniki odjavljeni iz aplikacije Webex App. Uporabniki se morajo med migracijo ali po njej ponovno prijaviti.
• Če so uporabniki konfigurirali lokalne nastavitve v svojih namiznih in mobilnih odjemalcih aplikacije Webex, morajo nekatere od teh nastavitev znova konfigurirati. Po migraciji se ponastavijo naslednje nastavitve:
  • Klicanje
  • Nastavitve za zvok in video
  • Dostopnost
  • Nastavitve sporočil
  • Naprave

  Druge lokalne nastavitve, kot so splošne nastavitve, nastavitve obvestil, videz (npr. temni način) in nastavitve zasebnosti, bodo po migraciji ohranjene (brez sprememb).

Učinki na integracije

V storitvi Webex je mogočih veliko vrst integracij, ki jih običajno odobrijo uporabniki. Uporabniški žetoni za integracije se prekličejo, ko se začne migracija podatkov skupne aplikacije. Da bodo integracije še naprej delovale, bodo morali uporabniki z ustreznimi privilegiji ponovno odobriti svoj dostop do teh integracij.

Druge integracije, ki jih uporabniki niso odobrili, bodo morali ponovno odobriti skrbniki ali uradniki za skladnost. Na primer, integracije API za dogodke lahko ponovno odobrijo samo uradniki za skladnost.

• Vgrajene aplikacije- Žetoni za dostop in osvežitev za uporabnike niso preneseni, zato morajo uporabniki po končani migraciji podatkov o skupnih aplikacijah ponovno odobriti vgrajene aplikacije. To običajno storite tako, da se prijavite v vdelano aplikacijo.
• Integracije- Žetoni za dostop in osvežitev za uporabnike niso preneseni, zato morajo uporabniki po končani migraciji podatkov skupne aplikacije ponovno odobriti integracije.
  • Nekatere integracije so konfigurirane v vozlišču Control Hub in se lahko med migracijo deaktivirajo. Primer je integracija ThousandEyes, ki je med migracijo izklopljena in jo je treba ponovno konfigurirati. Stran z aplikacijami v Control Hub je prav tako dobra referenca za preverjanje, katere integracije so bile izklopljene.
  • Integracije z rešitvami Data Loss Prevention morajo ponovno odobriti uradniki za skladnost.
  • Integracije nalog Webex Contact Center in priključke je treba ponovno odobriti.
  • Če so vaši uporabniki vzpostavili kakršne koli integracije Webex API, žetoni za dostop in osveževanje, povezani s temi integracijami, ne bodo več delovali.
• Storitvene aplikacije je treba ponovno odobriti. Odjemalec mora zaprositi za nov žeton za dostop in osvežitev.
• Če je vaša organizacija ustvarila bote, bo žeton dostopa za vsakega bota preklican kot del migracije. Če boste poskušali dostopati do robotov, boste prejeli napako HTTP 401, saj bo žeton za dostop neveljaven ali bo potekel. Ponovno morate ustvariti žeton za dostop za vse svoje bote in posodobiti konfiguracije botov za uporabo novega žetona za dostop. To lahko storite tako, da dostopate do spletne strani https://developer.webex.com/my-apps, izberete vsakega ustvarjenega bota in nato kliknete na Regenerate Access Token.

Če imajo vaši uporabniki po migraciji težave s prijavo v Cisco.com s povezanim računom Webex, jih lahko obvestite, da lahko zahtevajo odklop povezave svojih računov z Webexom, da se težava odpravi.