Oversikt

Hvis organisasjonen din er basert i én region, men Webex-dataene dine befinner seg i en annen region, kan du være kvalifisert til å migrere Webex-dataene dine til din egen region via migreringsfunksjonen i Control Hub.

Hvilke data som migreres

Alle data knyttet til Webex Identity, for eksempel navn, e-postadresse og brukergrupper, migreres til målområdet. Analysedata for Webex-anrop, -meldinger og -enheter vil også bli migrert etter at Webex Identity-migreringen er fullført.

Konsekvenser for Webex-tjenestene dine

Under migrasjonen

Når migreringen starter:

• Datamigrering kan ta mindre enn 1 time å fullføre for Webex-organisasjoner med færre enn 10 000 brukere, og kan ta opptil 8 timer for organisasjoner med rundt 100 000 brukere. Vennligst planlegg datamigreringen din på en dato der du har plass til den nødvendige nedetiden.

  Sørg for at alle batchjobber fullføres før den planlagte migreringen starter.

• Du vil ikke ha tilgang til Control Hub, og brukere vil ikke kunne få tilgang til meldinger, anrop, Webex-kontaktsenter og møtetjenester for Control Hub-administrerte nettsteder.
• Lokale enheter som er registrert med Webex Edge for enheter og skyregistrerte enheter vil ikke kunne delta i møter eller foreta samtaler.
• Massesletting eller -endringshandlinger for arbeidsområder eller enheter som startet rett før migreringen, kan bli avbrutt av migreringen og fullføres kanskje ikke.

• Vi sender ut e-postpåminnelser til administratorene i organisasjonen, og deretter statusoppdateringer med jevne mellomrom mens overføringen pågår.

Hva skjer etter migreringen og nødvendige handlinger fra din side

• Hvis organisasjonen din har konfigurert SSO, deaktiveres SSO automatisk under migreringen. Etter migreringen kan ikke brukere logge på før SSO er konfigurert på nytt som følger:
  • Last ned SP-metadata.
  • Importer disse metadataene til IdP-en.
  • Aktiver SSO ved å gå til Organisasjonsinnstillinger > Autentisering og slå Enkeltpålogging på.
• Enhetsaktiveringskoder som ble generert, men ikke brukt før migreringen, må genereres på nytt.
• Det kan ta opptil 24 timer før enhetene er fullt operative etter migreringen. Du kan starte enhetene på nytt manuelt for å fremskynde denne prosessen.
• Hvis organisasjonen din bruker Okta-integrasjon for å synkronisere Okta-brukere til Control Hub, må du generere bærertilgangstokenet på nytt som angitt i trinn 3 og 4 under Konfigurer Okta for brukersynkronisering i denne artikkelen.
• Analysedata vises ikke umiddelbart etter migreringen. Migreringen av analysedata vil fortsette i bakgrunnen og vare i opptil 2 til 3 dager. Du trenger ikke å gjøre noe for å hente tilbake analysedata. Den vil dukke opp igjen automatisk. Konsekvensen er at du ikke vil se analysedata i Control Hub før 2 eller 3 dager etter at migreringen er fullført.

  Analysedata migreres ikke når man migrerer fra et datasenter i USA eller EU til et datasenter i Canada eller De forente arabiske emirater.

• Migreringen vil tilbakestille de lokale databasene til brukere hvis de bruker UCM Calling. Som et resultat vil samtalehistorikken bli nullstilt, og historikken over tidligere samtaler vil ikke lenger være tilgjengelig.
• Bekreft at hybridtjenestene fungerer som de skal. Det kan ta noen minutter før noen hybridkoblinger er tilbake på nett etter at overføringen er fullført.
• Logg på Webex-appen og sørg for at den fungerer som konfigurert.

Konsekvenser for sluttbrukere

• Ved starten av overføringen logges brukerne av Webex-appen. Brukere må logge på igjen under eller etter migreringen.
• Hvis brukerne dine har konfigurert lokale innstillinger i sine skrivebords- og mobilklienter i Webex-appen, må de konfigurere noen av disse innstillingene på nytt. Følgende innstillinger vil bli tilbakestilt etter migreringen:
  • Ringer
  • Lyd- og videopreferanser
  • Tilgjengelighet
  • Meldingsinnstillinger
  • Enheter

  Andre lokale innstillinger som generelle innstillinger, varslingspreferanser, utseende (f.eks. mørk modus) og personverninnstillinger vil bli beholdt (ingen endring) etter migreringen.

• Utkast som er opprettet før migreringen starter, går tapt i den første fasen av migreringen av meldingsdata.
• Brukere kan ikke sende utkastmeldinger i et område etter at området er migrert.

Konsekvenser for integrasjoner

Det finnes mange typer integrasjoner som er mulige med Webex, og de er vanligvis autorisert av brukerne. Brukertokener til integrasjoner tilbakekalles når datamigreringen for fellesapplikasjonen starter. For at integrasjonene skal fortsette å fungere, må brukere med de riktige rettighetene autorisere tilgangen sin til disse integrasjonene på nytt.

Andre integrasjoner som ikke er autorisert av brukere, må autoriseres på nytt av enten administratorer eller samsvarsansvarlige. For eksempel kan integrasjonene med Events API bare autoriseres på nytt av samsvarsansvarlige.

• Innebygde apper– Tilgangs- og oppdateringstokener for brukere migreres ikke, så brukere må autorisere innebygde apper på nytt etter at datamigreringen for vanlige apper er fullført. Dette gjøres vanligvis ved å logge på den innebygde appen.
• Integrasjoner– Tilgangs- og oppdateringstokener for brukere migreres ikke, så brukere må autorisere integrasjoner på nytt etter at datamigreringen for fellesapplikasjoner er fullført.
  • Noen integrasjoner er konfigurert i Control Hub og kan bli deaktivert under migreringen. Et eksempel er ThousandEyes-integrasjonen, som er slått av under migreringen og må konfigureres på nytt. Appsiden i Control Hub er også en god referanse for å se hvilke integrasjoner som var deaktivert.
  • Integrasjoner med løsninger for forebygging av datatap må autoriseres på nytt av samsvarsansvarlige.
  • Webex Contact Center oppgaveintegrasjoner og koblinger må autoriseres på nytt.
  • Hvis brukerne dine har bygget Webex API-integrasjoner, vil ikke tilgangs- og oppdateringstokenene som er knyttet til disse integrasjonene lenger fungere.
• Tjenesteapper må autoriseres på nytt. Klienten må be om en ny tilgangs- og oppdateringstoken.
• Hvis organisasjonen din har opprettet roboter, vil tilgangstokenet for hver robot bli tilbakekalt som en del av migreringen. Hvis du prøver å få tilgang til robotene, får du en HTTP 401-feilmelding siden tilgangstokenet vil være ugyldig eller utløpt. Du må generere tilgangstokenet på nytt for alle robotene dine, og oppdatere robotkonfigurasjonene dine for å bruke det nye tilgangstokenet. Dette kan gjøres ved å gå inn på https://developer.webex.com/my-apps, velge hver bot du har opprettet, og deretter klikke på Generer tilgangstoken på nytt.