- Hjem
- /
- Artikkel
Migrer organisasjonens Webex-data til en annen region i Control Hub
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 gjennom migreringsfunksjonen i Control Hub.
Oversikt for migrering av vanlige applikasjonsdata
Denne funksjonen er tilgjengelig for alle kunder i Europa og Canada som ønsker å migrere sine Webex Common Application-data på tvers av regioner.
Forutsetninger
For at organisasjonen din skal være kvalifisert til å migrere på tvers av regioner, må organisasjonen ikke ha noen av følgende tjenester:
- Webex for Broadworks
- Spark Call (før oppgraderingen til Webex Calling)
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.
Unntak fra hvilke data som migreres er:
- CCUC-analysedata vil ikke bli migrert for øyeblikket.
- Migrering av analysedata gjelder ikke for organisasjoner som migrerer mellom et amerikansk datasenter og et kanadisk datasenter.
Konsekvenser for Webex-tjenestene dine
Under migrasjonen
Når migreringen starter:
- Datamigrering kan ta mindre enn én time å fullføre for Webex-organisasjoner med færre enn 10 000 brukere, og kan ta opptil åtte 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.
- Hvis organisasjonen din har konfigurert enkel pålogging (SSO), blir den automatisk deaktivert.
- 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 annenhver time mens oppdateringen pågår.
Hva skjer etter migreringen og nødvendige handlinger fra din side
- Hvis organisasjonen din har konfigurert SSO, kan ikke brukere logge på etter migreringen 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 Enkeltpålogging på. og slå
- 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 to til tre 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 to eller tre dager etter at migreringen er fullført.
- 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.
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.
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.
Hvis integrasjoner ikke autoriseres på nytt, vil de slutte å fungere.
- 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.
Konsekvenser for videomeldinger (Vidcast)
Hvis organisasjonen din bruker videomeldinger (Vidcast), må du åpne en sak hos Ciscos kundestøtteteam etter migreringen for å overføre Vidcast-data til målregionen. Dette sørger for at alle eksisterende Vidcast-videoer og -opptak forblir synlige og tilgjengelige i hver brukers Webex-konto.
Planlegg datamigrering for vanlige applikasjoner
Datamigreringen kan ta rundt én time å fullføre hvis organisasjonen din har færre enn 10 000 brukere, og opptil åtte timer hvis organisasjonen din har rundt 100 000 brukere. Sørg for å planlegge migreringen på en dato som vil ha minst mulig nedetid for organisasjonen din.
Sørg for at alle batchjobber fullføres før den planlagte migreringen starter.
1 |
Logg deg på Kontrollhub og gå til . |
2 |
Klikk på Vis detaljer i delen Vanlige applikasjonsdata. |
3 |
Klikk på Planlegg migrering. |
4 |
Velg en dato og et klokkeslett for å starte migreringen, og klikk deretter på Planlegg. Hvis du bestemmer deg for å endre datoen for datamigreringen eller avbryte den, foreslår vi at du gjør eventuelle endringer én dag før den planlagte datoen. |
Planlegg migreringsdatoen din på nytt
Hvis du bestemmer deg for å endre tidspunktet for migreringen, foreslår vi at du gjør eventuelle endringer én dag før den planlagte datoen.
Du kan ikke endre planlagte migreringer innen 24 timer etter den planlagte starttiden. Knappen for å endre planlegging vil ikke være tilgjengelig i Control Hub på det tidspunktet.
1 |
Logg deg på Kontrollhub og gå til . |
2 |
Velg Vis i kortet Migrer til det regionale datasenteret. |
3 |
Klikk på Vis detaljer i delen Vanlige applikasjonsdata. |
4 |
Velg Planlegg på nytt. |
5 |
Velg en dato og et klokkeslett, og klikk deretter på Planlegg på nytt. |
Avbryt den planlagte migreringsdatoen din
Hvis du bestemmer deg for å avbryte migreringen, foreslår vi at du gjør eventuelle endringer én dag før den planlagte datoen.
Du kan ikke avbryte planlagte migreringer innen 24 timer før den planlagte starttiden. Avbryt-knappen vil ikke være tilgjengelig i Control Hub på det tidspunktet.
1 |
Logg deg på Kontrollhub og gå til . |
2 |
Velg Vis i kortet Migrer til det regionale datasenteret. |
3 |
Klikk på Vis detaljer i delen Vanlige applikasjonsdata. |
4 |
Velg Avbryt migrering. |
Koblet Webex-brukere med påloggingsproblemer til Cisco.com etter migrering
Hvis brukerne dine har problemer med å logge på Cisco.com med en koblet Webex-konto etter overføringen, kan du gi dem beskjed om at de kan be om å fjerne koblingen til kontoene sine fra Webex for å løse problemet.