Migrer din organisations Webex-data til et andet område i Control Hub

Forudsætninger

For at din organisation kan migrere på tværs af regioner, må din organisation ikke have nogen af følgende tjenester:

• Webex til BroadWorks
• Webex Call (før opgraderingen til Webex-opkald)

Hvilke data bliver migreret

Alle data, der er knyttet til Webex-identitet, såsom navn, e-mailadresse og brugergrupper, overføres til destinationsregionen. Analysedata for Webex Calling, meddelelser og enheder overføres også, når migreringen af Webex Identity er fuldført.

Påvirker dine Webex-tjenesteydelser

Under migreringen

Når migreringen begynder:

• Det kan tage mindre end en time at fuldføre data for Webex-organisationer med mindre end 10.000 brugere, og det kan tage op til otte timer for organisationer med omkring 100.000 brugere. Planlæg din datamigrering på en dato, når du har plads til den nødvendige nedetid.

  Sørg for, at alle batchjob er fuldført, før den planlagte migrering starter.

• Du har ikke adgang til Control Hub, og brugere vil ikke kunne tilgå meddelelser, opkald, Webex-kontaktcenter og mødetjenester for Control Hub-administrerede websteder.
• Hvis din organisation har konfigureret single sign-on standard (SSO), vil den automatisk blive deaktiveret.
• Lokale enheder registreret med Webex Edge til enheder og cloud-registrerede enheder vil ikke kunne deltage i møder eller foretage opkald.
• Masseslet- eller ændringshandlinger for arbejdsområder eller enheder, som blev startet lige før migreringen kan blive afbrudt af migreringen og kan ikke gennemføres korrekt.
• Vi sender e-mailpåmindelser til organisationens administratorer og opdaterer derefter statusopdateringer hver anden time, mens opdateringen er i gang.

Hvad der sker efter migreringen og påkrævede handlinger fra dig

• Hvis din organisation har konfigureret en SSO, kan brugere efter overførslen ikke logge ind, før SSO konfigureres igen som følger:
  • Download SP-metadata.
  • Importér disse metadata til P-id'et.
  • Aktivér SSO ved at gå til Organisationsindstillinger > Godkendelse og skifte Enkeltlogon til videre.
• Enhedsaktiveringskoder , der blev genereret, men ikke brugt før migreringen, skal genereres igen.
• Hvis din organisation bruger Okta-integration til at synkronisere Okta-brugere i Control Hub, skal du genskabe bærerens adgangstoken som angivet i trin 3 og 4 under Konfigurer okta til brugersynkronisering i denne artikel.
• Analysedata vises ikke umiddelbart efter migreringen. Migrering af analysedata fortsætter i baggrunden og varer i op til to til tre dage. Der kræves ingen handlinger af dig for at bringe analysedata tilbage. Den vises automatisk igen. Konsekvensen er, at du ikke ser analysedata i Control Hub før to eller tre dage efter fuldførelsen af migreringen.
• Migreringen nulstiller de lokale databaser for brugere, hvis de bruger UCM-opkald. Som følge heraf nulstilles opkaldshistorikken, og historikken for tidligere opkald vil ikke længere være tilgængelig.

Konsekvenser for slutbrugere

• I starten af migreringen er brugere logget ud af Webex-appen. Brugere skal logge ind igen under eller efter overførslen.
• Hvis dine brugere konfigurerede lokale indstillinger i Webex-appens desktop- og mobilklienter, skal de konfigurere nogle af disse indstillinger igen. Følgende indstillinger nulstilles efter migreringen:
  • Ringer op
  • Lyd- og videopræferencer
  • Tilgængelighed
  • Meddelelsespræferencer
  • Enheder

  Andre lokale indstillinger, såsom generelle indstillinger, underretningspræferencer, udseende (f.eks. mørk tilstand) og databeskyttelsesindstillinger vil blive bevaret (ingen ændring) efter migreringen.

Indvirkning på integrationer

Der er mange typer integrationer mulige med Webex, og de er normalt godkendt af brugere. Brugertokens til integrationer tilbagekaldes, når den fælles applikationsdatamigrering starter. For at integrationerne kan fortsætte med at fungere, skal brugere med de rigtige privilegier igen godkende deres adgang til disse integrationer.

Andre integrationer, der ikke er godkendt af brugere, skal gengodkendes af enten administratorer eller overholdelsesofficerer. For eksempel kan Events API-integrationer kun godkendes igen af overholdelsesofficerer.

• Integrerede apps – Adgang og opdateringstokener for brugere migreres ikke, så brugere skal godkende integrerede apps igen, når den fælles applikationsdatamigrering er afsluttet. Dette gøres normalt ved at logge ind på den integrerede app.
• Integrationer – Adgangs- og opdateringstokens for brugere er ikke migreret, så brugere skal godkende integrationer igen, når den fælles applikationsdatamigrering er afsluttet.
  • Nogle integrationer er konfigureret i Control Hub og kan deaktiveres under migreringen. Et eksempel er integration, som slukkes under migreringen og skal konfigureres igen. Appsiden i Control Hub er også en god reference til at se, hvilke integrationer der blev deaktiveret.
  • Integrationer med løsninger til forebyggelse af datatab skal godkendes igen af overholdelsesofficerer.
  • Webex Contact Center-opgasintegrationer og konnektorer skal godkendes igen.
  • Hvis dine brugere har bygget nogen Webex API-integrationer, vil de adgangs- og opdateringstokener, der er knyttet til disse integrationer, ikke længere fungere.
• Serviceapps skal godkendes igen. Klienten skal bede om en ny adgangs- og opdateringstoken.
• Hvis din organisation har oprettet bots, vil adgangstokenet for hver bot blive inddraget som en del af migreringen. Hvis du forsøger at tilgå bots, får du en HTTP 401-fejl, da adgangstokenet vil være ugyldigt eller udløbet. Du skal oprette adgangstokenet igen for alle dine bots og opdatere dine bot-konfigurationer for at bruge det nye adgangstoken. Dette kan gøres ved at tilgå https://developer.webex.com/my-apps, vælge hver bot, du har oprettet, og derefter klikke på Regenerer adgangstoken.

Hvis dine brugere har problemer med at logge ind på Cisco.com med en tilknyttet Webex-konto efter migreringen, kan du fortælle dem, at de kan anmode om at fjerne tilknytningen af deres konti fra Webex for at løse problemet.