Forutsetninger

For at organisasjonen skal være kvalifisert til å overføre på tvers av regioner, må organisasjonen ikke har en av følgende tjenester:

• Webex for Broadworks
• Spark Call (før oppgraderingen til Webex Calling)

Hvilke data som overføres

Alle data knyttet til Webex Identity, for eksempel navn, e-postadresse og brukergrupper, overføres til målregionen. Analysedata for Webex Calling, Meldinger og enheter vil også bli overført etter at Webex Identity-overføringen er fullført.

Unntak fra hvilke data som blir migrert, er: CCUC-analysedata blir ikke overført på dette tidspunktet. Overføring av analysedata gjelder ikke for organisasjoner som overfører mellom et datasenter i USA til et kanadisk datasenter.

Konsekvenser for Webex-tjenestene dine

Under migreringen

Når overføringen starter:

• Dataoverføringen kan ta mindre enn én time å fullføre for Webex-organisasjoner med mindre enn 10 000 brukere, og det kan ta opptil åtte timer for organisasjoner med rundt 100 000 brukere. Planlegg dataoverføringen på en dato der du har plass til den nødvendige nedetiden.

  Kontroller at alle satsvise jobber fullføres før den planlagte overføringen starter.

• Du vil ikke ha tilgang til Control Hub, og brukere vil ikke få tilgang til meldinger, samtaler, Webex kontaktsenter og møtetjenester for Control Hub-administrerte nettsteder.
• Hvis organisasjonen din har konfigurert engangspålogging (SSO), blir den automatisk deaktivert.
• Lokale enheter registrert med Webex Edge for enheter og skyregistrerte enheter vil ikke kunne delta i møter eller foreta samtaler.
• Masseslette- eller endringshandlinger for arbeidsområde eller enhet som ble startet rett før overføringen, kan bli avbrutt av overføringen og kanskje ikke fullføres.
• Vi sender ut e-postpåminnelser til administratorer i organisasjonen, og deretter statusoppdateringer annenhver time mens oppdateringen pågår.

Hva skjer etter overføringen og nødvendige handlinger fra deg

• Hvis organisasjonen din har konfigurert SSO, kan ikke brukerne etter overføringen logge på før SSO er konfigurert på nytt på følgende måte:
  • Last ned SP-metadata.
  • Importer disse metadataene til IdP.
  • Aktiver SSO ved å gå til Organisasjonsinnstillinger > Autentisering og veksle mellom Engangspålogging til på.
• Enhetsaktiveringskoder som ble generert, men som ikke ble brukt før overføringen, må genereres på nytt.
• Hvis organisasjonen din bruker Okta-integrering til å synkronisere Okta-brukere til Control Hub, må du generere bærertilgangstoken på nytt som angitt i trinn 3 og 4 under Konfigurer Okta for brukersynkronisering i denne artikkelen .
• Analysedata vises ikke umiddelbart etter overføringen. Overføring av Analytics-data fortsetter i bakgrunnen og varer i opptil to til tre dager. Det kreves ingen handlinger fra deg for å hente tilbake analysedata. Den vises automatisk på nytt. Konsekvensen er at du ikke ser analysedata i Control Hub før to eller tre dager etter at overføringen er fullført.
• Overføringen tilbakestiller de lokale databasene for brukere hvis de bruker UCM-anrop. Som et resultat av dette tilbakestilles samtalehistorikkene, og loggen for tidligere samtaler vil ikke lenger være tilgjengelig.

Konsekvenser for sluttbrukere

• Ved starten av overføringen logges brukerne av Webex-appen. Brukere må logge på igjen under eller etter overføringen.
• Hvis brukerne dine konfigurerte lokale innstillinger i skrivebords- og mobilklientene i Webex-appen, må de konfigurere noen av disse innstillingene på nytt. Følgende innstillinger tilbakestilles etter overføringen:
  • Anrop
  • Lyd- og videoinnstillinger
  • Tilgjengelighet
  • Meldingsinnstillinger
  • Enheter

  Andre lokale innstillinger, for eksempel generelle innstillinger, varslingsinnstillinger, utseende (f.eks. mørk modus) og personverninnstillinger, blir bevart (ingen endring) etter overføringen.

Konsekvenser for integrasjoner

Det finnes mange typer integrasjoner med Webex, og de er vanligvis autorisert av brukere. Brukertokener til integrasjoner oppheves når den vanlige overføringen av programdata starter. For at integrasjonene skal fortsette å fungere, må brukere med de riktige rettighetene autorisere tilgangen til disse integrasjonene på nytt.

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

Hvis integreringene ikke autoriseres på nytt, vil det føre til at integrasjonene ikke lenger fungerer.

• Innebygde apper – Tilgangs- og oppdateringstokener for brukere overføres ikke, så brukere må autorisere innebygde apper på nytt etter at den vanlige overføringen av programdata er fullført. Dette gjøres vanligvis ved å logge på den innebygde appen.
• Integreringer – Tilgangs- og oppdateringstokener for brukere overføres ikke, så brukere må autorisere integreringer på nytt etter at den vanlige overføringen av programdata er fullført.
  • Noen integrasjoner konfigureres i Control Hub og kan bli deaktivert under overføringen. Ett eksempel er ThousandEyes-integrering , som er slått av under overføringen og må konfigureres på nytt. Den app-siden i Control Hub er også en god referanse for å se hvilke integrasjoner som ble slått av.
  • Integreringer med Løsninger for å forhindre tap av data må godkjennes på nytt av samsvarsansvarlige.
  • Webex Kontaktsenter oppgaveintegreringer og kontakter må autoriseres på nytt.
  • Hvis brukerne dine har bygget noen Webex API-integrasjoner, fungerer ikke lenger tilgangs- og oppdateringstokenene som er knyttet til disse integrasjonene.
• Tjenesteapper må autoriseres på nytt. Klienten må be om et nytt tilgangs- og oppdateringstoken.
• Hvis organisasjonen din har opprettet boter, oppheves tilgangstokenet for hver bot som en del av overføringen. Hvis du prøver å få tilgang til botene, får du en HTTP 401-feil siden tilgangstokenet vil være ugyldig eller utløpt. Du må generere tilgangstokenet på nytt for alle botene dine, og oppdatere botkonfigurasjonene for å bruke det nye tilgangstokenet. Dette kan gjøres ved å gå tilhttps://developer.webex.com/my-apps , velg hver enkelt bot du har opprettet, og klikk deretter på Regenerer tilgangstoken .

Hvis brukerne har problemer med å logge på Cisco.com med en koblet Webex-konto etter overføringen, kan du gi dem beskjed om det de kan be om å koble fra kontoene sine fra Webex for å løse problemet .